...oc. avec pour critères de recherche : pas de base de donnée de type mysql, encodage en utf-8, style responsive et surtout licence vraiment libre, de préférence gnu-gpl. l'intégration se fait avec plus ou moins de bonheur selon le script et dépend grandement de mes compétences, bien minces. j'ai essayé déjà l'intégration d'un forum, d'une galerie photo, d'un wiki et parmi les scripts hébergés en externe, un tchat et un formulaire de contact avec inscription à lettre d'information. pour les scripts externes, il suffit d'entrer le script en mode source dans une boite ou une page. attention, il arrive souvent que le code ne plaise pas à l'éditeur wyzziwig et qu'il vous récrive tout à sa sauce. auquel cas, il faut après création de l'élément, le modifier par ftp et finaliser à ce niveau l'intégration du script. pour la galerie, le wiki et le forum, voilà comment j'ai procédé : je pose le cms/script dans un sous-répertoire du site. je copie le css du script dans le dossier de la skin en usage, j'appelle ce fichier css dans skin.inc, sur le même modèle que le l'appel du style de la skin. <.link type="text/css" rel="stylesheet" href="'.path_lnk.'skin/'.$cfgskin.'/style.css" /.> dans la skin, je crée sur le modèle de _index.inc un fichier _exemple.inc qui comporte les sections et les colonnes que j'aurai décidé d'afficher pour la page de mon script intégré. je crée un fichier exemple.php que je pose à la racine du site et qui intègrera le script et précise son chemin. je crée dans la skin un item de menu qui appelle exemple.php. si l'intégration ne se fait pas correctement, il reste toujours la possibilité d'appeler le script en tant que lien externe. voilà un exemple d'intégration quasi réussie : http://gabandjo.legtux.org/album.php , sachant que la galerie demeure disponible en standalone, avec son style d'origine., là : http://gabandjo.legtux.org/fotofolio/...

...adhoc les fichiers .htaccess les fichiers htaccess font partie du site) proté et servent à donner des instructions aux serveurs apache qui équipent la plupart des hébergements. il faut donc apprendre à les apprivoiser avant de les dompter pour en exploiter un peu plus les fonctions. selon les hébergements, les fonctions autorisées peuvent varier. un fichier htaccess s'applique à un répertoire et ses sous-répertoires. plusieurs fichiers htaccess peuvent coexister, par exemple le premier dans un répertoire et l'autre dans un de ses sous-répertoires. en ce cas, les instructions des deux htaccess s'additionnent pour le sous-répertoire en question. en cas de conflit entre les deux séries d'instructions, celle du htaccess le plus proche dans l'arborescence est prioritaire. nous aborderons ici plus précisément le fichier htacc situé à la racine du site) proté. le htaccess à la racine de adhoc avec le cms adhoc, est livré un fichier .htaccess situé à la racine du site) proté et qu'il convient de personnaliser a minima avec la localisation du site) proté pour indiquer l'adresse des pages d'erreur. le htaccess peut être modifié de façon à : indiquer au serveur quelle version de php doit être utilisé pour le site) proté . les instructions varient selon les différents hébergeurs. interdire l'accès à certains types de fichiers activer et organiser l'url-rewriting (réécrire les urls des pages en adresses courtes et signifiantes, pour les robots comme pour les humains) rediriger les adresses entrées (ex les url en www vers des non www, l'index html vers l'index.php ... ou l'inverse !) gérer les autorisations d'accès pour l'ensemble du site) proté ou pour certains répertoires déclarer les types mime de certains fichiers (comme les vidéos) pour q...

...adhoc meta robots dans adhoc comment faire pour que la balise meta robots soit prise en compte ? sur le site en question, je ne veux pas d'indexation par les moteurs de recherche. il faut forker le fichier hentete.inc aux lignes 16-19 if ($meta['robots']) { echo '<meta name="robots" content="noindex,nofollow" /> '; } en echo '<meta name="robots" content="noindex,nofollow" /> ...