extensions.Siliana.com

Bonjour à tous!

Il s'est passé pas mal de temps depuis la dernière version de sh404SEF, et j'ai donc jugé utile de vous informer de ce qui s'est passé et de la direction dans laquelle je souhaite aller avec ce composant. Lorsque la dernière version publique (1.2.4.q) est sortie, je pensais me consacrer ensuite à corriger des bugs et surtout écrire de nouveaux plugins, de manière à ce que de plus en plus de composants étant supporté, de plus en plus de gens puisse l'utiliser sur leur site.

Je me suis vite rendu compte, d'après les posts sur le forum de support, et les messages que je recevais que des fonctions importantes manquaient. J'ai donc changé mon fusil d'épaule, et décidé d'ajouter les fonctions que j'ai jugé les plus importantes. Le but global est de rendre les choses plus faciles pour le plus grand nombre de gens possible. J'espère que je me suis approché de ce but!

Comme de nombreuses fonctions ont été ajoutées, il est bien possible que de nouveaux bugs apparaissent, bien que de nombreux tests aient été faits, par moi aussi bien que par une équipe de testeurs, que je remercie ici pour leur travail.

Merci aussi aux traducteurs, qui ont bien du mal à suivre le rythme auquel j'ajoute des paramètres et des textes dans le composant. Pour les aider, j'ai d'ailleurs mis en place un wiki pour gérer les traductions. Cela signifie que plusieurs personnes pourront plus facilement coopérer sur une traduction. Donc, si vous parlez bien, en plus du Français ou de l'Anglais, une des langues actuelles de sh404SEF: Espagnol, Italien, Russe, Hongrois et Allemand, et que vous voulez donner un coup de main, faites le moi savoir et je vous créerai un compte sur le wiki. Bien sur, si vous vous sentez d'attaque, je peux aussi ajouter une autre langue à cette liste.

Pour finir, quoi de neuf dans cette version ? J'ai travaillé sur 4 domaines principalement :  

Pour leur faciliter la tâche, les plugins peuvent maintenant être chargés soit depuis le dossier de sh404SEF, soit depuis le dossier du composant directement. Cela siginifie qu'un auteur de composant peut écrire un plugin pour sh404SEF et l'inclure dans le fichier ZIP de son composant, comme cela est déjà le cas pour les fichiers sef_ext destinés à OpenSEF ou SefAdvanced.

2 -  .htaccess : comme trouver le bon fichier .htaccess est un problème majeur pour beaucoup de monde, j'ai pensé mettre en oeuvre une méthode décrite par websmurf dans un sujet que j'avais lu pour la première à l'époque de mambo. Cette méthode utilise la fonction PathInfo d'Apache (et peut-être de IIS ??) et permet de créer de vraies url SEF sans mod_rewrite et donc sans .htaccess. J'ai testé cette nouvelle fonction sur tous me sites, et cela semble bien fonctionner. Bien sur, il faut plus de test pour une fonction aussi importante, c'est pourquoi le mode de fonctionnement par défaut est toujours pour l'instant celui avec .htaccess. Vous pouvez activer le mode sans .htaccess dans l'onglet Avancé des paramètres de sh404SEF. Il y a en plus deux options pour régler la partie path info : soit /index.php/ (valeur par défaut, préférable), ou bien /index.php?/, au cas où la première option ne marcherait pas.

Cette méthode est aussi proposée dans Joomla 1.5, donc je suppose que je ne peux pas me tromper complètement à ce sujet !  

3 - Gestion des URL dupliquées : Il s'agit ici de ce qui se passe lorsque plusieurs URL non-sef génèrent la même URL SEF. Jusqu'à maintenant, sh404SEF utilisait simplement la première URL non-sef, et oubliait les autres. Dans la dernière version toutefois, ces URL non-sef dupliquées étaient enregistrées dans la base de données. Maintenant, vous pouvez :

a - activer/desactiver l'enregistrement des URL dupliquées

b- utiliser des écrans de paramétrages pour selectionner laquelle des URL non-sef vous souhaitez associer à chaque URL SEF

4 - Gestion des balises Titre et Meta : J'ai intégré à nouveau shCustomTags dans sh404SEF pour gérer la génération des balises titre et meta.

a - c'est tojours un module, plutôt qu'un mambot (plugin), parce qu'un module permet plus de choses, et en particulier de génerer automatiquement les méta en plusieurs langues ce que ne permet pas un bot. La raison en est que Joomfish n'est pas encore initialisé lorsque le bot est appelé, alors qu'il l'est avec un module

b - 3 plugins sont disponibles pour génerer les balies automatiquement : pour les articles standards, pour com_frontpage et pour Virtuemart

c - des écrans de paramétrages sont prévus pour entrer manuallement les metas.

d - les balises peuvent aussi être importées/exportées vers un fichier texte, et ne sont pas liées aux URL SEF, mais stockées dans une table à part

e - le module peut aussi placer les titres d'articles entre balises <h1> (actif/inactif dans la configuration)

f - le module peut aussi supprimer la balise Generator = Joomla (actif/inactif dans la configuration)  

Evidemment, un grand nombre de bugs ont été corrigés également depuis la dernière version, et aussi certaines modifications moins importantes:

- si aucun plugin, natif ou non, n'est trouvé pour un composant, sh404SEF crée maintenant une URL SEF standard de Joomla au lieu de laisser l'URL non sef.

- modifié la gestion des tables/blog d'articles, car plusieurs personnes n'aimaient pas l'ajout du text /Table/  pour différencier les tables des blogs

- ajout d'un workaround (béquille  en Français ?) pour le paramètre vmcchk=1 de Virtuemart. A cause de la façon dont Virtuemart effectue un test d'acceptation des cookies depuis sa version 1.0.10, les résultats de Google sont pleins de pages dont l'adresse comporte vmchk=1 (ou /vmchk/ en cas d'utilisation de sh404SEF). Je détecte maintenant si la page est demandée par un moteur de recherche et dans ce cas, je fais croire à Virtuemart que le test de cookie a déjà été fait avec succès. De cette manière, d'une part les pages sont enregistrées sous leur URL d'origine, et d'autre part la version indexée ne comporte pas de message " Votre navigateur n'accepte pas les cookies..."

- ajout d'une béquille pour le Discuss bot de Fireboard : Ce bot nécessitait un hack de Fireboard pour fonctionner correctement. Je traîte ce cas directement dans sh404SEF, afin qu'il ne soit plus necessaire de modifier Fireboard ( paramètre newfrombot changé à la volée en newFromBot, c'est à dire ce que Fireboard attend)

- redirection automatique entre les adresses www et non-www version d'un site. Beaucoup de gens avaient du mal à comprendre ce point dans les versions précédentes. Sans SEF, les URL normales de Joomla "fonctionnaient" aussi bien sir un site était visité par l'adresse www.domaine.fr ou domaine.fr. Hors cela est MAUVAIS pour votre référencement, et sh404SEF ne le permettait pas. La bonne manière de procéder étant de placer une redirection 301 dans le .htaccess, dans un sens ou dans l'autre.  Dorénavant, sh404SEF effectue automatiquement cette  redirection 301 vers l'adresse réelle du site. Par exemple, si l'adresse réelle de votre site est www.monsite.fr (c'est à dire l'adresse qui figure dans les paramètres de Joomla, sous l'onglet Serveur du menu Configuration générale du site est http://www.monsite.fr), alors les URL commençant par monsite.fr (sans www) seront redirigées vers leur équivalent commençant par www.monsite.fr. Si l'adresse réelle de votre site est monsite.fr, alors les URL commençant par www.monsite.fr seront redirigées vers leur équivalent commençant par monsite.fr

- slash en fin d'URL : avant de déclarer une page comme absente (erreur 404), sh404SEF essaie maintenant de charger la même page en ajoutant un / à la fin. Par exemple, pour une URL comme : monsite.fr/documentation/, il se peut que certains visiteurs tapent dans la barre d'adresse de leur navigateur : monsite.fr/documentation. Auparavant, cela aurait généré une erreur 404. Maintenant, sh404SEF trouvera correctement cette page. 

C'est tout pour aujourd'hui, j'espère que cela bous plaira!