Archives mensuelles : janvier 2008

Plugin wordpress pour le Nabaztag

non-french speaker disclaimer :
Sorry I’am too lazzy to manage an english translation. Don’t hesitate to insult me via the comment field in order to give some motivation. :-p

Dans la catégorie ça sert à rien mais on adore ! Voici un plugin pour installer un formulaire sur une page ou un article wordpress vous permettant d’envoyer des messages vers un Nabaztag.

Il s’installe comme tous les plugins et propose un écran de configuration et un mot spécial (SEND2NAB_FORM entre crochets [ ]) a insérer ou vous le désirez.

Téléchargement :

Le panneau de configuration :

Vous trouverez ces informations dans le panneau de préférence du site de votre Nabaztag.

Il ne reste qu’a contribuer un contenu :

Ce qui donne :

Vous pouvez modifier le formulaire via votre css. Voici la mienne par exemple


#send2Nabaztag p.send2Nabaztag_error {
	font-weight: bold;
	color: #f00;
}

#send2Nabaztag p.send2Nabaztag_success {

}

#send2Nabaztag form textarea {
	width: 450px;
	height: 200px;
}

N’hésitez pas à me faire un retour si vous utilisez ce plugin. De même, j’ai trois améliorations en tête, revenez donc sur cette page pour les mises à jour.

Publicités

Utilisation des filtres avec Symfony

Voila encore une fonctionnalité peu connu qui me fait aimer ce framework.

Dans Symfony, quand le système reçoit une requête il exécute une série de filtre permettant un découpage logique efficace des actions à traiter. Ce qui est intéressant, c’est que l’on peut facilement intégrer ses propres filtres afin de modifier des comportements du framework.

Par exemple, si vous voulez logguer chaque accès sur toutes les pages de votre application (c’est un exemple … ok ?), rien de plus facile.

C’est une simple classe à mettre sous le dossier lib par exemple.

< ?php

class accesslogFilter extends sfFilter

{

  public function execute($filterChain)
  {
    if ($this->isFirstCall())
        // on ne logue que le premier appel à une action
    {

      /*
      ici, on a accès à tous les objets de symfony
      $request = $this->getContext()->getRequest();
      etc ... permettant de tracer la requête,
      de savoir quel module on utilise ...
      */

      /*
      à vous de créer votre log (j'vais pas tout faire)
      */
    }
    $filterChain->execute();
  }
}

Il faut ensuite simplement activer votre filtre en ajoutant au fichier apps/myapps/config/filters.yml les lignes suivantes :

accesslog:
  class: accesslogFilter

Juste après le filtre de sécurité(security).

Simple non ?

Acheter des prestations informatiques – #2 – le cahier des charges

Le cahier des charges est un incontournable de la gestion de projets. Un point de départ en somme. C’est aussi un des documents les plus critique, notamment dans le cadre de projets réalisés au forfait par des prestataires de services. Je vais tenter dans cet article de vous donner quelques recettes et de vous indiquer les écueils à éviter pour produire un bon cahier des charges.

Cet article fait partie de la série : Acheter des prestations informatiques.

Lire la suite

Astuce symfony : limiter l’accès à la version de développement de votre application

Voici une petite astuce que j’ai vu passé sur la mailing list des développeurs Symfony.

Bien sur, quand vous mettez votre site en production, vous vous assurez de ne n’y déposer que vos contrôleurs de production (si besoin, la tâche en ligne de commande symfony clear-controllers le fait pour vous). Toutefois, il peut arriver qu’une équipe de TMA ai besoin d’accèder à la version de développement de votre application. Par exemple, pour résoudre rapidement une bug bloquant nécessitant le jeu de données du serveur de production ou pour faire une analyse des logs visant à une optimisation … bref.

Pour cela, il suffit de rajouter ces lignes dans le fichier web/.htaccess de votre projet afin d’en sécuriser l’accès par IP. (en rajoutant votre IP bien sur)

<FilesMatch "_dev.php$">
Order Deny,Allow
Deny from all
Allow from 127.0.0.1
</FilesMatch>

Bon ok, c’est pas l’info du siècle. Mais vu le nombre de sites sortant avec leurs contrôleurs de dev accessibles, je me demande si cela ne devrait même pas être une feature du framework, c’est d’ailleurs actuellement discuté.

A ce sujet également, il y a cette page sur le wiki de SF : SecuringDevFrontend.