UPDATE phpwebgallery_user_infos
SET `status` = 'webmaster'
WHERE `user_id` = 1;
Coté SQL dans phpMyAdmin
8-)
Hors ligne
je ne comprends pas ce qu'il faut faire, je dois régler ça où? :)
J'suis plutôt néophyte on va dire ^^
Chez free => phpMyAdmin
Ton user/mdp de free
Sur l'écran tu verras un lien SQL, il doit t'ouvrir une boite, Tu colles les 3 lignes en question et tu exécutes.
Ça ira?
Hors ligne
J'ai fait ce que tu m'as dit mais après je savais plus quoi faire. Du coup j'en ai profité pour effacer les fichiers phpwebgallery de la base de donnée sql. En réinstallant pour de bon (avant je me contentais de réenvoyer les fichiers sur mon ftp) ça marche (j'ai un vrai compte d'admin).
Je te remercie pour ton aide, grace à toi j'ai en plus découvert comment accéder à ma base de donnée sql.
A bientôt peut-être,
Clément :)
Bonjour à tous
Depuis hier soir je me retrouve aussi avec ce soucis.
Je n'ais fait aucuns changements dans mes tables
Aucuns changement sur le site
Et quand je veux me loger quelques soit le compte je retombe sur la page d'accueil de base
L'enregistrement d'utilisateur se passe lui sans PB
J'ai essayer de remettre en place la table sessions qui correspond à ma version de pwg mais cela ne change rien non plus.
Avez-vous la solution ?
Hors ligne
Bon je viens de trouver le soucis ce qui pourras peu etre servir à d'autre que moi.
J'ai un script de pub qui tournais sur mon site "addpub"
Je me suis dis et si je l'enlevais pour voir ....
Et bien ca fonctionne, le script pour la pub posait apparement un pb de redirection ..... mais pourkoi ?
Hors ligne
Bonjour
J'ai été confronté à ce même problème et j'ai posé la question sur le forum le 5 mars (http://forum.phpwebgallery.net/viewtopic.php?id=10195), mais VDigital s'est bien moqué de moi. Ce matin j'ai réessayé avec la version 1.6.0 sans plus de succès. En fin, je me suis rabattu sur la version 1.4.1 et Oh surprise, tout marche bien. Mais c'est si peu satisfaisant de devoir retourner à une version dépassée.
Hors ligne
etoileweb a écrit:
mais VDigital s'est bien moqué de moi
Bonjour,
Je me suis moqué de toi?
Je ne crois pas me moquer de quelqu'un pour un paquet de raisons.
Flipflip et moi avons plaisanté sur le terme Cookies, le web et le web français regorge de discussions sur les petits gâteaux.
Mais peu m'importe, la solution passe par autoriser la création des cookies de sessions.
Ceci dit c'est tellement évident et simple que nous passons à coté du pb sans nous en rendre compte.
Soit votre niveau de sécurité est trop fort, soit les sessions ne sont pas prévues sur le serveurs.
Flipflip, moi, et tous les autres, on est près à vous expliquer mais il faut nous poser des questions.
On ne se moque pas.
8-)
Hors ligne
etoileweb a écrit:
Ok, l'incident est clos.
Mais apparemment ce n'est pas la question des cookies qui à la base du problème chez flhoest.
Le problème de flhoest, j'espère qu'il est résolu depuis le mois d'aôut.
Il s'agissait d'une configuration intranet...
Lui seul sait si cela marche.
Même si on aimerait connaître où était son problème.
8-)
Hors ligne
lionel69 a écrit:
Ca marche enfin!!!!!!!!!!
moi, j'utilise la version 1.4.1 de PhpWebGallery
J'ai fait un best of des requetes.
(j'ai décrit ci dessus la méthode pas à pas avec le code de hervé)
En supprimant phpwebgallery_sessions
et en la recréant avec ce code :
CREATE TABLE `phpwebgallery_sessions` (
`id` varchar(255) binary NOT NULL default '',
`user_id` smallint(5) unsigned NOT NULL default '0',
`data` text NOT NULL,
`expiration` datetime NOT NULL default '0000-00-00 00:00:00',
PRIMARY KEY (`id`)
) TYPE=MyISAM;
Ca marche.
IMPEC, ça ma aidé avec la version 1.4, chez FREE.
Salut !
J'ai eu le même problème sur Free, et en vidant tout simplement la table sessions par phpMyadmin j'ai pu me reconnecter normallement, donc pas forcément la peine de casser et de reconstituer la table ;)