Par exemple :
Vérification anti-spam
Quelle est le huitième caractère du mot ve7p3cr

L'erreur se trouve ds la classe plxCapcha car il y a 35 caractères et non 36

Pour corriger il suffit de régler la constante TEMPLATE_LENGTH a 35
Comme ci-dessous :

        const TEMPLATE = 'abcdefghijklmnpqrstuvwxyz0123456789';
        const TEMPLATE_LENGTH = 35;

Ou ajouter un caractère (un @ par ex.) a la constante TEMPLATE [non testé]

ps: c'est grâce au mot choisit (ici huitième) qui aurai du être dernier qui m'a mis sur la piste d'erreur de comptage (ce bogue m'est arrivé que deux fois).

Belle et longue vie a ce magnifique outil.

N'y a-t-il toujours pas la solution pour diriger vers la page demandée, sans forcément rediriger vers la page d'accueil ?

Et si ce n'est pas possible y-a--t-il une autre méthode sans intervenir sur le noyau du site. La redirection sur le htaccess ne fonctionne pas

ErrorDocument 404 https://www.creation-contenus.fr

J'ai ça dans le fichier "error"

<?php $plxShow->lang('ERROR'); ?>   
<?php $plxShow->erreurMessage(); ?>

Je n'ai pas le connaissances suffisantes en php pour savoir si on ne peut pas faire une variable php qui mène au moins à la homepage ?

Par exemple

<?php
header("Location: URL.php");
exit();
?>

Merci pour votre aide.
Bonne soirée.

P.S. En attendant, j'ai personnalisé la page d'erreur, mais bon…

J'utilise le plugin MyContact. J'ai un petit souci : si on met un caractère accentué dans le champ "votre nom / your name" du formulaire, le message ne passe pas et on reçoit un message d'erreur dont la cause est : "550 From contains invalid characters".
En regardant la source, le "é" devient "é".

Ne sachant pas si c'est inhérent à PluXml, au plugin, ou à la configuration du serveur email de l'hébergement, je me permets de demander ici si quelqu'un a déjà eu ce problème, et comment il l'a résolu.
Merci !

(fr) Après la publication d'une release candidate le 26 avril, PluXml 5.8.3 sort de sa phase de test et est désormais disponible en version stable. Plus d'information dans cet article. Si vous avez installé la version 5.8.3 RC il est recommandé de faire la mise à jour vers la version stable, en utilisant la procédure habituelle.

Ce ne serait pas un gros problème si l'interface admin laissait modifier l'url à la main comme c'était le cas avant, mais dès lors qu'on rajoute le "en" à la main dans l'url puis on sauvegarde, cela saute à chaque fois, il refuse de garder cette modification d'url manuelle.
Donc si on veut conserver nos urls, il faut alors supprimer le fichier xml (article) ou php (page statique) et uploader l'ancien fichier, mais pour la page statique c'est plus problématique, elle n'apparaîtra plus dans la liste des pages statiques côté admin (peut-être du fait d'avoir le mot "interdit") et ne sera pas non plus accessible sur le site, ou renommer le fichier xml via un logiciel FTP pour les articles, parce que pour les pages statiques qui sont des fichiers php, visiblement c'est foireux, ce ne sera pas accessible sur le site ni en admin.
Enfin bref, le CMS vient apporter des difficultés pour une supposée fonction intelligente qui vient mettre le bordel quand avant ce n'était pas un problème.
On fait comment pour désactiver cette nouvelle fonction de "correction/optimisation d'url" ?

Sinon ça oblige soit à adapter toutes les urls, soit à ne plus toucher à ces articles ou pages statiques via l'éditeur PluXml, éditer à chaque fois en externe pour éviter les modifications d'url...

EDIT : je vois que cela le fait pas seulement avec "en" mais aussi avec :

• "de" ou "des", "un" ou "une", "le" (mais pas "les" bizarrement..) ou "la", "vers", "du" (où est la liste complète ? J'en découvre régulièrement), et même chose, l'interface empêche de corriger à la main l'url, si on corrige en modifiant l'url via l'interface cela refuse de garder les changements, cela supprime de toutes façons ces mots de l'url, donc pas mal d'erreurs 404 en perspective.

EDIT 2 : Après test, je vois que cela le fait aussi pour les catégories, suppression de certains mots des url des catégories, quand on sauvegarde après création d'une nouvelle catégorie, donc d'autres erreurs 404 du côté des catégories.

(fr)
Bonjour,

Une release candidate de la prochaine version de PluXml 5.8.3 est disponible.

Télécharger / Download PluXml 5.8.3 RC

Son contenu a été légèrement revus à la baisse, pour vous proposer au plus tôt une version contenant essentiellement des corrections de bugs et quelques petites améliorations. Les autres améliorations qui ont été apportées sont conservées pour la prochaine version majeure PluXml 6.0 (branche master), car elles impactent le moteur de PluXml et certains plugins peuvent ne plus fonctionner.

Je suis preneur de vos retours sur cette version de test 5.8.3 RC , avant de la publier officiellement.

Changelog

[+] Enhancement for CSRF token #385 (bazooka07)
[+] New "rename" and "copy to clipboard" icons in medias administration page #387 (bazooka07)
[+] plxMotor and plxFeed regex refacto #380 (P3ter, bazooka07)
[+] plxToken and plxCapcha optimisations #406 (bazooka07)
FIX Articles and static pages with underscores are not visible #380 (P3ter)
FIX Headline and Tags toggles always closed in article edition #382 (sudwebdesign)
FIX Fix medias administration zoombox and javascript optimisations #387 (bazooka07)
FIX Error when adding or modifying a user #393 (P3ter)
FIX Alternative to PHPMailer with sendmail #401 (bazooka07)
FIX Used of an extern URL as a static page #403 (bazooka07)
FIX Comment editor is empty #418 (P3ter)
FIX Comments list sorting #419 (P3ter)
FIX Default theme : double underline on footer menu (P3ter)