Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Hello,
Ce fil est consacré au support du plugin meuh (My Entries URL historizer)
Ce plugin permet de garder en mémoire l'URL d'un billet lorsque change cette dernière. Cela évite de ce fait d'aboutir sur une page 404 lorsqu'on change l'URL d'un billet déjà référencé depuis d'autres sites.
En pratique, le plugin se contente d'effectuer la redirection vers le nouveau billet coté public. Coté admin, il ajoute dans barre latérale d'édition du billet la liste des post_url pointant vers le billet.
Attention, ce plugin nécessite DC 2.2alpha dans une version postérieure à la r3044!
Lien de téléchargement : meuh 0.2
Dyslexics have more fnu!
Hors ligne
Ah c'est ça meuh :-)
Chtite question de derrière les fagots, je vois que tu réenregistres un registerError (nouvelle fonctionnalité de urlHandler dans clearbricks)
Si un plugin en fait autant, qui gagne ?
meuh !
Hors ligne
Ah c'est ça meuh :-)
Chtite question de derrière les fagots, je vois que tu réenregistres un registerError (nouvelle fonctionnalité de urlHandler dans clearbricks)
Si un plugin en fait autant, qui gagne ?
Les gestionnaires d'erreur sont appelés successivement en LIFO (dernier plugin à enregistrer son comportement, premier servi). Tant qu'un traitement n'a pas retourné true, il passe au suivant. Le dernier étant le gestionnaire d'erreur par défaut (p404 de l'urlHandler).
L'idée est qu'un plugin peut décider de passer la main s'il considère qu'il n'a rien à faire sur l'erreur levée.
Dyslexics have more fnu!
Hors ligne
Salut,
Meuh non ! C'est exactement ce que j'attendais comme plugin... mais n'est-il pas possible de le rendre compatible 2.1.6 ?
Merci.
Hors ligne
osku a écrit :Ah c'est ça meuh :-)
Chtite question de derrière les fagots, je vois que tu réenregistres un registerError (nouvelle fonctionnalité de urlHandler dans clearbricks)
Si un plugin en fait autant, qui gagne ?
Les gestionnaires d'erreur sont appelés successivement en LIFO (dernier plugin à enregistrer son comportement, premier servi). Tant qu'un traitement n'a pas retourné true, il passe au suivant. Le dernier étant le gestionnaire d'erreur par défaut (p404 de l'urlHandler).
L'idée est qu'un plugin peut décider de passer la main s'il considère qu'il n'a rien à faire sur l'erreur levée.
Merci pour tes explications ... je n'étais pas allé tout simplement regardé la classe clearbricks
C'est plus clair maintenant :) on va pouvoir affiner les self::p404() de tous les plugins, c'est chouette.
Hors ligne
Salut,
Meuh non ! C'est exactement ce que j'attendais comme plugin... mais n'est-il pas possible de le rendre compatible 2.1.6 ?
Merci.
Ben non, puisque les comportements permettant au plugin de travailler viennent d’être créés…
RTFM attitude : https://fr.dotclear.org/documentation/2.0
Le chantier tips, tutos et astuces : http://tips.dotaddict.org/
Rien nulle part??? une petite recherche sul’ forum, alors?: https://forum.dotclear.org/search.php ?
Hors ligne
C'est dommage... pas de plugin possible pour Dotclear 2.1.6 avec un fonctionnement similaire du coup ? (on enregistre toutes les URLs créées pour 1 billet et on redirige systématiquement vers la dernière en date)
Merci ;-)
Hors ligne
Très pratique ce plugin, j'ai failli me faire avoir encore hier ! ^^
Installer votre premier blog : http://abc.dotaddict.org
Documentation Dotclear2: http://fr.dotclear.org/documentation/2.0/
Astuces (Tips), Plugins, Thèmes: http://dotaddict.org/
Hors ligne
Matthieu M. > ah mais ça ça existe : ça s’appelle de la redirection par htaccess O:-)
RTFM attitude : https://fr.dotclear.org/documentation/2.0
Le chantier tips, tutos et astuces : http://tips.dotaddict.org/
Rien nulle part??? une petite recherche sul’ forum, alors?: https://forum.dotclear.org/search.php ?
Hors ligne
Matthieu M. > ah mais ça ça existe : ça s’appelle de la redirection par htaccess O:-)
Oui, mais à ma connaissance, rien d'automatique comme ce plugin... ou alors je n'ai pas connaissance de quelque chose ? ;-)
Merci.
Hors ligne
ben non, rien d’automatique, puisqu’il a fallu modifier le core (et clearbricks) pour créer la possibilité de le faire :-)
RTFM attitude : https://fr.dotclear.org/documentation/2.0
Le chantier tips, tutos et astuces : http://tips.dotaddict.org/
Rien nulle part??? une petite recherche sul’ forum, alors?: https://forum.dotclear.org/search.php ?
Hors ligne
Salut,
http://forum.dotclear.net/viewtopic.php … 20#p287020
J'obtiens un drôle de message d'erreur à l'installation du plugin sous DC 2.2. Qu'est-ce qui arrive Chef ? :-)
Hors ligne
Bonjour,
http://forum.dotclear.net/viewtopic.php … 20#p287020
J'obtiens un drôle de message d'erreur à l'installation du plugin sous DC 2.2. Qu'est-ce qui arrive Chef ? :-)
Je me permet de remonter le sujet, car j'ai toujours ce message d'erreur dans mon panneau d'administration : http://img98.imageshack.us/img98/774/meuherror.jpg
Merci par avance :)
Hors ligne
Plop,
Je remonte le sujet car je m'aperçois que cette erreur apparait aussi sur la page de login de l'administration.
Merci :)
Hors ligne
Je suis chez Infomaniak avec MySQL 5.0.84.
Pour innoDB, d'après la FAQ d'Infomaniak "Notre SGBD supporte les tables de type InnoDB" (pas sur que cela soit ce que tu cherches...?)
Merci par avance ;)
Hors ligne
Bonjour
Je me permets de poster dans ce topic pour signaler qu'il y a un soucis plutôt gênant avec meuh : les redirections se font avec des codes HTTP "temporaire" (302) ce qui rend possible l'apparition de doublons dans les résultats de recherche.
J'explique le problème plus en détail dans ce billet de blog, j'ai également mis à disposition une version corrigée (i.e : avec des codes HTTP de redirection permanente) :
http://www.end-of-file.eu/post/dotclear … nente-meuh
En espérant que cela profite à tous ;-)
Hors ligne
Bonjour,
En vérifiant le fonctionnement du plugin Meuh, après migration DC2.7.2 de mon blog de test en local, je me suis aperçu que les redirections ne fonctionnaient plus. J'obtiens le message d'erreur :
Dotclear
Page not found
Something went wrong while loading template file for your blog
En vérifiant les redirections sur mon blog de production sous DC2.6.3 je m'aperçois qu'il en est de même.
Après avoir cherché, en vain, si quelqu'un avait déjà rencontré ce problème, j'ai fini par essayer d'en identifier la cause.
J'ai fini par trouver que le filtrage de l'erreur 404, dans la fonction redirect() du plugin, était la cause du problème. Il a suffi de remplacer 404 par p404 pour que la redirection fonctionne correctement.
Code fonctionnel du fichier _public.php du plugin Meuh :
<?php
# -- BEGIN LICENSE BLOCK ----------------------------------
#
# This file is part of Meuh,
# a plugin for DotClear2.
#
# Copyright (c) 2010 Bruno Hondelatte and contributors
# Update : 25/08/2012 permanent redirection added by Mehdi BAHRI - http://www.end-of-file.eu/
#
# Licensed under the GPL version 2.0 license.
# See LICENSE file or
# http://www.gnu.org/licenses/gpl-2.0.txt
#
# -- END LICENSE BLOCK ------------------------------------
if (!defined('DC_RC_PATH')) { return; }$core->url->registerError(array('meuhPublicBehaviors','redirect'));
class meuhPublicBehaviors
{
public static function redirect($args,$type,$e) {
if ($e->getCode() == p404) {
$core=$GLOBALS['core'];
$dcMeuh = new dcMeuh($core);
$post_url = $dcMeuh->getPostUrl($type,$args);
if ($post_url == null)
return;
$params=array('post_type' => $type, 'post_url' => $post_url);
$rs = $core->blog->getPosts($params);
if ($rs->fetch()) {
$dcMeuh->updateAlias($type,$args);
header("HTTP/1.1 301 Moved Permanently");
header('Location: '.$rs->getURL());
$core->callBehavior('publicAfterDocument',$core);
return true;
}
}
}
}
?>
Dans le cas où vous jugeriez cette correction pertinente, l'exemple à l'attention des développeurs sur la page UrlHandlers et gestion d'erreurs du Blog Dotclear mériterait d'être mis à jour.
Je vous laisse le soin de remonter ce problème à l'équipe concernée.
Merci par avance et bonnes fêtes de fin d'année à tous !
Hors ligne
Bonjour,
As-tu un exemple de redirections qui ne fonctionnent plus ? J'ai revérifié chez moi, le plugin fonctionne sans la modification que tu suggères (d'aillerus p404 est une constante non définie, il doit y avoir un NOTICE php levé quelque part)
Dyslexics have more fnu!
Hors ligne
Bonjour,
Excuse pour ma réponse tardive, j'étais absent.
Le plugin meuh enregistre bien les changements d'URL à partir de l'admin des billets, et on trouve bien l'ancienne et la nouvelle URL, respectivement dans les colonnes meuh_url et post_url de la table dc_meuh.
C'est lorsque j'utilisais l'ancienne url pour accéder à mon blog que j'obtenais l'erreur avant de faire la modification indiquée. Ce n'était pas une mais toutes les redirections qui posaient problème.
Voici un lien avec une ancienne URL vers un billet du site qui fait l'objet d'une redirection. Actuellement la modification est opérationnelle et la redirection fonctionne.
Dis-moi si il faut que je désactive ma modification pour ton test.
Merci de ton intervention.
Dernière modification par Jef44 (2014-12-30 00:55:35)
Hors ligne
Bonjour,
Je viens de trouver la cause de mon problème et je n'en suis pas très fier !
Le code du plugin meuh n'est pas en cause, il fonctionne même très bien et ce plugin me donne entière satisfaction.
J'avais malencontreusement altéré le code exception 404 (une parenthèse mal placée) en voulant traduire le message associé de la fonction p404(), dans le fichier lib.urlhandlers.php sans que cela signale une erreur.
En conséquence, le code retourné au plugin était toujours 0.
Mille excuses pour t'avoir fait chercher et merci de m'avoir mis sur la piste en me confirmant que meuh fonctionnait bien sur ton blog.
Bon début d'année 2015.
Hors ligne
Bonjour, j'essaye pour la toutes première fois ce plugin (qui semble génial).
- dotclear 2.7.5
- chez ovh mutu
- ovhconfig qui va bien pour booster en version php 5.6
- meuh 0.2
Mon problème c'est que...j'ai changé l'url d'un billet, il c'est renommé, (changement mois/année/titre-du billet pour /titre-du-billet) ...
Mais dans l'admin, édition du billet en question, je ne vois rien qui parle de l'ancienne URL, comme si le plugin était inexistant...
Pas de
section sur la droite de l'édition du billet montre l'historique des URL de ce billet, avec possibilité de supprimer les anciennes URL si on le souhaite
EDIT - j’oubliais de dire que la redirection censée ce faire ne ce fait pas > erreur 404
Du coup je ne sais pas ou chercher ou regarder...
Doit-on activer le plugin quelque part, le plugin est il compatible version php 5.3+ ?
.
Dernière modification par i_love_dc (2015-04-16 08:26:14)
Hors ligne
le plugin est-il toujours d'actu svp ?
Hors ligne
le plugin est-il toujours d'actu svp ?
Oui.
Hors ligne
Vous n'êtes pas identifié(e).