Pour éditer le fichier dans le terminal avec le super utilisateur, taper dans le terminal :

error_reporting

Par défaut, PHP est configuré pour afficher toutes les erreurs sans les remarques et avertissements (non fatales) :

Suivant les conseils donnés dans cet article, j’ai passé la ligne d’error_reporting à :

Ce réglage permet selon moi de mieux débugguer son code (en effet, souvent les avertissements donnés sont justifiés et je n’aime pas l’aspect trop permissif de PHP – comme le fait de pouvoir utilisé une variable non initialisée par exemple).

• $_SERVER (manuel PHP)
• Les principales entrées de $_SERVER en PHP

Deux variables sont accessibles dans le script :

• $argc : est un entier qui contient le nombre de paramètres.
• $argv : est un tableau qui contient les différentes variables.

À noter que le nom du script constitue la première variable.
On a donc toujours :

• $argv au moins égal à un.
• $argc[0] contient le chemin appelé.

$argc[0] est égal à $_SERVER['PHP_SELF']

La variable $argv peut servir à vérifier que le nombre d’arguments correspond au nombre attendu. Si ce n’est pas le cas, on pourra bloquer le script avec la fonction exit() en indiquant la syntaxe attendue.

Un exemple d’un tel script est donné dans ce script de conversion d’une couleur RGB en code hexadécimal.

En savoir plus :

• (Manuel PHP) Utiliser PHP en ligne de commande
• (Manuel PHP) la fonction exit

Coloration Syntaxique du PHP dans FSHL

Si vous cherchez du code déjà prêt à l’emplois (copier-coler), regardez le sous-dossier « examples » de l’archive d’installation.

Voici un premier exemple pour monter l’utilisation de base de FSHL

1) Inclure la librairie dans le projet :

2) Préparer le texte à colorer :

3) Choisissez les options :

$output_module est le module utilisé pour l’affichage. ‘HTML_UFT8′ désigne une sortie au format XHTML encodé en UFT8.
$start_language est le langage au début du code.

4) Executer le code

Il faut instancier la classe fshlParser :

Il faut ensuite appeler la fonction qui colore le fichier.
Le resultat est retourné par la fonction highlightString().
On l’affiche dans la page HTML encadrée par une balise <pre>.

Où sont les couleurs ?

FSHL n’ajoute jamais la feuille de style à la sortie. Il se contente de d’ajouter des classes css au code, et il faut ajouter la feuille de style correspondante à la page qui affiche le code.
Une feuille de style de démonstration est est donné dans l’archive à télécharger : fshl/styles/COHEN_style.css
Il est possible de la placer n’importe où et de la modifier selon les besoins.

Avec un éditeur de texte :

TextMate :

De nombreux éditeurs de texte réalisent la coloration du code en cours de saisie. Certain d’entre eux (dont le mien TextMate) propose d’exporter le texte saisi au format HTML pour le réafficher dans un navigateur web comme il apparaît dans l’éditeur.

Dans TextMate il faut sélectionner le menu action dans la barre sous la fenêtre de l’éditeur, puis choisir TextMate et l’option « Create HTML From Document » (ou « Create HTML From Selection »). L’option « Create CSS from Current Theme » permet de récupérer la feuille de style associé.

avec TextMate

Avec des scripts en PHP :

(exécution côté serveur)

fshl :

Script qui colore rapidement et correctement les une dizaine de langage courants. Gère très bien le mélange de langages (CSS, JS, PHP) dans l’HTML.
Page du projet.
Test en ligne
Comment utiliser FSHL ? sur ce site.

avec FSHL

GeSHi – Generic Syntax Highlighter :

Projet assez ancien qui supporte de très nombreux langages de programmation (une centaine). Il a la réputation d’être une usine à gaz.
Page du projet
Test en ligne
Implémentation dans un plugin wordpress : WP-Syntax

avec GeSHi

PHPaintCode par derfum :

(anciennement Coloration Syntaxique)
Limité à la coloration du PHP. Support en Français.
Page du projet

avec PHPaintCode

Fonction PHP :

Il existe une fonction PHP qui colorie le code PHP d’un document. Il n’y a pas de feuille de style, on ne peux donc pas choisir les couleurs.

avec highlight-file()

Par des scripts en javascript :

(exécution côté client)

syntaxhighlighter

Page du projet
Implémentation dans un plugin wordpress : Google Syntax Highlighter for WordPress

avec syntaxhighlighter

A lire sur le web :

• Fshl : un bon colorateur syntaxique en PHP
• Écrire et publier du code sur WordPress
• Plugin de coloration syntaxique (Dotclear 2)
• Coloration syntaxique – Wikipédia
• Wordpress Plugin Directory [Tag: syntax] : Catalogue des plugins wordpress pour faire de la coloration syntaxique (en anglais)

Cette note recense des liens pour les retrouver rapidement et faire son choix.

Introduction :

D’après wikipedia [lien] :

Comparatifs :

- Dix frameworks PHP JDN|développeurs (13/03/2006)
- Benchmark fonctionnel Rails, Django & CakePHP breek (20/10/2006)
- Smile.fr – Livre Blanc des Frameworks PHP : Le point sur les différents Framworks PHP en 77 pages avec présentations, explications, exemples de code…

Liens :

CakePHP :
- Site officiel : http://www.cakephp.org/
- (fr) http://www.cakepourtous.org/
- (fr) http://www.cakephp-fr.org/
- Expérience CakePhp lephp.com (17/10/06)

eZ Components :
- Site officiel : http://ez.no/ezcomponents

Mojavi :
- Site officiel : http://www.mojavi.org/

Prado :
- Site officiel : http://www.xisc.com/

Phocoa :
- Site officiel : http://phocoa.com/

phpMVC :
- Site officiel : http://www.phpmvc.net/

PHP on Trax :
- Site officiel : http://www.phpontrax.com/

Seagull :
- Site officiel : http://seagull.phpkitchen.com/

Symfony :
- Site officiel : http://www.symfony-project.com/

WACT :
- Site officiel : http://www.phpwact.org/

Zend Framework :
- Site officiel : http://framework.zend.com/

Django (Python) :
- Site officiel : http://www.djangoproject.com/

Configuration de test :

• Xoops 2.0.16
• TinyEditor 1.0

Image Manager

Ma solution est simple :

Il faut ajouter deux lignes pour indiquer le tri désiré au moment de la requête SQL sur la base de données :

• le nom de la table sur lequel on fait le tri (voir ci-dessous toutes les possibilités, dans mon cas : ‘image_created’)
• si celui-ci est ascendant (‘ASC’) ou descendant (‘DESC’).

La requête SQL n’est pas écrite directement, mais à partir d’une instance ($criteria) de la classe : CriteriaCompo. Il faut donc se servir des méthodes setSort($sort) et setOrder($order) de l’objet.

Ce qui donne les deux lignes suivantes :

Ces lignes se placent au même niveau que les autres « $criteria->… » dans le fichier site_xoops/imagemanager.php. À savoir juste après la ligne 90 :

et avant :

Image Manager dans TinyEditor

Si vous utilisez l’excellent éditeur WYSIWYG TinyEditor avec le manager d’image xoops, il faut savoir que celui-ci a été réécrit pour ce module. Les 2 lignes de code sont à insérer dans le fichier site_xoops/modules/tinyeditor/editor/plugins/ximagemanager/tinyedimagemanager.php, de la même manière : entre la ligne 114 :

et

Critères de tri

La table qui stoque les images contiens les champs suivants (chacun d’entre eux est utilisable comme clé pour le tri) :

• image_id : clé unique de l’image (il s’agit d’un nombre entier donné dans l’ordre croissant au fur et à mesure des ajouts)
• image_name : nom de l’image (il est généré aléatoirement au moment du téléchargement sur le serveur)
• image_nicename : nom d’affichage de l’image (c’est celui qui est indiqué lors du téléchargement et qui correspond à la colonne de droite dans le manager)
• image_mimetype : type du fichier (image/gif, image/png, image/jpeg …)
• image_created : date de création (sous forme d’un timestamp unix)
• # image_display : 1 si l’image doit être affichée (aucun intérêt pour le tri, l’utilisateur ne voit de toute façon que les images dont le image_display est à 1 )
• image_weight : poids de l’image (sur ma configuration de test, ce champ n’est pas renseigné… S’agit-il d’un bug)
• # imgcat_id : identifiant de la catégorie à laquelle appartient l’image (aucun intérêt pour le tri, l’utilisateur ne voit de toute façon que les images dont la catégorie est celle qui a été choisie. )

Par définition, LAMP est un acronyme qui désigne la réunion sur une même plateforme de : Linux (système d’exploitation), Apache (serveur web), MySQL (serveur de base de données) et PHP (langage de script). Par définition donc, Mac OS n’est donc pas une solution LAMP, puisque Mac OS n’est pas un Linux. Néanmoins, Mac OS X est un UNIX (basé sur FreeBSD) et peut tout à fait servir de serveur web. Wikipédia propose le néologisme MAMP pour désigner de telle solution.

Cet article décrit comment installer un serveur Web sur la version normale de Mac OS X. Un tel serveur web peu notamment servir à faire des essais, ou alors comme serveur d’un intranet par exemple. Pour des besoins plus évolués, il faudrait certainement se pencher sur l’utilisation de MAMP avec Mac OS X Serveur (les principes de cet article doivent tout de même être vrais).

Apache :

Par défaut Apache est installé pour Mac OS X. Pour le lancer c’est très simple, il faut faire :

Menu Pomme > Préférence Système > Partage > Services

Dans la liste il suffit de sélectionner Partage Web personnel et de cliquer sur Démarrer.

Dès que l’on tape : http://localhost/ (ou http://127.0.0.1/) dans son navigateur, on obtient les pages du serveur Apache.

La racine du serveur web se trouve dans le dossier :

Macintosh HD > Bibliothèque > WebServer > Documents.

Il faut des droits d’administrateur pour modifier ce dossier.

Chaque utilisateur a la possibilité d’avoir son site internet. Il place alors ses pages dans le dossier :

Macintosh HD > Utilisateurs > Dossier personnel (la maison) > Sites

Les pages sont alors disponibles à l’adresse : http://127.0.0.1/~nom_dutilisateur/

MySQL :

Il est tout à fait possible d’avoir une base de données MySQL. Pour ma part j’ai choisi d’installer une solution toute faite proposée par ServerLogistics.

Elle a l’avantage de s’installer avec un simple fichier .pkg (utilisable avec l’installateur Apple) et propose un PreferencesPane (module pour les préférences système).

Emplacement du Socket MySQL

Récemment, j’ai rencontré un problème avec le Soket MySql. Il semblerait qu’il y ait un ancien et un nouvel emplacement :

• Par défaut, Apache l’attend ici : /var/mysql/mysql.sock
• Celui installé par ServerLogistics se trouve à l’ancien emplacement : /tmp/mysql.sock

Il faut donc modifier le fichier de configuration pour indiquer que l’on veut l’utiliser l’ancien emplacement. Le fichier de configuration est à l’adresse : /etc/php.ini

Voici comment modifier le fichier de configuration (lire également l’article sur l’édition des fichiers textes dans le terminal si vous n’êtes pas à l’aise avec son utilisation). Dans le terminal taper (il faut être administrateur) :

dans le fichier, il faut modifier la valeur de la variable mysql.default_socket. Il faut que la ligne soit égale à :

Plus d’information sur ce changement sur le site d’Apple : améliorations de l’interaction Apache/PHP/MySQL.
(cela concerne la version serveur, mais le fonctionnement est sensiblement le même)

PHP :

Par défaut, PHP n’est pas activé. Il faut le faire en modifiant le fichier : /etc/httpd/httpd.conf

Il s’agit de décommenter (enlever un #) devant certaines lignes.

Lancer l’éditeur en tapant dans le terminal (il faut être administrateur) :

Les détails des lignes à modifier sont bien décrits dans l’article : xrings : Activer PHP sous Mac OS 10.2 (Copie de l’article au format pdf : xringsnet-activer_php.pdf)