Tout d’abord il faut activer ssl sur votre serveur et générer vos certificats ssl (à moins que vous en ayez déjà).

Le how to officiel d’ispcp How to: SSL made easy est très bien fait et vous apprendra en premier lieu comment sécuriser votre control panel.

Ayant un peu plus cherché pour mettre la même chose en place avec un sous domaine géré par ispcp, je me permets de relayer la solution (en allemand) que j’ai trouvé dans un forum.

le but est de créer un virtual host sub.domain.tld accessible en ssl (sachant que le virtual host est simplement créé avec ispcp)

il faut d’abord créer vhost en écoute sur le port 443 en éditant

et en y ajoutant

activer le virtual host

et recharger la configuration d’apache

reste à interdire l’utilisation du http non sécurisé, ce qui revient à forcer le https via un règle de rewriting qui peut par exemple être mise dans un .htaccess à la racine du sous domaine

et ajouter quelque chose du genre

Tout est dans le titre je crois. Je suis parti de ce billet http://notepad.patheticcockroach.com/628/adding-postgresql-portable-to-xampp-on-windows/et je vous livre ce qui a fonctionné pour moi. J’ai déjà expliqué sur ce blog comment installer une plateforme xampp portable sous windows.

Le prérequis est donc d’en avoir une fonctionnelle pour la suite

Tout d’abord il vous faudra une version portable de postrgre, que vous trouverez sur http://www.postgresql.org/download/windows. En tant qu’« Advanced user » vous téléchagerez l’ archive zip sans l’installeur (la version portable quoi). J’ai opté pour la  9.0.3-1 qui semble être la stable du moment.

Une fois l’archive décompressée, copier / coller le répertoire pgsql qu’elle contient dans Z:/MyApps/xampp/.

La première des choses à faire est ensuite de créer un cluster en tapant

N.B. le cluster appartient à l’utilisateur système avec lequel il est créé c’est important pour la suite!

pour lancer le serveur

vous pouvez déjà jouer avec pgAdmin3 en entrant l’adresse de votre serveur (127.0.01 ou localhost) et le login mot de passe de l’utilisateur que vous avez utilisez pour créer le cluster. Mais il s’agit ici de faire fonctionner postgreSQL avec php. On va donc décommenter deux extensions dans le Z:\MyApps\xampp\php\php.ini

Mais là vous risquez d’être victime de message d’erreur car PostgreSQl a besoin de quelques dll pour fonctionner sous windows. Afin de garder l’installation portable il faut ajouter \MyApps\xampp\pgsql\bin au path, car ce répertoire contient les dll nécessaires (et évite du coup d’avoir à les copier dans c:\windows\system32).

Afin de tester que postgreSQL fonctionne bien avec php je vous propose d’installer phpPgAdmin en le téléchargeant sur le site officiel http://phppgadmin.sourceforge.net/ puis en le décompressant dans Z:/MyApps/xampp/phpPgAdmin/

Afin de le rendre visible ajouter dans Z:\MyApps\xampp\apache\conf\extra\httpd-xampp.conf

et modifier

éditer également selon vos besoins le fichier de configuration de phpPgAdmin Z:\MyApps\xampp\phpPgAdmin\conf\config.inc.php

ouvrez maintenant http://localhost/phppgadmin dans votre navigateur et saisissez les login mot de passe de l’utilisateur associé au cluster

A vous postgreSQL

sorti en fin d’année 2009 UwAmp est un environnement de développement Apache MySQL PHP portable pour windows. Son installation est on ne peut plus simple puisqu’il suffit de le télécharger et de le dézipper (dans z:\Apps\UwAmp par exemple) pour l’utiliser.

C’est sans aucun doute le plus sexy de tous les environnements de développement PHP pour windows (wampserver2, successeur du défunt Wamp5, xampp , et easyPHP), en effet son interface de maintenance est riche et ergonomique

Elle permet notamment de passer d’une version à une autre de PHP en 1 clic, ce qui n’est pas négligeable.

Elle propose des interfaces de gestion simplifiées pour la configuration de PHP (extensions et variables du fichier  php.ini)

ainsi que pour celle d’apache (configuration de virtual hosts & modules apache)

Pour les barbus, les fichiers php.ini et httpd.conf sont toujours accessibles via un bouton, et il est même possible de paramétrer son éditeur de texte préféré (paths portables acceptés!) en cliquant sur le bouton « préférences ».

Dans la séries des raccourcis vous pourrez accéder en un clic

• à la page d’accueil de votre répertoire racine – http://localhost/
• au répertoire contenant les virtual hosts – z:\Apps\UwAmp\www\
• à phpMyAdmin – http://localhost/mysql/ (à noter que le mot de passe root de MySQL par défaut est root)
• à un phpinfo() – http://localhost/uwamp/phpinfo.php
• à SQLite Database Browser qui vous permettra de gérer vos bases de données SQLite

et en cadeau bonus

• Les logs access du serveur apache
• Les logs error du serveur apache
• Les logs du serveur MySQL
• à la suppression des fichiers de log sus cités
• à la suppression des fichiers de sessions PHP

…

Le petit bémol que je mettrais par rapport à l’installation de xampp portable, que j’ai déjà documentée, est que PEAR n’est pas préinstallé.

Pour utiliser les commandes PHP et mysql sans se préoccupper de leur path, suivez les explications suivantes en remplaçant ;\Apps\xampp\php\;\Apps\xampp\mysql\bin\ par  ;\Apps\UwAmp\apache\php_5.3.1;\Apps\UwAmpp\mysql\bin\. N’oubliez pas de fermer et de rouvrir votre session pour prendre en compte le nouveau Path (n’oubliez pas non plus de laisser un commentaire si vous avez une meilleure solution).

ouvrez ensuite un prompt de commande et tapez

cd z:\Apps\UwAmp\apache\php_5.31
go-pear.bat

si vous ne vous mettez pas dans le dossier  vous allez obtenir un message d’erreur du genre

Could not open input file: PEAR\go-pear.phar
Appuyez sur une touche pour continuer…

Sinon PEAR vous demandera si vous souhaitez faire une installation système ou locale. La différence réside essentiellement dans la localisation du fichier pear.ini. Si vous voulez comme moi jouer avec plusieurs installations de PEAR choisissez local. En effet l’installation système installe le fichier pear.ini dans c:\windows, ce qui le rendra commun à toutes  vos installations de PEAR. L’installation local permet de ranger le pear.ini dans le répertoire de la commande php auquel CETTE commande PEAR est associée …

Une fois le choix fait vous pouvez choisir les options par défaut lors du process d’installation

ensuite pour installer symfony 1.0

pear upgrade PEAR
pear channel-discover pear.symfony-project.com
pear install symfony/symfony-1.0.21
symfony -V

Vous êtes alors prêt pour askeet.

Pour installer la dernière version courante de symfony1.4.1

pear install symfony/symfony

Vous êtes alors prêt pour jobeet.

L’avantage c’est que vous disposez d’une installation de PEAR par version de PHP, ce qui est idéale pour avoir plusieurs version de symfony sur votre plateforme de développement!

Design Pattern MVC

Voilà deux ans que je fais un cours, suivi d’un petit projet traitant du design Pattern MVC.  Le projet est à écrire en PHP5, avec une base de données MySQL comme support de stockage des données, l’architecture MVC est donc à implémenter dans un contexte purement web. Le paradigme objet est tout indiqué quand il s’agit d’écrire et d’agencer des composants logiciels, c’est donc celui qui sera adopté dans toute la suite.

Il y a bien entendu beaucoup de projets existants implémentant le design Pattern MVC en PHP, mais le propos du cours est plutôt de réaliser un cas pratique d’implémentation afin de bien saisir les bien faits du design pattern  MVC.

En effet l’utilisation d’un design pattern architectural en PHP, s’oppose à la pratique empirique de ce langage qui consiste à mélanger les connexions et accès à la base de données, avec le traitement des données et leur affichage. Dans ce cas il est alors commun d’avoir dans un seul script: du PHP, du SQL, du Javascript et du CSS dans les attributs des balises HTML soit pas moins de 5 langages distincts.

Au même titre qu’il est conseillé dans la présentation de séparer l’HTML, qui structure le document, du CSS, qui l’habille, il est conseillé d’utiliser un design pattern architectural pour structurer une application web.

Pour mémoire cette architecture permet d’organiser une application en 3 couches distinctes à savoir :

• le modèle, qui contient la logique métier;
• la vue, qui regroupe tout ce qui a trait à la présentation (des données / comme des interactions utilisateur);
• le contrôleur, qui répond à des interactions utilisateurs en provenance de la vue, en appelant des traitements mis à disposition sous forme de méthode par le modèle, afin de nourrir la vue associée au traitement demandé par l’utilisateur.

Si vous pratiquez PHP et n’avez jamais utilisé le design pattern MVC, je vous recommande la lecture de : « comment convertir une application PHP standard en une application basée sur l’architecture MVC« .

Le propos de ce billet n’est pas de vanter les mérites du design pattern MVC, car ils sont en général bien compris par mes étudiants. C’est plutôt d’en détailler la couche modèle dont la structure est assez dure à disséquer. J’ai moi-même pas mal lu et beaucoup débattu, avec le camarade will durand notamment, avant d’arriver à isoler chaque composant de cette couche.

le Modèle

Sous sa forme la plus brute, la couche modèle peut être vu comme les « données ». Par données on entend tout ce qui est persistant, c’est-à-dire tout ce qu’on pourra lire à partir d’une source, et modifier pour le relire plus tard si besoin est. Dans une logique de découplage, il est de bon ton d’essayer de s’affranchir le plus possible de la forme brute des données. C’est ce que va faire le modèle en transformant des données brutes en objets structurés, utilisables simplement par la couche inférieure : le contrôleur.

Pour réaliser ce découplage le modèle utilise 3 couches d’abstraction :

• La DAL (Data Access Layer) : couche abstraction de données
• Le DAO (Data Access Object) : objet d’accès aux données
• L’ORM (Object / Relation Mapping) : Mapping objet / relationnel

Pour l’exemple je vous propose de partir du diagramme UML suivant

qui donne le MLD (schéma de base de données) suivant

La DAL

La DAL Permet de s’abstraire du support des données. Pour se faire elle met à disposition des méthodes génériques permettant d’accomplir des actions de maintenances sur les données. Les actions les plus communes sont regroupées sous l’acronyme CRUD (Create Read Update Delete). Basiquement la DAL va donc mettre à disposition des méthodes permettant d’ajouter, mettre à jour, lire, supprimer un enregistrement, et ce quelque soit le support de stockage des donnéees.

La généricité par rapport au stockage est en général matérialisée par un paramètre permettant de spécifier la nature du support (on appelle ça des drivers). Ainsi les méthodes CRUD associées au support de stockage sont utilisées de manière transparente par le développeur. Concrètement il n’y a donc en théorie qu’un paramètre à changer pour qu’une application utilisant une DAL puisse changer de support.

D’un point de vue strictement théorique la DAL devrait offrir la possibilité de maintenir des données dans n’importe quelle base de données, dans des fichiers texte, dans des fichiers xml …

D’un point de vue pratique, en PHP, une DAL utilise toujours un SGBD. Son rôle est donc de rendre l’applicatif qui l’utilise (la DAL) portable par rapport au SGBD utilisé.

Les DAL PHP que je connais sont Pear DB (la première que j’ai utilisé), Creole, et PDO qui tend à devenir le standard en PHP, puisque disponible sous forme d’extension PHP.

Le DAO

Le Dao a pour but de transformer les données contenues dans une bases de données en objets et inversement

Pour se faire il va faire correspondre (de manière bijective – ca veut dire qu’on peut rajouter « et inversement » à la fin de chacun des points suivants)

• une table (appelée aussi relation) à une liste d’objets
• une ligne d’une table (appelée aussi tuple) à un objet
• un champs de base de données à un attribut d’objet
• une valeur d’un champs à une valeur d’attribut d’un objet

Dans notre exemple les classes issues du DAO seront au minimum

je dis au minimum, car ces classes pourraient avoir un peu plus de … classe! avec des getters et des setters.

Techniquement la DAO interroge le SGBD via la DAL sur la structure des tables afin de maintenir la correspondance entre les champs des tables de la base de données et les attributs des objets. Il y a au moins deux façons de réaliser celà:

• soit en générant un code PHP minimale fonction de la structure de la base de données (il faudra alors regénérer à chaque modification du schéma de base de données).
• soit en utilisant les méthodes magiques PHP (comme __get, __set ou __call et ___callStatic) et le late static binding de PHP 5.3

Notez qu’à ce niveau là le seul code logique que possède les objets construits à partir d’un DAO sont les méthodes CRUD qui vont permettre d’aller le lire, le modifier, le supprimer en base. En cela les objets issus d’un DAO pourraient être appelés des POPO  (rigolez pas! c’est pas moi qui l’ai dit le premier) par analogie aux POJO Java (Plain Old Java Object)

Notez également que dans le schéma de présentation des couches d’abstraction du modèle,  le DAO utilise la DAL, mais que ce n’est pas une vraie obligation : un DAO hardcodé en mysql resterait un DAO … simplement non portable au niveau du SGBD.

Notez enfin que chaque classe est isolée, c’est à dire qu’il n’existe pas de code logique qui permette une quelconque interaction entre elles.

L’ORM

L’ORM a pour but de transformer les relations entre les tables d’ une base de données en relations entre objets et inversement

Elle va typiquement se préoccuper de matérialiser les clés étrangères par des dépendances entre objetsL’intérêt réside dans le fait que les méthodes de la couche ORM, renvoient ou prennent en paramètres des listes d’objets. Par exemple $post->getComments() renverra une liste d’objets de classe Comment. Ces objets Comment seront sous forme de POPOS, c’est en celà que l’ORM utilise le DAO.

Techniquement l’ORM utilise soit les contraintes d’intégrité référentielle, soit une certaine logique de nommage, pour déterminer les clés étrangères. Dans les deux cas elle passe par la DAL.

Comme pour le DAO, les stratégies de génération de code ou d’utilisation des méthodes magiques peuvent être adoptées.

Comme pour le DAO également, l’utilisation d’une DAL est conseillée mais pas obligatoire.

propel et doctrine sont deux ORM PHP typiques.

La couche métier

Le but des couhes précédentes est de soulager la couche métier. Si la couche métier peut hériter des méthodes de la DAO et de l’ORM, nous aurons des objets présentant toutes les méthodes pour les gérer en base.

La couche métier est sensée ne contenir que la logique métier, c’est à dire propre à l’objet qu’elle représente. Ce sera effectivement le cas dans la class Post par exemple, où l’on pourra n’avoir qu’une seule méthode Post::getArchives(), qui retourne une liste de liste contenant les archives du type

Array(
'2009' => Array('janvier' => 1),
'2008' => Array('septembre' => 7, 'octobre' => 2, 'novembre' => 1, 'décembre' => 1)
)

Cette méthode fait bien parti de la couche métier puisqu’elle est propre au concept de post (ou billet) de blog.

En appelant cette méthode le contrôleur pourra nourrir une vue qui n’aura alors qu’un double foreach à faire pour présenter les archives dans le menu de droite.

conclusion

Les concepts que je viens de détailler sont souvent amalgamés, aussi il est souvent difficile de les cerner précisément. J’ai essayé d’illustrer le rôle de chacun par un exemple simpliste, mais je ne prétends détenir aucune vérité sur le sujet et les commentaires sont ouverts pour accueillir vos questions, suggestions et corrections

le mld a été généré avec DBDesigner4 et tout les diagrammes uml ont été générés avec yUML

Le propos de cet article est de disposer d’un environnement de développement complet et portable pour le framework PHP symfony. Les paths sont ceux utilisés par la Framakey Unbuntu Remix, dont j’ai déjà parlé – je suppose dans toute la suite de ce post que vous voyez votre clé sur le lecteur z:\ dans votre poste de travail. symfony sera installé via la commande PEAR, comme dans askeet et non en stand-alone comme dans jobeet.

installation et configuraiton de xampp portable

xampp est l’environnement Apache / MySQL / PHP portable le plus stable que j’ai trouvé à l’heure actuelle. Je garde toutefois un œil sur le tout jeune, mais néanmoins prometteur, uWamp (soumis par le camarade @couac).
il faudra télécharger la version zip de xampp et la dézipper dans z:\Apps\xampp par exemple

Dans un premier temps il faut exécuter le batch z:\Apps\xampp\setup_xampp.bat (il faudra le faire à chaque fois que le path change)

normalement si vous taper http://localhost/xampp/ dans votre navigateur vous devriez arriver sur la page suivante

Ca y est! vous avez installé des services portables et fonctionnels …

Maintenant passons à la ligne de commande. En effet pour être tout à fait à l’aise, l’idéal est de pouvoir appeler l’interpréteur php (ainsi que la commande pear et les commandes mysql) sans avoir à se préoccupper du chemin pour y accéder. Pour cela il va falloir ajouter deux chemins supplémentaires dans la variable d’environnement PATH de windows.

Voici comment procéder sur windows 7 (la démarche pour Vista peut être adaptée à partir de ces explications dans la section « mise à jour des variables d’environnement »).

Notez les que nous n’avons pas spécifié de lettre dans les path que nous venons d’ajouter (;\Apps\xampp\php\;\Apps\xampp\mysql\bin\) …
cela présente un avantage majeur : le path n’aura pas à être changé si la clé change de lettre;
Mais aussi un inconvénient : la commande php ne peut être utilisée qu’à partir du lecteur de la clé USB (pour l’utilisation de la commande php pour symfony cela ne pose aucun problème).

Il faut savoir que les variables d’environnements dans un système d’exploitation sont initialisées à l’ouverture de la session d’un utilisateur. Dans la plupart des systèmes on peut forcer la relecture de ces variables, mais je n’ai jamais trouvé comment faire sous windows (les suggestions sont les bienvenues) … donc pour appliquer les changements qui viennent d’être effectués il faut fermer votre session et la rouvrir (ou de manière plus brutale redémarrer).

Une fois reconnecté, ouvrez un ligne de commande, positionnez vous dans le répertoire z:\Apps\xampp et tapez

php -v

si vous voyez apparaître quelque chose du genre

PHP 5.3.0 (cli) (built: Jul  2 2009 21:08:11)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies

c’est gagné!
Il suffit maintenant de procéder à l’installation de symfony via PEAR. Ca tombe bien , la commande est déjà installé et accessible via la ligne de commande, il n’y a donc qu’à taper

pear upgrade PEAR
pear channel-discover pear.symfony-project.com
pear install symfony/symfony-1.0.21
symfony -V

devrait maintenant afficher

symfony version 1.0.21

N.B. pour installer la version stable courante de symfony il suffit de lancer la commande

pear install symfony/symfony

sans spécifier de numéro de version

Félicitation votre environnement est près …

configuration des virtual hosts

Pour utiliser les virtual hosts il vous faudra décommenter cette ligne

NameVirtualHost *:80

Les vhosts et les alias peuvent s’écrire sans lettre de lecteur dans z:\Apps\xampp\apache\conf\extra\httpd-vhosts

#préserver le vhost localhost pour avoir accès à la page d'admin de xampp
<virtualhost *:80>
  ServerName localhost
  DocumentRoot /apps/xampp/htdocs
</virtualhost>
#création d'un vhost dédié pour un projet symfony
<virtualhost *:80>
  ServerName vdm
  DocumentRoot /apps/xampp/htdocs/vdm/web
  <directory "/Apps/xampp/htdocs/vdm/web/">
    AllowOverride All
  </directory>
  #alias permettant d'accéder aux js / css / images symfony installés dans PEAR
  Alias /sf /apps/xampp/pear/data/symfony/web/sf
  #directive permettant de faire fonctionner l'alias précédent sous windows
  <directory "/Apps/xampp/pear/data/symfony/web/">
    AllowOverride All
    Allow from All
  </directory>
</virtuahHost>

Dernière étape, la moins fun, il vous faudra ajouter le nom du vhost au fichier c:\windows\system32\drivers\etc\hosts comme suit

127.0.0.1   vdm

vous pouvez a présent configurer autant de virtual host que vous voulez et bénéficier sans limite des bienfaits du routing symfony

Portabiliser NetBeans

source: http://www.portablefreeware.com/forums/viewtopic.php?f=4&t=5301&hilit=netbeans

En résumé pour une FramaKey (sur le lecteur z:\ par exemple), sachant que ce qui m’intéresse c’est netbeans pour PHP :

Sur http://www.netbeans.org/downloads/index.html télécharger la version que vous voulez en sélectionnant dans plateforme « OS Independent Zip », et décompressez l’archive dans z:\Apps\portableNetbeans\

Sur https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jdk-6u16-oth-JPR@CDS-CDS_Developer, téléchargez la version « windows », installez la et copiez le contenu de c:\program files\java\jdk1.6.0_16\ dans z:\Apps\portableJava\

Créez le répertoire z:\Data\Netbeans

Editez le fichier z:\Apps\portableNetbeans\etc\netbeans.conf et modifiez le comme suit

# ${HOME} will be replaced by JVM user.home system property
# netbeans_default_userdir="${HOME}/.netbeans/6.7"
netbeans_default_userdir="/Data/Netbeans"

# Options used by NetBeans launcher by default, can be overridden by explicit
# command line switches:
netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m -J-Xverify:none -J-Dapple.laf.useScreenMenuBar=true -J-Dsun.java2d.noddraw=true"
# Note that a default -Xmx is selected for you automatically.
# You can find this value in var/log/messages.log file in your userdir.
# The automatically selected value can be overridden by specifying -J-Xmx here
# or on the command line.

# If you specify the heap size (-Xmx) explicitely, you may also want to enable
# Concurrent Mark & Sweep garbage collector. In such case add the following
# options to the netbeans_default_options:
# -J-XX:+UseConcMarkSweepGC -J-XX:+CMSClassUnloadingEnabled -J-XX:+CMSPermGenSweepingEnabled
# (see http://wiki.netbeans.org/wiki/view/FaqGCPauses)

# Default location of JDK, can be overridden by using --jdkhome <dir>:
netbeans_jdkhome="/Apps/portableJava"

# Additional module clusters, using ${path.separator} (';' on Windows or ':' on Unix):
#netbeans_extraclusters="/absolute/path/to/cluster1:/absolute/path/to/cluster2"

# If you have some problems with detect of proxy settings, you may want to enable
# detect the proxy settings provided by JDK5 or higher.
# In such case add -J-Djava.net.useSystemProxies=true to the netbeans_default_options.

et le tour est joué.

Notez que cette astuce marche également avec le support symfony fraîchement disponible sur http://blogs.sun.com/netbeansphp/entry/symfony_support_finished

Portabiliser PHPEdit

Si vous êtes l’heureux possesseur d’une licence PHPedit, cet IDE est également portabilisable

source : http://doc.waterproof.fr/faq/phpedit/how_do_i_install_phpedit_on_a_usb_stick_phpedit_2_10_and_up

Il suffit de copier le répertoire c:\Program Files\WaterProof\PHPEdit\3.4.2 sur votre clé USB par exemple dans z:\Apps\PHPedit
créez le répertoire z:\Data\PHPEdit destiné à stocker l’espace de travail
Ensuite Deux solutions s’offrent à vous :
créer un fichier texte PHPEdit.PHPEditSettings dans le répertoire contenant PHPEdit.exe
enregistrer le contenu suivant dans z:\Apps\PHPedit\PHPEdit.PHPEditSettings

      ..\..\Data\PHPedit

      ..\..\Data\PHPedit

Sinon Rendez-vous dans « Outils » -> « Editer les préférences » (ou directement en tapant F1O)

• cliquez juste en dessous de la barre des titres là où il y a les deux flèches (1)
• cliquez ensuite sur « paramètres locaux » en haut à gauche (2)
• remplir le champs « Dossier de stockage des données de l’application » avec un path relatif (ici ..\..\Data\PHPEdit) (3)

Notez que je fais l’impasse sur eclipse que je trouve définitivement trop gourmand en ressource!

En guise de conclusion

J’ajoute également quelques outils portables supplémentaires que j’aime bien avoir à portée de clic:

• console 2 : un projet de console un peu plus fun que la ligne de commande de base. Au programme paramètrage du dossier d’ouverture par défaut, redimensionnement, choix des polices et de leur taille, consoles virtuelles et transparence … voici mon fichier de conf à copier / coller dans z:\Apps\Console2\bin\release
• winmerge : permet de fusionner facilement du code. C’est en gros une version graphique de la commande UNIX diff
• DBDesigner4 ou MySQL Workbench : designers graphique de base de données.

Depuis que j’ai suivi ce fameux tuto Create a Simple, Intelligent Accordion Effect Using Prototype and Scriptaculous, j’avais en tête, de mettre en place la coloration syntaxique sur mazenod.fr. Après prospection du côté de Geshi, j’ai finalement opté pour SyntaxHighlighter … outre le fait que l’un (Geshi) est en PHP et l’autre est en JS pure (SyntaxHighlighter), le dernier possède une fonctionnalité qui me faisait très envie et que je n’avais pas le temps de coder, c’est le bouton « copy to clipboard » qui permet de copier dans le buffer le contenu de la portion de code.
Très pratique!
Surtout pour les lignes de commandes … ça tombe bien! j’ai l’intention de me remettre à l’admin dans pas longtemps (et donc à la documentation qui va avec .

Outre ce petit détail la mise en place c’est faite en quelques minutes et l’intégration aux styles de FCKeditor est juste trop pratique!!

un petit copier / coller du filtre que j’ai utilisé pour l’intégration dans mazenod.fr (en symfony donc pour ceux qui ne suivent pas):

<?php class sfCmsCodeHighlightFilter extends sfFilter {
   public function execute($filterChain)
   {
      $filterChain->execute();
      if($this->isFirstCall())
      {
         $enable = "
         <script type=\"text/javascript\">
         SyntaxHighlighter.config.clipboardSwf = '/js/syntaxhighlighter/clipboard.swf';
         SyntaxHighlighter.config.strings.viewSource = 'Voir source';
         SyntaxHighlighter.config.strings.copyToClipboard = 'Copier dans le presse-papier';
         SyntaxHighlighter.config.strings.copyToClipboardConfirmation = 'Le code a été copié dans le presse-papier';
         SyntaxHighlighter.config.strings.print = 'Imprimer';
         SyntaxHighlighter.config.strings.help = 'A propos';
         SyntaxHighlighter.config.strings.expandSource = '+ Montrer la source';
         SyntaxHighlighter.all();
         </script>
         ";
         $response = $this->getContext()->getResponse();
         $response->setContent(str_ireplace('</head>', $enable.'</head>',$response->getContent()));
      }
   }
}

Rien d’exceptionnel c’était juste pour tester la coloration syntaxique … ça marche bien hein?

Une fois les étapes de création du projet, je commencerai à m’intéresser à l’objet User.

symfony propel-generate-crud back user User

Maintenant un petit jeu de données sur le modèle proposé par Askeet (le salted SHA1 me plait bien!!)

User:
  mazenovi:
    username:   mazenovi
    prenom: Vincent
    nom:  Mazenod
    password: mazenovi
    email: mazenovi@caramail.com
    blog: http://blog.onfamp.net
    homepage: http://vmazenod.free.fr
    presentation: un petit mot pour dire que
  r1bzh:
    username: r1bzh
    password: r1bzh
  ld:
    username: ld
    password:

Pour que ca marche il faut écrire la méthode setPassword dans lib/model/User.php

getUsername().$this->getEmail());
    $this->setSalt($salt);
    $this->setSha1Password(sha1($salt.$password));
  }
}

on écrit le script de chargement

initialize();
$data = new sfPropelData();
$data->loadData(sfConfig::get('sf_data_dir').DIRECTORY_SEPARATOR.'fixtures');
?>

on l’exécute

php batch/load_data.php

Reste à gérer l’authentification.
On commence par ajouter une action login au controleur

public function executeLogin()
  {
    if ($this->getRequest()->getMethod() != sfRequest::POST)
    {
      return sfView::SUCCESS;
    }
    else
    {
      return $this->redirect('@homepage');
    }
  }

Ensuite la vue correspondante loginSuccess.php

'form_login')) ?>



nom d'utilisateur

      
      get('username')) ?>
    


password

      
      
    



      getAttribute('referer')) ?>
      
    

Maintenant la validation du formulaire d’uathentification apps/back/modules/user/validate/login.yml

methods:
  post: [username, password]

names:
  username:
    required:     true
    required_msg: le nom d'utilisateur est obligatoire
    validators:   [usernameValidator, userValidator]

  password:
    required:     true
    required_msg: le mot de passe est obligatoire

usernameValidator:
    class:        sfStringValidator
    param:
      min:        2
      min_error:  le mote de passe doit comporter plus de 2 caractères

userValidator:
    class:         myLoginValidator
    param:
      password:    password
      login_error: nom d'utilisateur ou mot de passe invalide

Une fois fait reste à écrire le Helper de validation apps/back/lib/myLoginValidator.class.php

setParameter('login_error', 'Invalid input');
    $this->getParameterHolder()->add($parameters);
    return true;
  }

  public function execute(&$value, &$error)
  {
    $password_param = $this->getParameter('password');
    $password = $this->getContext()->getRequest()->getParameter($password_param);
    $login = $value;
    $c = new Criteria();
    $c->add(UserPeer::USERNAME, $login);
    $user = UserPeer::doSelectOne($c);
    if ($user)
    {
      if (sha1($user->getSalt().$password) == $user->getSha1Password())
      {
        $this->getContext()->getUser()->signIn($user);
        return true;
      }
    }
    $error = $this->getParameter('login_error');
    return false;
  }
}

Reste encore à écrire les méthodes signIn et signOut du sf User dans apps/back/lib/myUser.class.php

setAuthenticated(true);
    $this->setAttribute('nom', $user->getNom());
    $this->setAttribute('prenom', $user->getPrenom());
    $this->setAttribute('username', $user->getUsername());
  }

  public function signOut()
  {
    $this->getAttributeHolder()->clear();
    $this->clearCredentials();
    $this->setAuthenticated(false);

  }
  public function getUsername()
  {
    return $this->getAttribute('username');
  }

  public function getPrenom()
  {
    return $this->getAttribute('prenom');
  }

  public function getNom()
  {
    return $this->getAttribute('nom');
  }
  public function __toString(){
    return $this->getUsername();
  }
}

vider le cache de symfony

symfony cc

et faire un teste sur http://mydomain/user/login

Attendu que l’installation des extension PECL via pear ne fonctionne pas sous windows voici la marche à suivre pour installer l’une d’entre elle : fileinfo. FileInfo permet notamment de réupérer le type mime d’un fichier.
Normalement (c’est en tout ca sle cas dans wamp), la dll fileinfo.dll se trouve dans le répertoire des extenions PHP (« c:\wamp\php\ext » chez moi).
Il suffit donc de rajouter dans le php.ini du php apache (dans « c:\wamp\apache2\bin\php.ini)

extension=php_fileinfo.dll

jusque là pas RAS on est d’accord. c’est après que le folklore commence. Pour reconnaitre les type mimes, les fonctions fileinfo utilises un fichier texte magic.mime situé dans le répertoire extras de PHP (« c:\wamp\php\extras\ » chez moi). Grosso modo ce fichier contient des séquences de caractères, dites magiques, qui caractérise tel ou tel type mime. Pour que ce fichier soit correctement utilisé il faut enlever touts les « ! » contenu dans le fichier magic.mime et y faire référence dans les fonctions fileinfo via son path absolu windows sans l’extension. Typiquement

finfo_open(FILEINFO_MIME, 'C:\wamp\php\extras\magic');

source : http://www.developpez.net/forums/archive/index.php/t-169754.html
fileinfo.dll : http://pecl4win.php.net/list.php
le coup du ! : http://pecl.php.net/bugs/bug.php?id=9166

Voilà comme hier c’était best of windows j’ai eu également la joir de constater que la fonction rmdir de php ne fonctionne pas sous win32! On peut utiliser unlink pour supprimer des fichiers sans souci, mais impossible de supprimer un dossier même vide. Pour cause de l’utilisateur web n’a pas les permissions, et la partition NTFS ne se montrera pas compréhensive… Dans la série solution au scotch, je n’ai trouvé que celle là sur http://fr3.php.net/manual/fr/function.rmdir.php qui dit :

Save some time, if you want to clean a directory or delete it and you're on windows.

Use This:

            chdir ($file_system_path);
            exec ("del *.* /s /q");

You can use other DEL syntax, or any other shell util.
You may have to allow the service to interact with the desktop, as that's my current setting and I'm not changing it to test this.

donc soit on se fait une raison et on utilise les commandes DOS :-/ soit on autorise wampapache à intergair avec le bureau dans les propriétés du service …

Il est bien claire qu’ utf-8 est le charset préférable pour tous sites web.
Quand on a des données stockées dans une base de données, type mysql, mieux vaut aussi adopter ce charset.
Mais même avec les en-têtes HTML qui vont bien on obtient pas toujours le résultat escompté.
A l’époque r1bzh m’avait filé cette commande php a envoyé au serveur de BDD avant tout

mysql_query("SET CHARACTER SET 'utf8'");

Cette commande resoud tous les problèmes de manière quasi magique …
Mais quid du cas symfony?
Après être tombé sur ce snippet, qui n’a pas eu le résultat escompté pour moi, j’ai lu les commenatires et me suis rendu compte qu’il suffisait d’ajouter la ligne suivante dans le databases.yml

      encoding: utf8

Générer le MCD sous DBDesigner
Lister les actions, les vues et les méthodes dynamiques et statiques engendrées.
créer un dossier du nom « onfamp.net » du projet dans l’arborescence web
créer un vhost dans le httpd.conf d’Apache, servant le répertoire créé, avec un alias vers la bibliothèque symfony

   ServerName onfamp.net
   DocumentRoot "c:/wamp/www/onfamp.net/web"
   DirectoryIndex index.php
   Alias /sf "c:/wamp/php/PEAR/data/symfony/web/sf"
  
       AllowOverride All
   

créer la base de données « onfamp_net »
créer un utilisateur ayant les droits d’écriture sur cette base de données
créer effectivement le projet

symfony init-project onfamp.net

créer la partie public

symfony app front

créer la partie privée

symfony app back

créer un répertoire schema dans data et y copier le xml généré par DBDesigner
renommer ce fichier en db.xml
copier dbd2propel.xsl dans le même répertoire
copier ce script dans le répertoire batch du projet
convertir le MCD DBD en schema.xml

php batch\convertdb.php

pour que les futurs objets puissent interroger la base de données, éditer config/databases.yml

all:
  propel:
    class:          sfPropelDatabase
    param:
      phptype:  mysql
      host:     localhost
      database: onfamp_net
      username: myuser
      password: mypassword

renseigner les paramètres de connexion MySQL dans config/propel.ini

propel.database.url = mysql://myuser:mypassword@localhost/onfamp_net

convertir schema.xml en schema.yml

symfony propel-convert-xml

virer le schema.xml

del config\schema.xml

construire les models correspondant au MCD

symfony propel-build-model

construire le SQL nécessaire à la création des tables du MCD

symfony propel-build-sql

exécuter ce code SQL

symfony propel-insert-sql

initialiser son premier module en backoffice user User

symfony propel-generate-crud back user User

reste éventuellement à installer un FCK editor