Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

isatis
2009-11-24 10:50:17

repie38 a écrit:

dans la base, il y'a les infos de chaques images lorsqu'elle sont synchronisées,
mais aussi le nombre de fois qu'elles ont été vu, les commentaires, les utilisateurs, les catégories virtuelles, les association d'images (aux cat virtuelles), les tags, l'historique, le parametrage de certains plugins ... bref, pas mal de choses qu'on ne retrouve pas apres une simple synchro ;)

Ah oui, effectivement, j'ai oublié tous ces aspects catégories virtuelles, association d'images : si je perds tout ça, je suis mal !

Bon, va bien falloir que j'utilise ce phpmyadmin !

Merci

Gotcha
2009-11-24 10:47:10

Tu peux tout sauvegarder et ensuite, si quelque chose devait mal tourner, restaurer qu'une partie de la sauvegarde.
Mais pour réinjecter qu'une partie, là par contre il faut un peu plus de connaissances et un besoin très précis.

Quelle idée as-tu derrière la tête ?

[EDIT]
Grillé

repie38
2009-11-24 10:46:11

dans la base, il y'a les infos de chaques images lorsqu'elle sont synchronisées,
mais aussi le nombre de fois qu'elles ont été vu, les commentaires, les utilisateurs, les catégories virtuelles, les association d'images (aux cat virtuelles), les tags, l'historique, le parametrage de certains plugins ... bref, pas mal de choses qu'on ne retrouve pas apres une simple synchro ;)

isatis
2009-11-24 10:08:32

Toujours au sujet des sauvegardes, je me suis demandé bêtement pourquoi c'est vraiment si utile :

Est-ce qu'il ne suffit pas de tout resynchroniser ?!

Non, il faut sans doute sauvegarder en plus :

- l'historique des pages vues
- le décompte des visites de chaque image

Est-ce juste ?
Et dans ce cas, quelles sont les tables à sauvegarder impérativement ?

Merci

Gotcha
2009-11-22 21:08:08

Personnellement je n'avais jamais réussi par le passé à faire fonctionner ce plugin donc je suis resté à la méthode traditionnelle. Notes aussi qu'il existes plusieurs façons de sauvegarder sa base de données.
Après, à toi de voir laquelle te va le mieux.

Le principale étant que tu ais une base de données mise de coté.
Tu peux aussi la vérifier en copiant ta sur un logiciel de serveur local :-) Ca permet de contrôle que la base de données reçu est 100% opérationnelle.

isatis
2009-11-22 18:13:44

Gotcha a écrit:

isatis a écrit:

Est-ce que je dois procéder sans DB Backup, directement dans phpmyadmin ?

A ton avis j'ai fait ce petit tutoriel pour quoi ? lol

C'est bien pour ça que je pose la question !

Mais c'est tout de même curieux ce plugin qui ne marche pas...
Dans ce cas, autant le préciser : "voici un plugin, mais surtout ne l'utilisez pas, passez directement par phpmyadmin" !!!!

Ca permettrait de gagner du temps pour l'utilisateur, qui ainsi ne poserait pas plein de questions aux gentils développeurs pWG !!

Gotcha
2009-11-22 18:03:07

isatis a écrit:

Est-ce que je dois procéder sans DB Backup, directement dans phpmyadmin ?

A ton avis j'ai fait ce petit tutoriel pour quoi ? lol

L'erreur 500 je crois que c'est parceque tu ta base de données et trop importante pour la sauvegarder d'un seul tenant. Il faudrait donc procéder table par table.

isatis
2009-11-22 17:57:33

Bon, j'ai donc essayé DB Backup, mais j'ai :

"Erreur 500 - erreur interne sur le serveur"

que je coche ou non "archiver sur le serveur"

Je suis chez Free.

Est-ce qu'on peut me dire à quoi c'est dû ?

Est-ce que je dois procéder sans DB Backup, directement dans phpmyadmin ?

Merci

VDigital
2009-11-21 23:09:32

Les deux sont vrais.
Eric donne les stratégies d'export standards.
Repie38 parle de la pratique (et son plugin part dans ce sens).

Sauver les tables séparément "permet" d'augmenter les chances d'obtenir des sauvegardes inconsistantes.
En gros, seule la table historique peut être sauvegardée sans trop de stress.
Et c'est ce que propose le plugin.

repie38
2009-11-21 22:54:01

Eric a écrit:

- sauvegarder une table à la fois, à quoi ça sert ?

Les systèmes de sauvegarde de bases de données proposent 2 options de sauvegarde :
1- Sauvegarde base complète : Sauvegarde l'ensemble de la base de données d'un coup avec tout son contenu. Pour la restauration, il faudra nécessairement supprimer toutes les tables présentes dans la base avant de lancer l'opération.

2- Sauvegarde par tables : La sauvegarde est faite table après table ce qui permet de ne restaurer qu'une table parmi n en cas de pépin sans avoir à tout supprimer avant.

faux!  8-)
sauvegarder 1 table a la fois empeche le serveur d'avoir trop de travail, et donc de planté au milieu d'une sauvegtarde d'un bloc.
dans les 2 cas (1 table a la fois, ou non ) on obtient a la fin le meme fichier, fichier de sauvegarde qui contient la structure de chaque table et son contenu
(on pourra donc restaurer 1 ou plusieurs table, meme toute la base, depuis chaque fichier)

en simple, si ca marche en 1 fois, pas la peine de cocher 1 table a la fois ;)

nb pour developpement du plugin :
  je note tout de meme qu'il manque une option "if exists, drop table"

isatis
2009-11-21 21:09:23

Gotcha a écrit:

Si c'est pour aider à utiliser le plugin je suis 100% d'accord.
Si c'est pour recopier bêtement un raisonnement sans savoir ce que l'on fait je suis à 100% contre.

Bon d'accord, tout le monde n'a pas envie de se farcir des heures etdes heures de documentation pour quelque choses dont ils n'ont besoin que quelques fois aussi. Malheureusement, en informatique, plus on progresse dans les développement, plus les utilisateurs novices penses que c'est facile et plus il y a de déçus au bout du compte.

Bref, le forum est là pour ça aussi et tout le monde à la droit d'apprendre ;-)


Je viens de faire un essai de didacticiel en rapport avec le sujet. Ca vaut ce que ça vaut mais au moins, j'ai essayé ^^
http://www.dailymotion.com/video/xb850n … o00bddfree

Pas mal, le didacticiel !
Bravo

Gotcha
2009-11-21 19:55:21

Si c'est pour aider à utiliser le plugin je suis 100% d'accord.
Si c'est pour recopier bêtement un raisonnement sans savoir ce que l'on fait je suis à 100% contre.

Bon d'accord, tout le monde n'a pas envie de se farcir des heures etdes heures de documentation pour quelque choses dont ils n'ont besoin que quelques fois aussi. Malheureusement, en informatique, plus on progresse dans les développement, plus les utilisateurs novices penses que c'est facile et plus il y a de déçus au bout du compte.

Bref, le forum est là pour ça aussi et tout le monde à la droit d'apprendre ;-)


Je viens de faire un essai de didacticiel en rapport avec le sujet. Ca vaut ce que ça vaut mais au moins, j'ai essayé ^^
http://www.dailymotion.com/video/xb850n … o00bddfree

isatis
2009-11-21 19:24:52

Voilà une réponse complète qui éclaire grandement ma lanterne !

Merci beaucoup, je vais pouvoir passer à la sauvegarde !

Note : il me semble que toutes ces précisions pourraient avantageusement être incluses dans la description du plugin !

Eric
2009-11-21 19:03:18

isatis a écrit:

- si je ne coche pas "archiver sur le serveur", où la base sera-t-elle archivée ?

Si tu n'archives pas sur le serveur, le fichier de sauvegarde te sera proposé au téléchargement et tu pourras alors le stocker sur ton ordi.

isatis a écrit:

- qu'est-ce qu'un historique ? Qu'est ce que ça contient ?

Il s'agit de la table de la base de données où est stocké l'historique des visites sur ta galerie. Tu peux donc, si tu le souhaites, ne sauvegarder que cette table ou l'exclure.

isatis a écrit:

- sauvegarder une table à la fois, à quoi ça sert ?

Les systèmes de sauvegarde de bases de données proposent 2 options de sauvegarde :
1- Sauvegarde base complète : Sauvegarde l'ensemble de la base de données d'un coup avec tout son contenu. Pour la restauration, il faudra nécessairement supprimer toutes les tables présentes dans la base avant de lancer l'opération.

2- Sauvegarde par tables : La sauvegarde est faite table après table ce qui permet de ne restaurer qu'une table parmi n en cas de pépin sans avoir à tout supprimer avant.

isatis
2009-11-21 18:53:43

Merci de ces réponses, mais je ne sais toujours pas quoi cocher :

- si je ne coche pas "archiver sur le serveur", où la base sera-t-elle archivée ?
- qu'est-ce qu'un historique ? Qu'est ce que ça contient ?
- sauvegarder une table à la fois, à quoi ça sert ?

Merci

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact