Blog Blog - Balise - PHP

Un point sur le développement de PHP 5.3

Seza — Tue, 02 Sep 2008 01:57:00 +0200

Aujourd’hui les tâches assignées à la version Alpha 2 de PHP 5.3 sont marquées comme terminée.

Même si il reste encore du travail à l’équipe de développement pour finaliser PHP 5.3 nous pouvons déjà faire un point sur les changements. PHP 5.3 apporte énormément de nouveauté et de changement comparé au version mineure précédente. En d’autre terme en plus d’alimenter nombre de discussion à son sujet cette version est très attendu des développeurs et son adoption se fera certainement sans aucune difficulté.
En ce qui me concerne la sortie de PHP 5.3 est actuellement à mes yeux un changement plus important que celui de PHP 6 qui sera surement quand à elle la version mature des changements apporter et amorcer par PHP 5.3.

Encore faut-il bien comprendre ce que va nous apporter PHP 5.3. Je vais ici vous faire un point rapide mais pas technique sur ce que vous aller rencontrer dans cette prochaine version.

Nous pouvons observer ici une pré version du document recensant toutes les modifications apporter entre PHP 5.2 et PHP 5.3 : upgrade to PHP 5.3.
Ce document est en perpétuel changement comme tous les autres documents du wiki de PHP, ce qui est inscrit ici n’est donc pas à prendre au pied de la lettre et est susceptible d’être changer à tout moment. Même si beaucoup de chose peuvent être considéré comme acquise aujourd’hui avec la très prochaine sortie de l’Alpha 2 nous allons tout de suite voir que des modifications peuvent arrivées.

Un exemple important est le cas des namespaces, une grosse nouveauté pour PHP, pourtant une documentation des namespaces est déjà en ligne sur la doc. officielle de PHP. On peut observer à la lecture de la rfc sur les namespaces une réflexion sur la manière dont ils sont implémenter. L’implémentation des namespaces pourrait en effet être modifié, afin d’être améliorée à mon avis si le type de structure en bloc est choisi, ce qui entraînera la production d’une version alpha 3 de PHP 5.3 et retarderai sûrement sa sortie.
On peut d’ors et déjà comprendre qu’il n’est pas évident de développer pour PHP 5.3 dès maintenant avec de tel possibilité de changement.

Autre nouveauté intéressante à mon goût dont on a très peut parlé ce sont les closures dont le support est maintenant ajouté. Les closures amènent avec elles de nouvelles possibilités de programmation avec PHP 5.3 et je pense nous ne tarderons à voir arriver de nouveaux algorithmes basés sur les closures. Si vous souhaitez mieux comprendre ces dernières je vous invite à lire la rfc sur les closures.
J’apprécie le fait dans l’utilisation des closures avec PHP, la possibilité de préciser quelles variables de l’élément parent doivent être reprise dans la fonction lambda. Pour mettre déjà retrouver embêter dans ce genre de cas avec du Javascript notamment, qui ne permet pas cette précision, j’apprécie énormément cette possibilité.

L’apport de la structure label, goto est aussi nouveau pour PHP. C’est à mon goût assez dangereux, nombreux sont les programmeurs qui dans d’autres langages se sont déjà heurtés à l’empilement de ces structures provoquant un code incompréhensible et indébogable.

L’arrivée de la méthode magique __callStatic() résoudra quand à elle son lot de rustines et autres contournements que PHP nous imposait avec l’héritage de classe.
Une autre méthode magique __invoke() fait aussi sont apparition. À l’heure actuelle je ne trouve pas vraiment d’utilité à cette méthode mais qui sait peut être ce sera une nouvelle possibilité conséquente dans PHP.

L’arrivée du pilote mysqlnd pour Mysql apportera certainement un grand confort dans l’utilisation de PHP avec mysql avec des performances encore meilleure. J’espère que l’utilisation de PDO avec mysqlnd sera moins boguée et plus agréable ! Aujourd’hui en utilisant PDO, il m’arrive souvent de regretter ma bonne veille classe d’abstraction avec les fonctions mysql_*.

Attention aux projets utilisant : ncurses, fpdf, sybase, dbase, fbsql, ming. Ces extensions ne font plus partie de core PHP et sont migrées vers le dépôt PECL.
Les extensions PCRE, SPL” et Reflexion” ne pourront plus être désactivées. Vous pouvez donc vous basés dessus sans vous souciez de leur présence dans vos futurs scripts PHP 5.3.

De nombreux changements dans les fonctions existantes aussi sont amenés et de nouvelles fonctions font leur apparition. Dans ces « petits détails », je retiens notamment l’arrivée de date_diff() et quoted_printable_encode() qui me seront vraiment très utile. La constante __DIR__ aussi va venir se greffer dans mes scripts pour remplacer le bon vieux dirname(__FILE__).

Voilà pour un résumer rapide de ce qui est à retenir dans l’évolution à venir de PHP.

Eclispe - PDT sort en version finale !

Seza — Thu, 20 Sep 2007 22:22:00 +0200

Enfin après des mois d'attente, PDT le plugin pour l'IDE Eclipse sort en version 1.0. Que pensez-vous de cette nouvelle mouture ? D'ailleurs je me demande quels sont vos plugins préférés sur Eclispe. J'ai découvert Aptana il y a seulement 3 jours à travers le blog de Jean-Marc Fontaine et il a l'air excellent !

De quoi donnez des idées pour de nouveaux projets...

Ma wishliste pour la rentrée

Seza — Tue, 10 Jul 2007 13:24:00 +0200

Comme l'avant Noël, on pourrait faire l'avant rentrée. Je trouve que la rentrée est toujours un moment ou l'actualité prend beaucoup d'importance, autant en terme de communication qu'en terme de nouveauté. La rentrée c'est toujours le moment de sortir sont nouveau site, logiciel ou crie de guerre afin que tout le monde - sur le guet - ne puisse pas vous louper.

C'est bien là, la raison qui me donne envie d'écrire une wishliste de la rentrée avec ce que j'attends pour ce futur mois de septembre.

L'été c'est souvent le moment ou les esprits - sensé être au repos - foisonnent d'idées sous un soleil qui devrait se montré un peu plus en ce moment. Les esprits bulles sous la chaleur et les concepteurs s'imaginent déjà maître de la prochaine révolution.

Personnellement j'ai envie :

Que l'accessibilité devienne accessible. Les discussions autour de l'accessibilité se font nombreuses dernièrement et nombre de définitions autour de balises, de mode de conception sont en cours. Pour l'instant je trouve que - même si l'intérêt est énorme - lire les spécifications du RGAA ou enfin son actualité et ses début de réponses sont lourdes, compliquées à suivre et ont réellement tendance à embrouiller les esprits pour un spectateur comme moi.
Aujourd'hui donc vouloir créer un site en suivant scrupuleusement le WCAG, RGAA, WAI, les 92 critères d'accessiweb et j'en passe... Aujourd'hui donc je reprends, ceci relève du parcours du combattant. Loin est le temps ou il suffisait de lire la documentation HTML 4 du W3C pour faire un site propre. En fait, moi qui suis plutôt un fervent supportaire de l'accessibilité, aujourd'hui ce foisonnement de règles et directives ont tendance à me décourager, à me pousser à les ignorer.
Pourquoi ? Parce qu'aujourd'hui ou les outils de conception et d'aide à la création foisonne, CMS, éditeur Wisiwyg et compagnie et ces éditeurs ne peuvent aujourd'hui se tenir à jour – car tout change constamment – Et de part ce fait, dois-je oublier tout mes outils et reprendre mon bon vieux bloc note ? Sachant qu'avec ces efforts demain une nouvelle règles pourrait venir détruire des heures d'observation de mon code frais écrit et m'obliger à reprendre la conception de mon site dans ses bases.
Il est clair que si ce portrait aujourd'hui de l'accessibilité est plutôt négatif, il en reste de reflet de beaucoup de développeurs avec qui je discute. Ces derniers ont plutôt tendance pour la peine à se rétracter dans leur propre conception de l'accessibilité et de faire leurs propres règles en attendant d'avoir mieux. Je me souviens d'une époque ou l'on doublait nos sites, l'une était en flash et l'autre en HTML pour que tout le monde puisse avoir accès au contenu. Doit-on en arriver à créer un site pur texte , noir et blanc, spécial accessibilité construit dans ce cadre, une version pour chaque handicap existant, et laisser la partie créative qui nous emplie vraiment s'exprimer dans l'autre version ? Peut-on en fait réellement compilé en une seule version tous les documents web de sorte qu'il soit visionnable pour tout le monde.
Il est clair que cette vision de l'avenir ne m'enchante guère, que doit devenir l'accessibilité dans le web, encore plus dans le web 2.0 ou les contenus change dynamiquement qui font souvent appel à des service distant qu'on ne contrôle pas et encore encore plus dans le web 3.0 qui imaginons le assez facilement s'orienterait vers une navigation en 3 dimensions. Comment la 3D serait-elle traduite en braille, comment quelqu'un qui n'arrive à percevoir la profondeur (la simple perte d'un oeil par exemple) fera-t-il dans un environnement 3D. Comment un déficient visuel pourra-t-il appliqué sa propre feuille de style à la 3D. Comment l'accessibilité pourra-t-elle s'inviter dans un monde ou seul le mouvement de souris fera foie et tout ne sera qu'images ? L'accessibilité - à l'instar de certain paranoïaque de la sécurité - deviendra-t-elle seulement l'acte de quelque aficionados ou pourra-t-elle vraiment s'immiscer dans les concepts de création et faire foie de qualité et d'assurance pour l'avenir de son site.
Je pense qu'il faut rendre l'accessibilité accessible au plus grand nombre, commencé par l'éducation avec des règles simples. A la manière dont beaucoup on pu découvrir l'XHTML. C'est à dire quelques règles, facilement applicable comme bien préciser son DTD, ne plus chevaucher ses balises, limité l'utilisation de certaines balises puis proposé d'aller plus loin au fur et à mesure ou les gens s'y préparent et apprennent. Le web semble se fermé de plus en plus, cerner les fondements de l'ajax est bien difficile, manier parfaitement l'XHTML et le CSS n'est pas chose forcément aisée pour tout le monde déjà, les environnements riches comme Flash ou Silverlight ne sont pas simple à appréhender, la simplification du web en framework directement utilisable sont dans un sens contraire à l'accessibilité car cette dernière est aujourd'hui à traiter au cas par cas et il n'existe pas encore de solution globale pour y remédier. S'en va-t-on vers un régression du web où certains – la plus part des créateurs de site amateur – resteront sur le bas côté faute de compétences en la matière et seront totalement dépassés face à la masse de travail pour y parvenir. Les éditeurs professionnels auront–ils la volonté de vouloir se lancé dans ce grand sujet ? J'aimerai entendre un discours simple et convainquant sur le sujet. J'espère donc que la rentrée apportera des solutions en ce sens.

J'ai aussi envie de trouver des logiciels vraiment adéquat, notemment en matière d'EDI de programmation. Si les logiciels prolifèrent eux aussi beaucoup trop sont insatisfaisant ou incomplet. Chacun apporte sa fonctionnalité miracle pour en laisser beaucoup de côté. J'attends avec impatience la version 1,0 d'Eclipse PDT. Même si éclipse est très lourd pour les petit développement, c'est encore le meilleur environnement que j'ai trouvé jusqu'à maintenant mais je garde des petits outils ça et là pour telles ou telles utilisations bien spécifique. Pour moi éclipse reste trop pauvre pour ce qui est du CSS et du Javascript. J'aimerai donc à la rentée voir l'offre autour d'éclipse se compléter.
J'attends les sorties des prochains Mysql WorkBench qui chez moi actuellement est vraiment inutilisable. Dbdesigner reste bien meilleur encore aujourd'hui. Qu'un Windows XP SP3 sorte ?
Que Debian passe au dernier Gnome, qu'un trouve enfin des belles typos sous Linux car même si c'est un plaisir de travailler sous Linux, les écritures dégueulasse gâche vraiment tout malgré tous les efforts fait pour obtenir un résultat correct. Et que aussi les touchpads soit mieux géré et il y aurait tellement à demander...

Que j'obtienne la certification PHP. Petit plaisir que j'ai envie de m'offrir très prochaiement.

Voir PHP 6 sortir, idem pour HTML 5 et XHML 2. Que devient CSS 3 ? On craignait pour CSS3 que les navigateur mette trop de temps à y passer déjà que CSS2 n'était pas complètement implémenter. Les navigateurs sont entrer depuis dans une nouvelle bataille et ont repris de leur vigueur. Il serait peut être intéressant d'en profiter pour sortir CSS3 et voir les première implémentation sortir – rêvons par exemple pour Firefox 3 et IE8.

Bref comme on peu le voir j'attends et je rêve beaucoup pour cette rentrée. J'espère comme j'en ai longtemps parlé précédemment au niveau de l'accessibililité que les grands acteurs du web retrouve le bon chemin car je considère aujourd'hui comme une certaine perdition face à l'ampleur que prend internet aujourd'hui. HTML 5 et XHTML 2 l'avenir ? CSS 3 l'avenir ? Accessibilité l'avenir ? Environnement riche L'avenir ? Ajax L'avenir ?

Oui l'avenir ? J'entends par cette question, n'essaie pas t-il de faire trop complet et du coup compliqué pour certains. N'essaie-t-il pas de se focalisé sur des détails alors que la globalité est incomplète comme certain texte de loi que vote nos députés qui sont fortement complexe et précise sur bien des point mais qui finissent par contenir des gros contresens et d'énormes trou dans la réglementation voir être hors sujet ou à côté des attentes au final. Dans le monde libre il est nécesaire d'introduire des lignes de conduites, des protocoles à suivre. Aujourd'hui ce monde ne passe-t-il pas de l'autre côté de la barrière avec des tentatives d'autorité de plus en plus cinglante et contraignante. Le libre n'en ressort que moins libre.
Je souhaite aussi que cette mode de version Beta s'arrete. Beta deviendrai-t-il un label de qualité ? Un moyen marketing surtout. Il est fou sur le net de trouver des version beta de logiciel à vendre. Encore plus de trouver des site e-commerce en version beta. Que cela signifie-t-il ? « Nous risquons de débiter votre carte mais de ne pas envoyer vos produits, le logiciel n'étant pas encore au point... »

Hier orange, comme Free, bloque le port 25 afin de limiter le spam. Bonne ou mauvaise solution ? Les fai agissent-ils sur le bon vecteurs pour limité le spam. Le font-ils faute d'incapacité à utiliser d'autre moyen de protection ? Serait-il temps de rénover certains protocoles ?

Après ce bilan plutôt négatif, car volontairement négatif. Oui je souhaitait mettre l'accent sur ces points qui me dérangent de plus en plus. J'en oublie beaucoup et j'arrête ici car ce billet prend trop de longueur.
Je n'oublie pas non plus que le web aujourd'hui prend une nouvelle dimension, que de formidable révolution ont eu lieu et sont en cours. Mes questions et craintes sont elles le simple d'une étape difficile qu'on pourrait appelée la transition ?

A vos plumes, je souhaite sincèrement avoir vos avis sur l'avenir de ce qui est aujourd'hui le centre d'intérêt de beaucoup d'entre nous.

Serveur Debian - php et dotclear 2

Seza — Fri, 15 Jun 2007 20:29:00 +0200

CHAPITRE 6 : PHP + DOCLEAR 2

Maintenant que notre serveur web est installé, il serait bon de lui fournir un peu de dynamisme et rien de tel pour cela que d'installer PHP que je ne présenterai pas =).

Commençons par installer « php5 » et ce qu'il faut pour l'allier à « apache2 » :

ALBAN@bebeserv:~$ sudo -i
Password:
bebeserv:~# apt-get update
[...]
bebeserv:~# apt-get install apache2-mpm-prefork libapache2-mod-php5 php5-common php5 php5-cli php5-mysql
[...]

Maintenant comme à l'habitude coupons Apache le temps de le reconfigurer. Comme vous avez pu l'observer, nous avons changer la manière dont « apache2 » gère ses processus. Nous sommes passé de « apache2-mpm-worker » à « apach2-mpm-prefork ». Bien que « worker » soit plus rapide et offre une meilleure méthode de travail à « apache2 », « php5 » requiert que « apache2 » travail en « prefork » encore aujourd'hui. De même nous avons installé le minimum pour faire fonctionner notre configuration, c'est à dire « php5 » lui même, « php5 » en ligne de commande : « cli » et « mysql » pour « php5 », bien que « php5 » offre une couche d'abstraction totale pour l'accès au SGBD beaucoup de site sont encore construit autour de l'API mysql directement.

Retournons donc à notre configuration. Configurons « mpm-prefork » :

bebeserv:~# cd /etc/apache2
bebeserv:/etc/apache2# nano apache2.conf

Changeons notre configuration en ceci :

# prefork MPM
<IfModule mpm_prefork_module>
	StartServers          5
	MinSpareServers       5
	MaxSpareServers      10
	MaxClients          150
	MaxRequestsPerChild 500
</IfModule>

# worker MPM
#<IfModule mpm_worker_module>
#    StartServers          2
#    MaxClients          150
#    MinSpareThreads      25
#    MaxSpareThreads      75
#    ThreadsPerChild      25
#    MaxRequestsPerChild 500
#</IfModule>

Les commentaires sont facultatifs, ils me servent à me rappeler que mon apache tourne en « prefork », comme je l'avais fais dans le chapitre précédent. Enregistrez et quittez. Maintenant mettons à jour quelques points comme la configuration de « mod_dir ».

bebeserv:/etc/apache2# nano mods-avalable/dir.conf

Modifier la configuration comme suit :

<IfModule mod_dir.c>
	DirectoryIndex index.php index.html index.cgi index.pl index.php index.xhtml
</IfModule>

Enregistrez et quittez. Maintenant configurons « php5 » :

bebeserv:/etc/apache2# cd /etc/php5/apache2
bebeserv:/etc/php5/apache2# nano php.ini

Modifier comme suit :

;;;;;;;;;;;;;;;;;;;;
; Language Options ;
;;;;;;;;;;;;;;;;;;;;

short_open_tag = Off
allow_call_time_pass_reference = Off
open_basedir = /home/nobody/default_apache
ignore_user_abort = On
realpath_cache_size=16k
realpath_cache_ttl=120
expose_php = Off

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 10
max_input_time = 10
	
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

error_reporting = E_ALL | E_STRICT
display_errors = On			; A passé à Off quand vous rendez votre site web public
log_errors = On
ignore_repeated_errors = On
error_log = /var/log/php5.log

;;;;;;;;;;;;;;;;;
; Data Handling ;
;;;;;;;;;;;;;;;;;

arg_separator.output = "&amp;"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
default_mimetype = "text/html"
default_charset = "iso-8859-15"

;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;

allow_url_fopen = Off
default_socket_timeout = 10

;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;

[date]
date.timezone = Europe/Paris

[mail function]
;SMTP = localhost
;smtp_port = 25
;sendmail_from = me@example.com
sendmail_path = sendmail -t -f apache2@bebeserv.local

[mysql]
mysql.connect_timeout = 10

[session]
session.use_only_cookies = 1
session.name = SESSID
session.cache_limiter =
session.hash_function = 1

Enregistrez et quittez. Maintenant PHP est configuré pour travailler avec Apache mais pas pour fonctionner en ligne de commande. Refaites donc la même chose pour le CLI :

bebeserv:/etc/apache2# cd ../cli
bebeserv:/etc/php5/cli# nano php.ini

Mettez exactement les même paramètre à la différence de ceux-ci :

;open_basedir =
; ignore_user_abort = On
max_execution_time = 60
max_input_time = 10
memory_limit = 32M
log_errors = Off
file_uploads = Off

Enregistrez et quittez. Il nous reste à créer le fichier de log de PHP et de lui créer sa rotation :

bebeserv:/home/nobody/default_apache# cd /var/log
bebeserv:/var/log# touch php5.log
bebeserv:/var/log# cd /etc/logrotate.d/
bebeserv:/etc/logrotate.d# nano php5

Créez le fichier suivant :

/var/log/php5.log {
		weekly
		missingok
		rotate 4
		compress
		delaycompress
		notifempty
		create 640 root root
}

Voilà c'est terminer pour la configuration de PHP. A l'heure actuelle avec la directive « open_basedir », PHP est enfermé dans « /home/nobody/default_apache » pour chaque site que nous mettrons en place (et donc chaque virtual host) nous mettrons une directive « open_basedir » dans le virtual host afin que PHP soit ouvert uniquement pour ce site. Ainsi nous mettrons d'autre élément de configuration PHP dans la configuration des vhosts. Cette méthode offre le grand avantage d'offrir au dessus de la configuration générale de PHP beaucoup de finesse pour ajuster certain paramètre notamment de sécurité.

C'est ce que nous allons voir tout de suite en installant Dotclear 2. Un exemple simple et facile afin d'illustrer ce que nous venons de mettre en place durant les 4 derniers chapitres.

Mais avant de nous lancer, vérifions le bon fonctionnement de PHP et pour ceci dans notre vhost « default_apache » créons un fichier « php.php » qui nous donnera le phpinfo.

bebeserv:/etc/logrotate.d# cd /home/nobody/default_apache
bebeserv:/home/nobody/default_apache# nano php.php

Mettez ceci dans votre fichier :

<?php
phpinfo();
?>

Enregistrez et quittez. Donnez les bons droits à votre fichier :

bebeserv:/home/nobody/default_apache# chown nobody php.php

Rechargeons la configuration « apache2 » ainsi que « php5 ».

bebeserv:/home/nobody/default_apache# apace2ctl graceful
[...]

Maintenant observons notre phpinfo : Depuis un poste du réseau local allez à cette adresse : « http://10.0.0.2/php.php ».

Passons à la partie facultative de ce chapitre :

L'installation de Dotclear 2

Sachant que vous avez votre propre nom de domaine ici nous ferons une installation pour le réseau locale. il faut savoir que Dotclear ne requiert pas mais serait mieux avec la librairie GD2. !Nous allons donc l'installer.

bebeserv:/home/nobody/default_apache# apt-get install php5-gd
[...]

Rechargeons la configuration de PHP pour intégré GD :

bebeserv:/home/nobody/default_apache# apace2ctl graceful
[...]

Vous pouvez à nouveau regarder le phpinfo pour observer que GD est bien intégré dans sa version 2.

Maintenant nous allons préparer l'arborescence pour notre futur site. Afin de ne pas refaire la même manipulation à chaque fois, nous allons généré un squelette qu'il suffira de recopier :

bebeserv:/home/nobody/default_apache# cd ..
bebeserv:/home/nobody# mkdir skeleton
bebeserv:/home/nobody# cd skeleton
bebeserv:/home/nobody/skeleton# mkdir backup html includes logs sessions tmp
bebeserv:/home/nobody/skeleton# cd logs
bebeserv:/home/nobody/skeleton/logs# touch apache2.log php5.log
bebeserv:/home/nobody/skeleton/logs# cd ../../
bebeserv:/home/nobody# chown -R nobody skeleton

Voilà une bonne chose de faite, maintenant créons la véritable arborescence de notre site que j'appellerai ici « www.bebeserv.local » :

bebeserv:/home/nobody# cp -ra skeleton www.bebeserv.local

Nous devons dorénavant nous créer un vhost pour pouvoir exploiter tout ceci.

bebeserv:/home/nobody# cd /etc/apache2/site-available
bebeserv:/etc/apache2/site-available# nano www.bebeserv.local

Créez le fichier suivant :

<VirtualHost *>
		ServerSignature Off
		ServerAdmin webmaster@bebeserv.local
		ServerName www.bebeserv.local
		ServerAlias bebeserv.local
		ServerAlias 10.0.0.2

		DocumentRoot /home/nobody/www.bebeserv.local/html/

		<Directory /home/nobody/www.bebeserv.local/html/>
				AllowOverride All
				Order allow,deny
				allow from all
		</Directory>

		<IfModule mod_php5.c>
				php_admin_value open_basedir /home/nobody/www.bebeserv.local
				php_admin_value error_log /home/nobody/www.bebeserv.local/logs/php5.log
				php_admin_value upload_tmp_dir /home/nobody/www.paradoxal.org/tmp
				php_admin_value include_path .:/home/nobody/www.bebeserv.local/includes
				php_admin_value session.save_path /home/nobody/www.bebeserv.local/sessions
				php_admin_value sendmail_path "sendmail -t -f www@bebeserv.local"
		</IfModule>

		CustomLog /home/nobody/www.bebeserv.local/logs/apache2.log combined
</VirtualHost>

Enregistrez et quittez. J'ai mis en alias de serveur l'adresse IP de la machine afin qu'on puisse accéder au site localement pour le tester. Autorisons ce vhost :

bebeserv:/etc/apache2/site-available# cd ../site-enabled
bebeserv:/etc/apache2/site-enabled# ln -s ../site-available/www.bebeserv.local 100-www.bebeserv.local

Je garde une numérotation devant les nom des vhosts afin de définir l'ordre de chargement de ces derniers et ainsi leur priorité dans apache.

Puisque nous y sommes, ouvrons nous un compte FTP afin de compléter l'ouverture de notre futur blog :

bebeserv:/etc/apache2/site-enabled# cd /etc/vsftpd/user_conf
bebeserv:/etc/vsftpd/user_conf# cp example www.bebeserv.local

Dans le fichier « www.bebeserv.local » mettez les options qui vous plaisent et surtout :

local_root=/home/nobody/www.bebeserv.local

Nous pouvons ajouter notre utilisateur « www.bebeserv.local » à la base de donnée de « vsftpd » :

bebeserv:/etc/vsftpd/user_conf# cd ..
bebeserv:/etc/vsftpd# nano userdb

Entrez les lignes :

www.bebeserv.local
votre-mot-de-passe

Enregistrez et quittez puis recharger la base de donner de « vsftpd » :

bebeserv:/etc/vsftpd# vsftpd-makedb

Tout est OK, rechargeons aussi la configuration de apache :

bebeserv:/etc/vsftpd# apache2ctl graceful

Maintenant téléchargeons Dotclear 2 :

bebeserv:/etc/vsftpd# cd /home/nobody/www.bebeserv.local/html
bebeserv:/home/nobody/www.bebeserv.local/html# wget	http://download.dotclear.net/latest-2.0.tar.gz
[...]

Décompressez l'archive :

bebeserv:/home/nobody/www.bebeserv.local/html# tar -xvzf dotclear-2.0-beta6.tar.gz
[...]

Un dossier « dotclear » est créé, donnons lui les bons droits (ainsi qu'à tout ce qu'il contient) :

bebeserv:/home/nobody/www.bebeserv.local/html# chown -R nobody.nogroup dotclear

Supprimons le tarball :

bebeserv:/home/nobody/www.bebeserv.local/html# rm dotclear-2.0-beta6.tar.gz

Nous pouvons changer le nom du répertoire « dotclear » par « blog » par exemple :

bebeserv:/home/nobody/www.bebeserv.local/html# mv dotclear blog

Voilà c'est presque fini. Dotclear aura besoin d'une base de données, créons donc un utilisateur et une base pour Dotclear.

bebeserv:/home/nobody/www.bebeserv.local/html# mysql -u bebeserv -p
Entre password: 
[...]

mysql> create database bebeserv_dc2;
Query OK, 1 row affected (0.00 sec)

mysql> grant create, delete, insert, update, select, index, lock tables, alter, drop on bebeserv_dc2.* to 'dotclear2'@'localhost' identified by 'un-mot-de-passe';
Query OK, 0 rows affected (0.01 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

mysql> quit
Bye
bebeserv:/home/nobody/www.bebeserv.local/html#

Voilà c'est terminé, rendez vous sur la page « http://10.0.0.2/blog/admin/install/ » pour terminer l'installation. Pour le wizard de configuration Dotclear voici ce que vous aurez à entrer :

hote de la base : localhost
base de donnée bebeserv_dc2
utilisateurs de la base de donnée : dotclear2

Mémorisez bien le mot de passe qui vous sera fourni !

Voilà c'est terminé pour ce chapitre, vous avez intérêt à produire de bon billet maintenant !

bebeserv:/home/nobody/www.bebeserv.local/html# exit
logout
ALBAN@bebeserv:~$

Serveur Debian - apache

Seza — Wed, 13 Jun 2007 09:01:00 +0200

CHAPITRE 5 : APACHE

Maintenant que nous disposons d'un serveur FTP et d'un serveur de base de données, il est grand temps que nous installions notre serveur web.

Commençons par installer « Apache » :

ALBAN@bebeserv:~$ sudo -i
Password:
bebeserv:~# apt-get update
[...]
bebeserv:~# apt-get install apache2 apache2-doc apache2-utils apache2.2-common
[...]

Maintenant comme à l'habitude coupons le serveur fraîchement installé.

bebeserv:~# /etc/init.d/apache2 stop

Allons directement éditer la configuration de notre serveur :

bebeserv:~# cd /etc/apache2
bebeserv:/etc/apache2# nano apache2.conf

Changez les lignes suivantes :

Timeout 60
MaxKeepAliveRequests 75
KeepAliveTimeout 10

Par défaut aujourd'hui « apache2 » est installé avec le module worker MPM. Commentez donc les lignes :

#<IfModule mpm_prefork_module>
#    StartServers          5
#    MinSpareServers       5
#    MaxSpareServers      10
#    MaxClients          150
#    MaxRequestsPerChild   0
#</IfModule>

Pour le module worker je garde les réglages par défaut qui sont bien pour une configuration moyenne. Je change uniquement la valeur du « MaxRequetsPerChild » sur une valeur assez courte. Pourquoi ? Etant donné que nous allons plus tard installer et travailler avec PHP, PHP requiert (surtout dans sa version 5) beaucoup de mémoire. Les fils apache augmenterons leur mémoire alloué de manière conséquente. Ainsi pour servir une image un fils s'allouera disons 30 Ko de mémoire, ensuite s'il reçoit une requête pour un script PHP il agrandira sa mémoire disons à 4 Mo. S'il ressert la même image que précédemment il gardera les 4 Mo de mémoire allouée. C'est pourquoi il est fort intéressant (même si c'est consommateur en CPU) de renouveler les fils apache assez régulière de manière à ne pas surconsommer de RAM.

MaxRequestsPerChild 500

Maintenant en relation directe avec le chapitre sur l'installation du serveur FTP, configurez l'utilisateur et le groupe apache :

User nobody
Group nogroup

Utilisez ces utilisateurs permet de mettre en relation FTP, Apache, (et plus tard PHP) en limitant les problèmes d'utilisateur et de droits d'exécution. Tout le monde aura pour UID et GID « nobody » et « nogroup » ce qui évitera les problèmes du genre (je ne peux pas supprimé les fichier créer par PHP dans mon FTP... ou d'installer des plugins supplémentaire comme « suphp » pour apache). Pour une question de sécurité et de commodité par rapport au fichier UNIX caché, j'empêche aux utilisateurs d'accéder à tous les fichier commençant par un « . » et pas uniquement les fichiers commençant par « .ht »

<Files ~ "^\.">
	Order allow,deny
	Deny from all
</Files>

Toujours pour la sécurité, donnons un minimum d'information :

ServerTokens Prod
ServerSignature Off

Ensuite la configuration des différents modules :

DefaultLanguage fr
LanguagePriority fr en ca ...
AddDefaultCharset ISO-8859-15

Enregistrez et quittez. Supprimez le fichier de configuration du charset dans « conf.d » puisque nous venons de le préciser dans la configuration générale.

bebeserv:/etc/apache2# rm conf.d/charset

Pour moi le fichier « ports.conf » est correctement configuré puisque notre serveur sera ouvert sur l'extérieur. Maintenant supprimons les modules qui ne nous servirons pas.

bebeserv:/etc/apache2# cd mods-enabled/
bebeserv:/etc/apache2/mods-enabled# rm autoindex* cgi* env* negociation* setenvif* status*

Voici les seuls modules que j'ai a présent « alias », « auth_* », « dir », « mime ». Maintenant ajoutons les modules que nous souhaitons et qui n'étaient pas présent :

bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/deflate.conf deflate.conf
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/deflate.load deflate.load
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/expires.load expires.load
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/headers.load headers.load
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/rewrite.load rewrite.load
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/ssl.conf ssl.conf
bebeserv:/etc/apache2/mods-enabled# ln -s ../mods-available/ssl.load ssl.load

Voilà nous en avons terminé avec les modules. Maintenant pour éviter de divulguer notre configuration à tout le monde. Configurons notre virtualhost et créons une petite page d'accueil en attendant que notre site soit installé.

bebeserv:/etc/apache2/mods-enabled# cd ../site-available
bebeserv:/etc/apache2/site-available# cp default mydefault
bebeserv:/etc/apache2/site-available# nano mydefault

Entrez les modifications comme suit :

NameVirtualHost *

<VirtualHost *>
	ServerAdmin webmaster@localhost

	DocumentRoot /home/nobody/default_apache/

	<Directory />
		AllowOverride None
	</Directory>
	<Directory /home/nobody/default_apache/>
		AllowOverride None
		Order allow,deny
		allow from all
	</Directory>

	CustomLog /var/log/apache2/access.log combined
</VirtualHost>

Enregistrez et quittez. Activons ce site par défaut plutôt que celui proposé par apache :

bebeserv:/etc/apache2/site-available# cd ../site-enabled
bebeserv:/etc/apache2/site-enabled# rm 000-default
bebeserv:/etc/apache2/site-enabled# ln -s ../site-available/mydefault 000-default

Maintenant créons le dossier hébergeant ce virtuelhost et une petite page d'accueil :

bebeserv:/etc/apache2/site-enabled# cd /home/nobody
bebeserv:/home/nobody# mkdir default_apache
bebeserv:/home/nobody# chown nobody default_apache/
bebeserv:/home/nobody# cd default_apache/
bebeserv:/home/nobody/default_apache# nano index.html

Voici un petit html horrible mais qui suffira :

<html>
		<head>
				<title>Bienvenue sur bebeserv.bebenet.local</title>
		</head>
		<body>
				<h1>Bienvenue sur bebeserv.bebenet.local</h1>
		</body>
</html>

Enregistrez et quittez.

bebeserv:/home/nobody/default_apache# chown nobody index.html

Voilà c'est terminé. Nous allons pouvoir redémarrer apache et regarder si notre page d'accueil s'affiche bien.

bebeserv:/home/nobody/default_apache# /etc/init.d/apache2 start

Essayez cette adresse depuis votre navigateur sur un pc connecter au réseau local : « http://10.0.0.151/ » et observez le résultat !

Un dernier petit rappel nous n'avons pas configurer « iptables » dans cette section car nous avions déjà ouvert le port 80 pour « apt ».

Le chapitre est maintenant terminé.

bebeserv:/home/nobody/default_apache# exit
logout
ALBAN@bebeserv:~$

De la nouveauté cette semaine

Seza — Fri, 30 Mar 2007 22:12:00 +0000

Il y a de l'actualité pour PHP cette semaine, Zend nous envoie sa première newsletter en français avec s'il vous plait la publicatoin de son site en français ...

Pour découvrir le site de Zend en français (une chose dont j'ai longtemps rêvé) veuillez s'il vous plait entrez cette adresse dans votre navigateur :

http://www.zend.com/fr

Ensuite quelques chose au contraire de la première que je n'attendais pas et qui m'a énormément surpris. La sortie de Delphi for PHP à découvrir ici :

http://www.codegear.com/Products/Delphi/DelphiforPHP/tabid/237/Default.aspx (une page en ASP ... pour présenter du PHP ... :p)

Alors là je serais vraiment très curieux d'essayer ce nouvel EDI ayant dévleopper en delphi un certain temps, il m'amuse déjà à l'idée de mélanger c'est deux technologie. Par contre le prix d'entrée même si à l'heure actuelle 40 € sont offert reste quand même de 219 €. Alors forcément ça freine un peu.

Si vous avez déjà tester je suis preneur de vos retour d'expérience !

Recherche Développeur LAMP pour CDI

Seza — Thu, 29 Mar 2007 21:15:00 +0000

Et oui me revoilà après près de 2 semaines d'absence (et de lourds labeurs) ! Vous ne croyez tout de même pas que j'allais laisser tomber ce blog ainsi. Je viens chercher votre aide et un nouveau collègue (plus de un ?). Alors conformément à la conformitude je pose mon annonce :

Vous êtes développeur LAMP (Linux Apache Php Mysql), très motivé et professionnel dans le développement de vos applications PHP. Vous souhaitez intégré une équipe jeune, dynamique et performante, vous souhaitez intégré une société en plein essort, vous occupé de projet complet alors ce poste vous attends.

J'ai besoin de quelqu'un ayant au moins une expérience dans le domaine notament dans l'e-commerce car vous aurez à travailler sur des sites générant plusieurs millions de visiteurs unique par mois.

J'ai besoin de quelqu'un qui maitrise les outils de bases. C'est à dire le bloc note pour coder (accessoirement dreamweaver peut vous aider). Vous connaissez donc le bloc note, dreamweaver, eclipse, photoshop serais un plus. Vous travaillez aussi bien sous Windows que sous Linux. Vous savez administrer les serveur Apache et Mysql.

Vous matriser les concepts et normes élémentaires nécessaires au développeur, bash, Javascript (AJAX), CSS2, XHTML, accessibilité, XML (RSS/ATOM), url rewriting, putty, gestion de système de cache, DNS, emailing...

J'attends de vous que vous soyer pointilleux et précis dans votre travail. Vous n'êtes pas là pour assurer une charge de travail complémentaire mais pour apporter votre pierre à l'édifice et votre savoir.

Vous avez une terrible envie que je sois votre chef =p

Donc je résume, vous estimez pouvoir me convaincre alors n'hésiter pas !

Je recherhe aussi un intégrateur pour donner vie au développement produit dans nos bureaux. Vous maitriser le XHTML, vous maitriser photoshop, vous vous senter l'ame d'un rédacteur, vous êtes à l'aise avec un client FTP vous souhaiter contribuer à la bonne qualité de nos sites alors contactez moi aussi.

Le salaire sera agréable bien sur en fonction de vos compétence et expérience. Les postes à pouvoir sont bien entendu des CDI dans leur finalité.

Pour me joindre rien de plus simple envoyer moi un petit email à seza [ @ ] paradoxal [ dot ] org

J'espère que tous les lecteurs même non intéresser relaieront cette information de première urgence.

Merci beaucoup.

Dotclear 2.0 passe en Beta 6

Seza — Sat, 10 Mar 2007 19:22:00 +0000

Malgré que je sois sous Dotclear 1 je suis le développement de Dotclear 2 avec attention tellement j'apprécie le système. aujourd'hui j'ai donc testé Dotclear 2 beta 6 sorti il y a peu. Le changement par rapport à DC1 est radical...

DC2 malgré le fait qu'il soit encore en version beta fonctionne très bien. Certes il y a encore des petites imperfections mais dans la globalité cette nouvelle mouture est fort bien réussi.

De nombreuses nouveautés sont présentes, la navigation peut être enrichie de widgets, le multi blog est supporté en natif, le système antispam, point crucial aujourd'hui, est très bien conçu avec 5 filtres différents cumulable. J'en passe énormément sur les innovations pour vous laisse l'envie et le plaisir d'en découvrir plus quand vous l'essaierez vous même.

Alors pourquoi je ne suis pas encore passer sous DC2 ? C'est ici que ça coince. DC2 est gourmand en pré requis. C'est à dire que qu'il vous faut utilisé PHP5 avec la librairie MySql car Dotclear 2 visiblement s'il a été fait en PHP5 n'utilise pas PDO c'est très dommage d'autant plus que Dotclear supporte maintenant aussi Postgres. Deuxième point noir mais facilement rattrapable par contre il faut que vous installiez InnoDB sur votre serveur MySql.

Donc pour résumé n'ayant que PHP4 et n'ayant pas activer Innodb sur mon serveur, il faut d'abord que je reprenne le serveur pour pouvoir installer Dotclear 2. Sachant que j'ai des applis qui tournent toujours en PHP4 en dehors du blog, il faudrait que je migre toutes mes autres applis.. Pas une mince à faire puisque l'une d'elle est un projet sur lequel je bosse depuis près d'un an maintenant.

Ça sera donc pour plus tard pour moi.

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's

Seza — Sun, 04 Mar 2007 22:34:00 +0000

Depuis peu j'ai enfin décidé de me mettre à la plateforme Eclipse notamment pour codé en PHP avec le plugins PDT encore appelé PHP IDE supporté par la société Zend. J'avais auparavant testé aussi le plugins PHPEclipse.

PDT est donc tout nouveau tout neuf et encore en phase de développement puisque la version déployée actuellement est le 0.7 RC2. La version 0.7 finale de PDT devrai arrivé courant de ce mois ci. A l'heure actuelle je trouve cette version moins complète que PHPEclipse, la coloration syntaxique est pauvre par exemple néanmoins elle s'intègre mieux que PHPEclipse. Ainsi les exécutable php4 et php5 sont déjà présent et directement intégré, vous pouvez aussi du coup directement tester votre code dans la perspective PHPDebug fournie dans PDT, jouer avec les points d'arrêts etc... C'est ce qui faisait défaut à PHPEclipse ou devait être intégré à la main.

Si dans un premier temps cette intégration complète de PHP dans Eclipse grâce à PDT est un avantage, il peut s'avérer très vite désavantageux. Je n'ai pas vraiment cherché à l'heure actuelle mais je sens le problème se profiler. Comment ajouter des éléments à PDT tel que XDebug pour faire du profiling etc...

Côté PHPEclipse j'ai été directement coincé pour le debug car si PHPEclipse propose une configuration facile pour XAMPP, j'ai voulu installer PHP DBG et celui ci ne s'accouple pas encore sur la version 5.2 de PHP.

Voici les distributions que j'ai testé :

PDT all-in-one : contient Eclipse 3.2.2 ainsi que PDT et tout les plugins nécessaire au bon fonctionnement de PDT. A l'heure actuelle la page de téléchargement de PDT depuis Eclipse http://www.eclipse.org/pdt/downloads.php ne fonctionne pas, vous trouvé la distro sur le site de zend ici : http://www.zend.com/pdt seulement l'adresse de mise à jour de PDT (dans find and install) ne fonctionne pas, il vous faudra recréer un lien vers : http://downloads.zend.com/pdt.
Eclipse seul et ajout de PDT à la main : opération pas forcément évidente à faire que si vous possédez déjà un Eclipse bien installer.
Eclipse seul et ajout de PHPEclipse à la main : Plus facile que PDT mais pour la peine il fait ajouter d'autre plugin's pour complété un peu votre distribution.
EasyEclipse for PHP : Distro tout faîte avec PHPEclipse. Elle est très simple d'installation avec beaucoup de plugins (peut être un peu trop de bazar dans Eclipse pour la peine). Une manière efficace de découvrir Eclipse sans passé des heure à comprendre comment il fonctionne. EasyEclipse for PHP c'est ici

Jusqu'à maintenant celle qui me satisfait le plus est PDT all-in-one. Bien que par exemple EasyEclipse for PHP soit tout aussi satisfaisante en elle même, je m'y retrouve mieux dans cette première et j'espère beaucoup des futures versions préparer par zend. Si celle ci doit devenir le standard, autant s'y mettre dès maintenant. (Serais-je conformiste ?).

Je tiens à mettre une série de plugin's que j'ai installé pour complété cette distro :

Hash ME : permet de généré des hash type md5, sha-1 etc... pratique pour tester vos applications qui utilise les hashs.
Multi Clipboard : permet de garder en mémoire vos copier-coller. Très utile !
Regex tester : permet de tester vos regex, très bien construit mais payant. Vous pouvez obtenir une licence pour 5 euros via paiement par Paypal.
SQL explorer : afin de parcourir vos tables et les requêter sans quitter Eclipse. Pour l'utiliser avec MySql il vous faudra télécharger le driver java adéquat ici : http://www.mysql.com/products/connector/j/
Webdav an FTP : pour uploader vos sites et les synchroniser simplement : http://www.eclipse.org/eclipse/platform-team/target.php

Tout ça serais trop beau si il n'y avais pas eu quelques contraintes. Etant donné que je ne connais pas encore bien Eclipse il y va fort que la source des problèmes soit moi même. J'ai ajouter un dictionnaire français et ajouter le spell checker, beaucoup de mot même français sont mis en erreur. Je n'arrive pas non plus à obtenir des propositions de corrections et tous les éléments du code (mot clé, fonction ...) sont mis aussi en erreur. Ce qui n'est pas idéal j'ai donc été contraint de l'enlever. Malgré l'installation de WST incluse dans PDT je trouve que les fonctionnalité apportée sont très pauvre. Pas d'auto complétion du code pour Javascript ni CSS. La coloration syntaxique pour le Javascript est très pauvre.

Il resterait beaucoup à dire mais pour ceci il faudrait que je sois un utilisateur un peu plus avancé pour assoir beaucoup de dire que je pourrai faire. Pour l'instant je souhaiterai perfectionner mon utilisation et aussi utiliser les bons outils donc si vous avez des astuces, solutions, plugin's à me présenter j'en serai ravi !

Etes-vous un pro du web ?

Seza — Mon, 22 Jan 2007 05:08:00 +0000

Alsacréations nous offre une série de Quiz pour tester ses connaissances sur l'univers de l'internet et du développement des sites. Serez vous de taille ?

Rendez-vous simplement sur cette page et voyez par vous même !

Je vous communique mes résultats ci-dessous, je vois que j'ai encore du progret à faire ! (On reconais quand même le développeur PHP =p)

Quiz N°1 : XHTML débutant Total : 10 / 10 Note : Vous avez répondu au quiz en 112 secondes.

Quiz N°2 : XHTML moyen Total : 7 / 10 Note : Vous avez répondu au quiz en 195 secondes.

Quiz N°3 : XHTML difficile Total : 8 / 10 Note : Vous avez répondu au quiz en 201 secondes.

Quiz N°4 : CSS débutant Total : 10 / 10 Note : Vous avez répondu au quiz en 122 secondes.

Quiz N°5 : CSS moyen Total : 8 / 10 Note : Vous avez répondu au quiz en 290 secondes.

Quiz N°6 : CSS difficile Total : 5 / 10 Note : Vous avez répondu au quiz en 570 secondes.

Quiz N°7 : JS / DOM débutant Total : 9 / 10 Note : Vous avez répondu au quiz en 181 secondes.

Quiz N°8 : JS / DOM moyen Total : 7 / 10 Note : Vous avez répondu au quiz en 215 secondes.

Quiz N°9 : JS / DOM difficile Total : 4 / 10 Note : Vous avez répondu au quiz en 260 secondes.

Quiz N°10 : Accessibilité Total : 8 / 10 Note : Vous avez répondu au quiz en 288 secondes.

Quiz N°11 : PHP facile Total : 10 / 10 Note : Vous avez répondu au quiz en 143 secondes.

Quiz N°12 : PHP moyen Total : 10 / 10 Note : Vous avez répondu au quiz en 179 secondes.

Quiz N°13 : PHP difficile Total : 10 / 10 Note : Vous avez répondu au quiz en 234 secondes.