Pour les <?php, un simple exemple, la déclaration d'un document xml :
<?xml version="1.0" encoding="iso-8859-1"?>

Dans ce cas, on peut être confronté à une erreur et ce type de déclaration va être très fréquente avec les nouveaux standards comme xhtml par exemple.

J'ecris ce commentaire pour prévenir ceux qui ont commenté cette source et qui peut-être l'ont téléchargée.

Merci de me prévenir en cas de problème à l'actu.

Peut-être qu'un commentaire like ((ardeche AND 2004)OR(2004 OR ardeche)) OU date like ((ardeche AND 2004)OR(2004 OR ardeche)) ferait l'affaire, mais je ne sais pas si c'est techniquement possible avec mysql.

Bah, sur le CMS que je suis entrain de développer, j'ai intégré au formulaire de recherche une case à cocher selon qu'on veuille rechercher la présence de tous les mots-clefs ou prendre aussi les résultats ne contenant que l'un des mots-clefs. Mais ça ne résoudrai pas ton problème puisque je cherche tous les mots-clefs mais dans un seul champ...

En réalité, je me suis aussi posé cette question pour pouvoir résoudre ce problème, mais pas encore trouvé de solution évidente. J'imagine qu'en créant un formulaire permettant de spécifier  la ou les valeur(s) recherchée(s) pour chaque champs serait une solution, mais malheuresement, ce serait une solution assez fastidieuse à mettre en place et je n'en ai pas encore le temps.

Néanmoins, ce que tu peux faire, c'est reprendre mon code et générer un formulaire de recherche avancée créé dynamiquement selon les particularité de la table prise en compte.

Dans le CMS que je crée, cette option sera bien évidemment créée, mais pas pour le moment et je ne peux te proposer de code comme celui-là puisqu'aujourd'hui, je crée les formulaires d'ajout/modification dynamiquement et il serait difficile de ne tirer de mon code que les fonctions de recherche.

Par contre, il peut y avoir une solution basée sur les maths avec les et/ou mais ce sont des formules dont je ne me souviens plus très bien la forme. Un (a ou b) et (c ou d) equivaut je crois à un (a et c) ou (b et d) ou (a et d) ou (b et c). Donc, pour ton truc, un date like (ardeche ou 2004) et commentaire like (ardeche ou 2004) equivaut à un résultat (ardeche et 2004) mais pas dans le même champs mysql.

Bref, renseigne toi sur les opérateurs mathématiques, doit y avoir des formules intéressantes dans notre cas.

L'utilisation du switch n'est pas très bien gérée en PHP et d'un point de vue rapidité d'éxecution, il semblerai qu'il soit plus pratique d'utiliser l'imbrication des conditions plutôt qu'un "switch".

Heu, j'ai mis 1, renseignes toi au sujet de mysql_num_rows()

Non, malheureusement, et je sais pas trop pourquoi... Chez moi, en local, la redirection des erreurs fait que dans mon $_SERVER['REQUEST_URI']; j'ai l'URL qui a provoqué l'erreur, chez free, t'as l'URL de rediredtion et tu peux pas en faire cgrand chose...

En fait, en réponse à certain commentaires, je ne pense pas qu'il faille parler de % de personnes visées. Bien au contraire, ce qui est vraiment bien en xhtml, c'est qu'avec ce language, on vise 100% des personnes susceptibles d'avoir une connexion. Et ce, pas seulement pour les handicapés (même s'il est louable de penser à eux qui n'ont pas notre chance) ou des utilisateurs de Lynx. Mais aussi, tous les naviguateurs qui sortiront plus tard. Imaginons que d'ici quelques années, on fasse un mini-browser portable, il va de soi qu'une page des années 90 ne passera pas dessus, tout simplement parcequ'un écran à cristaux liquides ne peut pas se permettre d'afficher les choses comme un moniteur. En écrivant vos pages en xhtml, vous assurez le fait que votre code soit interprétable par TOUS les naviguateurs et pas seulement ceux qui existent aujourd'hui, mais ceux qui existeront plus tard.

Pour finir, si vous avez visité cssgarden, on ne peut pas dire que le xhtml ne prête pas à l'imagination et il est tout à fait possible de faire un design original voire plus original qu'avec les anciennes méthodes.

Pour résumer, le xhtml est un langueage tellement simple qu'il peut-être compris par tous. Un peu comme l'anglais ;-)

Personellement, j'ai utilisé un système similaire pour mon portail dont la source est ici, mais par contre, l'utilisation des constantes est une erreur.

En effet, j'ai vu sur le site de php.net un commentaire qui montrait la différence du temps d'execution entre l'implémentation et l'affichage de cent variables et de cent constantes. Surprise, sur une moyenne de dix executions, le gars a trouvé une rapidité sensiblement plus grande pour des variables que pour des constantes. C'est surprenant quand on pense qu'une constante n'est pas amenée à changer de valeur. Je pense que c'est une bonne question à dévellopper. Par exemple, les fichiers de langues des grands scripts tels que phpmyadmin utilisent des variables et non des constantes.

Pour en revenir au script laissé ici, je trouve qu'il y a beaucoups de tralalas pour rien ! Perso, sur mon site, j'ai juste mis ça :
include("$Lang.lang");
avec un test d'existance bien-sûr.

Parceque dans le cas de ton code, si on gère une centaine de languages différents... Ca sera un peu laborieux...

Ha, ben, mon portail à moi est pas new génération, il est nouvelle génération ! Ben ouais, parceque la différence entre new et nouvelle, c'est que nouvelle c'est français. Tout comme mon code. Parceque personnellement, j'ai horreur des gars qui codent avec des mots anglais, je suis pour la conservation de notre beau language et ce jusqu'au tréfond des programmes qu'on écrit. Non, mais !

Sinon, je trouve que vous jugez trop vite le travail de notre ami car Free est plus que lent et je ne pense pas que la lenteur du site de notre ami soit dûe à son code. Téléchargez sa source et jugez-en après.