Elentar

Sauf erreur, il s'agit de MATCH AGAINST, fonction extrèmement pratique d'ailleurs. Plus d'infos.

En dehors du contexte de globalisation du PHP, c'est quand même fait pour produire du code (X)HTML (ou disons plus globalement, du XML). Si tu veux faire un site web, il te sera indispensable d'apprendre le (X)HTML avant le PHP, puisque le PHP ne se substitue pas au (X)HTML, il est juste là pour rendre tes pages dynamiques. Après tu peux faire du PHP pour t'amuser à générer des images, des documents PDF, des applications simples ou tout simplement générer du text/plain. Mais ce n'est pas vraiment la peine d'apprendre le PHP pour ça

Sans vouloir détourner le topic, à propos de la portabilité de l'URL Rewriting... J'ai constaté que Apache 2.x comprennait apparemment les regex PCRE (Perl), ce qui produisait une erreur 500 sous Apache 1.x (qui n'a l'air de comprendre que les regex POSIX) Connu ?

Le nom dans l'auteur dans une autre table ? Bizarre comme organisation... Mais je ne pense que austin powers ne cherche pas quelque chose d'aussi complet que ce que tu as fait. Par exemple, pour arriver à ce résultat (cf. lien de vespa), on n'a apparemment besoin que de la table de topics (d'après ce que tu dis) Vu la demande, je ne pense pas qu'il veuille récupérer le contenu de(s) post(s), et d'ailleurs l'auteur du topic est bien absent du screen que j'ai passé (par peur d'une requête complexe ? ) Je pense qu'il est possible de faire une requête aussi simple que ce que j'ai mis plus haut (sinon pas beaucoup plus complexe) pour arriver à quelque chose équivalent ce mod.

Mais... Il faut vraiment un mod pour ça ? Parce qu'en fait, c'est excessivement simple... Il suffit de repérer la table contenant les topics, peut-être `phpbb_topics`, puis voir dans sa structure les champs dont on a besoin (tout cela dans PHPMyAdmin ou autre), puis simplement faire la requête en fonction. Techiquement, ça se présenterais comme ça : <?php $res = mysql_query('SELECT champ1, champ2, [[...]], champ10 FROM table_des_topics ORDER BY champ_des_ids DESC LIMIT 10') or die(mysql_error()); while($datas = mysql_fetch_assoc($res)) { echo $datas['champ1']; // [...] } ?>

Je ne connaissais pas SMF. Je te conseillerais punBB qui ne m'a pas déçu (la présentation framasoft sera plus complète que la mienne), mais je ne saurais pas comparer avec ton forum actuel exemple de forum punBB

Ton HTTP_HOST c'est juste f**dstyling.be La page demandée ne figure pas dedans. Utilises REQUEST_URI avec en test, la valeur /Recepten

Met-le à chaque page, oui Au passage, juste un doute... J'espère que tu n'as pas plusieurs fois par page hein

Désolé, j'avais mal compris... et je ne suis pas toujours certain d'avoir bien compris. Veux-tu refuser à toute personne d'accéder aux fichiers ".tpl" ? Alors ça sera quelque chose dans ce genre : RewriteEngine on RewriteRule \.tpl$ /erreur_403.html [L] Sinon, si certains visiteurs sont autorisés il faudra dans la plupart des cas passer par PHP pour contrôler ça, enfin ça dépend de ce que tu veux. Si on contrôle en utilisant l'HTTP_REFERER, on peut le faire directement dans le .htaccess, toujours avec l'URL Rewriting... mais de toutes manières, ce n'est pas vraiment fiable. Voilà... J'espère ne pas être complètement à l'ouest pour la seconde fois

ErrorDocument 403 /erreur_403.html Tout simplement, non ? Puisque de toutes façons, phpBB utilise les includes pour accéder aux templates, les règles fixées dans les .htaccess ne lui changent rien.

1/ On ne détruit pas une session à chaque fois qu'on la lance, sinon ça pert beaucoup de son intérêt :-° session_start suffira donc 2/ Pour qu'une variable soit une variable de session, la meilleure manière de procéder est d'utiliser l'array superglobal $_SESSION (cf. code à FruitDeFendu), et pas les session_register & cie Et bien sûr, si on définit une simple variable comme tu fais : $login1 ="toto"; elle ne se transmettra pas. 3/ La syntaxe correcte pour le header Location est : Location: page1.php (et encore, normalement il faudrait une URI absolue) Bon courage

http://openweb.eu.org/articles/dublin_core/ Voilà un article très intéressant sur Dublin Core, c'est d'ailleurs là que je l'ai découvert, et tu y trouveras la réponse à ta question

Jan > Je n'en connais aucun non plus. Mais d'un point de vue référencement, je suis d'accord, les meta Dublin Core ne servent à rien ou presque pour le moment. Si je les recommande, c'est parce que je considère que c'est norme solide, et d'avenir. Et, personellement, je préfère avoir quelques meta quasi-inutiles pour le moment, plutôt qu'en avoir d'autres qu'aucun moteur de recherche actuel utilise

Les métadonnées du Dublin Core c'est une très bonne chose : à garder. Personellement, je considère que "revisit-after" et "robots" est le mimimum. "keywords" et "description" c'est toujours ça, même si assez peu de moteurs de recherche populaires s'en préoccupent. Sinon dans l'ensemble, par exemple pour "owner", "company", etc. il faut voir si ils contiennent une information réellement utile. Par exemple, je ne vois pas à quoi pourrait servir : <meta name="expires" content="never"> à part à alourdir le code. Pour la meta "distribution", ça m'a aussi l'air d'être le cas, etc.

Salut, Disons qu'un mail n'est pas fait pour être propre et que la quasi-totalité des webmails charcutent le code (de façon différente d'ailleurs), alors faire quelque chose de valide/propre et qui marche à peu près partout... faut pas trop y compter Et on peut déjà éliminer les feuilles de style externes. text/html + text/plain ça doit exister, j'ai déjà vu cette option avec Thunderbird, mais je saurais pas en dire plus. Sinon, opinion perso, la seule chose qui justifie un text/html et pas un text/plain ce sont les liens... un mail, c'est pas trop fait pour avoir des éléments de décoration pour moi.

En même temps, la petite page perso de monsieur X utilise rarement l'UTF-8 Passer par une définition systématique par entêtes HTTP à partir d'un langage de script côté serveur ça peut paraître bourrin, mais ça permet au moins d'être certain que, quelle que soit la config d'Apache, tout ira bien. Quand au prologue XML, il est quand même conseillé de le mettre Mais bien sûr, si ça fait bugger l'affichage de la page, tant pis.

Pour faire strictement ce que tu voudrais, il faudrait que $b_color soit définie dans le fichier CSS (si ce n'est pas possible : explique pourquoi) Mais pour des raisons de mise en cache, la meilleure solution pour toi serait effectivement de faire deux feuille de styles, une statique, et une juste pour ce qui est dynamique (donc le background-color), en spécifiant qu'elle ne soit pas être cachée à partir de headers HTTP (puisqu'elle a l'air d'être dynamique, c'est le choix le plus logique) Les variables de session, pourquoi pas, mais si c'est juste pour le passage entre les deux pages, c'est un peu disproportioné non ?

Bonsoir et merci, J'ai vite remarqué que j'étais bien en dessous de la moyenne d'âge oui (et ça ne me pose personellement aucun problème, en espérant que ça soit de même pour vous )

Salut, Il faut bien comprendre que le XML est un méta langage, il n'est qu'un support, une syntaxe globale, pour créer d'autres langages qui ont un but précis. Par exemple, le XHTML, le RSS, etc. Un fichier XML en lui-même ne peut servir que de base de données, en fait.

Ca, c'est l'équivalent d'un htmlentities en PHP, et de toutes façons c'est un peu du bricolage Déjà, est-ce que la page est bien considérée en UTF-8 et non pas en ISO-8859-1 ? Faut regarder avec son navigateur (Avec Firefox : Clic droit > Informations de la page > Encodage) Si c'est bien de l'UTF-8 : les caractères sont mal encodés (voir du côté de l'éditeur) Sinon : probablement la config d'Apache toujours réglée à ISO-8859-1... Essayer : <?php header('Content-Type: text/html; charset=utf-8'); ?> avant tout envoi au navigateur.

Bonjour à tous, Comme il a l'air d'usage de se présenter sur ce forum, je le fais aussi Je suis un lycéen de 16 ans et je connais ce site depuis un petit bout de temps mais je me suis inscrit assez récemment ; certains me connaissent peut-être du Site du Zér0 ou du forum d'Alsacréations. Du point de vue web, je suis principalement compétent en PHP, SQL, XHTML et CSS (sans compter l'URL Rewriting, et quelques dialectes du XML comme RSS). Je n'ai pas réellement de site web, seulement un blog que je dépoussière de temps en temps avec mes élucubrations (et parfois même avec des billets intéressants )

Une (re)définition du Content-Type à travers un header() en PHP, et il n'y a plus à se préoccuper de la config d'Apache (= portabilité accrue) Cette meta ne sert pour ainsi dire à rien, sauf dans le cas d'une page qu'on aurait téléchargé. Donc, pensez quand même à la mettre. Mais n'oubliez pas qu'elle ne représente presque rien : dans la liste des priorités du choix de l'encodage, elle apparaît en dernière position. 1/ Config d'Apache (ou redéfinition à partir d'un envoi d'un entête HTTP par un langage de script côté serveur (exemple: header() en PHP)) 2/ Le prologue XML (<?xml version="1.0" encoding="iso-8859-1"?> par exemple) 3/ La meta Content-Type