[résolu] Rétrograder de PluXml 5.9.0 legacy vers 5.8.4 après déménagement de mon blogue !

antistressantistress Member
2 nov. modifié dans Entraide

Bon voilà, ma situation est atypique

Étant initialement sous toile-libre.org bloqué sous une ancienne version de PHP (5.5.38), j'ai dû passer sur PluXml 5.9.0 legacy pour bénéficier des dernières corrections de PluXml.

J'ai finalement décidé de changer hébergement au profit de tuxfamily.org (qui propose PHP 5.6.40) pour revenir sur une version officielle de PluXml.

Mais voilà le pb que j'ai :

  • soit je garde mon dossier data/configuration et la mise à jour bloque : l'écran de mise à jour me demande de spécifier le numéro de ma version actuelle et lors de la mise à jour j'obtiens l'erreur suivante :
    Aucun utilisateur présent dans le fichier data/configuration/passwords.xml
    [...]
    Une erreur s'est produite pendant la mise à jour.
  • soir je supprime mon dossier data/configuration, l'installation se fait bien mais je ne récupère que quelques billets récents et perds les mots-clés et catégories notamment (cf http://libre-ouvert.tuxfamily.org/).

Une idée de comment je peux stabiliser tout ça : passer à PluXml 5.8.4 tout en gardant ma configuration ?

Merci d'avance !

PS : je n'ai pas l'impression d'avoir un fichier data/configuration/passwords.xml ni dans ma sauvegarde ni sur ma nouvelle installation chez tuxfamily.org

Réponses

  • Le numéro de version de PluXml est stocké dans le fichier data/configuration/parametres.xml
    Pour la version actuelle dePluXml, cela ressemble à cela :

    <parametre name="version"><![CDATA[5.8.4]]></parametre>
    

    Dans ta version exotique, tu as certainement une valeur différente de "5.8.4". Essaie en mettant la bonne valeur.

  • antistressantistress Member
    1 nov. modifié

    merci beaucoup bazooka07 pour ta réactivité
    Le numéro de version était à 5.9.0 en effet.
    Je l'ai mis à 5.8.4 et "c'est bon"
    c-a-d que le site fonctionne
    par contre il n'a pas fait le processus de mise à jour du coup, il s'est lancé direct (puisque j'ai mis "la même version")
    Peut être devrais-je en passer par un numéro 5.8.3 pour forcer la mise à jour ?
    (À moins qu'une nouvelle version soit proche d'être publiée ? ;) )

  • antistressantistress Member
    1 nov. modifié

    (sinon je note deux bogues :

    • un doit être propre à mon blogue : un article de décembre 2019 dans le cartouche droit "Archives" de mon blogue n'est pas concaténé avec le reste de 2019
    • un est peut être général : le nuage de "Mots clés" dans le cartouche droit varie à chaque clic sur un onglet du blogue (cliquer plusieurs fois sur Accueil ou alterner de Accueil à Contact etc.)

    site pour tester : http://libre-ouvert.tuxfamily.org)

  • bazooka07bazooka07 Member

    Le format des données n'a pas changé entre les versions 5.8.1 et 5.8.4 de PluXml n'a pas changé. Juste des corrections de bogues ou des améliorations dans le fonctionnement de PluXml.

    Pour l'article de décembre, édite le et vérifie les dates sur le panneau de droite. Enregistre, même si tu ne fais pas de modifs. Cela devrait résoudre le problème.

    Dans le thème par défaut, le tri des tags est aléatoire. Si cela ne convient pas, on peut choisir un tri alphabétique ou un tri par popularité. Voir comment est déclarée la fonction plxShow::tagList dans le fichier core/lib/class.plx.show.php :

    /**
     * Méthode qui affiche la liste de tous les tags.
     *
     * @param   format  format du texte pour chaque tag (variable : #tag_size, #tag_id, #tag_status, #tag_count, #tag_item, #tag_url, #tag_name, #nb_art)
     * @param   max     nombre maxi de tags à afficher
     * @param   order   tri des tags (random, alpha, '' = tri par popularité)
    
     * @scope   global
     * @author  Stephane F, J.P. Pourrez
     **/
    public function tagList(
             $format='<li class="tag #tag_size"><a class="#tag_status" href="#tag_url" title="#tag_name">#tag_name (#tag_count)</a></li>',
             $max='',
            $order='random'
    ) {
    // .....
    }
    

    Remplacer order par alpha ou une chaine vide dans le fichier themes/default/sidebar.php. Par exemple :

    <ul class="tag-list">
        <?php $plxShow->tagList('<li class="tag #tag_size"><a class="#tag_status" href="#tag_url" title="#tag_name">#tag_name</a></li>', 20, ''); ?>
    </ul>
    

    P.S. : Ton site n'est pas en https. Cela le rend dangereux et cela nuit au référencement par Google.

  • antistressantistress Member
    1 nov. modifié

    1) top, merci
    2) j'ai tout tenté, de mettre une autre date en décembre, de le passer en janvier 2020 avant de le repasser en décembre 2019. Même en mettant une date en novembre 2019 il me le sort de 2019 et me note novembre 2019 (1) c'est très étrange !
    3) merci pour l'info pour les tags, je comprends mieux, ce n'est donc pas un bogue. Excellente idée le tri alphabétique, j'ai fait la modification. Par contre je vois que les tags majuscules sont en premier (ça se discute) et que les tags accentués sont en dernier (c'est un bogue pour moi - cf "émotions" sur mon blogue).
    4) Oui j'ai une alerte à chaque fois que je mets mes identifiants, je n'ai aucune idée comment faire je vais me renseigner, merci ! A priori il y a ce qu'il faut https://forum.tuxfamily.org/topic/696/la-cle-publique-certificat-ssl/
    Je vais m'occuper de ça et aussi de mettre en place une redirection depuis mon ancien blogue (edit : apparemment pas possible car nécessite la réécriture d'Url qui n'est pas proposée chez Toile Libre), j'aurai une infrastructure au niveau (hébergement suivi avec https et PluXml version stable) !

  • bazooka07bazooka07 Member

    Chez toile-libre, tu peux faire une redirection vers ton nouveau site http://libre-ouvert.tuxfamily.org.
    Il y a de grosses chances que chez Tuxfamily tu auras une redirection automatique de http://libre-ouvert.tuxfamily.org vers https://libre-ouvert.tuxfamily.org quand tu auras installé les certificats SSL

    Pour le conflit majuscules/minuscules, le problème se situe entre la chaise et le clavier :
    Soit l'utilisateur rentre tout en minuscules, soit il rentre en majuscules.
    C'est pour cela qu'il ne faut jamais compter sur l'utilisateur !

    Pour les lettres accentuées, cela se gère mais c'est un peu plus compliqué.

    Pour la date, je n'ai pas d'idée dans l'immédiat.

  • Hélas ni Sudwebdesign ni moi n'avons pu faire marcher la redirection d'url prévu dans PluXml chez Toile Libre (lien ci-dessus) donc je ne pense pas qu'elle soit disponible
    Je vais voir comment on fait pour "installer les certificats SSL"
    Je me suis occupé du pb entre la chaise et le clavier ;)
    merci bazooka07

  • bazooka07bazooka07 Member

    Chez toile-libre crée un fichier index.html à la racine de ton vieux site avec ceci :

    <!DOCTYPE html>
    <html lang="fr">
    <head>
        <meta http-equiv="X-UA-Compatible" content="IE=Edge" /> 
        <meta charset="utf-8" />
        <meta name="viewport" content="width=device-width, initial-scale=1" />
        <title>On déménage</title>
    </head><body>
        <p>Retrouvez-nous sur <a id="aaa"></a></p>
        <script>
            (function() {
                'use strict';
                const url = 'http://libre-ouvert.tuxfamily.org/';
                const target = document.getElementById('aaa');
                target.href = url;
                target.textContent = url;
                window.location.href = url;
            })();
        </script>
    </body></html>
    

    Il est possible que Toile-libre ne permette pas la ré-écriture d'urls (module rewrite de Apache non installé, pas de droit en écriture pour .htaccess, ...)

  • c'est vraiment gentil bazooka07

    J'ai testé et j'obtiens :

    Internal Server Error

    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator, you@example.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

    More information about this error may be available in the server error log.

  • bazooka07bazooka07 Member

    Ils ont vraiment des problèmes dans leur toile.
    J'ai posé ce fichier chez free.fr et cela passe sans souci :
    http://kazimentou.free.fr/test/index.html
    As-tu accès aux logs de ton serveur ?

  • J'ai accès à un panel VHFFS 4.6.0 mais je ne vois pas de logs

  • bazooka07bazooka07 Member

    Je n'ai pas de compte chez Toile-libre et ma boule magique est en panne :angry:
    Sans accès aux fichiers de log, je ne peux pas t'aider plus.
    Tu peux utiliser le ftp chez toile-libre ?

  • absolument, j'ai FileZilla à cet effet

  • bazooka07bazooka07 Member

    Tu dois pouvoir déposer le fichier index.html à la racine de ton site.

  • antistressantistress Member
    2 nov. modifié

    http://libre-ouvert.toile-libre.org/index.html fonctionne... de l'espoir, donc ?

  • "Ton site n'est pas en https. Cela le rend dangereux et cela nuit au référencement par Google"
    ayé, j'ai une redirection http->https sur mon nouveau site chez tuxfamily.org :)
    Reste plus que la question de la redirection ancien->nouveau site !

  • antistressantistress Member
    15 nov. modifié

    je note deux bogues :
    un doit être propre à mon blogue : un article de décembre 2019 dans le cartouche droit "Archives" de mon blogue n'est pas concaténé avec le reste de 2019

    Alors c'est un peu fou : j'ai créé un nouveau billet ex nihilo (numéroté article241) dans lequel j'ai recopié l'ancien et que j'ai affublé de la même date, j'ai supprimé l'ancien (numéroté article86, apparemment un ancien numéro que j'avais recyclé car j'en suis à 200+ actuellement), et ben le bogue est reproduit : le nouvel article daté de décembre 2019 est traité à part dans le cartouche ! o_O

Connectez-vous ou Inscrivez-vous pour répondre.