rub a écrit:
Je fais ca ASAP.
Je fais ca ASAP.
rub a écrit:
Je me demandes quoi s'il ne faudrait pas lors l'upgrade:
* purger la table cache
* purge le cache des templates
* etc...
Qu'en pensez-vous?
J'y suis favorable, on repart sur des bases plus propres.
rub a écrit:
L... upgrade:
* purger la table cache
* purger le cache des templates
* etc...
Qu'en pensez-vous?
+1
Le "trunk" est le nom de ma base de données.
Je me demandes quoi s'il ne faudrait pas lors l'upgrade:
* purger la table cache
* purge le cache des templates
* etc...
Qu'en pensez-vous?
Ok, çà roule en passant un coup de Sql.
Mais il faut enlever le 'trunk' :
UPDATE `phpwebgallery_user_cache` SET `need_update` = 'true' ; TRUNCATE TABLE `phpwebgallery_user_cache_categories` ;
Ok, je teste çà ce soir sur ma galerie migrée et je retenterai un upgrade complet.
Corrigé dans les commits 2882 et 2883.
Mais uniquement pour les nouvelles catégories... donc si pb il y a, il faut appliquer les requêtes si dessus!
Faudrait demander à rvelices, s'il a ajouté un test sur la table cache...
Mais ce n'est pas grave, la table cache n'est pas vidé tout le temps, les enregistrements sont mise en attente de mise à jour.
Or lorsqu'on efface une catégorie, on ne supprime pas les lignes dans la table car elles le seront lors de la mise dudit cache (qui efface tout et recalcule tout).
Il suffit de faire:
UPDATE `trunk`.`phpwebgallery_user_cache` SET `need_update` = 'true' ; TRUNCATE TABLE `phpwebgallery_user_cache_categories` ;
Mais je vais appliquer un correctif pour supprimer les lignes dans le cache lors de la suppression d'une catégorie.
Pour reproduire le soucis, il suffit de créer un catégorie, de se rendre dans la catégorie puis de la supprimer.
rub a écrit:
Ce n'est peut-être pas un pb de migration mais peut-être de calcul... A voir...
[edit] Étrange que cela se produise également chez sakkhho. [/edit]
rub a écrit:
Envoi le dump à moi et à P@t.
Tu as nos mails?
Euh, non... Je ne les ai pas conservés depuis nos derniers échanges. Tu peux me les transmettre par PM ?
Hummm, ca parle de cache...
Faudrait essayer de le reconstuire...
Ce n'est peut-être pas un pb de migration mais peut-être de calcul... A voir...
Envoi le dump à moi et à P@t.
Tu as nos mails?
rub a écrit:
Tu as identifié les tables posant pb?
Selon moi, il s'agit des tables :
phpwebgallery_user_cache_categories.cat
phpwebgallery_categories.id
rub a écrit:
Tu as fait des tests pLoader afin de faire le check?
J'ai suivi la procédure de test donnée par Zorglub. Je n'ai pas utilisé pLoader avant de faire le check. Ni même après.
rub a écrit:
Tu peux nous envoyer un dump de la base qu'on teste ca?
J'ai un dump de prêt mais je l'envoie comment et à qui ?
Tu as identifié les tables posant pb?
Tu as fait des tests pLoader afin de faire le check?
Tu peux nous envoyer un dump de la base qu'on teste ca?
Re à tous.
Après l'upgrade d'une galerie 1.7.0 vers 2.0 (en suivant les consignes de zOrglub), j'ai installé le plugin RV DB Integrity qui va bien et j'ai lancé un check. Résultat :
J'ai revérifié ma base originale 1.7.0 avec le même plugin pour cette version : Pas de pb annoncé.
Un petit bug au niveau de la mise à jour des tables ?