Aide générale [Réglé] [PBT 4.1.3] Déconnexion du site sous Wamp impossible
Bonjour,
Voilà tout est dans le titre : Déconnexion du site sous Wamp impossible !
Que cela soit avec le thème base ou autre. Je suis sous WampServer Version 2.4, je n'ai pas de soucis avec les autres versions de PBt, et celle ci est la dernière version ...
De plus sur le thème sur lequel je travail, je n'ai pas importé le mini_module connect. Donc le soucis ne viens pas de là ...
Et pour finir : Dans l'administration /Liste des erreurs archivées : Aucune erreur
**** Edit *****
Sous chrome, 2015-01-27 11:12:07 :
Suggestion : Undefined index: desc
[0] /kernel/framework/phpboost/theme/ThemeConfiguration.class.php:182
[0] /kernel/framework/phpboost/theme/ThemeConfiguration.class.php:57 - ThemeConfiguration->load_description(string)
[1] /kernel/framework/phpboost/theme/ThemeConfigurationManager.class.php:62 - ThemeConfiguration->__construct(string, string)
[2] /kernel/framework/phpboost/theme/ThemeConfigurationManager.class.php:43 - ThemeConfigurationManager::get_theme_configuration(string)
[3] /kernel/framework/phpboost/theme/Theme.class.php:100 - ThemeConfigurationManager::get(string)
[4] /admin/config/controllers/AdminGeneralConfigController.class.php:195 - Theme->get_configuration()
[5] /admin/config/controllers/AdminGeneralConfigController.class.php:187 - AdminGeneralConfigController->get_picture_theme(string)
[6] /admin/config/controllers/AdminGeneralConfigController.class.php:111 - AdminGeneralConfigController->construct_javascript_picture_theme()
[7] /admin/config/controllers/AdminGeneralConfigController.class.php:47 - AdminGeneralConfigController->build_form()
[8] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - AdminGeneralConfigController->execute(HTTPRequestCustom)
[9] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call()
[10] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call()
[11] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch()
[12] /admin/config/index.php:38 - DispatchManager::dispatch(array)
[URL] /PBT-V4.1/admin/config/general/
J'ai eu aussi droit à : jeton de session invalide ..
Une idée ?
Merci d'avance.
Voilà tout est dans le titre : Déconnexion du site sous Wamp impossible !
Que cela soit avec le thème base ou autre. Je suis sous WampServer Version 2.4, je n'ai pas de soucis avec les autres versions de PBt, et celle ci est la dernière version ...
De plus sur le thème sur lequel je travail, je n'ai pas importé le mini_module connect. Donc le soucis ne viens pas de là ...
Et pour finir : Dans l'administration /Liste des erreurs archivées : Aucune erreur
**** Edit *****
Sous chrome, 2015-01-27 11:12:07 :
Suggestion : Undefined index: desc
[0] /kernel/framework/phpboost/theme/ThemeConfiguration.class.php:182
[0] /kernel/framework/phpboost/theme/ThemeConfiguration.class.php:57 - ThemeConfiguration->load_description(string)
[1] /kernel/framework/phpboost/theme/ThemeConfigurationManager.class.php:62 - ThemeConfiguration->__construct(string, string)
[2] /kernel/framework/phpboost/theme/ThemeConfigurationManager.class.php:43 - ThemeConfigurationManager::get_theme_configuration(string)
[3] /kernel/framework/phpboost/theme/Theme.class.php:100 - ThemeConfigurationManager::get(string)
[4] /admin/config/controllers/AdminGeneralConfigController.class.php:195 - Theme->get_configuration()
[5] /admin/config/controllers/AdminGeneralConfigController.class.php:187 - AdminGeneralConfigController->get_picture_theme(string)
[6] /admin/config/controllers/AdminGeneralConfigController.class.php:111 - AdminGeneralConfigController->construct_javascript_picture_theme()
[7] /admin/config/controllers/AdminGeneralConfigController.class.php:47 - AdminGeneralConfigController->build_form()
[8] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - AdminGeneralConfigController->execute(HTTPRequestCustom)
[9] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call()
[10] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call()
[11] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch()
[12] /admin/config/index.php:38 - DispatchManager::dispatch(array)
[URL] /PBT-V4.1/admin/config/general/
J'ai eu aussi droit à : jeton de session invalide ..
Une idée ?
Merci d'avance.
Bonjour,
cookie qui rentre en conflit avec une autre V4.1.x ?
Je viens de tester et 0 problèmes de mon côté.
WampServer Version 2.5
Date d'installation 03/12/2014
Sur mon autre PC je suis encore sous WAMP 2.2 que je n'utilise plus vraiment (remplacé par Debian Wheezy + AMP le tout sur un (très) vieux PC qu'un ami m'a donné).
EDIT :
Citation:
Ceci ressemble a un bug corrigé en 4.1.2
Cf : http://www.phpboost.com/forum/topic-14949-1+jeton-de-session-invalide.php#m139499
EDIT 2 :
Citation:
Désolé mais j'ai pas tout copier/coller pour éviter le message de 15km de long...
Cette erreur semble dire qu'il manque un fichier "desc.ini" ou dans le fichier "desc.ini" il manque l'information "desc".
Exemple dans /templates/base/lang/french/desc.ini
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 11h37
cookie qui rentre en conflit avec une autre V4.1.x ?
Je viens de tester et 0 problèmes de mon côté.
Code :
---------------------------------System report---------------------------------
-----------------------------generated by PHPBoost-----------------------------
SERVER CONFIGURATION-----------------------------------------------------------
php version : 5.5.12
dbms version : MySQL 5.6.17
gd library : 1
url rewriting : 1
register globals : 0
server url : http://localhost
site path : /phpboost_v4-1
PHPBOOST CONFIGURATION---------------------------------------------------------
phpboost version : 4.1.3
server url : http://localhost
site path : /phpboost_v4-1
default theme : Base
default language : Français
default editor : BBCode
home page : http://localhost/phpboost_v4-1/index.php
url rewriting : 1
output gzip : 1
session cookie name : session41local
session duration : 3600
active session duration : 300
DIRECTORIES AUTHORIZATIONS-----------------------------------------------------
/ : 1
/cache : 1
/cache/backup : 1
/cache/syndication : 1
/cache/tpl : 1
/cache/css : 1
/images/avatars : 1
/images/customization : 1
/images/group : 1
/images/maths : 1
/images/smileys : 1
/kernel/db : 1
/lang : 1
/menus : 1
/templates : 1
/upload : 1
WampServer Version 2.5
Date d'installation 03/12/2014
Sur mon autre PC je suis encore sous WAMP 2.2 que je n'utilise plus vraiment (remplacé par Debian Wheezy + AMP le tout sur un (très) vieux PC qu'un ami m'a donné).
EDIT :
Citation:
J'ai eu aussi droit à : jeton de session invalide
Ceci ressemble a un bug corrigé en 4.1.2
Cf : http://www.phpboost.com/forum/topic-14949-1+jeton-de-session-invalide.php#m139499
EDIT 2 :
Citation:
Sous chrome, 2015-01-27 11:12:07 :
Désolé mais j'ai pas tout copier/coller pour éviter le message de 15km de long...
Cette erreur semble dire qu'il manque un fichier "desc.ini" ou dans le fichier "desc.ini" il manque l'information "desc".
Exemple dans /templates/base/lang/french/desc.ini
Code INI :
name="Base" desc="Le thème officiel de PHPBoost." main_color="Blanc, Bleu"
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 11h37
Bonjour Janus,
C'est bizarre car je suis bien sur la 4.1.3 installation neuve:
Création du site: 24/01/2015
Version du noyau : 4.1.4.1.3
---------------------------------System report---------------------------------
-----------------------------generated by PHPBoost-----------------------------
SERVER CONFIGURATION-----------------------------------------------------------
php version : 5.4.12
dbms version : MySQL 5.6.12-log
gd library : 1
url rewriting : 1
register globals : 0
server url : http://localhost
site path : /PBT-V4.1
PHPBOOST CONFIGURATION---------------------------------------------------------
phpboost version : 4.1.4.1.3
server url : http://localhost
site path : /PBT-V4.1
default theme : DGXv4
default language : Français
default editor : BBCode
home page : http://localhost/PBT-V4.1/index.php
url rewriting : 1
output gzip : 0
session cookie name : session
session duration : 3600
active session duration : 300
DIRECTORIES AUTHORIZATIONS-----------------------------------------------------
/ : 1
/cache : 1
/cache/backup : 1
/cache/syndication : 1
/cache/tpl : 1
/cache/css : 1
/images/avatars : 1
/images/customization : 1
/images/group : 1
/images/maths : 1
/images/smileys : 1
/kernel/db : 1
/lang : 1
/menus : 1
/templates : 1
/upload : 1
à moins que je sois pas à jour ..
Swan
C'est bizarre car je suis bien sur la 4.1.3 installation neuve:
Création du site: 24/01/2015
Version du noyau : 4.1.4.1.3
---------------------------------System report---------------------------------
-----------------------------generated by PHPBoost-----------------------------
SERVER CONFIGURATION-----------------------------------------------------------
php version : 5.4.12
dbms version : MySQL 5.6.12-log
gd library : 1
url rewriting : 1
register globals : 0
server url : http://localhost
site path : /PBT-V4.1
PHPBOOST CONFIGURATION---------------------------------------------------------
phpboost version : 4.1.4.1.3
server url : http://localhost
site path : /PBT-V4.1
default theme : DGXv4
default language : Français
default editor : BBCode
home page : http://localhost/PBT-V4.1/index.php
url rewriting : 1
output gzip : 0
session cookie name : session
session duration : 3600
active session duration : 300
DIRECTORIES AUTHORIZATIONS-----------------------------------------------------
/ : 1
/cache : 1
/cache/backup : 1
/cache/syndication : 1
/cache/tpl : 1
/cache/css : 1
/images/avatars : 1
/images/customization : 1
/images/group : 1
/images/maths : 1
/images/smileys : 1
/kernel/db : 1
/lang : 1
/menus : 1
/templates : 1
/upload : 1
à moins que je sois pas à jour ..
Swan
Swan:
Bonjour,
ce bug peu subsister si les thèmes ont surcharger les fichier qui sont dans /templates/default/
C'est le cas du thème "Blog Booster" par exemple.
Sinon tu as à plusieurs V4.1 qui tourne sur le domaine "localhost" va falloir changer les cookies car depuis un rapport de bug de la V4.0 fait par un membre le système des cookies d'authentification se base aussi sur le domaine, et vu qu'on travail en local il va se baser sur "localhost" à moins que tu fasse un VHost par site de test.
Par exemple si tu as un site de demo V4.1 en ligne qui se nomme http://demo4-1.easy-design.net normalement si j'ai bien compris les modif que les dev's ont fait le cookie se basera sur le nom (par défaut "session") ET le NDD donc demo4-1.easy-design.net car c'est ce qui a été donné dans la config de l'administration de PHPBoost.
EDIT :
Hum un problème de copier/coller ?
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 11h45
Bonjour Janus,
C'est bizarre car je suis bien sur la 4.1.3 installation neuve:
Création du site: 24/01/2015
Version du noyau : 4.1.4.1.3
à moins que je sois pas à jour ..
Swan
C'est bizarre car je suis bien sur la 4.1.3 installation neuve:
Création du site: 24/01/2015
Version du noyau : 4.1.4.1.3
à moins que je sois pas à jour ..
Swan
Bonjour,
ce bug peu subsister si les thèmes ont surcharger les fichier qui sont dans /templates/default/
C'est le cas du thème "Blog Booster" par exemple.
Sinon tu as à plusieurs V4.1 qui tourne sur le domaine "localhost" va falloir changer les cookies car depuis un rapport de bug de la V4.0 fait par un membre le système des cookies d'authentification se base aussi sur le domaine, et vu qu'on travail en local il va se baser sur "localhost" à moins que tu fasse un VHost par site de test.
Par exemple si tu as un site de demo V4.1 en ligne qui se nomme http://demo4-1.easy-design.net normalement si j'ai bien compris les modif que les dev's ont fait le cookie se basera sur le nom (par défaut "session") ET le NDD donc demo4-1.easy-design.net car c'est ce qui a été donné dans la config de l'administration de PHPBoost.
EDIT :
Code TEXT :
phpboost version : 4.1.4.1.3
Hum un problème de copier/coller ?
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 11h45
Re,
Pour la version ... non non ... pas de soucis de copié collé, regarde ..
Et oui c'est bien la dernière archive que j'ai dl le 24/01/2015 sur le lien de téléchargement de la dernière V4.1 dispo.
Swan
Pour la version ... non non ... pas de soucis de copié collé, regarde ..
Et oui c'est bien la dernière archive que j'ai dl le 24/01/2015 sur le lien de téléchargement de la dernière V4.1 dispo.
Swan
Re ,
Bon bah c'était bien un problème de cookies ..
Solution :
Se rendre dans les options du navigateur / vie privé => supprimer un cookie spécifique ..
Faire une recherche sur localhot et supprimer le cookie.
Mais n'en reste pas moins que j'ai screens avec un drole n° de version ^^
Bon bah c'était bien un problème de cookies ..
Solution :
Se rendre dans les options du navigateur / vie privé => supprimer un cookie spécifique ..
Faire une recherche sur localhot et supprimer le cookie.
Mais n'en reste pas moins que j'ai screens avec un drole n° de version ^^
Bonjour,
re-passe une archive V4.1.3 fraichement téléchargé le numéro de version devrait passer en V4.1.3 et aussi si jamais y avait des fichiers non à jour cela va "reset" ces fichiers.
Sinon effectivement le fait de cliquer sur "déconnexion" fait la même action que ce que tu as fait manuellement, cela supprime le cookie.
EDIT :
En cas de toute sur une MAJ ou la version des fichiers on peu toujours re-mettre par dessus une archive de la dernière version fraichement téléchargé, en local cela doit poser 0 problèmes, par contre sur un site en production faut faire attention à ce que l'on envois.
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 13h43
re-passe une archive V4.1.3 fraichement téléchargé le numéro de version devrait passer en V4.1.3 et aussi si jamais y avait des fichiers non à jour cela va "reset" ces fichiers.
Sinon effectivement le fait de cliquer sur "déconnexion" fait la même action que ce que tu as fait manuellement, cela supprime le cookie.
EDIT :
En cas de toute sur une MAJ ou la version des fichiers on peu toujours re-mettre par dessus une archive de la dernière version fraichement téléchargé, en local cela doit poser 0 problèmes, par contre sur un site en production faut faire attention à ce que l'on envois.
Cordialement, janus57 Edité par janus57 Le 27/01/2015 à 13h43
Re,
Je travaille toujours en locale Janus , jamais en production. C'est un site en loicale pour travailler sur les thèmes & divers, mais il fait bon d'avoir une piqure de rappel ^^
Sujet réglé.
Swan
Je travaille toujours en locale Janus , jamais en production. C'est un site en loicale pour travailler sur les thèmes & divers, mais il fait bon d'avoir une piqure de rappel ^^
Sujet réglé.
Swan
Swan:
Bonjour,
pour moi c'est pratiquement pareil, sauf qu'en plus j'ai des "serveurs" (plutôt des espaces d'hébergements) pour faire de la pré-production ou même faire des tests selon les besoins et surtout dans le même environnement à 100% que le(s) site(s) (ce qui est pratiquement impossible à reproduire en local, mais sous linux).
Après oui une "piqure de rappel" c'est toujours très utile et on ne le redira jamais assez.
Aussi j'ai déjà utilisé la technique du "je renvois une archive complète" sur un site en production, faut juste faire attention au dossier /install et quelques autre selon son site et les modifications apportés.
Cordialement, janus57
Re,
Je travaille toujours en locale Janus , jamais en production. C'est un site en loicale pour travailler sur les thèmes & divers, mais il fait bon d'avoir une piqure de rappel ^^
Sujet réglé.
Swan
Je travaille toujours en locale Janus , jamais en production. C'est un site en loicale pour travailler sur les thèmes & divers, mais il fait bon d'avoir une piqure de rappel ^^
Sujet réglé.
Swan
Bonjour,
pour moi c'est pratiquement pareil, sauf qu'en plus j'ai des "serveurs" (plutôt des espaces d'hébergements) pour faire de la pré-production ou même faire des tests selon les besoins et surtout dans le même environnement à 100% que le(s) site(s) (ce qui est pratiquement impossible à reproduire en local, mais sous linux).
Après oui une "piqure de rappel" c'est toujours très utile et on ne le redira jamais assez.
Aussi j'ai déjà utilisé la technique du "je renvois une archive complète" sur un site en production, faut juste faire attention au dossier /install et quelques autre selon son site et les modifications apportés.
Cordialement, janus57
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie