Si vous avez déjà travaillé à plusieurs sur un projet, vous avez pu, malgré toutes les garanties qu’offre la gestion de configuration comme Subversion ou ClearCase, voir votre fichier de paramétrage écrasé par celui d’un autre développeur. Cela peut devenir vite rageant lorsque le travail est envoyé sur le serveur quotidiennement. Voici une astuce pour tenter d’y remédier.
Dans toute application un tant soit peu professionnelle, vous aurez besoin de définir le chemin racine de votre site, pour diverses tâches comme par exemple l’upload d’un fichier.
Cependant, il y a des fortunes diverses. Certains comme osCommerce vous laissent cette opération à faire dans le fichier de config. D’autres comme Typo3 tentent un calcul à l’arraché à partir des variables DocumentRoot et de l’URL appelante, donnant des résultats croustillants (surtout lorsque le DocumentRoot est séparé physiquement de vos sites Web…).
Alors qu’il y a une astuce assez simple. La directive suivante :
$site_rootdir = realpath(dirname(__FILE__));
vous donne le chemin absolu vers le script dans lequel vous vous trouvez. Donc, si votre fichier de configuration est à la racine du site (ce qui est souvent le cas quand il n’est pas dans un dossier include ou conf), c’est gagné 
C’est officiel depuis le 13 juillet sur le site php.net : le support de PHP 4 se terminera le 31 décembre 2007. L’abandon du code dans un carton sera entériné en juillet 2008, et durant cette période sous respirateur artificiel, seules les mises à jour de sécurité seront faites. Cela laisse normalement toute la marge nécessaire pour passer sous PHP 5. A ce titre, la documentation de PHP comporte des chapitres nécessaires à la migration de la v4 aux différentes v5.
Cette étape est nécessaire. Les développeurs ne peuvent en effet plus maintenir 3 versions à la fois, puisque PHP 6 est déjà sur les rails depuis un moment. L’autre objectif est de commencer à forcer un peu la main aux utilisateurs, comme cela a été initié par l’ignoble site GoPHP5, à passer à la version 5, dont le modèle objet s’avère plus complet. PHP 4 trône encore sur beaucoup de serveurs et certaines distributions (oui toi, là, avec la spirale….) ont conservé beaucoup trop longtemps cette version en standard. Donc… faites chauffer votre IDE favori !
Si vous avez déjà rencontré des problèmes avec la fonction Array.sort() en Javascript avec IE, tandis que Firefox vous donne un résultat très rapide, alors cette page est pour vous.
Ce code va vous sauver la vie, en particulier si vous vous êtes lancés dans AJAX et dans le tri dynamique de tableaux HTML !
Si vous pensez qu’il manque à PHP des outils permettant d’évaluer la performance de votre code, ou que vous pensez que le débogage de script est particulièrement fastidieux, alors xDebug va vous passioner.
Cet outil, développé par Derick Rethans - qui bosse sur le moteur du langage, est tout simplement un complément indispensable au développeur PHP qui évolue en milieu professionel. Et en plus, il est open source !
Dernier volet de mon article sur la prochaine version de PHP. Avec, last but not least, l’évolution qui justifie à elle seule le changement de numéro de version : Unicode
Les serveurs proxy sont une plaie pour les sites dynamiques dont le contenu change régulièrement (site d’actualités par exemple). Voici deux astuces pour contourner la mise en cache par les proxy et les navigateurs.
Si vous êtes passé sous PHP 4.4 ou 5.0.5 récemment, vous avez peut-être rencontré l’erreur suivante : “Only variables can be passed by reference”.
Certains passages ou retours de valeurs par référence n’avaient pas de sens dans PHP 4.3. La version 4.4 (ainsi que la 5.0.5) envoie donc un message E_NOTICE.
Cet article de l’incontournable Derick Rethans explique l’origine du problème et comment y remédier. Il est donc conseillé de vérifier votre code en regard des exemples qui sont présents dans ledit article.
Commentaires récents