Dans cet article, je vais vous présenter la méthodologie pour se construire un environnement de travail pour développer sous Windows avec une plate-forme LAMP.
Je pars du principe que vous ne disposez pas de serveur de développement et que vous allez installer le vôtre.
Dans ce tutoriel, je vous montrerais comment :
 - installer une machine virtuelle
 - configurer cette machine
 - tester des développements

Installation machine virtuelle

Cette étape n'est vraiment pas difficile, néanmoins, j'ai choisi de détailler un minimum pour les utilisateurs qui découvrent :).
Pour commencer, téléchargez d'abord un soft permettant de créer des machines virtuelles.
Pour ne citer que les plus connus, il existe :
 - VirtualBox,
 - Parallels
 - VMWare Server

Dans ce tutoriel, nous utiliserons VirtualBox qui à l'avantage d'être gratuit et très simple d'utilisation. Il est toutefois plus limité en terme de fonctionnalités.

Voici le lien pour le téléchargement : http://www.virtualbox.org/wiki/Downloads

Une fois le programme installé, créer votre machine virtuelle.
Choisissez lui un nom.
Comme OS sélectionnez Linux et Debian en version.
Sélectionnez ensuite la RAM qui sera allouée à la machine. Comme vous vous en doutez, plus vous allouez de mémoire vive, plus la VM sera rapide, mais cela peut ralentir votre OS. Sachant qu'il n'y aura qu'un serveur web sur la machine 256 Mo seront suffisants.
Créez ensuite un disque dur. 10 Go devraient suffirent pour une utilisation normale.
La machine virtuelle est crée et prête à fonctionner. Il faut maintenant lui installer un OS.

Pour cela, rendez-vous sur le site de Debian pour télécharger l'image de la dernière version stable.
Une fois le téléchargement terminé, il faut indiquer à votre VM d'utiliser l'image récupérée. Vous pourrez ajouter un lecteur optique des les préférences de votre VM (onglet Support). Chargez ensuite l'ISO dans le lecteur et lancez votre VM.

Vous arrivez directement sur le menu d'installation de DEBIAN. Choisissez "install". Si vous avez besoin de récupérer votre curseur, appuyez sur CTRL droit.
Il s'agit ensuite du processus normal d'installation, choix de la langue, du territoire, de la disposition du clavier ... Vous pourrez utiliser toute la configuration par défaut.
Faites attention et notez bien le nom d'utilisateur que vous aurez créé.
Pas la peine d'installer un serveur web ou un SGBD, nous l'installerons à la main par la suite. Inutile d'installer un environnement graphique, cette machine servira principalement de serveur et le seul contact que vous aurez avec elle sera le shell ;)

Votre serveur est maintenant disponible et prêt à être configuré.

Configuration du serveur

Nous allons maintenant installer tous les outils de développements nécessaires. Pour cela la commande aptitude sera votre amie. (Il est recommandé d'utiliser aptitude plutôt que apt-get).
Nous installerons donc au moins :
 - un serveur SSH,
 - un serveur web avec PHP 5.2,
 - un serveur samba pour accéder à vos fichiers depuis Windows,
 - un serveur de base de données (Mysql),
 - un client svn (si vos projets sont sur svn).

Tout d'abord, il faut configurer la gestion du réseau sur la VM. Celle-ci doit être éteinte pour effectuer des modifications. Dans les préférences -> onglet Réseau, choisissez "Accès par pont", une carte réseau de votre machine qui est active. Vous pourrez même configurer l'adresse MAC au besoin dans le menu des options avancées.

Lancez la machine virtuelle.

Installation serveur SSH

Pour plus de confort, vous pourrez utiliser putty en vous connectant en SSH à votre VM. Le programme est disponible ici.
Pour utiliser putty, commencez par installer un serveur SSH sur votre machine :

aptitude install ssh

Ensuite, récupérez l'IP de la machine virtuelle via la commande :

ifconfig eth0

Vous pourrez maintenant vous connecter à votre machine virtuelle via putty, ce qui est plus confortable.

Installation serveur SAMBA

Commençons avec l'installation du serveur samba

aptitude install samba

On va ajouter un utilisateur à samba :

smbpasswd -a %utilisateur%

Où vous l'aurez compris, il faut remplacer %utilisateur% par votre nom d'utilisateur !
Pour rendre accessible un dossier, vous devez éditer le fichier /etc/samba/smb.conf

vi /etc/samba/smb.conf

Ajouter en fin de fichier :

[www]
path = /var/www
public = no
browseable = yes
user = guigui
writable = yes
create mask = 0750

Ces lignes signifient que le dossier /var/www sera accessible en écriture à l'utilisateur guigui. Bien évidemment, vous devrez remplacer guigui par le nom de l'utilisateur que vous avez ajouté juste avant.
Pour le moment, le dossier /var/www n'existe pas, et vous aurez donc une erreur en tentant d'y accéder, ce qui est tout à fait normal. Ce répertoire sera créé automatiquement lors de l'installation d'apache2.

N'oubliez pas de redémarrer samba après l'édition du fichier :

/etc/init.d/samba restart

Vous pourrez alors accéder à votre machine virtuelle en vous connectant sur \\XXX.XXX.XXX.XXX depuis Windows.

Installation du SGBD Mysql

Pour installer mysql, il suffit de lancer la commande suivante :

aptitude install mysql-server

Vous devrez alors saisir un mot de passe root (et sa confirmation).

si vous voulez tester, lancez la commande "mysql -uroot -p", puis saisissez votre mot de passe.

mysql -uroot -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 34
Server version: 5.0.51a-24+lenny4 (Debian)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> exit
Bye

Installation serveur Web et PHP

Pour installer un serveur web apache2 avec php5, lancer la commande suivante :

aptitude install apache2 php5 php5-cli phpmyadmin

Vous devrez alors choisir un serveur web pour phpmyadmin. Choisissez évidemment apache2.

Pour vérifier que votre serveur web est bien lancé, exécutez la commande :

/etc/init.d/apache2 status

Vous devreiez avoir : Apache is running ...

Pour tester, il faut simplement vous connecter via un navigateur à votre serveur :

dans firefox, par exemple, inscrivez : http://XXX.XXX.XXX.XXX où XXX.XXX.XXX.XXX correspond, à  ... l'ip du serveur bien sur !

Vous devriez voir le message :

It works!

Votre serveur est maintenant installé et prêt à être utilisé.

Pour tester vos développements vous pouvez ajouter/modifier les fichiers dans /var/www.
D'ailleurs vous pourrez acceder directement à vos fichier via \\XXX.XXX.XXX.XXX

Il est possible dans l'admin-generator de retirer les filtres.

Pour cela, il faut éditer le fichier generator.yml du module en question :

    config:
      actions: ~
      fields:  ~
      list:    ~
      filter:
        class: false
     
      form:    ~
      edit:    ~
      new:     ~


Dans Magento 1.3, il y a quelques problèmes d'arrondi.

J'ai eu le problème suivant :
Mon site doit avoir des codes de promotion qui rendent la commande gratuite, frais de ports compris. (Non, je ne donnerai pas ces codes :))
Ensuite, dans le tunnel de commande, l'idée était de n'afficher que la méthode "free" si celle-ci était trouvée. (D'ailleurs, il ne faut pas oublier d'activer l'option adéquate en backend).
Malheureusement, avec les problèmes d'arrondi, sur certaines commandes, j'obtenais un total non pas à 0.00 mais 0.000...x.
Ce qui, bien évidemment, empêche l'affichage de la méthode "free".

Le problème se situe dans la classe : Mage_Payment_Model_Method_Free et plus précisément dans la méthode isAvailable.

   public function isAvailable($quote=null)
    {
        if (is_null($quote)) {
           return false;
        }

        if (Mage::app()->getStore()->roundPrice($quote->getGrandTotal()) == 0) {
            return true;
        }

        return false;
    }

La méthode roundPrice peut renvoyer une valeur erronée à cause de l'utilisation de la fonction round() avec une précision de 2.

Une solution est d'ajouter le code suivant :

        if (number_format($quote->getGrandTotal(), 2) == '0.00')
        {
          return true;
        }
Cela devrait permettre d'avoir la méthode "free" disponible.

Si vous avez également des problèmes d'arrondi dans le total sur le panier, je vous conseille de modifier la précision de la méthode roundPrice().

Il est possible de déclencher (simuler) des évènements avec Prototype.
Pour cela il faut utiliser event.simulate.js

Ensuite, il suffit d'exécuter le code :

$('foo').simulate('click');

Voici tous les évènements supportés :


var eventMatchers = {
    'HTMLEvents': /^(?:load|unload|abort|error|select|change|submit|reset|focus|blur|resize|scroll)$/,
    'MouseEvents': /^(?:click|mouse(?:down|up|over|move|out))$/
  }

Lorsque l'on définit une contrainte d'unicité (unique: true dans le schema.yml) sur un champ, Doctrine va automatiquement afficher un message d'erreur : La colonne "column" existe déjà. Ce message n'est pas très joli à voir puisque la colonne n'est pas traduite. Pour le personnaliser, il faut le surcharger.

 $validatorLabel      = new sfValidatorDoctrineUnique(array('model' => 'MoperMissionPlace', 'column' => ('label')));
   $validatorLabel->setMessage('invalid', 'An object with the same value already exists');
   $this->validatorSchema->setPostValidator(
     new sfValidatorAnd(array(
       $validatorLabel
   ))
   );

Pour charger un helper dans un template, il suffit d'utiliser la fonction :

use_helper('helperName');

Mais qu'en est-il dans le contrôleur ou le modèle ?

On peut utiliser en sf 1.0 et 1.1 :

sfLoader::loadHelpers('helperName')

Mais cette méthode est obsolète dans les versions >= 1.2

Il faut utiliser à la place :

sfContext::getInstance()->getConfiguration()->loadHelpers('helperName');

Si vous êtes dans une task :

$configuration = ProjectConfiguration::getApplicationConfiguration('backend', 'dev', true);
$context       = sfContext::createInstance($configuration);
$configuration->loadHelpers('HelperName');


Au cours d'un projet, j'ai eu à implémenter un système de verrouillage sur les objets d'une table. Ce verrouillage était réalisé avec la modification d'une colonne (locked_until) contenant un timestamp.

Le problème était que lorsque je mettais à jour cette colonne, le updated_at de mon objet était lui aussi mis à jour, ce qui est tout à fait normal.

J'ai donc essayé de trouver comment contourner la mise à jour du champ et j'ai finalement trouver ça :

  public function updateLock($userId)
  {
    $updatedAt = $this->getUpdatedAt();
    $this->setLockedUntil(time() + sfConfig::get('app_lock_delay'

Dans le tutoriel Jobeet, une fonction permet de créer un slug est proposée.
Cependant, avec Doctrine, une telle méthode existe déjà :

Doctrine_inflector::urlize($string);

Dans le cadre de mes développements, j'ai été amené à vérifier assez souvent que les pages générées étaient valides XHTML.
C'est une opération assez fastidieuse, d'autant que le site n'était pas accessible de l'extérieur... donc il fallait tester page par page.

J'ai donc écrit une petite classe qui a évolué au fil du temps. On lui passe la homepage du site et il suit les liens (absolus et relatifs). Il ne remplis pas (encore) les formulaires.
Je me doute qu'il reste des choses à ajouter, et je continuerai de la faire évoluer.

Edit du 14/01/2010

A la suite d'une demande, il est possible de vérifier les erreurs 404 et les erreurs 500. Consultez le fichier pour plus d'informations.

Télécharger le fichier