Autant l'erreur 1, je peux enlever le code en question et bon, je ne vois pas trop à quoi ça sert; autant la 2ème, ça me fait poser des questions.
Quels sont les corrections svp?

Merci
PEM

PS : les erreurs sont dans une popup qui peut être fermée.

La mise à jour en 5.8.15 depuis une 5.8.9 m'amène son lot de messages d'erreur (sous une forme que je trouve démesurée visuellement) tant sur le front qu'en back. Y a-t-il moyen de désactiver ces messages (sur le front surtout) ?
Ensuite, voici le message en front :

Fatal error :
type : 8192
message : trim(): Passing null to parameter #1 ($string) of type string is deprecated
file : /core/lib/class.plx.motor.php
line : 1114
See https://www.php.net/manual/en/errorfunc.constants.php about type of error

Comment peut-on corriger ce problème ?

D'autre part, je m'étonne qu'à la mise à jour de PluXml, un plugin ayant un simple deprecated* soit directement désactivé ? Ça n'est pas un peu radical comme façon de procéder ?
J'utilise J'utilisais artGalerie qui a été désactivé… il ne me semble pas qu'il y ait de mise à jour ?

*L'erreur en question :

An error is occured with the "ARTGALERIE" plugin :
type : 8192
message : Creation of dynamic property artGalerie::$aDirs is deprecated
file : artGalerie/artGalerie.php
line : 261

Est ce utile ?
Y manque t-il quelque chose ?
Y-a t-il des erreurs ?

Cdt

En vacance dans quelques heures, je ne répondrais probablement pas du tac au tac

Je viens de mettre en place un PluxML version 5.8.14 (encodage UTF-8), version de PHP : 8.2.20, nginx/1.26.1 sur Gentoo Hardened.

Cela marche, je n'ai aucune erreur de configuration rapportée par PluxML.

Cependant, après avoir crée une page statique et cliqué sur "Édition" à droite sur la même ligne, j'ai une pop-in affichant ceci (informations sensibles censurées):

Fatal error :
type : 8192
message : trim(): Passing null to parameter #1 ($string) of type string is deprecated
file : /core/admin/statique.php
line : 43

See https://www.php.net/manual/en/errorfunc.constants.php about type of error
============================================================
User : 001
Profil : 0
PluXml version : 5.8.14
PHP version : 8.2.20
============================================================
About this server :
HTTP_REFERER : https://blog.xxx.fr/
HTTP_ACCEPT_ENCODING : gzip, deflate, br, zstd
HTTP_ACCEPT_LANGUAGE : fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
HTTP_ACCEPT : text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
HTTP_USER_AGENT : Mozilla/5.0 (X11; Linux x86_64; rv:127.0) Gecko/20100101 Firefox/127.0
SERVER_SOFTWARE : nginx/1.26.1
SERVER_PROTOCOL : HTTP/2.0
REQUEST_URI : /core/admin/statique.php?p=001
SCRIPT_NAME : /core/admin/statique.php
REQUEST_METHOD : GET
QUERY_STRING : p=001
SCRIPT_FILENAME : /core/admin/statique.php
PHP_SELF : /core/admin/statique.php

Elle se situe en pleins milieu de la page, ne m'empêche pas de m'en servir mais sa présence est bien évidemment, hautement dérangeante, voir cette impression écran: https://files.koshie.fr/tree/img/pluxml_fatarerror_type_8192.png

À la ligne indiquée dans le fichier /core/admin/statique.php j'ai:

 43         $content = trim($plxAdmin->getFileStatique($id));

Concernant cette erreur: https://www.php.net/manual/en/errorfunc.constants.php#constant.e-deprecated

Je ne suis pas qualifié pour tenter de résoudre ça moi-même. Je pense que c'est un bug.

Si besoin, merci de m'indiquer ce que je peux ajouter pour corriger cette erreur.

Cordialement,
GASPARD DE RENEFORT Kévin

j'essaie d'ajouter les balises manquantes aux articles générés et en particulier celle de la date de création de l'article.

Cette info manquante génère un message d'erreur de class.plx.date.php date2Array($date) dans l’édition de l'article.

Malgré mes tentatives, celle-ci reste invariablement vide alors que je peut remplir les autres (thumbnail par exemple).

Un truc m’échappe, car même en rentrant une date au format requis(me semble t-il) dans class.plx.generator.php, par exemple $art['date_creation']='202104071114'; cela n'a aucun effet sur l'enregistrement au moment de la création des articles, cette valeur reste vide.

(le plugin LesFables génère le même message d'erreur: date_creation vide )

Ces deux plugins sont fonctionnels.

Cdt

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 !

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.

savez vous d'où ça vient?

Premier point, l'éditeur est génial, si le 2e point est désactivé, en rade ou bloqué***

Deuxième point, c'est le système de brouillon...

Il s’enclenche on ne sait pourquoi ni comment, au delà de quelques lignes, de quelques ctrl+Z/Y/C/V, copie de code, ou de la manip de texte somme toute basique, il deviens carrément impossible d'écrire car il les enregistres sur le serveur* a des intervalles beaucoup trop rapprochés, ce qui au bout d'un moment, un mot est écrit === un backup et si le navi a déjà beaucoup d'onglets ouverts et chargés ou que la connexion rame c'est la cata...

*De plus une petite sensation d'espionite est ressentie (c'est l'inverse du #PrivacyFrienly. un #draft #localStorage respecterai mieux nos vies privés :)

Et c'est un super moyen de tuer le serveur lorsque l'on sera quarante mille et plus en ligne en train d'écrire, de partager et si les spammeur s'y mettent, alors là...

• Je propose, soit de désactiver le système de brouillon,

• et/ou avoir la possibilité de régler les intervalles de sauvegardes par une option ds mon compte...
• et/ou un bouton en plus "enregistrer le brouillon" lors des rédactions de réponse. Un peu comme pour l'édition d'article de #PluXml ou comme lorsque l'on crée le premier message. qui plus est cela remplacerai bien l'ancien système de prévisu de fluxBB ;)

***Une petite astuce qui permet d'empêcher le système de brouillon de faire son job et nous laisser la paix est : lors de la rédaction d'une réponse, basculer le navi en mode "hors ligne/connexion", mais ce n'est pas viable. Après le bouton clignote de temps en temps, mais c'est non gênant.

Remarques complémentaires en apartés :

Quelqu'un a t'il réussit a effacer ses brouillons du forum? ou les afficher (le "seul" lien pour supprimer un brouillon renvois vers un #Form_Comment).

Lorsque l'on dépose un fichier ".php" ds l'éditeur il refuse se type de fichier.

Toutes les notes sont a zéro, il est où le jeu pour augmenter changer les notes :)

Il sont où les thèmes, car il me semble que la première chose que l'on pense après (ou avant) c'est (re)looker son site est là aucune explication simple (ou un lien) de où trouver des thèmes pour son PluXml (anciennes ressources sur archive.org pour mémoire).

404 : ds la page ressources officielles le lien pour plxmobile.zip (archive.org) http://telechargements.pluxml.org/plugins/official/plxmobile.zip donne sur une 404 (il n'est pas https)

Ps : Ce billet est brouillonné en amont avec Pluxml