sakkhho a écrit:
grum est ce que tu peux me donner la requete pour associer un ip à un login.
car j'avais au debut creer un seul login (que j'ai effacé d'ou les 1041...) pour plusieurs amis et apres j'avais separé en plusieurs login
je connais les ip
je voudrais modifier ce login et l'attribué aux login exsitants
plutot que de le force à guest lors de l'import
hop, voilà la requête qui modifie la table 'history_backup'
UPDATE phpwebgallery_history_backup SET login = '<le_login_qui_va_pas>' WHERE IP = 'xxx.xxx.xxx.xxx'
essaye d'abord avec celui à 1, vérifie s'il est correctement affecté en effectuant de nouveau la requete pour compter les correspondances non trouvées. si tu es satisfait, tu fais les autres.
Hors ligne
sakkhho a écrit:
merci mais je comprend pas la requete
j'aurai plutot fait en sorte de mettre le login que je veux qd l'ip est egale a celle que je donne.
oui excuse moi, la requete est bonne mais c'est l'information '<le_login_qui_va_pas>' qu'il faut remplacer par '<mon_nouveau_login>'
par contre, tu peux sécuriser la requete par :
UPDATE phpwebgallery_history_backup SET login = '<mon_nouveau_login>' WHERE IP = 'xxx.xxx.xxx.xxx' AND login = '<le_login_qui_va_pas>'
comme çà si jamais l'adresse IP est utilisée par un autre login que celui qui ne va pas, le login ne sera pas mis à jour
Hors ligne
grum a écrit:
bon, j'ai compris le "delete 0"
lors de l'import, 'category_id' est initialisé à zéro. et après il reste à zéro pour les sections spécifiques (list, most_visited, ...)
il faut donc pour les sections spécifiques, le forcer à NULL (j'ai apporté la correction pour la prochaine version)
je reviens sur ce que j'ai écrit : repartant d'une base vierge de tout import, j'ai constaté le "delete 0", et je constate que les catégories sont bien initialisées à 0 lorsqu'il s'agit d'une section particulière.
je reviens donc sur la mise à jour que j'avais faite dans ImportStat, et laisse le category_id à 0. si je le force à NULL, on se retrouve avec des category_id à NULL et 0 dans la table, ce qui n'est pas très propre pour faire les stats par la suite.
en conclusion : l'affichage du delete 0 est normal.
peut-être une amélioration à apporter dans PWG, ne rien afficher quand la catégorie est égale à 0, ou afficher un truc du style "section spéciale".
Dernière modification par grum (2007-09-24 21:28:49)
Hors ligne
Je viens de faire la manip. Tout est bon j'ai suivi les 8 étapes, j'ai bien récupéré l'historique de la 1.6 mais j'ai aussi paumé tout l'historique à partir de mon passage à la 1.7!!! Damned!
Hors ligne
non non c'est juste un bug sur la table history summary...
verifie par la cherche d'historique si des données sont bien presentes pour cette periode la (cas post migratione en 1.7)
ou par Astat que tu as ttes tes data
ou directement ds la table history via phpadmin
si oui :
voilà la manip à faire
faire une 1ere requete sur phpadmin :
update phpwebgallery_history set summarized='false'
suivi d'une seconde.
delete from phpwebgallery_history_summary
la table history summary sera recalculée
testé et approuvé !
Dernière modification par sakkhho (2007-09-28 14:13:38)
Hors ligne
Ok, Impeccable! Pour moi c'est bon. Je désinstalle le plugin.
Hors ligne
phibrunet a écrit:
Ok, Impeccable! Pour moi c'est bon. Je désinstalle le plugin.
ok merci pour ce retour !
sakkhho a écrit:
testé et approuvé !
Je vais te désigner béta-testeur officiel ;))
Hors ligne
J'ai mis en ligne la v1.0, pas béta (plus de retours, c'est que soit personne n'ose migrer, soit tous ceux qui ont migré n'ont pas eu d'autres problèmes que ceux qui avaient été cités).
- correction : 'category_id' à NULL au lieu de 0 [post: http://forum.phpwebgallery.net/viewtopi … 008#p72008 à ignorer]
- correction : lors de l'import, les stats sur users qui n'étaient plus connus n'étaient pas importées
- correction : forcer history.summarised='false' avant import, afin que PWG puisse les reprendre en compte dans calcul du résumé après import
+ étape supplémentaire dans le processus d'import (alteration de la table;màj attribut summarized)
+ vérification de l'existence de la table history_backup pour l'installation
Hors ligne
Bonjour,
Je viens de transférer Imporstat 1.0 dans le dossier Plugins de ma gallerie 1.7.0).
Après connexion dans la partie administration de mon site, la référence Imporstat n'est pas disponible dans la rubrique administration/plugins.
Aucun lien, donc impossible de l'installer ou de l'activer. J'ai regardé dans les autres rubriques mais aucune référence à ImportStat.
Que faut il faire pour activer ce plugin ?
Merci de vos réponses
Donne ici la description du contenu sur le serveur de
./plugins/ImportStat/
Qu'est-ce que tu y trouves?
8-)
Hors ligne
Bonjour VDigital,
Et Merci, je viens de re-télécharger et uploader le plugin.
Et maintenant j'ai la possibilité de l'installer et l'activer ...
Merci...et Bravo pour le job sur phpwebgallery...je suis un utilisteur heureux depuis 3 ans
Migration sans soucis avec ImportStat 1.0!
Seul petit bémol sur ma base de test en MySql 4.1.9-max, j'ai du altérer la colonne login de history_backup en latin1_bin pour que l'étape 1 se passe sans soucis (création de la table temporaire impossible).
Par contre, chez free, avec la même base, ca passe sans soucis mais bien sur c'est pas la même version de MySql!
Hors ligne
moi j ai du changer la ligne de creation de la table temporaire pour remplacer le string vide : '' par NULL pour section car ca me donnait une erreur ( version de mysql 5.0.41 ) sinon j avais = Data truncated for column 'section'
Hors ligne