Erreur OVH PHP 7.1 et 7.2

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

  • [RÉGLÉ] Erreur OVH PHP 7.1 et 7.2

    Bonjour à tous !

    J'ai un problème sur un site 3.9.3 hébergé chez OVH, tournant sous PHP 7.0 : dès que je passe la version en 7.1 ou 7.2 depuis le .ovhconfig, j'ai une erreur fatale sans aucune explication en mettant le débogage et le rapport d’erreur fixé à "développement". Idem pour l'administration.
    Je n'ai que ça à l'écran :
    Not Implemented

    GET to / not supported.


    Additionally, a 501 Not Implemented error was encountered while trying to use an ErrorDocument to handle the request.
    Bien que la sauvegarde pèse 1.8 Go, je la transfère sur mon serveur PHPNET dans un dssier où je fixe PHP à 7.2 : une fois déployé, pas la moindre erreur !

    Je gère un autre site chez OVH, qui ne pose pas de problème en PHP 7.2.

    Quelqu'un aurait-il une idée d'un tel blocage ? Comment savoir ce qui n'est pas implémenté sur ce serveur en 7.1 et 7.2 et le serait sur un autre serveur OVH ou sur le mien ?
    Merci de vos conseils !
    Robert
    Dernière édition par RobertG à 23/02/2019, 19h21
    "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 - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

  • #2
    As tu essayé de poser la question sur le forum OVH qui est souvent plus réactif que le support officiel ? Car si l'archive fonctionne sur un autre serveur, le problème semble clairement lié à OVH, ou bien ?
    "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
    https://www.graphiquedesign-bf.com/

    Commentaire


    • #3
      Non, je n'ai pas regardé. Il y a bien longtemps (avant leur changement de forum il y a quelques années) que je n'ai plus mis le nez sur leur forum.
      "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 - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

      Commentaire


      • #4
        Je viens de faire une recherche sur leur forum, et il y a une longue discussion datant de l'an dernier avec le même souci. OVH fait encore une fois la sourde oreille ! Ce n'est jamais leur faute.
        Le fichier .ovhconfig a été modifié après récupération d'un exemple dans la doc OVH : aucun changement !
        Il a fallu que je le replace à la racine de l'hébergement alors qu'il était à celle du site pour que les choses rentrent dans l'ordre !
        8Fanny8 likes this.
        "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 - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

        Commentaire


        • #5
          Salut Robert,
          j'ai eu ce genre de souci une fois et de mémoire, le fichier .ovhconfig doit être placé soit a la racine du serveur, soit a la racine du site ... toujours
          Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

          Commentaire


          • #6
            Merci Manu,
            ici le fichier n'était que dans "www", où était ce "vieux" site dont le .htaccess n'acceptait pas de forcer PHP au-delà de 5.3, je crois. Quand le .ovhconfig a été instauré pour gérer, il a fallu le créer : ça fonctionnait bien avec ce fichier seulement dans "www" jusqu'en 7.0
            Pourquoi est-ce que tout à coup il en faut un obligatoirement à la racine ? Mystère !
            "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 - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

            Commentaire


            • #7
              Je ne sais pas mais OVH est entrain de migrer pas mal de serveur en ce moment ... faut voir aussi avec les anciennes formules et les nouvelles formule ...
              De mémoire, quand tu es dans leur manager et que tu vas sur un hébergement, tu as des alertes (des warnings plutot) pour t'inciter a migrer

              J'ai un vieux GP240 que je dois migrer en formule Pro par exemple
              Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

              Commentaire


              • #8
                Affirmatif, chez moi aussi, j'ai passé quelques heures à tester des versions PHP sur mon site de test, à activer des plugins et des templates...(méthode suggérée par un type du support OVH)
                Et tout s'est arrangé quand j'ai placé un seul fichier .ovhconfig à la racine du serveur.

                Merci les gars

                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

                Partenaire de l'association

                Réduire

                Hébergeur Web PlanetHoster
                Travaille ...
                X