Recherche



Résultat de la recherche

Vous recherchiez le terme suivant :meta


Page 1 - 4 sur un total de 4 page(s) , résultats de la recherche classés par pertinence


1. adHoc Ajouter un Tags Cloud

...e. en l'état, le tag-cloud s'affiche uniquement dans le header : http://katryne.legtux.org/ avec fork du module pages, j'affiche un tag cloud individualisé sur chaque page, avec saisie des tags dans un champ spécial en mode création/modification de chaque page. : voir juste au-dessus du texte http://chauvigne.info/pages/140-katryne-une-orientale-en-provence-fr.php la version 2 est la seule multilingue. la version 3 peut se combiner avec la 1 ou la 2 sur le même site, à condition de créer un fichier cloud.php jumeau, avec un nom différent, un nom de fonction différent pour randomsort et un nom de classe différent pour ptagcloud, sinon, on a un conflit avec la fonction d'affichage aléatoire oet avec la classe : fatal error: cannot redeclare randomsort() (previously declared in /var/www/legtux.org/users/katryne/include/cloud.php:4) in /var/www/legtux.org/users/katryne/include/cloud.php on line 7. si le champ meta tags n'est pas renseigné, il ne s'affiche pas dans la page publique. un clic sur un tag dirige vers un résultat de recherche obtenu avec la fonction de recherche native de adhoc. il serait possible d'obtenir des résultats avec d'autres services, comme par exemple la recherche personnalisée de google, pour ceux qui aiment. pour obtenir ce que je souhaitais, j'ai travaillé le style, tant sur le nuage que sur la page de résultat. et j'ai légèrement modifié le script de recherche : recherche sur un mot entier par défaut au lieu d'une partie de mot suppression du 2e lien vers l'url de la page de chaque résultat suppression de l'inventaire des mots trouvés dans chaque page je trouve que l'ensemble recherche/tag cloud, est un autre bon point d'entrée vers les pages du site. pour un résumé de mes recherches avec des zips en téléchargement, voir sur le forum, là : r...


2. adHoc Tags Cloud général avec Fork

...adhoc tags cloud général avec fork l'idée est de générer un tags cloud fabriqué à l'aide du script présenté dans les articles ci-dessus. mais en plus, et ce sera un fork de adhoc en l'état : en créant une boîte positionnable dans le header en disposant d'un champ de saisie pour entrer les tags aisément dans la page de config générale du site en plusieurs langues si le site est multilingue 1 - créer la boîte à placer dans le header (et ailleurs) sur le modèle de modules/_core/mod_head_slogan.inc, je vais créer un fichier modules/_core/mod_box_tags.inc (noter la partie du nom "box" qui permet de placer la boîte partout partout, alors que si elle contient "head", on ne peut la mettre que dans le header). ce fichier contiendra, entre les balises de php que je ne reproduis pas, le script de tags : require(path_inc."cloudkat.php"); $text_content = $cfg['keywords_'.user_lang]; $cloud = new pkattagcloud(50); $cloud->setutf8(true); $cloud->addtagsfromtext($text_content); $cloud->setwidth("90%"); echo $cloud->emitcloud(); $cloud->setsearchurl("search.php?q="); 2 - créer le champ de saisie dans la page de configuration générale de l'administration du site j'ouvre le fichier admin/_core/settings.inc et sur le modèle de ce qui concerne le slogan, je vais créer de quoi créer les mots-clefs : en gros, dans les lignes avec "slogan" que j'ai dupliquées, je remplace slogan par keywords. keyword est une chaîne de langue qui subsiste encore du vieux phortail dans le fichier de langue et je lui ai affecté la valeur meta-tags ou mots-clefs. c'est tout ! voilà le résultat : http://revestou.fr/ et pour l'admin, ça se...


3. Fabriquer le web La balise meta description

...fabriquer le web la balise meta description la balise meta description est une partie de page web qui n'est pas affichée en mode public. on peut en prendre connaissance en affichant le code source d'une page. elle est destinée aux moteurs de recherche et leur permet d'indexer correctement la page pour faire correspondre ultérieurement les termes qu'elle comprend avec ceux entrés par l'internaute lors de sa recherche. c'est ce qui incite les visiteurs à venir sur votre site. c'est un piège à clic. une meta description optimale pour que l'indexation soit optimale (ce qui est l'objet du seo ou optimisation à destination des moteurs de recherche), il est indispensable que cette balise meta soit individualisée, unique, propre à la page. si la balise est la même pour l'ensemble du site, les moteurs de recherche risquent de ne pas correctement indexer les pages ou de ne pas les indexer toutes, puisque ils retrouveront la même description sur toutes les pages. une analyse du site par la boîte à outils du webmestre de google (google webmaster tools) liste les pages dont la meta description est en double et plus la liste est fournie, moins bonne sera la place de votre site dans les résultats de recherche. et moins de visibilité se traduit par moins de visites. dans le cms adhoc, un champ de meta description a été activé pour les pages. il est accessible en mode création et édition depuis l'administration, en-dessous de la zone de texte de l'éditeur. que faut-il mettre dans cette meta description ? c'est une description de la page, ce doit être bien précis, complet, accrocheur, parce que les moteurs le reprendront dans leurs résultats de recherche et c'est ce qui incitera l'internaute à cliquer sur le lien de votre site et pas sur l'autre. classiquement, on constatait que google (qui reste le principal moteur de recherche) n'affichait que 2 lignes du texte de la description, ce qui corr...


4. Sécuriser Recommandations pour la sécurisation des sites web

...sécuriser recommandations pour la sécurisation des sites web un livret de l'agence nationale de la sécurité des systèmes d'information recommande en particulier de limiter les renseignements fournis sur le fonctionnement technique du site web. il s'agit, en particulier pour les cms, de ne fournir aucune information sur le nom du script qui propulse le site, dans la source en a fortiori, en clair. fuites d’informations il est prudent de limiter au maximum les informations visibles publiquement qui donnent des indications sur le fonctionnement interne du site. le niveau de protection d’une telle mesure ne doit pas être surestimé : il est peu probable qu’un attaquant déterminé soit freiné longtemps par les mesures proposées ci-dessous, mais elles peuvent permettre de se mettre à l’abri de certains systèmes d’attaques automatisés. parmi les points participant de cette mesure, on peut citer : – la suppression des balises « meta » dans l’en-tête html lorsque celles-ci indiquent le logiciel ayant généré la page ; – la suppression des éléments visibles sur la page indiquant les outils (cms, éditeur, etc.) utilisés ; – la limitation en production des informations de débogage dans les messages d’erreur (en évitant par exemple de fournir la requête sql qui a généré une erreur) ; – l’utilisation de pages d’erreurs personnalisées pour ne pas reposer sur les pages par défaut facilement reconnaissables ; – dans certains cas, l’utilisation de l’erreur 404 générique plutôt que d’une erreur 401, 403, 405, etc. pour éviter de révéler trop d’informations sur le fonctionnement ou le contenu en accès limité du site ; – la banalisation des en-têtes http qui peuvent fournir des informations de version trop précises sur le serveur ou le système d’exploitation employés ; – la désactivation du listage des répertoires n’ayant pas explicitement d’index ; – le ...


Revue de presse RGPD