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

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

Je cherche à exporter les articles et catégories vers un wordpress. Est-ce qu'il existe un moyen de le faire cela ?

Je n'ai rien trouvé sur le forum ou le github ou sur pluxml.

Merci