Restauration Akeeba impossible

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

  • #46
    Bonjour Fred, Eddy & Robert !
    Dès que j'aurai accès à mon ordi, je reprend le fil de ce topic en parallèle du topic de Fred ! À l'époque où j'utilisais Komento, celui ci nécessitait une tâche cron pour envoyer les notifications. C'était chez OVH et donc super compliqué à mettre en place. La solution, il fallait appeler un premier fichier PHP (cron1.php) qui en appelait un second (cron2.php) qui lui contenait le script. Le fonctionnement restait aléatoire. La situation s'était ensuite un peu améliorée quand je suis passé sur PHP7. Que de mauvais souvenirs ! Merci à vous pour ce topic, merci à Fred pour ses tutos parce que ce n'est pas la première fois qu'il passe à l'acte !
    "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
    https://www.graphiquedesign-bf.com/

    Commentaire


    • #47
      Et encore, tu n'as pas essayé 1&1 !
      En plus de devoir créer un fichier php avec l'instruction curl, il faut passer par SSH avec Putty par exemple pour écrire les divers paramètres de la tâche, au point que pour une tâche de nettoyage de cache avec Cache Cleaner, j'utilise un cron chez PHPNET avec l'adresse de la page de nettoyage chez 1&1 !
      "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


      • #48
        Ah oui, Robert, elle est bonne celle-là !
        http://www.neurogelenmarche.org/
        Une association de handicapés moteur. Projet Kunming 2018
        https://www.fred-net.fr création internet
        Hébergé avec bonheur et depuis 2002 chez PHPNET

        Commentaire


        • #49
          Envoyé par RobertG Voir le message
          Et encore, tu n'as pas essayé 1&1 !
          En plus de devoir créer un fichier php avec l'instruction curl, il faut passer par SSH avec Putty par exemple pour écrire les divers paramètres de la tâche, au point que pour une tâche de nettoyage de cache avec Cache Cleaner, j'utilise un cron chez PHPNET avec l'adresse de la page de nettoyage chez 1&1 !
          On peut lancer un cron vers une url distante ? J'ai fait des tests infructueux depuis o2Switch… Je vais retenter pour voir, ça m'intéresserai, j'ai un site chez un hébergeur allemand qui ne propose pas la tâche cron…
          Cordialement.
          __
          Eddy !!!
          Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

          Commentaire


          • #50
            Tu nous as dit qu'O2Switch demande une adresse de fichier et pas une URL, non ?
            "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


            • #51
              Heu non. Je parlais de mes précédents essais chez OVH probablement. Depuis o2, j'avais gardé l'option du script sans tester d'autres options puisque ça fonctionnait bien. Mais depuis ce post, j'ai testé l'URL et ça semble fonctionner.
              Cordialement.
              __
              Eddy !!!
              Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

              Commentaire


              • #52
                OK. En fait, il faut tester. Pour Cache cleaner, je peux ouvrir une adresse frontale de vidage du cache, donc une telle adresse est utilisable depuis n'importe où. Si O2Switch permet des URL, autant les utiliser.
                Par contre, si chez l'hébergeur l'adresse (cas de OVH et 1&1 et des tâches Akeeba) n'est pas acceptée, sauf vers un fichier PHP intégrant le script curl ou autre, on ne peut pas échapper à la présence de ce nouveau fichier, même pour lancer le cron depuis un autre serveur.
                "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


                • #53
                  Merci Robert. Je vais tester.
                  Cordialement.
                  __
                  Eddy !!!
                  Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

                  Commentaire


                  • #54
                    Bonjour,
                    J'ai un site qui se met en erreur avec les backups automatiques mais pas en faisant un backup manuel. Il fait 255 Mo et la sauvegarde auto ne fait que 143 Mo. Bizarre...
                    J'ai réglé hier la "Taille totale allouée pour le stockage des sauvegardes" à 512 Mo mais ça plante encore. Avec 3 backups maxi, il faudrait peut-être mettre 1 Go ?
                    Si le problème vient de là, les backups manuels devraient planter aussi...
                    J'ai regardé le fichier log,... mais il fait 6 Mo !
                    Je ne comprends pas. Une idée Robert ?
                    http://www.neurogelenmarche.org/
                    Une association de handicapés moteur. Projet Kunming 2018
                    https://www.fred-net.fr création internet
                    Hébergé avec bonheur et depuis 2002 chez PHPNET

                    Commentaire


                    • #55
                      Un site chez PHPNET ou ailleurs ?
                      Relance une configuration automatique et au besoin scinde les sauvegardes en fichiers plus petits.
                      Personnellement, je ne touche pas à cette taille allouée. Malgré la taille par défaut de 15 Mo, comme la case de surveillance de ce quota est aussi décochée par défaut, ça ne pose pas de problème.
                      "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


                      • #56
                        Oui c'est chez phpnet.
                        En fait, cette erreur arrive sur plusieurs sites, avec le message suivant (lors des backups manuels) :
                        Link /home/www/site.tld/.. is inaccessible. Check the open_basedir restrictions in your server's PHP configuration
                        On ne peut pas lire l'adresse complète mais le message indique que l'adresse n'est pas valide alors que dans la configuration, l'adresse est bien "/home/_backups/site donc à la racine de l'hébergement. Très bizarre... Ce sont les sites avec ce message qui plantent lors des Backups automatiques
                        http://www.neurogelenmarche.org/
                        Une association de handicapés moteur. Projet Kunming 2018
                        https://www.fred-net.fr création internet
                        Hébergé avec bonheur et depuis 2002 chez PHPNET

                        Commentaire


                        • #57
                          Je vais relancer une config automatique
                          http://www.neurogelenmarche.org/
                          Une association de handicapés moteur. Projet Kunming 2018
                          https://www.fred-net.fr création internet
                          Hébergé avec bonheur et depuis 2002 chez PHPNET

                          Commentaire


                          • #58
                            Je viens de relancer une config automatique, le chemin /home/_backups/site/backups a été conservé,... mais toujours cette erreur lors du backup manuel
                            http://www.neurogelenmarche.org/
                            Une association de handicapés moteur. Projet Kunming 2018
                            https://www.fred-net.fr création internet
                            Hébergé avec bonheur et depuis 2002 chez PHPNET

                            Commentaire


                            • #59
                              Je me rends compte que tous les backups ont échoué cette nuit. Les sites, même petits, sont tronqués, avec une archive ftp sous un format J01 au lieu de JPA.
                              Peut-être un problème du coté de PHPNET...
                              http://www.neurogelenmarche.org/
                              Une association de handicapés moteur. Projet Kunming 2018
                              https://www.fred-net.fr création internet
                              Hébergé avec bonheur et depuis 2002 chez PHPNET

                              Commentaire


                              • #60
                                Cette erreur, on en a déjà parlé, elle est liée à Akeeba qui cherche à remonter d'un niveau, ce qui est anormal à mon sens et interdite quand l'open_basedir est limité au dossier du site, qu'on y ajoute ou non un autre dossier, sauf bien sûr si on autorise "site.tld" comme dans ta citation, auquel cas l'open_basedir limité n'a pas d'intérêt.
                                Si tu veux exclure ces erreurs, il faut que tu désactives la restriction open_basedir.

                                Je n'ai actuellement pas chez PHPNET de site personnel en sauvegarde automatique pour vérifier sur une tâche planifiée, je vais en paramétrer pour vérifier, mais chez un client, même pack d'hébergement, j'ai bien eu une sauvegarde par cron cette nuit, sans erreur.
                                "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

                                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