• Transférer les urls des fichiers de langue core.php vers urls.php
• Ajouter en racine du dossier des langues un fichier urls.php avec les urls classiques
• Ajouter une constante ds le fichier de config de la racine (a faire)

C'est un début travail qui remet les urls classiques pour l'instant

il reste a peaufiner 2 ou 3 détails...

Il reste surtout a déterminer le nom de la constante a placer ds le fichier config en racine :

Que penser vous de PLX_MULTI_URLS = oui/non (true/false) ?

En toutes cordialités.

Ps : les diffs

Je reprends dès à présent le développement de PluXml.

Il y aura une ou deux nouvelles versions publiées d'ici la fin de l'année pour continuer la suite de PluXml-5.8.9.
Elles visent dans un premier à corriger les bugs et problèmes de sécurité soulevés sur le forum ou le dépôt Github. Les solutions sont déjà là.
Je vais faire le nécessaire pour que PluXml puisse continuer avec PHP5.6 pour ceux qui sont encore chez Free.fr sans PHPMailer.
PHP5.6 n'étant plus supporté depuis fin 2018, il vous est fortement conseillé de trouver un hébergeur "gratuit" ou non vous proposant au moins PHP-8.0.
Je vais ajouter à plxShow la possibilité d'afficher la liste des utilisateurs sur la partie publique quand il y a plusieurs utilisateurs.
Le code du thème "defaut" sera revu pour être simplifié. J'espère ajouter des templates pour avoir un formulaire de contact et des galeries de photos
Dans le cas de ré-écriture des urls, je pense pouvoir générer des urls plus sympas et sans numéro d'article ou page.
Après tout cela, PluXml sera livré avec un plugin contenant un éditeur simple. Vraisemblablement plxEditor après revue de code

En parallèle, je vais reprendre le développement du gestionnaire de ressources.
En particulier, j'aimerai y voir des thèmes. Cela n'est pas possible actuellement. Je vais étudier le problème.
Il me semble important de proposer plugins et thèmes depuis un endroit unique, une sorte de "play store" et d'en afficher le catalogue dans PluXml pour les administrateurs.

S'il me reste du temps disponible, je souhaite mettre à jour le paquet Debian qui est à l'abandon. Il permettra une installation plus sûre et peut-être multi-sites.

Après tout cela , je m'intéresserai à PluXml 6.0.
D'abord, le raccrocher à la dernière version de PluXml5.8
Optimiser la lecture et l'écriture des fichiers XML avec la librairie SimpleXML livrée en standard sous Debian
revoir le format des fichiers de langue que j'avais initié il y a quelques années
Abandonner PluCSS au profit de KnaCSS pour le côté back-office et le thème par défaut
Si tout se passe bien, cette version serait publiée avant l'été

Je ne peux faire l'inventaire de tous les cas d'utilisation. J'ai besoin de gens pour tester les dernières modifications et rendre compte des erreurs qui se produisent.
Le plus simple pour cela est d'installer le logiciel Git. Nul besoin d'en être un expert. Il suffit de connaitre quelques commandes basiques pour récupérer les dernières modifications et basculer entre la dernière version officielle et celle en cours de développement.

La très grande majorité des serveurs Internet tourne sous Linux, principalement Debian ou Ubuntu.
Je vous recommande d'apprendre à travailler sous cet environnement.

Comme promis, je partage avec vous les axes d'évolutions qui vont animer cette année 2020, avec à la clé une version 6.0 de PluXml. Mais qui dit version majeur, dit changements majeurs.

Avant de parler de PluXml, quelques éléments autour du site pluxml.org. En effet, tous les utilisateurs de PluXml ne sont pas francophones et c'est pourquoi, je souhaite passer le site en multilingue français/anglais. C'est une grosse charge de travail, puisque cela implique de traduire toute la documentation et de publier des articles sur le blog dans les deux langues. Bien sûr je n'oublie pas qu'il manque un véritable espace "Ressources" collaboratif et sécurisé.

PluCSS

Le système de grid du framework CSS intégré à PluXml doit évoluer pour s'aligner avec les derniers standards du web, et intégrer "grid layout" à la place du système de grille actuel. Il manque également certains éléments qui pourrait être intéressants pour l'administration de PluXml, à savoir une gestion d'onglets et de toggles, par exemple. Enfin, je me pose aussi la question d'utiliser SASS.

En parallèle, je réfléchis au remplacement et donc à l'abandon de PluCSS au profit d'un autre framework, tel que Knacss. Ce qui me permettrait de me concentrer pleinement sur PluXml et de profiter d'un framework plus complet, mais moins léger.

PluXml

A plusieurs reprise sur le forum, il a été évoqué de retravailler le code de PluXml en profondeur, que se soit dans une vision OOP ou plus simplement des refacto sur le moteur. Avec la version 5.8, Composer a été intégré pour gérer les dépendances de PHPMailer, ce qui me fait penser à revoir complètement la structure de PluXml pour le rendre plus respectueux du modèle MVC et pourquoi pas, migrer vers un framework PHP, tel que Laravel (avec l'aide de Composer). Il faudra, néanmoins, garantir la rétrocompatibilité des plugins et des thèmes.

En vrac, des idées d'évolutions (à compléter avec les issues ouvertes sur Github) :

• Intégrer un éditeur wysiwyg en natif
• Intégrer la recherche en natif (plxMySearch)
• Nouveau thème pour l'administration
• Remplacer la notion de “page statique” par une notion de “page”
• Création d'un gestionnaire de média “light” pour l'ouverture en popup dans l'édition d'articles/pages
• Dans article.php à la création d'une catégorie, sélectionner automatiquement celle-ci, si aucune catégorie n'est déjà sélectionnée
• Intégrer une sauvegarde automatique des brouillons
• Sauvegarder le site dans un zip à télécharger via un bouton
• Ajouter une mécanique de redirection d'URL sur les articles et sur les pages statiques
• Ajouter une mécanique de "remember me"
• Suppression des meta keyword (ne sont plus pris en compte par Google)
• Thème par défaut : ARIA, schema.org, opengraph, maillage interne SEO

A vous !

N’hésitez pas à me communiquer vos idées ou souhaits.

J'aimerais également connaître votre avis sur l'avenir de PluCSS, préférez-vous qu'il soit remplacé ou faut-il continuer de le maintenir et de le faire évoluer ?

Que pensez-vous de migrer PluXml vers un framework PHP, tel que Laravel ?

Ce n'est peut-être pas le lieu, dites moi

Je commence à regarder du coté de pluxml 6.0 comment se présente les premières différences de la nouvelle mouture en testant un plugin que je viens à peine de stabilisé sur un 5.8.7.

Gestion des langues : tiptop ! (mais j'ai du ajouté un $LANG = "fr"; en début du fichier langue pour ne pas avoir de warning, j'ai peut-être fait ou laisser un doublé dans le code) .

Autre difference que je perçois est la constante des profils devenue intouchable, sans autres choix , je finis par faire un backup de prepend.php pour le modifié en dure et pouvoir ajouté un nouveau type de profil à l'activation du plugin ,à la désactivation, je restaure prepend.php et efface le prepend.php.bak . (tant qu'il n'y a qu'un plugin qui le fait, le risque est minime mais existe).
Pour passer en dessous du niveau 4 de rédacteur et spécifier un profil qui ne peut avoir accès à l'admin , mais qui est bien vu comme un profil logué, il faut lui alloué une valeur de profil négatif.
Je comprend le coté sécurité, mais il empêche dans ce cas de bénéficier des fonction de bases d'identification de pluxml pour un plugin au risque peut-être d'ouvrir d'autre brèche.

Bogue ? un hook en doublon dans prepend.php , le hook lignes 68/69

# Hook Plugins
eval($plxAdmin->plxPlugins->callHook('AdminPrepend'));

est doublé lignes 92/93 , j'imagine que ce sera 'AdminPrependEnd' .. ou pas ?

Le plugin que j'ai fait, écrit dans les fichiers XML via simpleXml et la class SimpleXMLExtended pour gérer simplement les champs nécessitant CDATA, class que l'on peut retrouver là : https://web.archive.org/web/20110223233311/http://coffeerings.posterous.com/php-simplexml-and-cdata

fichiers concernés: users.xml/statiques.xml/plugins.xml.

par exemple sur l'ajout d'utilisateurs avec un profil custom :

function updateFromCsv() {
    $plxMotor = plxMotor::getInstance();
    // on verfie que nos fichiers sont accessibles
    if ((file_exists(PLX_ROOT.PLX_CONFIG_PATH.'users.xml')) && (($open = fopen(PLX_PLUGINS.'/vip_zone/username.csv', 'r')) !== FALSE) && (!isset($_GET['upmsg']))) {

        // on commence avec le fichier csv  
        while (($data = fgetcsv($open, 1000, ";")) !== FALSE)     {        
          $array[] = $data; 
        }  
        fclose($open);

        // on recupere le fichier XML
        $xml = file_get_contents(PLX_ROOT.PLX_CONFIG_PATH.'users.xml', true);

        // on charge le fichier xml
        $doc = new SimpleXMLExtended($xml); 

        // on compte ses enregistrements
        $kids = $doc->children();
        $nbUser = count($kids);
        $nbRecords =0;

         // on boucle sur les lignes du fichiers CSV pour récuperer les données et les ajouter aux données existantes 
        foreach($array as $i => $line){ 
                if($i >0) { // on passe la premiere ligne ou sont  stockées les entêtes de colonnes.
                    $nbRecords++; // on compte les enregistrements qui sont ajouter.
                    $nbUser++;
                    //test si données extraites
                    if((!isset($line[0])) or (!isset($line[1])) or (!isset($line[2])) or (!isset($line[3]))) {
                    $nbRecords++; 
                    echo    '<p class="alert red "> '. L_ERROR_BATCH_RECORDS .': <b> '.$nbRecords  .'</b></p>';

                    $fileError ='1';

                    } 
                    else {

                    // on alimente les données visiteur V.I.P..
                    $element = $doc->addChild('user'); 
                    $element->addAttribute('number', str_pad($nbUser, 3,'0', STR_PAD_LEFT)  );
                    $element->addAttribute('active', '1' );
                    $element->addAttribute('profil', '-5' );// une valeur négative, sinon scotché comme rédacteur, et ce n'est pas ce que l'on veut
                    $element->addAttribute('delete', '0' );  

                    $login = $element->addChild('login'); 
                    $login->addCData($line[0]); 

                    $name = $element->addChild('name'); 
                    $name->addCData($line[1]); 

                    $infos = $element->addChild('infos',''); 

                    // grain de sel
                    $salt = plxUtils::charAleatoire(10);

                    //cryptage du mot de passe
                    $pwd=sha1($salt.md5($line[2]));         

                    $password = $element->addChild('password',$pwd); 


                    $salted = $element->addChild('salt',$salt); 

                    $email = $element->addChild('email'); // voir à utiliser fonctions verif mail native de pluxml + gestion message erreur
                    $email->addCData($line[3]); 

                    $lang = $element->addChild('lang','fr'); 

                    $password_token = $element->addChild('password_token',''); 

                    $password_token_expiry = $element->addChild('password_token_expiry','');    
                    }              
               }  
        }

        if (!isset($fileError)) {
            //On refait l'indentation du fichier  parce-que c'est plus joli
            $xmlDoc = new DOMDocument ();
            $xmlDoc->preserveWhiteSpace = false;
            $xmlDoc->formatOutput = true;
            $xmlDoc->loadXML ( $doc->asXML() );
            // on sauvegarde le fichier XML mis à jour.
            $xmlDoc->save(PLX_ROOT.PLX_CONFIG_PATH.'users.xml');
            echo '<p class="alert green ">'.L_SAVE_FILE_SUCCESSFULLY.' - '.L_CONFIG_USERS_NEW.' <b> '.$nbRecords  .'</b></p>';

            // on vide le fichier si tout s'est bien déroulé pour le prochain enregistrement.
            $open = fopen(PLX_PLUGINS."/vip_zone/username.csv", "w") ;
            $fileCsv="login;name;password;email\n";
            fwrite($open, $fileCsv);
            fclose($open);
        }

    }
    else {
    exit(L_SAVE_FILE_ERROR.' user.xml / username.csv.');
    }
}

Il m'avait sembler avoir lu que PluXml 6.0 allait se tourner vers simpleXML, du coup je reste sur ma faim et ma curiosité de l'approche des développeurs , si c'est d'actualités ou n’était qu'une simple évocation.

J'aurais probablement d'autres question en continuant à creuser.
Merci

j'essaie de récupérer le contenu du champ description d'une page statique (champ affichée dans les méta)

Mes tentatives pour récupérer le numéro de la catégorie a partir et de #cat_url sont infructueuses (à partir d'un fichier du théme). , si je teste :
<?php $plxShow->staticList('','<a href="#static_url" title=".$plxMotor->aStats['001']['meta_description'] .">#static_name</a>'); ?> cela me donne bien la description de la page statique 001 (donc ça marche) , mais je n'arrive pas a extraire ce numéro depuis #static_url et de le réinjecter comme index, et attribuer à chaque page statique sa description si il y en a une.

 `function get_num ($str) {
    preg_match_all('/static\d+/', $str, $matches);
    $str = implode($matches[0]);
    preg_match_all('/\d+/', $str, $matches);
    $num = implode($matches[0]) ;
   // echo $num .PHP_EOL;
    $res = str_pad($num, 3, '0', STR_PAD_LEFT);
    //echo $res;
   return $res;
}`

Pour le coup j'ajoute en dur dans la boucle de la fonction staticList(); : $stat = str_replace('#static_description', plxUtils::strCheck($this->plxMotor->aStats[$k]['meta_description']) , $format); . Il y a surement un truc plus simple et plus court à faire a partir de l'url dans le fichier du théme ($format) plutôt que de faire un plugin pour tout reprendre pour une seule ligne.

Merci

sur ma 1ere page, l'affichage des derniers commentaires indique les noms des différents commentateurs avec en face le même tronçon de commentaire répliqué pour tous !

Voir PR #479 : https://github.com/pluxml/PluXml/issues/479

(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)

J'aurais besoin de conseils de la part des développeurs principaux de PluXml - ou de développeurs ayant l'habitude de contribuer à des projets en utilisant git.

J'explique la situation : je me suis proposée pour traduire la documentation de PluXml en anglais.
La documentation s'appelle Pluxml-wiki sur github.
@P3ter a créé une branche multilang, que j'ai forkée, clonée, et sur laquelle j'ai traduit une page. Suite aux conseils de @bazooka07 , j'ai fait une PR (toujours sur cette branche multilang) pour demander à prendre en compte mes changements.

Mais la documentation comprend plusieurs pages, voire des dossiers avec plusieurs pages.

Mes questions :

• est-ce que c'est mieux si je crée une branche par page, en terme de suivi du projet ?
• faut-il que je continue à commiter sur la branche multilang, et que je PR dessus ? De cette façon, visualiser les évolutions sera plus difficile, non ?

J'ai préféré faire un sujet à part, pour éviter de polluer le sujet "Pistes d'améliorations", et pour que cela puisse aider plus généralement d'autres débutant·es.

Vos conseils sont les bienvenus !

PluXml 5.8 entre en phase de test avec la sortie d'une version release candidate, disponible ici : https://github.com/pluxml/PluXml/releases/tag/v5.8-rc

Le vous invite à la tester et à me remonter vos retours ici ou directement par MP / e-mail.

J'en profite pour remercier toutes celles et ceux qui on participé à cette version et qui ont contribué à alimenter l'important changelog.

Si tout va bien la version finale devrait sortir fin de semaine prochaine.

Dans configuration avancée il y a l'option envoi de mel par smtp.

Si on la sélectionne c'est pour permettre l'utilisation de certains plugins, ou bien il y a une option native de pluxml pour l'envoi de mail?

dans theme.css au niveau des breakpoints:

quelques utilisations de taille avec des pixels "décimaux"(.5px 7.5px) alors qu'on ne doit employer que des nombres entiers pour les pixels.

De même pour les mediaqueries, lorsqu'on utilise le rem , sa valeur ne change pas (1rem=16px 100%) même si on a redéfini sa base (dans le cas de plucss 1rem=10px 62.5%).

Alors précision demandée:

min-width: 128rem : cela signifie dans le thème 1280px( ce que vous vouliez) ou 2048px (le résultat)

min-width: 64rem ---> 640px ou 1024px?

Pour créer et utiliser quelques constantes, perso, je suis obligé ( mais peut etre y-a-t-il une autre solution) de modifier le fichier index.php?

N'y aurait-il pas une possibilité d'inclure en natif la gestion de telles constantes perso?

include(PLX_ROOT.'config.php');
include(PLX_CORE.'lib/config.php');
   // Code rajouté :
   # Inclut le fichier de configuration liée au site
   # PLS_SITECONFIG_PATH est fourni par ./config.php
   include(PLS_SITECONFIG_PATH.'siteconfig.php'); 

le config.php:

/ Définit l'emplacement des dossiers de configuration, 
   const PLX_CONFIG_PATH = 'data/configuration/';
   // Définit l'emplacement du dossier contenant les constantes personnalisées
   const PLS_SITECONFIG_PATH = 'data/siteconfig/'; 

Le fichier siteconfig.php qui se trouve dans data/siteconfig/

// Traitement du dossier assets   
   const FONTS = PLS_ASSETS_PATH.'fonts/';
   const IMG = PLS_ASSETS_PATH.'img/';
   const LIBS = PLS_ASSETS_PATH.'libs/';
   const UTILS = PLS_ASSETS_PATH.'css/'; 
   const VENDORS = PLS_ASSETS_PATH.'vendors/'; 

Et lorsque j'utilise une constante dans un template de page

<link rel="stylesheet" href="<?php echo FONTS ?>fontawesome/css/all.css" />   
<script src="<?php echo VENDORS ?>prism/prism.js"></script>

J'ai ce message qui s'affiche mais cela n'empeche pas l'utilisation du gestionnaire.

Deprecated: Function create_function() is deprecated in E:\htdocs\myPluXml\core\admin\medias.php on line 93

J'en profite pour redemander s'il est possible de prevoir une navigation dans le gestionnaire de médias en cachant ou en affichant les sous-dossiers car sinon cela peut faire une liste assez longue à dérouler pour trouver le bon dossier.

Cordialement

Remplacement define() par const autant que possible #309

Est-ce que cela a un impact sur la compatibilité des plugins qui fonctionnaient avec la 5.7?

Cordialement