La version 4.0 alpha 4 inutilisable ?

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] La version 4.0 alpha 4 inutilisable ?

    Bonjour à tous,

    J'avais laissé mon site de test J! 4.0 en version dev il y a quelques temps, et h'j'ai tenté la mise à jour ces derniers jours, et depuis, pour l'accès à la configuration générale, j'ai ce message en bas de page, non formatée :
    Fatal error: Class Joomla\Database\Postgresql\PostgresqlDriver contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (Joomla\Database\DatabaseDriver: PrepareStatement) in /home/www/sitestests/test4/libraries/vendor/joomla/database/src/Postgresql/PostgresqlDriver.php on line 0
    Le message apparaît en mode "développement du rapport d’erreurs.
    La base est de type MariaDb, accès en mysqli depuis mes premiers tests il y a près d'un an.

    Par ailleurs, sur certaines pages, les modules que l'on peut trouver en haut à droite se retrouvent décalés vers le bas, masquant les boutons, comme si un message d'erreur devait s'afficher, mais n'est pas visible.
    Dans le code-source, je vois ceci, cependant :
    <b>Warning</b>: Cannot declare class jfilesystemwrapperpath, because the name is already in use in <b>/home/www/sitestests/test4/libraries/loader.php</b> on line <b>794</b><br />
    Après désactivation et réactivation de ce que j'ai ajouté pour tests, il s'avère que c'est LazyDbBackup qui est responsable de l'erreur en question, mais pas de classe de ce nom dedans et pas de ligne 794. Les deux fichiers PHP utilisables ne font que 393 et 427 lignes.

    J'imagine que c'est dans l'import du système que l'erreur se produit. Il y a en effet en début de fichier :
    jimport('joomla.filesystem.folder'); // september 07 2012
    jimport('joomla.filesystem.file'); // september 07 2012
    Mais leur neutralisation n'a pas d'effet sur l'erreur. Et curieusement, elle n'empêche pas la sauvegarde de fonctionner !

    Si quelqu'un a une idée de comment trouver où se cache l'erreur, je lui en suis reconnaissant !
    Robert
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

  • #2
    Personne n'a ce souci avec PostgreSQL sur la configuration d'un site Joomla! 4.0 alpha 4 ?
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      Bonjour.
      Eventuellement, tu peux doubler ta question sur une issue Github du projet, si tu ne l'as pas déjà fais.

      Commentaire


      • #4
        Même après écrasement de la totalité des fichiers par un pack vierge de la dernière version, rien à faire, alors qu'une installation neuve, que ce soit en local ou sur serveur distant, ne provoque pas cette erreur d'accès à la configuration et permet donc de la modifier... De plus, l'erreur avec LazyDbBackup a disparu !
        Reste à comprendre pourquoi la version test datant des débuts de la 4.0dev, souvent mise à jour, dont tous les fichiers ont été écrasés par la dernière version et la base bien à jour, continue à me poser ces problèmes.
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

        Commentaire


        • #5
          Nouvel écrasement avec la toute dernière version toujours inefficace, avec la même erreur PostgreSQL et l'erreur JFile.
          J'ai donc pris le taureau par les cornes et carrément supprimé le dossier "libraries" pour le remplacer au lieu de tenter de l'écraser, et ces erreurs ont disparu !
          Ceci me conforte dans mon idée de, si possible, vider le dossier du site avant restauration d'une sauvegarde, pour que des remplacements soient pus sûrs que des écrasements
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

          Commentaire

          Annonce

          Réduire
          1 sur 2 < >

          C'est [Réglé] et on n'en parle plus ?

          A quoi ça sert ?
          La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

          Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

          Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
          Comment ajouter la mention [Réglé] à votre discussion ?
          1 - Aller sur votre discussion et éditer votre premier message :


          2 - Cliquer sur la liste déroulante Préfixe.

          3 - Choisir le préfixe [Réglé].


          4 - Et voilà… votre discussion est désormais identifiée comme réglée.

          2 sur 2 < >

          Assistance au forum - Outil de publication d'infos de votre site

          Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

          Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

          Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

          UTILISER À VOS PROPRES RISQUES :
          L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

          Problèmes connus :
          FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

          Installation :

          1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

          Archive zip : https://github.com/AFUJ/FPA/zipball/master

          2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

          3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

          4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

          5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

          6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
          et remplacer www. votresite .com par votre nom de domaine


          Exemples:
          Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
          Télécharger le script fpa-fr.php dans: /public_html/
          Pour executer le script: http://www..com/fpa-fr.php

          Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
          Télécharger le script fpa-fr.php dans: /public_html/cms/
          Pour executer le script: http://www..com/cms/fpa-fr.php

          En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

          Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
          Voir plus
          Voir moins
          Travaille ...
          X