Blog Symfony - Lexik Montpellier » Non classé

Blog Symfony - Lexik Montpellier » Non classé http://www.lexik.fr/blog/symfony Blog sur le développement Web PHP Tue, 20 Jul 2010 08:35:36 +0000 en hourly 1 http://wordpress.org/?v=3.0 Retour sur le plugin Commentaires, partie administration http://www.lexik.fr/blog/symfony/non-classe/retour-sur-le-plugin-commentaires-partie-administration-1087 http://www.lexik.fr/blog/symfony/non-classe/retour-sur-le-plugin-commentaires-partie-administration-1087#comments Wed, 31 Mar 2010 08:39:13 +0000 Nikaw http://www.lexik.fr/blog/symfony/?p=1087 J’espère que vous vous souvenez du post concernant le plugin / behavior sfLexikDoctrineActAsCommentablePlugin.
Je vous avais promis une deuxième partie sur l’administration des commentaires, et bien après quelques mois d’absence me revoilà pour tenir ma promesse.

Tout d’abord un peu de configuration, puis nous verront quelles sont l’utilité et la problématique principales de cette partie.
Nous verrons l’administration des commentaires dans leur ensemble, puis la gestion des commentaires depuis l’objet porteur.

Configuration
Tout d’abord il ne faut pas oublier de charger le module dans les settings.
apps/backend/config/settings.yml :

^?View Code YAML

all:
  .settings:
    enabled_modules: [..., comment]

Problématique

On veut ici pouvoir gérer facilement et rapidement les commentaires déposés par les utilisateurs.
Une des problématiques sera donc la façon de lister les commentaires sur l’index.
J’ai choisi par défaut de regrouper les commentaires par type d’objet, puis par objet, puis par date de modification.

Exemple : je liste tous les commentaires déposé sur les objets Message, je les regroupe par message, et je les classe par date de modification (la plupart du temps, un commentaire ne pouvant être modifié, on aura une concordance entre la date d’ajout et la date de modification).

Pour ceci, je spécifie dans le fichier de génération la méthode utilisée pour récupérer les commentaires :
plugins/sfLexikDoctrineActAsCommentablePlugin/module/comment/config/generator.yml :

^?View Code YAML

generator:
  config:
    list:
      table_method: retrieveBackendCommentList

La méthode en question :
plugins/sfLexikDoctrineActAsCommentablePlugin/lib/model/doctrine/PluginCommentTable.class.php :

^?View Code PHP

  public function retrieveBackendCommentList()
  {
    $query = $this->createQuery('c')
            ->orderBy('c.parent_class_name ASC')
            ->addOrderBy('c.parent_id ASC')
            ->addOrderBy('c.updated_at DESC');
 
    return $query;
  }

Nous allons maintenant nous pencher sur les différents traitements que je propose.
Il s’agit ici de publier / censurer, marquer comme spam / non spam, nettoyer les spams, et bien sûr supprimer des commentaires.

Tout d’abord je vous donne la configuration que j’ai choisie pour l’index, évidemment vous pouvez choisir de la changer, elle représente mes préférences rapportées au projet pour lequel j’ai créé ce plugin.
plugins/sfLexikDoctrineActAsCommentablePlugin/module/comment/config/generator.yml :

^?View Code YAML

generator:
  class: sfDoctrineGenerator
  param:
    model_class:           Comment
    theme:                 admin
    non_verbose_templates: true
    with_show:             false
    singular:              ~
    plural:                ~
    route_prefix:          comment
    with_doctrine_route:     1
 
    config:
      actions: ~
      fields:
      list:
        table_method: retrieveBackendCommentList
        display: [author_name, author_mail, text, is_published, is_spam]
        fields:
          author_name: {label: 'Nom auteur'}
        actions:
          _delete: ~
          CleanSpam: {label: 'Nettoyer les spams'}
        object_actions:
          Publish: {label: 'Publier'}
          UnPublish: {label: 'Censurer'}
          MakeSpam: {label: 'Spam !'}
          UnmakeSpam: {label: 'Pas spam'}
          _delete: ~
        batch_actions:
          _delete: ~
          Publish: {label: 'Publier'}
          UnPublish: {label: 'Censurer'}
          MakeSpam: {label: 'Marquer comme spams'}
          UnmakeSpam: {label: 'Retirer des spams'}
      filter: ~
      form: ~
      edit: ~
      new:     ~

Laissez moi maintenant vous décrire rapidement chaque méthode :
Publish: {label: ‘Publier’}
permet d’afficher un commentaire

UnPublish: {label: ‘Censurer’}
permet de censurer un commentaire, c’est à dire de bloquer sa publication

MakeSpam: {label: ‘Spam !’}
permet de marquer un commentaire en tant que spam

UnmakeSpam: {label: ‘Pas spam’}
permet de marquer un commentaire en tant que non spam

Ces méthodes dans la « list » s’appliquent sur un seul commentaire, et dans le « batch » sur un groupe de commentaires sélectionnés.

La méthode CleanSpam: {label: ‘Nettoyer les spams’} quant à elle permet de supprimer d’un coup tous les commentaires notifiés comme étant des spams.

Voici le code des méthodes ci-dessus :
plugins/sfLexikDoctrineActAsCommentablePlugin/modules/comment/actions/actions.class.php :

^?View Code PHP

public function executeListCleanSpam(sfWebRequest $request)
  {
    $nb = Doctrine::getTable('Comment')->cleanSpam();
 
    if ($nb)
    {
      $this->getUser()->setFlash('notice', sprintf('%d spam'.($nb > 1 ? 's' : '').' supprimé'.($nb > 1 ? 's' : ''), $nb));
    }
    else
    {
      $this->getUser()->setFlash('notice', 'Pas de spams.');
    }
 
    $this->redirect('@comment');
  }
 
  public function executeListPublish(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $this->comment = $this->getRoute()->getObject();
    $this->comment->setIsPublished(true);
    $this->comment->save();
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeListUnPublish(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $this->comment = $this->getRoute()->getObject();
    $this->comment->setIsPublished(false);
    $this->comment->save();
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeListMakeSpam(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $this->comment = $this->getRoute()->getObject();
    $this->comment->setIsSpam(true);
    $this->comment->save();
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeListUnmakeSpam(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $this->comment = $this->getRoute()->getObject();
    $this->comment->setIsSpam(false);
    $this->comment->save();
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeBatchPublish(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $ids = $request->getParameter('ids');
    foreach($ids as $id)
    {
      $this->comment = Doctrine::getTable('Comment')->find($id);
      $this->comment->setIsPublished(true);
      $this->comment->save();
    }
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeBatchUnPublish(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $ids = $request->getParameter('ids');
    foreach($ids as $id)
    {
      $this->comment = Doctrine::getTable('Comment')->find($id);
      $this->comment->setIsPublished(false);
      $this->comment->save();
    }
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeBatchMakeSpam(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $ids = $request->getParameter('ids');
    foreach($ids as $id)
    {
      $this->comment = Doctrine::getTable('Comment')->find($id);
      $this->comment->setIsSpam(true);
      $this->comment->save();
    }
 
    $this->redirect('@comment?page='.$page);
  }
 
  public function executeBatchUnmakeSpam(sfWebRequest $request)
  {
    $page = $request->getParameter('page', 1);
 
    $ids = $request->getParameter('ids');
    foreach($ids as $id)
    {
      $this->comment = Doctrine::getTable('Comment')->find($id);
      $this->comment->setIsSpam(false);
      $this->comment->save();
    }
 
    $this->redirect('@comment?page='.$page);
  }

et la méthode cleanSpam() dans le modèle :
plugins/sfLexikDoctrineActAsCommentablePlugin/lib/model/doctrine/PluginCommentTable.class.php :

^?View Code PHP

  /**
   * supprime tous les commentaires classifiés comme spam et retourne le nombre d'enregistrements supprimés
   *
   * @return int
   */
  public function cleanSpam()
  {
    $q = $this->createQuery('c')->delete()->where('c.is_spam = ?', true);
 
    return $q->execute();
  }

Je n’ai pas touché au filtre, mais chacun peut décider que tel ou tel champ sera utile ou pas, ça dépendra très souvent du projet.

Donc voilà pour la première étape. Jusque là on peut afficher et traiter les commentaires un par un ou par lots, directement depuis leur index.

Voyons maintenant comment ajouter la gestion des commentaires depuis les objets porteurs.
Attention, cette partie est une nouveauté par rapport au premier post, voici les nouvelles sources : plugin.

Tout d’abord il faut ajouter dans l’édition de l’objet porteur le partial qui permettra de gérer les commentaires.
Pour éviter de devoir dupliquer le même template pour chaque type d’objet, on va créer un partial dans le module comment du plugin puis l’appeler dans le partial de l’objet porteur :
/home/lexik/sfprojects/kelsms/plugins/sfLexikDoctrineActAsCommentablePlugin/modules/comment/templates/_backend_comments_list.php :

^?View Code PHP

<div class="container_16">
  Commentaires :
<ul class="order">
    $comment): ?>
	<li id="<?php echo $comment->getId() ?>" class="row_<?php echo $key%2 ?>">
<div id="show_<?php echo $comment->getId() ?>" class="grid_10">
          $comment)) ?></div>
<div class="grid_4">
          $comment)) ?></div></li>
</ul>
</div>
<script type="text/javascript"><!--mce:0--></script>

Il sera appelé de la manière suivant dans le partial de notre objet, par exemple ici un Message, grâce à la configuration du generator.yml :

^?View Code YAML

generator:
  config:
      edit:
        display: [..., _handle_comments]

apps/backend/modules/message/template/_handle_comments.php :

^?View Code PHP

$form->getObject()->findComments())) ?>

Bref.
Dans le partial _backend_comments_list.php on remarque 3 choses :
1) l’appel du partial backend_show
2) l’appel du partial backend_comment_actions
3) les fonctions javascript

1) le partial backend_show affiche tout simplement le contenu du commentaire :
_backend_show.php

^?View Code PHP

<div class="show_comment_class">
<div class="infos_class">
    <span class="author_name_class">
      getAuthorName() ?>
    </span>
 
    <span class="time_and_date_class">
      - le <span class="date_class">getCreatedAt(), 'd/MM/yyyy', 'fr') ?></span>
      à <span class="time_class">getCreatedAt(), 'hh:mm', 'fr') ?></span>
    </span></div>
<hr />
<div class="text_class">
    getText() ?></div>
</div>

2) le partial _backend_comment_actions.php contient les actions pouvant être effectuées sur un commentaire :

^?View Code PHP

<a onclick="publishComment(<?php echo $comment->getId()?>)" href="#">publier</a> |
<a onclick="unPublishComment(<?php echo $comment->getId()?>)" href="#">censurer</a> |
<a onclick="makeSpamComment(<?php echo $comment->getId()?>)" href="#">spam</a> |
<a onclick="unMakeSpamComment(<?php echo $comment->getId()?>)" href="#">pas spam</a> |
<a onclick="deleteComment(<?php echo $comment->getId()?>)" href="#">supprimer</a> |
<a href="<?php echo url_for('@comment_edit?id='.$comment->getId()) ?>">editer</a>

3) les fonctions javascript : elles permettent d’appeler respectivement les méthodes permettant d’effectuer les actions correspondante, tout ça en AJAX.

Ces différentes actions vont effectuer le même travail que les ListAction, à la différence près qu’elle sont appelée en Ajax, et n’ont donc pas le même template de retour.

Voilà d’abord le routing, puis les actions :

^?View Code YAML

comment_ajax_publish:
  url:   /comment_ajax_publish
  params: {module: comment, action: ajaxPublish}
comment_ajax_unpublish:
  url:   /comment_ajax_unpublish
  params: {module: comment, action: ajaxUnPublish}
comment_ajax_makespam:
  url:   /comment_ajax_markspam
  params: {module: comment, action: ajaxMakeSpam}
comment_ajax_unmakespam:
  url:   /comment_ajax_unmarkspam
  params: {module: comment, action: ajaxUnMakeSpam}
comment_ajax_delete:
  url:   /comment_ajax_delete
  params: {module: comment, action: ajaxDelete}

actions :

^?View Code PHP

  public function executeAjaxPublish(sfWebRequest $request)
  {
    $this->comment = Doctrine::getTable('Comment')->find($request->getParameter('id'));
    $this->forward404Unless($this->comment);
    $this->publish($this->comment);
 
    $this->setTemplate('ajaxAction');
  }
 
  public function executeAjaxUnPublish(sfWebRequest $request)
  {
    $this->comment = Doctrine::getTable('Comment')->find($request->getParameter('id'));
    $this->forward404Unless($this->comment);
    $this->unpublish($this->comment);
 
    $this->setTemplate('ajaxAction');
  }
 
  public function executeAjaxMakeSpam(sfWebRequest $request)
  {
    $this->comment = Doctrine::getTable('Comment')->find($request->getParameter('id'));
    $this->forward404Unless($this->comment);
    $this->makespam($this->comment);
 
    $this->setTemplate('ajaxAction');
  }
 
  public function executeAjaxUnMakeSpam(sfWebRequest $request)
  {
    $this->comment = Doctrine::getTable('Comment')->find($request->getParameter('id'));
    $this->forward404Unless($this->comment);
    $this->unmakespam($this->comment);
 
    $this->setTemplate('ajaxAction');
  }
 
  public function executeAjaxDelete(sfWebRequest $request)
  {
    $this->comment = Doctrine::getTable('Comment')->find($request->getParameter('id'));
    $this->forward404Unless($this->comment);
 
    $this->comment->delete();
  }
 
  protected function publish($comment)
  {
    $comment->setIsPublished(true);
    $comment->save();
  }
  protected function unpublish($comment)
  {
    $comment->setIsPublished(false);
    $comment->save();
  }
  protected function makespam($comment)
  {
    $comment->setIsSpam(true);
    $comment->save();
  }
  protected function unmakespam($comment)
  {
    $comment->setIsSpam(false);
    $comment->save();
  }

On remarque une certaine redondance de code dans le actions.class.php,c’est pour ça que j’ai factorisé. Pensez à corriger les autres actions (elles sont ok si vous récupérez les sources).

Et pour finir, dans les templates correspondant à ces actions, on reload la ligne du commentaire en cours, ce qui permettra de mette à jour ses état de publication et spam dans la liste des commentaires.

ajaxActionSuccess.php :

^?View Code PHP

include_partial('comment/backend_show', array('comment'=>$comment))

Voilà, si vous avez des questions ou des incompréhensions, n’hésitez pas !

]]> http://www.lexik.fr/blog/symfony/non-classe/retour-sur-le-plugin-commentaires-partie-administration-1087/feed 3 Développeur Web Symfony Montpellier http://www.lexik.fr/blog/symfony/non-classe/travailler-chez-lexik-developpeur-web-symfony-1069 http://www.lexik.fr/blog/symfony/non-classe/travailler-chez-lexik-developpeur-web-symfony-1069#comments Fri, 26 Feb 2010 10:41:35 +0000 Samuel Breton http://www.lexik.fr/blog/symfony/?p=1069 Lexik est une société spécialisée dans le développement Symfony et la conception de solutions orientées web.
Sous la responsabilité d’un chef de projet technique, au sein d’une équipe de développeurs, vous aurez à charge de concevoir et de développer des solutions Intranet / Internet.

De formation initiale informatique (de bac à +5), vous êtes un développeur confirmé en PHP/MySQL (environnement LAMP et WAMP) avec une expérience d’au moins 1 ans au sein d’une SSII ou d’une web agency.

Compétences requises :
- Framework PHP Symfony
- bonnes connaissances des environnements WAMP (Windows) et LAMP
- MySQL et SQL
- PHP (programmation objet)
- (X)HTML, DHTML , JavaScript, CSS.
- AJAX
- Javascript, jQuery
- standards du web (W3C)
- Connaissance de subversion

Qualités recherchées :
- curiosité
- force de proposition
- sens du travail en équipe

Disponibilité :
- ASAP

Poste à Montpellier 34000

Contactez Samuel Breton, Tél : 04 67 99 63 19
Email : contact@lexik.fr
CV + LM

]]> http://www.lexik.fr/blog/symfony/non-classe/travailler-chez-lexik-developpeur-web-symfony-1069/feed 2 se connecter du backend vers le frontend avec un utilisateur http://www.lexik.fr/blog/symfony/non-classe/se-connecter-du-backend-vers-le-frontend-avec-un-utilisateur-1018 http://www.lexik.fr/blog/symfony/non-classe/se-connecter-du-backend-vers-le-frontend-avec-un-utilisateur-1018#comments Fri, 11 Dec 2009 13:56:02 +0000 thomas http://www.lexik.fr/blog/symfony/?p=1018 Pour certains projets, il peut être pratique de se connecter sur le compte d’un utilisateur parce qu’il est bloqué, pour vérifier que tout fonctionne bien, pour tester son application. Cependant les mots de passe sont cryptés en bases de données et sans connaître les identifiants il va être difficile de se connecter.
Donc ce petit tuto est là pour nous aider.
Le but est simple: dans le backend, on liste l’ensemble des utilisateurs du site et à coté de chaque nom on va rajouter un bouton « se connecter en tant que ».

Ainsi il suffit d’appuyer sur le bouton pour se retrouver sur le frontend, connecté avec cet user.

Tout d’abord nous créons un partial _connectWith.php dans le module souhaité dans le backend, par exemple le module sf_guard_user.

^?View Code PHP

$link_connect_with = 'http://www.monsite.fr/connect_by_admin/'.$sf_guard_user->getSalt().'/'.$sf_guard_user->getPassword().'/'.$sf_request->getCookie('nomdemasessionbackend');
echo link_to('SE CONNECTER EN TANT QUE', $link_connect_with, array('target'=>'_blank'));

le $link_connect_with est défini à coté pour plus de lisibilité.
connect_by_admin est le nom de ma route.
getSalt et getPassword sont les méthodes de sf_guard_user pour récupérer les données correspondantes.
$sf_request->getCookie(‘nomdemasessionbackend’) avec nomdemasessionbackend qui doit être défini dans le fichier backend/config/factories.yml, on verra après son utilité.

^?View Code PHP

all:
  storage:
    class: sfSessionStorage
    param:
      session_name: nomdemasessionbackend

pour simplifier, ici je n’ai pas utilisé de routing ou de fonction spéciale qui va récupérer automatiquement les routes du frontend, j’ai écris directement l’url souhaitée. C’est pas très beau mais plus facile pour ce tuto.
c’est tout pour le backend.

maintenant sur le frontend:
routing.yml je rajoute ma route appelée via le backend

^?View Code PHP

connect_with:
  url: /connect_by_admin/:salt/:password/:admin
  param: { module: connect, action: Admin}

mon action:

^?View Code PHP

  public function executeAdmin(sfWebRequest $request)
  {
   //etape 1
    $salt = $request->getParameter('salt', false);
    $password = $request->getParameter('password', false);
    $admin_session = $request->getParameter('admin', false);
 
   //etape 2
    $cookie = $this->getRequest()->getCookie('nomdemasessionbackend');
    if($admin_session != $cookie)
    {
      $this->forward404();
    }
 
    //etape 3
    $user = Doctrine::getTable('sfGuardUser')->findOneBySaltAndPassword($salt, $password);
    $this->forward404Unless($user);
 
   //etape 4
    $this->getUser()->signin($user);
    $this->redirect('@homepage');
  }

étape 1: je récupère les informations de l’url
étape 2: je vérifie si le cookie nomdemasessionbackend correspond à celui passé en paramètre, sinon ERREUR404.
Ceci oblige l’administrateur à être authentifié dans le backend pour pouvoir « se connecter en tant que ».
étape 3: je récupère l’utilisateur qui à ce salt et ce mot de passe, sinon ERREUR404.
étape 4: je connecte cet utilisateur sur le site et je redirige vers la homepage.

Nous avons rajouté lé vérification de la session du backend pour sécurisée cette url, mais cela implique que votre frontend et votre backend n’utilise pas les mêmes nom de sessions: voir http://www.lexik.fr/blog/symfony/symfony/utilisation-de-sfsessionstorage-dans-symfony-901

Un petit tips tout simple mais assez pratique.

]]> http://www.lexik.fr/blog/symfony/non-classe/se-connecter-du-backend-vers-le-frontend-avec-un-utilisateur-1018/feed 1 Stofcplugin : faire de bien jolis graphiques avec symfony http://www.lexik.fr/blog/symfony/non-classe/stofcplugin-faire-de-bien-jolis-graphiques-avec-symfony-692 http://www.lexik.fr/blog/symfony/non-classe/stofcplugin-faire-de-bien-jolis-graphiques-avec-symfony-692#comments Thu, 18 Jun 2009 16:32:17 +0000 Bérenger Vidal http://www.lexik.fr/sfblog/?p=692 Aujourd’hui , nous allons découvrir un plugin symfony permettant de réaliser simplement des graphiques en flash à partir d’un tableau de donnée.

Il gère les :

Histogrammes
Graphique en courbes
Graphiques en secteurs
Graphiques en barres
Graphiques en aires

Les graphiques générés sont entièrement paramétrables : choix des couleurs , des titres .

L’installation du plugin est très simple :

^?View Code YML

symfony plugin:install stOfcPlugin

puis

^?View Code YML

symfony cc

Ensuite , dans le template où l’on veut afficher le graphique on copie la ligne suivante :

^?View Code PHP

<code>
stOfc::createChart(500, 300, 'quiz_sondage/pieChartData?slug='.$quiz-&gt;getSlug(), fal
</code>

Les premiers paramètres correspondent à la taille du graphique tandis que le second correspond à la route qui appelle la fonction qui génèrera le graphique.

Si vous ne voulez pas définir une route supplémentaire vous pouvez appelez la fonction comme ceci : module/action

Le readme du contient des exemples pour bien commencé :

http://www.symfony-project.org/plugins/stOfcPlugin

Ce plugin est basé sur un projet open-source, voici l’adresse :

http://teethgrinder.co.uk/open-flash-chart/

Le site contient toute la doc nécessaire

Et voici l’adresse du forum d’aide : ( ça peut toujours servir )

http://forums.openflashchart.com/

Autre solution pour faire des graphique sans flash : jpgraph

Pour télécharger la libraire jpgraph : http://www.aditus.nu/jpgraph

On va donc voir comment l’utiliser avec sympfony :

Télécharger la dernière realease pour PHP5

Dans un premier temps copier le dossier jpgraph obtenu après la décompression de l’archive dans le dossier lib de votre projet

Faites un symfony cc

dans le template voulu copier la ligne suivante :

^?View Code HTML

<code>
<img class="graph" src="&lt;?php echo url_for('@actionSouhaité'); ?&gt;" alt="" />
</code>

» />

@actionSouhaité = la route appelant l’action qui va générer l’image.

Maintenant on va voir un modèle d’action pour génèrer l’image :

^?View Code PHP

public function executeGraph(sfWebRequest $request)
    {
 
      $i=0;
      $ydata=array(); // Tableau des valeurs
      $xdata=array(); // Tableau axis ( légénde des valeurs )
 
      // Code pour remplir les tableau comme vous voulez    
 
     // Création du graph type courbe
      $graph = new Graph(1300,400,"auto");
      $graph-&gt;SetScale("textlin");
      $graph-&gt;title-&gt;Set('Evolution du nombre d\'inscription');
      $graph-&gt;title-&gt;SetFont(FF_FONT1,FS_BOLD);
      $line = new LinePlot($ydata);
      $graph-&gt;Add($line);
      $line-&gt;SetColor("#36393D");
      $line-&gt;SetWeight(2);
      $graph-&gt;xaxis-&gt;setTickLabels($xdata);
 
      // Output graph
      $graph-&gt;Stroke();
 
      return sfView::NONE; // Important pour que l'action retourne que le code de l'image
    }

]]> http://www.lexik.fr/blog/symfony/non-classe/stofcplugin-faire-de-bien-jolis-graphiques-avec-symfony-692/feed 1 Lexik @ Symfony Live http://www.lexik.fr/blog/symfony/non-classe/lexik-symfony-live-681 http://www.lexik.fr/blog/symfony/non-classe/lexik-symfony-live-681#comments Wed, 03 Jun 2009 09:04:02 +0000 Samuel Breton http://www.lexik.fr/sfblog/?p=681 Lexik sera présent le 11 et 12 Juin prochain à la conférence Symfony Live à Paris.

Un programme qui semble très intéressant est ici : http://www.symfony-live.com/schedule

Si vous souhaitez participer aussi ne tardez plus à vous inscrire : http://www.symfony-live.com/

yoann
Vous pourrez retrouver Yoann la bas.

]]> http://www.lexik.fr/blog/symfony/non-classe/lexik-symfony-live-681/feed 2 Stage chez Lexik été 2009 http://www.lexik.fr/blog/symfony/non-classe/stage-chez-lexik-ete-2009-629 http://www.lexik.fr/blog/symfony/non-classe/stage-chez-lexik-ete-2009-629#comments Mon, 04 May 2009 09:10:25 +0000 Samuel Breton http://www.lexik.fr/sfblog/?p=629 Lexik propose 2 stages à Montpellier pour cet été 2009 :

Stage Développeur PHP :

Compétence : Connaissance de PHP5, POO
Profil : Rigoureux, curieux.
Mission : Vous integrez notre équipe de développement sur la réalisation de projet Interne : Intranet/Site Internet.
Développement avec le Framework Symfony

Stage Marketing et gestion site Internet

Compétence : Connaissance d’Internet, bureautique
Profil : Appliqué, bonne rédaction
Mission : Vous travaillerez sur la visibilité des projets mis en ligne ainsi que sur les actions marketing et le référencement.

Envoyez CV : contact@lexik.fr

]]> http://www.lexik.fr/blog/symfony/non-classe/stage-chez-lexik-ete-2009-629/feed 0