...c 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. le htaccess à la racine de adhoc avec le cms adhoc, est livré un fichier .htaccess situé à la racine du site et qu'il convient de personnaliser a minima avec la localisation du site pour indiquer l' 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 . 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 ou pour certains répertoires déclarer les types mime de certains fichiers (comme les vidéos) pour que le serveur sache comment les interpréter empêcher le hot-linking (vol de bande passante avec emprunt de fichiers situés sur votre site) protéger certains répertoir...

...adhoc tag cloud général sans fork j'ai téléchargé le zip à cette adresse : http://www.softwaremastercenter.com/free-tag-cloud-generator-script.php on y trouve aussi un tuto en anglais. dézippé le pack. renommé cloud.php en cloud.php. réencodé le fichier en utf-8. supprimé presque à la fin la ligne de lien vers le site de téléchargement. ce n'est pas obligatoire. changé la redirection des tags pour utiliser le service de recherche natif au lieu de la recherche google :$this->m_searchurl = "../search.php?q=";$this->m_searchurl = "../search.php?q="; complété $commonwords par les petits mots de français à supprimer de la recherche. transposé certaines spécifications de css vers le fichier de style de la skin. placé le fichier cloud.php ainsi modifié dans le dossier /include de adhoc. créé id_tag_cloud et class tag-item dans la skin. ensuite choisi une boîte pour placer le tag cloud. ce ne peut être réalisé via l'admin, il faut créer la boîte, ouvrir le fichier correspondant dans data/boxes et ajouter l'appel du tagcloud après les lignes existantes, comme cela : on place ensuite la boîte où l'on veut qu'elle s'affiche. mais il faut préciser dans le fichier de style que le corps de la boîte et son titre seront invisibles. et là, mon bricolage est immonde : j'ai chassé la boîte hors du viewport, pas trouvé autre chose. div#herounit-0.herounit.w11>div.lbox{background-color:transparent;border:none;position:fixed;top:-5rem;box-shadow:none; même sans fork, ce n'est pas très propre, même si cela fonctionne correctement et donne un résultat acceptable côté public....

...adhoc question de chemin selon la page d'adhoc où l'on se trouve, on peut avoir des problèmes de chemin vers une page ou une image. si 'on place le fichier de référence (par exemple cloud.php) dans /include, le lien suivant trouvera toujoursle bon chemin : path_inc."cloud.php" pour la création de lien vers les images, whizzywig va toujours ajouter un slash devant le répertoire. si j'entre ça en admin : <img src="images/vieillevalette/vieille-valette-08.jpg" alt="" /> adhoc va enregistrer ça : <img src="/images/vieillevalette/vieille-valette-08.jpg" alt="" /> et la page en mode source montrera le lien avec l'url complète, l' l'adresse absolue. ...