PluXml 5.9.0

Haruka

This version is not production-ready.

🇬🇧 Hi! A release candidate for PluXml 5.9.0 is available here. For those who wish to test this version, do not hesitate to share here any problems encountered. The stable version will be released within a few weeks, during January, depending on the results of ongoing tests. The article on the blog.

🇫🇷 Bonjour ! Une release candidate de la version 5.9.0 est disponible ici. Pour ceux qui souhaitent faire des tests sur cette version, n'hesitez pas à partager ici les éventuels problèmes rencontrés. La version stable sortira d'ici quelques semaines, courant janvier, en fonction des résultats des tests en cours. L'article sur le blog.

EDIT 2024/01/03 : 5.9.0-rc2 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc2
EDIT 2024/01/14 : 5.9.0-rc3 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc3
EDIT 2024/01/23 : 5.9.0-rc4 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc4
EDIT 2024/02/09 : 5.9.0-rc5 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc5
EDIT 2024/02/20 : 5.9.0-rc6 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc6
EDIT 2024/03/26 : 5.9.0-rc7 available here : https://github.com/pluxml/PluXml/releases/tag/5.9.0-rc7

erxyz

Salut.

Installation sans souci. Mais sur un hébergement sans mod_rewrite actif. Pas encore testé avec différents plugins.

Merci pour le travail effectué.

erxyz

Premier petit souci : en mode création d'article, impossible de changer la date de publication qui indique la date du jour.
J'importe d'anciens articles depuis un WordPress et j'aimerai conserver leur date originale de publication.

La date de création se modifie correctement.
La date de mise à jour également.

erxyz

Dans mon template (un thème perso), je remplace "artDate" par "artCreationDate" et la bonne date s'affiche.

Mais je suppose que ce n'est pas le comportement attendu ?

gcyrillus-nomade

Je confirme ce comportement nouveau de PluXml qui ne permet plus

• de prévoir et d'organiser la publication d'une série d'articles déjà ecrit à des dates futurs
• de remettre en ligne des articles, soit, importés manuellement ou perdu suite à une MAJ/backup qui s'est mal déroulé, à leurs dates de publication originales.

Cdt

matco

Bonjour,
Bonne nouvelle qu'une nouvelle version soit dans les tuyaux !
Migration depuis une 5.8.5 en local et pour tester avec le thème standard.
Pas trop de soucis.
Je confirme l'impossibilité de modifier la date de création des articles.
La mise en page des commentaires n'est pas optimum avec la nécessité de scroller vers la droite pour lire le commentaire intégralement (surement un problème de css), mais c'est un détail.
Le reste a l'air de bien fonctionner.
Coté plugins que j'utilise et qui ne datent pas d'hier (CKEditor 4.5.11, MyAkismet 1.3 et My Google Analytics 1.3 ont l'air de fonctionner).
MyCapchaImage 1.3.2 fait planter la page plugins.
Mat.

matco

En complément, sur le menu "articles" le filtre "toutes les catégories" ne semble pas fonctionner : il n'affiche que ma 1ère catégorie.

gcyrillus-nomade

@matco . je viens de corrigé et mettre à jour https://ressources.pluxopolis.net/banque-plugins/plugins/plxMyCapchaImage.zip Si tu veut bien confirmer qu'il ne fait plus planter et que le reste du plugin fonctionne bien

edit, il te faut malgré tout modifier le fichier htaccess pour voir l'image coté front: (concerne principalement les serveurs apache).

dans plugins:
edité le fichier .htaccess qui contient :

Options -Indexes

<Files "*.php">
    Order Allow,Deny
    Deny from all
</Files>

en :

Options -Indexes

<Files "*.php">
    Order Allow,Deny
    Deny from all
</Files>
<Files "capcha.php">
    Order Allow,Deny
    Allow from all
</Files>

et l'image devrait s'afficher

ou prendre : https://ressources.pluxopolis.net/banque-plugins/plugins/plxMyCapchaImage-1.4.0.zip qui fera l'edition du fichier htaccess de lui même à l'activation/désactivation s'il en trouve un. Cela concernera les versions 5.9.0 et ultérieures .

bazooka07

@erxyz
Dans le fichier core/lib/class.plx.admin.php, modifie la ligne n°1273 pour la variable $dates comme suit

        if(isset($content['date_update_old']) and $dates['update'] == $content['date_update_old']) {
            $dates['update'] = date('YmdHi');
        }

Note que le problème est le même pour un article ancien
Merci pour le retour
Je ferai un pull request sur Github dès la gestion des branches sur Github sera corrigée !

Dans une nouvelle installation de PluXml, il manque un test d'écriture sur le fichier ./config.php. Plus le dossier plugins absent dans la version de PluXml.

erxyz

Merci, ça fonctionne.

gcyrillus-nomade

En complément, sur le menu "articles" le filtre "toutes les catégories" ne semble pas fonctionner : il n'affiche que ma 1ère catégorie.

@matco Je n'ai pas ce défaut sur ma config apache(ou nginx) php 8.2.6 , il y aussi le filtre auteurs à coté a mettre sur tous , si tu veut voir tout les articles dans la liste.

Haruka

Merci à tous pour vos tests !
Une version 5.9.0-rc2 est disponible ici, avec les corrections de @bazooka07.

bazooka07

Bonsoir,
Petit bug découvert un peu par hasard :
S'il y a des articles classés en page d'accueil et que tous sont à publier à une date ultérieure, alors on affiche que la page demandée n'existe pas. L'erreur se produit si un seul article est classé en page d'accueil et qu'il doit être publié dans l'avenir.
Corriger l'appel de $this->plxGlob_arts->query($this->motif) à la ligne n°186 dans core/lib/class.plx.motor.php comme suit :

# On regarde si on a des articles en mode "home"
$this->motif = '#^\d{4}\.(?:\d{3},|pin,)*home(,\d{3})*\.\d{3}\.\d{12}\.[\w-]+\.xml$#';
if(!$this->plxGlob_arts->query($this->motif, 'art', '', 0, false, 'before')) {
    # Sinon on recupère tous les articles
    $this->motif = '#^\d{4}\.(?:pin,|\d{3},)*(?:'.$this->homepageCats.')(?:,\d{3})*\.\d{3}\.\d{12}\.[\w-]+\.xml$#';
}

bazooka07

Après quelques tests, il est préférable d'utiliser plxMotor::getArticles() au lieu de $plxMotor->plxGlob_Arts->query()
Et pour éviter de rechercher 2 fois les mêmes articles,on test dans getArticles si $this->plxRecord_arts est vide.
PR #683

matco

@gcyrillus-nomade , désolé je me suis absenté pour les fêtes.
Test de MyCapchaImage avec modification du .htaccess du répertoire plugins et tout semble opérationnel !
Merci à toi.

kroc

Bonjour,
Est-ce que cette version est utilisable aujourd'hui ?
Je suis un peu perdu sur les montées de version de PluXml, du coup je reste sur la 5.8.5 depuis quelques temps.
Merci

petitpouyo

Salut @kroc !

C'est une version en phase de test donc utilisable oui mais il peu y avoir des bugs. Le mieux est d'aller sur du 5.8.9 pour la stabilité.

Haruka

Nouvelle release candidate 5.9.0-rc3 disponible ici avec pas mal de corrections et quelques améliorations, par @bazooka07 et @Sudwebdesign.

petitpouyo

Content de savoir que @Sudwebdesign est encore vivant !

Sudwebdesign

En vie et en mode DSL (Développent Super Lent)
Vu que github m'impose un 2FA, je remonte ici les quelques défauts rencontrés ds la RC3
Ainsi que leurs correctifs possibles

Lorsque l'on choisit les commentaires hors ligne (à partir d'index/article)

le fil d’Ariane active le lien "tous" au lieu de "hors ligne"
Fichier https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/admin/comments.php#L85

    $_SESSION['selCom'] = $comSel;

Il manque une colonne (visible au survol de la ligne)

Fichier https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/admin/comments.php#L243

                    <td colspan="6" class="center"><?= L_NO_COMMENT ?></td>

Lorsque l'on modifie un commentaire, La notification affiche deux lignes dans le message

Commentaire supprimé et commentaire enregistré, cela peut porter a confusion (voir faire peur)
Fichier https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/lib/class.plx.admin.php#L1488

        if($this->delCommentaire($id))unset($_SESSION['info']);#Fix double messages supprimé + modifié

Et le plus grave, En créant/répondant a un commentaire (partie admin)

Une fois enregistré, on s’aperçoit que le com est vide (ainsi que ds la liste)
Direction "Éditer" ce commentaire nous voyons ds le champ "Commentaire"

<![CDATA[Ma réponse]]&gt;

Et dans le fichier xml généré un cdata en double

    <content><![CDATA[<![CDATA[Ma réponse]]&gt;]]></content>

Peut-être que plxMotor->addCommentaire($content) ou plxAdmin->newCommentaire($artId,$content) soient en cause...
Car lors de l'édition il n'y a point ce défaut

Sauf s'il y a comme texte <![CDATA[Un Commentaire]]&gt; il devient <![CDATA[]]&gt;

Exemple

<![CDATA[2e réponse]]&gt;

Donne comme xml

    <content><![CDATA[<![CDATA[2e réponse]]&gt;]]></content>

Mettre a jour (le commentaire) donne

<![CDATA[]]&gt;

    <content><![CDATA[<![CDATA[]]&gt;]]></content>

Solutionné avec

Fichier https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/lib/class.plx.admin.php#L1424

        $comment['content'] = plxUtils::strCheck($content['content']);

et https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/lib/class.plx.admin.php#L1474

            $comment['content'] = plxUtils::strCheck($content['content']);

Il est donc maintenant possible de supprimer le if

        if($com['type'] != 'admin') {

https://github.com/pluxml/PluXml/tree/e05193a25c8e4bb1fa9d4f5fd9b58283ced84317/core/lib/class.plx.admin.php#L1467

Avec la modif des appels a strCheck, tout rentre ds l'ordre pour un nouveau com

    <content><![CDATA[test strCheck avec cdata a faux (newCommentaire)]]></content>

et si le texte du com est :

<![CDATA[test strCheck avec cdata a faux (newCommentaire)]]>

le xml est :

    <content><![CDATA[&lt;![CDATA[test strCheck avec cdata a faux (newCommentaire)]]&gt;]]></content>

Et aussi pour une modif de com

    <content><![CDATA[test strCheck avec cdata a faux (editCommentaire)]]></content>

et si le texte du com est :

<![CDATA[test strCheck avec cdata a faux (editCommentaire)]]>

le xml est :

    <content><![CDATA[&lt;![CDATA[test strCheck avec cdata a faux (editCommentaire)]]&gt;]]></content>

Je continus les tests de cette belle mouture et les M.A.J. de plugins vont arriver...

petitpouyo

Salut @Sudwebdesign miracle un message sur le forum lol

Pour les commentaires je m'en suis aperçu j'allais justement faire remonter ce bug qui m'oblige à répondre côté front-end

Toi aussi tu n'aime pas les double authentification ?

bazooka07

@Sudwebdesign,

Pour Github, j'utilise un couple de clés privée/publique pour pousser un pull-request. Juste besoin de la phrase secrète pour déverrouiller mon trousseau de clés. Trousseau qui contient aussi mes clés pour me connecter à mon petit serveur sur mon réseau local.
Le 2FA ne me sert qu'à me connecter qu'à mon compte Github via mon navigateur web. Et j'utilise une clé USB pour cela. Je ne donne pas mon "06" à tout le monde, LOL. Cette clé me sert aussi pour FB,Google, etc... En vente chez Amazon.

Pour le colspan, c'est plus compliqué. Le nombre de colonnes varie selon le status du commentaire. Et maintenant cela varie encore davantage si on vient de la page d'un article.
Pour les CDATA, je préfère employer plxUtils::strCheck() qui gère tout seul d'encadrer la donnée avec un CDATA, surtout si elle est nulle.

Autre truc qui pique les yeux : Quand on vient lire les commentaires depuis un article, on totalise le nombre de commentaires pour tous les articles. Un peu déroutant !

Voir PR#710

Sudwebdesign

Salut,
j'ai remarqué quelques soucis avec les commentaires d'un article

Après l'envois de commentaire, il est bien spécifié qu'il est publié mais il n'est point affiché
Le probleme vient de plxGlob qui n'a pas le bon format (timestamp) pour comparer avec $now
voir Fix missing last published on art list com : need F5 2 see-it

Retouche de la fonction demarrage du moteur avec un seul header()
voir Fix after comment is'nt display, need reload page to see it!
et oups demarrage session msg & speed up condition 2 post com

Retouche du fichier themes/defaut/commentaires.php pour revenir a l'ancienne,
car il n'affiche plus le formulaire après un envois réussit (anti flood peut-être, mais un F5 et il revient)
Voir Show FORM for com after good or error post, like old PluXml

Retouche de l'expreg de la fonction CheckSite ds core/lib/class.plx.utils.php
elle laisse passer <![CDATA[http://exemple.site]]>;
sauf que le lien génère un href="http://pluxml.local/<![CDATA[http://exemple.site]]>"
voir Fix plxUtils::checkSite regex : only start with https? or s?ftp

Quelque retouches et mise conformité avec php8 de la fonction plxMotor->newCommentaire()
Voir Fix Notice: Only variables should be passed by reference
et Fix Author name always 1 & improve plxMotor newCommentaire()

Pour comparer
https://github.com/pluxml/PluXml/compare/master...sudwebdesign:PluXml:patch-18

Heureusement pour un peu moins d'un an je peux encore pousser sur mes dépôts grâce une bonne graine généré lors de mes derniers accès...

@bazooka07 Merci, c'est une clé spéciale pour 2FA j'imagine?

ci-joint le zip avec les patchs

Sudwebdesign

et un dernier pour la route avec le capcha AMHA

    const TEMPLATE = 'abcdefghijklmnpqrstuvwxyz0123456789';
    const TEMPLATE_LENGTH = 36; 

alors qu'il y a 35 caractères

bazooka07

Salut,
Je suis absent de chez moi tout le week-end à partir de cet après-midi.
Je regarderai tout cela dimanche soir ou lundi.

Je n'ai pas encore testé quand un commentaire est modéré pour l'affichage côté site.

Pour ma clé de sécurité acheté le 13/01/2018, c'est celle-ci :
https://www.amazon.fr/gp/product/B01N6XNC01/ref=ppx_yo_dt_b_search_asin_title
Rechercher sur Amazon clé fido2.
Par exemple, un modèle comme ceci :
https://www.amazon.fr/sécurité-HYPERFIDO-MINI-FIDO2-HOTP/dp/B0813YWZB2/ref=sr_1_8
On en trouve chez les chinois :
https://fr.aliexpress.com/w/wholesale-fido-u2f.html

Il doit y avoir un bouton poussoir ou une touche sensitive sur ce type de clé. Attention au port USB ( A ou C )

Sudwebdesign

Avec quelques retouches les coms tourne rond

ps: un greffon 2FA TOTP pour vos navigateurs authenticator
Pour ceux qui ont un simple téléphone ou aucune envie de donné leurs 06
Testé avec kzOtPHP et gh

Sudwebdesign

Salut,

Avec quelques retouches les coms tourne rond

Il semble que je sois allés trop vite en besogne, je viens de saisir qu'il était possible de mettre un peu de html dans les commentaires...

public static function strCheck($str, $cdata=false, $tags='<i><em><a><sup><span>') {

Mais avec ces retouches tout est traduit en "code" (même le nom) et il manque les cdata dans le xml, mea-culpa.

Petites questions pour sa révision :
Autorisons nous du html pour le nom du commentateur? AMHA non.
Édit : Quelles balises autoriser pour le texte?

Édit2 : voir la révision Check new & edit com only by plxMotor addCommentaire

Peut-être ajouter une option qui transforme le commentaire en code avec strCheck basique (le htmlspecialchars)?

gcyrillus-nomade

Apparemment, c'est passé en 5.9.0-rc4

Sudwebdesign

Salut,
Petit retour sur un problème d'affichage des tableaux paginés, voici l'exposé :

I

Il y à toujours le souci (sur un grand ou petit écran...)
Lorsque l'on a une alerte comme l'image ci-dessous (ou tout objet intégré par un plugin)
la fin du tableau est caché par la pagination.

Comme visible a l'image, avec

.scrollable-table.has-pagination {
    padding-bottom: 3.5rem;
}

La dernière ligne du tableau article 0301 est toujours accessible (avec ou sans alerte)

@bazooka07 Merci d'avoir trouvé une parade plus efficace avec .has-pagination que mon 1er bricolage
Je saisis mieux pourquoi max-height: calc(100vh - 23.5rem); semble réglé ce problème, mais s'il y a un plugin qui ajoute une interface avec AdminArticleTop (à la alert) ça empêche de voir la fin du tableau.

II

Et les plus aguerris aurons remarqués que les liens Catégorie Nb coms Auteur Action ne sont points affichés.
Ils sont très loin sur la droite dû aux 3 premiers articles qui ont des titres a rallonge car il y a tous les caractères japonais, je sais c'est abusé mais possible
C'est sûr que le white-space:nowrap rend les lignes des tableaux plus uniformes, par contre il suffit qu'il y est un titre (un auteur & lien de plugin) a rallonge et ce sont la fin des lignes qui deviennent fastidieuses à trouver.

Idée peut-être les tronqué avec un text-overflow:ellipsis

Vais voir ça, en plus des quelques autres choses

À Plux

kamea

Bonjour à toutes et à tous, et encore merci pour ces nouvelles mises à jour.

Je viens de constater qu'en étant dans l'interface d'administration d'un article, la sélection du modèle d'article (article-full) ne s'enregistre pas dans le fichier de config de l'article, contrairement à l'administration d'une page statique où cette fonctionnalité agit correctement.

Testé sur les versions PluXml 5.9.0 rc1,2,3 et 4 ainsi qu'avec PHP 7.2, 7.4, 8.1, 8.2 et 8.3

En attendant, vous pouvez toujours éditer le fichier de config de l'article et le modifier manuellement (data/article/nom_de_l-article...)

<template>article-full.php</template>

A très vite

bazooka07

@kamea,
Dans la version 5.9.0-rc4, pour le fichier core/lib/class.plx.admin.php à la ligne n°1276, remplacer PLX_CORE par PLX_ROOT comme suit :

# Génération du fichier XML
if(empty($content['template']) or !file_exists(PLX_ROOT . $this->aConf['racine_themes'] . $this->aConf['style'] . '/' . basename($content['template']))) {
    $content['template']= 'article.php';
}

Voir PR #737
On va également en profiter pour réduire la "sidebar" de droite dans l'édition d'un article dans core/admin/article.php pour les écrans larges.

Merci pour le retour.