Akeeba dossier tmp et dossier des backups

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

  • Akeeba dossier tmp et dossier des backups

    Bonsoir

    depuis la dernière mise à jour d'Akeeba (je crois), j'ai un message que je n'avais jamais vu auparavant qui s'affiche sur Akeeba :

    La configuration d'Akeeba permet la sauvegarde de votre site mais des erreurs potentiels ont été détectées...
    Quand je lis les conseils donnés sur le site d'akeeba pour cette alerte, ici : https://www.akeebabackup.com/documen...ings/q104.html
    Ca demande à :
    1. Log in to your site's back-end.
    2. Go to the Component, Akeeba Backup menu item and click on Configuration.
    3. Next to the Output Directory there's a button with an icon that looks like a folder. Click on it.
    4. At the top of the popup there's a text box. In its contents you will see something like /home/users/myuser/public_html/administrator/components/com_akeeba/backup
    5. Replace administrator/components/com_akeeba/backup with tmp and note that down. In our example this would result in /home/users/myuser/public_html/tmp
    6. Go to the Site, Global Configuration menu item and click on the Server tab.
    7. Find the Path to Temp Folder option and paste the path from step 5 of these instructions (in our example, /home/users/myuser/public_html/tmp) in the edit box, replacing any content in there
    8. Click on Save & Close
    Alors, ce que je trouve bizarre, c'est que sur Configuration / Serveur / dossier temporaire, j'ai déjà la bonne adresse du dossier tmp

    Et puis je voudrais être sure de bien comprendre : dans ce mode d'emploi, il n'est pas dit de modifier l'adresse du répertoire de sortie de la sauvegarde (ils ne disent pas d'enregistrer, mais juste de la noter après avoir remplacé administrator/components/com_akeeba/backup par tmp).
    Chez vous, l'adresse des sauvegardes Akeeba, c'est bien xxxxx/administrator/components/com_akeeba/backup n'est-ce pas ? pas xxx/tmp ??

    Comment m'assurer que mes sauvegardes se font normalement ?
    En essayant d'en restaurer une j'imagine ... OK, je sors.

    Bonne soirée.

  • #2
    Bonjour,

    Je ne comprends pas ce conseil de stockage des sauvegardes dans le dossier temporaire du site, dossier qui pourrait être vidé à notre insu...
    Comme ton site n'est pas à la racine mais dans son propre dossier, tu peux créer au même niveau un dossier de sauvegardes, puis dans la configuration du profil par défaut, utiliser l'icône de fin de ligne Output directory (ou Répertoire des sauvegardes). Dans la nouvelle page qui s'ouvre, clique sur "htdocs", ce qui fera apparaître au-dessous la liste des dossiers de premier niveau. Sélectionne ce dossier de sauvegarde et clique ensuite sur le bouton "utiliser", puis sauvegarde pour revenir au profil. Tu verras apparaître le nouveau chemin [ROOTPARENT]nom_du_dossier. Sauvegarde et quitte pour voir si l'erreur disparaît.

    L'avantage de ce dossier externe est que les sauvegardes ne sont pas accessibles par l'adresse du site. Par contre, elles peuvent l'être via le sous-domaine que les hébergeurs mettent à disposition pour ceux qui n'ont pas encore de nom de domaine. Si, comme chez 1&1, on peut gérer le lien entre les noms de domaines et de sous-domaines et leur dossier, j'ai l’habitude de créer un dossier ne contenant qu'un fichier index.html vide ou avec une alerte disant que le site n'existe pas, voire avec un .htaccess, ce qui empêche a priori de remonter jusqu'aux autres dossiers du serveur.

    Pour répondre à ta dernière question, la restauration est en effet une solution, la décompression d'une copie locale du jpa, avec Akeeba Extract Wizard, est aussi une solution.
    "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 Robert, et merci.

      En fait, en relisant le texte d'Akeeba, je ne crois pas qu'ils demandent d’enregistrer les sauvegardes dans le dossier temporaire.
      Akeeba écrit : Q104 - Temp directory is the same as the site's root

      Your backup will not work when this message is displayed!
      This only applies to Akeeba Backup for Joomla!.

      Akeeba Backup has detected that your site's temporary directory is the same as the site's root. Akeeba Backup automatically excludes the files and folders included in the temporary directory from the backup. As a result, your backup will not contain any of your site's files, making it impossible to restore your site from this backup.

      Donc en français quelque chose comme :
      Akeeba a détecté que sur votre site, le dossier temporaire est le même que celui de la racine du site. (comme s'il n'y avait pas de dossier temporaire, mais que les fichiers temporaires allaient se ranger directement dans le dossier qui "héberge" la racine).
      Akeeba Backup exclut automatiquement e la sauvegarde les fichiers et les dossiers inclus dans le dossier temporaire : il en résulte que votre sauvegarde ne contiendra aucun des fichiers de votre site (ah bah oui, c'est sûr que si le dossier "racine" est considéré comme étant le dossier tmp, fatalement la sauvegarde ne sauvegardera rien du tout si elle exclut les fichiers temporaires...

      Sauf que dans mon cas le dossier tmp est bien distinct du dossier "racine".
      Comprends pas.

      Bon, sinon, toi, tu conseilles d'avoir une arborescence comme celle-ci à la racine ? (sachant que chez 1&1, effectivement, la racine du site est logé dans un dossier, pas à la racine dans /):
      /dossier utilisé pour la racine
      /dossier utilisé pour les sauvegardes

      Commentaire


      • #4
        Oui, chez 1&1 (et ailleurs lorsque c'est possible), j'ai
        - le site dans html/dossier_du_site
        - les sauvegardes dans html/dossier_des_sauvegardes
        - le sous-domaine lié au serveur (avec son nom compliqué chez 1&1) pointant vers un dossier html/reserve contenant le index.html et/ou le .htaccess dont je parlais

        Et encore mieux chez d'autres, lorsque les noms de domaine sont dans un dossier de premier niveau et que l'accès ne peut pas se faire dans "html" ou équivalent mais seulement dans un sous-dossier :
        - le site dans html/www/dossier_du_site
        - les sauvegardes dans html/dossier_des_sauvegardes : priori totalement inaccessible

        Attention, ce qu'ils appellent le dossier temporaire, si je comprends bien, est celui de stockage des sauvegarde(administrator/components/com_akeeba/backups), qui ne doit pas être la racine du site.
        "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

        Partenaire de l'association

        Réduire

        Hébergeur Web PlanetHoster
        Travaille ...
        X