Bonjour,

qu'entends-tu par changer l'adresse de ton site? Obtenir un autre nom de domaine? Changer -www.on3at.be en autre chose comme -www.onthreebat.be par exemple?

Bonjour,

la balise < link rel="image_src" > semble unique à FaceBook, je ne me souviens pas qu'elle soit conforme aux exigences w3c. A priori, et si j'ai bien compris, cela sera une image de type "prise de photo" de la page concernée, il y a de nombreux exemples sur la page Facebook Aquaportail comme avec le Garra rufa.

Si tu veux ajouter cette balise, il faut modifier directement le fichier theme.html de ton thème en cours (trouvable dans themes/nomdutheme/).

Au risque de me répéter, j'espère que tu ne dois pas référencer ton site sur les moteurs de recherche car là, c'est mort d'avance... (voir peut être un aller simple en sandbox)

Tu ne pourras pas dire ne pas avoir été prévenu.

Cela dit, je n'ai eu que des soucis lorsque j'avais tenté d'intégrer ce module. J'ai fini par abandonner.

Pour autant un bon module de blogging communautaire pour Xoops, ça manque (le module Page est trop limité).

Peut-être s'agit-il du module Wordpress sous Xoops?

En fait, ce n'est pas au niveau de Xoops qu'il faut gérer une "home page" qui est une simple "landing page", mais au niveau htaccess sur un serveur apache.

De fait, il faut gérer un accès à "/" (ou index.html ou index.php sans paramètre) depuis un autre referer que le site lui-même ou qu'un accès par des robots.

Ce n'est pas si simple que ça surtout si le référencement de ton site est fait sur "/" ou "index.php".

Si tu veux un outil sûr pour vérifier comment un robot de recherche voit ton site, ouvre ton compte Google Webmaster Tools (ou crées-en un et patiente quelques semaines) puis tu vas dans "Labos" et "Analyser comme Googlebot"...

Sachant que GG représente 90% des recherches en France, suffit de savoir comment lui voit ton site.

Oulàlà, je n'ai vraiment pas le temps d'intervenir sur 2 sites à la fois. :roll: ca devient trop compliqué à gérer et trop chronovore.

Je réinterviens, la nuit ayant porté conseil : il suffit de modifier le fichier root/include/comment_edit.php pour réaliser un test similaire. je viens de vérifier que tous les surclassements font quand même appel à ce fichier. Il faut donc aller "chercher" la date de création et réaliser à nouveau un test de différence de dates pour protéger totalement le système.

Citation :
Entièrement d'accord, mais les sécurités sont déjà présentes en vérification de l'utilisateur.

Par expérience (et je gère plusieurs forums dont un avec près de 1500 msg/jour), si le lien n'est pas là, il ne se passera rien. Et si le membre indélicat veut vraiment enquiquiner l'admin du site, il y a d'autres solutions que d'éditer ses propres messages de commentaires (déjà, il faut les retrouver ). Même si ça laisse une faille, cela stoppera les velléités de 99% des gens.

Mais, je le répète, c'est un hack : il n'a pas de valeur d' "intégration" (il faudrait d'ailleurs une fonction externe pour simplifier, etc...).

Mais cela semble une idée pertinente (pas le hack, mais la possibilité de bloquer l'édition de commentaires) dans les développements et fonctionnalités futures de Xoops.

J'avais même pensé à tester la variable smarty (de l'heure du post) directement dans le template (c'est faisable, en théorie).

Le problème du système de commentaire est qu'il est surclassé un peu par tous les modules (ne serait-ce que pour gérer des url-rewriting maison, on est obligé de réécrire pas mal de code pour le système de coms), il est donc difficile d'appliquer des règles strictes sans casser quelque chose à un moment donné.