Problème avec "session_id"..

[jcg11290]

Bonjour,

Il y a longtemps que j'ai un problème avec "session_id".. j'avais déjà regardé dans beaucoup de forum il y a pas mal de temps lors du passage de la version phpbb 17 à 18 ou la suivante, je ne me souviens plus exactement..

Chaque fois il était indiqué que c'était normal..

En copie d'écran le problème.. j'aimerais, si c'est possible, savoir ce qu'il en est exactement..





et un autre problème que j'ai rencontré il y a peu de temps.. si je veux intervenir via l'acp sur un profil, c'est mon pseudo d'admin. qui revient avec les infos de l'utilisateur sélectionné et je suis obliger de faire "réinitialiser" pour obtenir le bon profil choisi.. ????

j'ai également voulu faire un essai de modification de mon mot de passe, tjrs via l'acp et voici ce que j'ai eu ..

Warning: Cannot modify header information - headers already sent by (output started at /homepages/36/XXXXXXXXX/htdocs/forum/includes/template.php(127) : eval()'d code:1) in /homepages/36/XXXXXXXXX/htdocs/forum/includes/sessions.php on line 594

et là, je ne sais pas tout ce que c''est... ??
cette ligne 594 correspond à

Code: Tout sélectionner

setcookie($cookiename . '_data', serialize($sessiondata), $current_time + 31536000, $cookiepath, $cookiedomain, $cookiesecure);

Avant, je n'avais jamais eu aucun soucis pour les modifs ou suppressions d'un utilisateur...

Je pense qu'il y aura une bonne âme pour m'éclairer...

Par avance, merci

[dcz]

Alors, pour la table des sessions, je dirais, te prend pas le choux, drop table create table

C'est un table qui stocke les sessions des utilisateurs phpbb, elle ne conserve donc aucune donnée sensible et plutôt que de tenter de réparer, mieux vaut directement la recréer :

Autant s'assurer aussi de la structure de la table sessions key, du coup je dirais :

Code: Tout sélectionner

# on vire les anciennes
DROP TABLE  phpbb_sessions;
DROP TABLE   phpbb_sessions_keys;

#On crée les nouvelles avec le code de la 2.0.21
# --------------------------------------------------------
#
# Table structure for table 'phpbb_sessions'
#
# Note that if you're running 3.23.x you may want to make
# this table a type HEAP. This type of table is stored
# within system memory and therefore for big busy boards
# is likely to be noticeably faster than continually
# writing to disk ...
#
CREATE TABLE `phpbb_sessions` (
   `session_id` char(32) DEFAULT '' NOT NULL,
   `session_user_id` mediumint(8) DEFAULT '0' NOT NULL,
   `session_start` int(11) DEFAULT '0' NOT NULL,
   `session_time` int(11) DEFAULT '0' NOT NULL,
   `session_ip` char(8) DEFAULT '0' NOT NULL,
   `session_page` int(11) DEFAULT '0' NOT NULL,
   `session_logged_in` tinyint(1) DEFAULT '0' NOT NULL,
   `session_admin` tinyint(2) DEFAULT '0' NOT NULL,
   PRIMARY KEY (`session_id`),
   KEY `session_user_id` (`session_user_id`),
   KEY `session_id_ip_user_id` (`session_id`, `session_ip`, `session_user_id`)
) TYPE=MyISAM;

# --------------------------------------------------------
#
# Table structure for table `phpbb_sessions_keys`
#
CREATE TABLE `phpbb_sessions_keys` (
  `key_id` varchar(32) DEFAULT '0' NOT NULL,
  `user_id` mediumint(8) DEFAULT '0' NOT NULL,
  `last_ip` varchar(8) DEFAULT '0' NOT NULL,
  `last_login` int(11) DEFAULT '0' NOT NULL,
  PRIMARY KEY (`key_id, user_id`),
  KEY `last_login` (last_login)
) TYPE=MyISAM;

SI tu n'as pas de mod qui ont modifié ces tables, ce dont je doute, mais verifie quand même que tu as les mêmes entrée dans les tables , tu peux utiliser ça dans phpmyadmin, après backup bien entendu, et le seul truc qui devrait se passer est que tout le monde en ligne perdra sa session, et sa clef d'auto login, mais tous pourront direct se reloguer et hop sur des tables toutes propres. Tu peux modifier le type à HEAP si tu le souhaites directement dans les définitions de tables avant de lancer la requête, mais pas dis que ça soit important out de suite pour toi, enfin, ça dépend si tu as de la RAM et beaucoup de sessions actives en moyenne.

Pour l'histoire des profil dans l'acp, il me semble que c'est un bug avec Firefox et que ça marche avec IE, il faut bien qu'il serve de temps en temps celui là

Ton dernier souci pourrait être lié à tes embrouilles de table de sessions, car les SID finissent dans les cookie aussi.

++

[jcg11290]

Salut dcz,

Code: Tout sélectionner

# on vire les anciennes
DROP TABLE  phpbb_sessions;
DROP TABLE   phpbb_sessions_keys;

J'ai viré les 2 tables ensuite j'ai créé la table "phpbb_sessions":

Code: Tout sélectionner

#On crée les nouvelles avec le code de la 2.0.21
# --------------------------------------------------------
#
# Table structure for table 'phpbb_sessions'
#
# Note that if you're running 3.23.x you may want to make
# this table a type HEAP. This type of table is stored
# within system memory and therefore for big busy boards
# is likely to be noticeably faster than continually
# writing to disk ...
#
CREATE TABLE `phpbb_sessions` (
   `session_id` char(32) DEFAULT '' NOT NULL,
   `session_user_id` mediumint(8) DEFAULT '0' NOT NULL,
   `session_start` int(11) DEFAULT '0' NOT NULL,
   `session_time` int(11) DEFAULT '0' NOT NULL,
   `session_ip` char(8) DEFAULT '0' NOT NULL,
   `session_page` int(11) DEFAULT '0' NOT NULL,
   `session_logged_in` tinyint(1) DEFAULT '0' NOT NULL,
   `session_admin` tinyint(2) DEFAULT '0' NOT NULL,
   PRIMARY KEY (`session_id`),
   KEY `session_user_id` (`session_user_id`),
   KEY `session_id_ip_user_id` (`session_id`, `session_ip`, `session_user_id`)
) TYPE=MyISAM;

c'est passé sans problème si ce n'est que j'avais toujours "La colonne 'session_id' ne devrait pas faire partie à la fois..etc.." et avec qqs noms de clé supplémentaires... ????

ensuite j'ai voulu créer la table "phpbb_sessions_keys"

Code: Tout sélectionner

# --------------------------------------------------------
#
# Table structure for table `phpbb_sessions_keys`
#
CREATE TABLE `phpbb_sessions_keys` (
  `key_id` varchar(32) DEFAULT '0' NOT NULL,
  `user_id` mediumint(8) DEFAULT '0' NOT NULL,
  `last_ip` varchar(8) DEFAULT '0' NOT NULL,
  `last_login` int(11) DEFAULT '0' NOT NULL,
  PRIMARY KEY (`key_id, user_id`),
  KEY `last_login` (last_login)
) TYPE=MyISAM;

et là, j'ai eu ce message d'erreur

MySQL a répondu:Documentation
#1072 - Key column 'key_id, user_id' doesn't exist in table

SI tu n'as pas de mod qui ont modifié ces tables, ce dont je doute, mais verifie quand même que tu as les mêmes entrée dans les tables , ...Tu peux modifier le type à HEAP si tu le souhaites directement dans les définitions de tables avant de lancer la requête, mais pas dis que ça soit important out de suite pour toi, enfin, ça dépend si tu as de la RAM et beaucoup de sessions actives en moyenne.

Je n'ai pas souvenance d'avoir uilisé un mod qui aurait pu modifier ces tables... j'ai déjà essayé de modifier HEAP mais à chaque fois il revient...
Donc, j'ai du restaurer le backup que j'avais fait

Pour l'histoire des profil dans l'acp, il me semble que c'est un bug avec Firefox et que ça marche avec IE, il faut bien qu'il serve de temps en temps celui là

Ton dernier souci pourrait être lié à tes embrouilles de table de sessions, car les SID finissent dans les cookie aussi.
++

Il y a longtemps que je n'utilise plus IE et je n'avais jamais rencontré ce problème dans l'acp..

Bien voilà où j'en suis.. revenu au point de départ..

J.Cl.

[dcz]

Pour la deuxième requête, dsl il manquait deux petits `

Code: Tout sélectionner

CREATE TABLE `phpbb_sessions_keys` (
  `key_id` varchar(32) DEFAULT '0' NOT NULL,
  `user_id` mediumint(8) DEFAULT '0' NOT NULL,
  `last_ip` varchar(8) DEFAULT '0' NOT NULL,
  `last_login` int(11) DEFAULT '0' NOT NULL,
  PRIMARY KEY (`key_id`, `user_id`),
  KEY `last_login` (`last_login`)
) TYPE=MyISAM;

Celle là devrait mieux marcher

Et donc bug avec IE aussi ?
++

[jcg11290]

Re,

J'ai tout recréé, tout c'est bien passé, si ce n'est que les connections automatiques ne se font plus et plus aucune inscription des cookies...

Pour l'acp, ça fonctionne avec IE mais pas avec Firefox...

Je suis embêté...

[dcz]

As tu essayé de mettre :

cookie domain = .example.com (avec le ".")
et
cookie path = / ou rien éventuellement.

Je vois pas trop l'influence qu'auraient pu avoir la reconstruction des ces deux tables sur les cookies, as tu bien essayé de re cocher connexion auto ? Parce que cela à vidé toutes les clefs de login auto, donc plus aucun n'est censé être actif, mais ils devraient remarcher direct.

Et aussi as tu bien vérifié qu'aucun mod n'avait modifié ces tables, en comparant la structure des tiennes à celle des commande que je t'ai fourni ?
Enfin, si tu as encore des soucis, je pense qu'alors cela pourrait être dû à un défaut de MAJ, car ces deux tables ainsi que la gestion des connexion ont été modifié de la .19 à la .21, du coup, il se peut qu'un bout de code continue à attendre des infos différentes.

Il faudrait checker toutes les maj depuis la .18 je dirais (voir la .17 car le passage à la .18 à provoqué bien des erreurs de MAJ vu sa longueur).

C'est pour cela qu'il est indispensable d'être très organisé.

Après, il y a un autre façon de procéder dans ce genre de cas, car il est possible finalement qu'il te faille beaucoup moins de temps pour remoddé le php de ton forum (pas les templates théoriquement c'est bon) que de vérifier 5 MAJ. A voir.

Dans tous les cas, ce genre de truc est à abordé avec calme et méticulosité.
Fait bien des Backups de chaque étapes, au prix des HD et de la bande passante, impossible de trop en faire de ce coté là

++

[jcg11290]

J'ai bien la connection auto d'activée.. et 0(zero) pour désactiver l'expiration de clefs.
pour les cookies, le domaine du cookie est à blanc, le nom du cookie est "phpbb2mysql" et le chemin du cookie avec un "/".. cad tout par défaut.. je n'ai jamais rien touché..

Par contre, pour vérifier la structure de mes tables et voir s'il y a une différence, comment faire.. je peux voir celle en cours dans phpmyadmin mais comment voir l'autre... ???

En attendant que penses-tu si je restaurais le backup des anciennes tables de ce matin..

Entretemps, je regarde si je n'ai pas un mod qui me les auraient modifiées, mais je n'en ai aucune souvenance..



Suite,

J'ai comparé les 2 fichiers avec WinMerge..

Dans "phpbb_sessions.sql" j'ai une différence dans "INSERT INTO phpbb_sessions VALUES " pour les valeurs. Le fichier est repassé en "TYPE=HEAP"....????

Dans "phpbb_sessions_keys.sql", j'ai beaucoup de différences..
Dans l'ancien, j'ai 14 "INSERT INTO phpbb_sessions_keys VALUES " de plus... ????

Voilà où j'en suis...

[jcg11290]

Suite 2,

J'ai restauré mes anciens fichiers... pour essai..

Je n'avais tjrs pas d'inscription des cookies.. je me suis cogné la tête au mur car sur le 2ème PC qui est en réseau, les cookies s'incrivaient bien... (mais pas après la modif)

J'ai trouvé, ils étaient bloqué par Firefox sur mon PC.. pourquoi et comment, cela restera un mystère.. ???

Enfin, j'en suis revenu à mon point de départ ...

Encore merci pour ton aide..

[dcz]

Quand tu as fait la reconstruction de ces deux tables, tu as bien vidé le cache et les cookie de FF avant d'en plus le redémarré pour être bien sure ?

Et la piste des MAJ ?

Un petit winmerge d'un phpBB 2.0.21 avec les fichier de ton site est aussi un moyen de simplifier la recherche de petites boulettes auquel je n'avais pas pensé, ça peut être pas mal pour gagner du temps, surtout si tu as pris soin de commenter un peu tes modifs.

++

[jcg11290]

Salut dcz,

Lors de la reconstrution des 2 tables, j'avais bien vidé le cache et nettoyé les cookies mais comme dit plus haut avant ta réponse.. les cookies étaient bloqués sur mon ordi..

Quelques résultats de mes recherches des MAJ...

Pour ce qui est du type "HEAP" pour phpbb_sessions j'ai trouvé ceci dans l'upgrade de la vers. 21 et ce à partir de la vers. 18

Code: Tout sélectionner

         //
         // Change session table to HEAP if MySQL version matches
         //
         $sql = "SELECT VERSION() AS mysql_version";
         $result = query($sql, "Couldn't obtain MySQL Version");

         $row = $db->sql_fetchrow($result);

         $version = $row['mysql_version'];

         if ( preg_match("/^(3\.23)|(4\.)/", $version) )
         {
            $sql = "ALTER TABLE " . $table_prefix . "sessions
               TYPE=HEAP MAX_ROWS=500";
            $db->sql_query($sql);
         }

et dans mysql_schema.sql de l'install

Code: Tout sélectionner

# Table structure for table 'phpbb_sessions'
#
# Note that if you're running 3.23.x you may want to make
# this table a type HEAP. This type of table is stored
# within system memory and therefore for big busy boards
# is likely to be noticeably faster than continually
# writing to disk ...
#
CREATE TABLE phpbb_sessions (
   session_id char(32) DEFAULT '' NOT NULL,   etc....

par contre, j'ai installé en local la vers. 21 complète sans mod. et le type de la table est "MyISAM"...

Je ne comprend pourquoi il y a une différence de type.. ????

J'ai comparé avec WinMerge tous les fichiers entre ma version et celle que je viens d'installé en local... toutes les modifs que j'avais faites sont bonnes (à part les mods installés et les commentaires que je mets en cas de modif) sauf peut-être dans login.php où il y aurait un décalage de ligne.. je dois vérifier ...

Par contre, pour mon pb dans l'acp, dans la version que je viens d'installer, c'est exactement la même chose concernant la gestion des utilsateurs.. donc ça doit être normal..

Voilà où j'en suis...

[dcz]

Le bug FF de l'admin est tout à fait normal, je crois qu'il existe un patch sur phpbb.com, mais pour tout te dire je ne l'ai pas installé.

Pour le type HEAP, c'est que par défaut phpBB définit le type de la table des sessions à MyISAM. La seule différence est qu'en MyISAM tu stocke sur le hd et en HEAP tu stock en RAM.
Comme les tables des sessions sont fréquemment utilisées et mise à jour, le mod HEAP peut s'avérer plus performant pour des forums ou beaucoup de gens sont en ligne en même temps.
Mais il faut de la ram, et aussi que ton compte mysql ait le droit ou la possibilité (en fonction de la version de mysql) de la faire. En mutu, c'est pas évident qu'il te laisse utiliser HEAP. A voir.

Du coup as réglé le problème de ces tables en les reconstruisant ?

++

[gowap]

Je pense qu'il serait sage d'arreter de s'exciter sur ces pauvres tables sessions, car on aura beau les supprimer et les recréer, tant que le schéma contiendra :

Code: Tout sélectionner

PRIMARY KEY (`session_id`),
KEY `session_id_ip_user_id` (`session_id`, `session_ip`, `session_user_id`)

le champ session_id sera a la fois une clé primaire, et a la fois composante d'un index multichamp (session_id + session_ip + session_user_id) et phpmyadmin, pour une raison qui lui est propre, passera sa vie a envoyer inlassablement un message disant que cela n'est pas recommandé.

Sinon, la derniere fois que je suis allé voir, il y avait au moins une demi douzaine de mods sur phpbb.com pour régler le probleme avec firefox qui remplace les pseudo par celui de l'admin en train d'éditer le profil.

[dcz]

Je pense qu'il serait sage d'arreter de s'exciter sur ces pauvres tables sessions, car on aura beau les supprimer et les recréer, tant que le schéma contiendra :

Code: Tout sélectionner

PRIMARY KEY (`session_id`),
KEY `session_id_ip_user_id` (`session_id`, `session_ip`, `session_user_id`)

le champ session_id sera a la fois une clé primaire, et a la fois composante d'un index multichamp (session_id + session_ip + session_user_id) et phpmyadmin, pour une raison qui lui est propre, passera sa vie a envoyer inlassablement un message disant que cela n'est pas recommandé.

Sinon, la derniere fois que je suis allé voir, il y avait au moins une demi douzaine de mods sur phpbb.com pour régler le probleme avec firefox qui remplace les pseudo par celui de l'admin en train d'éditer le profil.

Lol, si en plus il n'y a pas de problèmes
Je croyais à des pertes de sessions.

Encore une question que je ne me suis jamais posée, les table phpBB sont elles valides, pour ma part c'est un postulat.

++

[jcg11290]

Salut dcz,

Je donne un peu de mes nouvelles.

Pour mes tables phpbb_sessions, finalement, j'ai tout laissé comme c'était.
Vu la réponse de gowap, à priori on ne peut rien y changer. Tant que cela fonctionne...

Par contre pour l'ACP et FF, j'ai finalement trouvé un petit FIX très simple et qui fonctionne sans pb...

http://www.phpbbhacks.com/download/6574

Je mets le code ici (j'espère que je pouvais):

Code: Tout sélectionner

##############################################################
## MOD Title: Fix username and password for FireFox/Netscape browser
## MOD Author: RedFoxy < redfoxy@redfoxy.it > (Massimo Ciccio') http://www.redfoxy.it/
## MOD Description: That mod fix an annoy function of FireFox and NetScape compatible browser.
##          When you go to edit a user profile, the username and the password in the form are
##          changend on your username and password saved in browser cache.
##          with that mod you can fix that.
##
## MOD Version: 1.0.0
##
## Installation Level: easy
## Installation Time: 1 Minute
## Files To Edit:
##      templates/subSilver/admin/user_edit_body.tpl
##
## Included Files:
##
## License: http://opensource.org/licenses/gpl-license.php GNU General Public License v2
##############################################################
## For security purposes, please check: http://www.phpbb.com/mods/
## for the latest version of this MOD. Although MODs are checked
## before being allowed in the MODs Database there is no guarantee
## that there are no security problems within the MOD. No support
## will be given for MODs not found within the MODs Database which
## can be found at http://www.phpbb.com/mods/
##############################################################
## Author Notes:
##
## This MOD has been tested on phpBB 2.0.20, Categories Hierarchy v 2.1.4 and easyMod 0.3.0,
## but I think that is compatible with all phpBB 2.0.x version.
##
## Future versions can be found at http://www.redfoxy.it
## I've set up a support forum for my mods at http://www.forum.redfoxy.com (it's an italian
## forum but you can post in english without problems in Web & Co and in to Web & Co/phpBB forum.)
##
## DON'T REMOVE the comments that you found in that mod!
## That comments are essential for Foxy Fix (auto-Fix of mod installed) and Foxy Update (auto-update of mod).
##
## This MOD is released under the GPL License.
## Intellectual Property is retained by the MOD Author(s) listed above
## Copyright:      (C) 2005 Admin Control Pannel Foxy Menu 1.0.1 - RedFoxy
##
##############################################################
## MOD History:
##
##   2006-05-21
##      - First release
##
##############################################################
## Before Adding This MOD To Your Forum, You Should Back Up All Files Related To This MOD
##############################################################
#
#-----[ OPEN ]------------------------------------------------
#
templates/subSilver/admin/user_edit_body.tpl
#
#-----[ FIND ]------------------------------------------------
#
<h1>{L_USER_TITLE}</h1>
#
#-----[ BEFORE, ADD ]-----------------------------------------
#
<SCRIPT language="JavaScript">
<!--
//-- mod : Fix username and password v1.0.0 - 05x100 ----------------------------------------------
//-- add
function fix_fields()
{
        var uid_fix;
        var pwd_fix;

        document.getElementById('user_form').username.value = "{USERNAME}";
        document.getElementById('user_form').password.value = "";

        uid_fix = document.getElementById('user_form').username_fix.value;
        pwd_fix = document.getElementById('user_form').password_fix.value;

        if(uid_fix != "{USERNAME}")
        {
                document.getElementById('user_form').username.value = uid_fix;
        }

        if(pwd_fix != '')
        {
                document.getElementById('user_form').password.value = pwd_fix;
        }
}
//-- fin mod : Fix username and password v1.0.0 - 05x100 ------------------------------------------
-->
</SCRIPT>
#
#-----[ FIND ]------------------------------------------------
#
<form
#
#-----[ IN-LINE FIND ]--------------------------------------------------
#
<form
#
#-----[ IN-LINE AFTER, ADD ]--------------------------------------------
#
id="user_form"
#
#-----[ FIND ]------------------------------------------------
#
type="text" name="username"
#
#-----[ IN-LINE FIND ]--------------------------------------------------
#
name="username
#
#-----[ IN-LINE AFTER, ADD ]--------------------------------------------
#
_fix
#
#-----[ FIND ]------------------------------------------------
#
type="password" name="password"
#
#-----[ IN-LINE FIND ]--------------------------------------------------
#
name="password
#
#-----[ IN-LINE AFTER, ADD ]--------------------------------------------
#
_fix
#
#-----[ FIND ]------------------------------------------------
#
{S_HIDDEN_FIELDS}
#
#-----[ AFTER, ADD ]-----------------------------------------
#
      <input type="hidden" name="username" value="{USERNAME}" />
      <input type="hidden" name="password" value="" />
#
#-----[ FIND ]------------------------------------------------
#
<input type="submit"
#
#-----[ IN-LINE FIND ]--------------------------------------------------
#
type="submit"
#
#-----[ IN-LINE AFTER, ADD ]--------------------------------------------
#
onclick="fix_fields();"
#
#-----[ SAVE/CLOSE ALL FILES ]--------------------------------------------
#
# EoM


et j'en ai aussi profité pour installer un petit MOD pour les bots spammeurs qui à la longue, devenaientt pénibles.
A chaque fois aller supprimer les nouvelles inscriptions "bizaroïdes" renvoyant sur les sites pornos et autres...

Amicalement.