Sign in to follow this  
Followers 0

erreur mise a jour 6.2 vers 6.3

3 posts in this topic

Posted · Report post

bonjour,

lors de la mise a jour de ma 6.2 vers 6.3

que j'ai effectuer comme ceci:

- j'ai crée une nouveau répertoire dans mon serveur FTP et y est mis les fichiers de la 6.3

avec mon modèle

- j'ai par la même occasion crée une nouvelle base de donnée SQL

- j'ai exporter la base de donnée de ma 6.2 et réimporter sur la nouvelle qui était vierge

- j'ai appliquer toute les commandes de migration de la base de donnée avec succès (seule erreur les 2 lignes ci dessous)

------------------------------------------------------------------------------

ALTER TABLE `peel_utilisateurs` DROP `web`;

MySQL a répondu:b_help.png

#1091 - Can't DROP 'web'; check that column/key exists

ALTER TABLE `peel_utilisateurs` DROP `siren`;

MySQL a répondu:b_help.png

#1091 - Can't DROP 'siren'; check that column/key exists

------------------------------------------------------------------------------

et quant je vais sur le lien du site :

http://s391147369.on...ste-en-acc-6.3/

je ne peut pas m'identifier :

Token invalide : traitement déjà réalisé ou Referer HTTP non renseigné par votre navigateur

j'ai tester avec plusieurs PC et plusieurs navigateur : IE Firefox Chrome

j'ai mis " true " a la fonction : " verify_token " comme recommander par Judicaël

donc je n'ai plus le message

Token invalide : traitement déjà réalisé ou Referer HTTP non renseigné par votre navigateur

mais sa ne me connecte toujours pas

je vien de changer l'ip dans la table "peel_site" à " display_errors_for_ips " et mis la mienne actuelle

je suis retourné sur le site en vidant le cache de mon navigateur (au cas ou)

il n'y a aucun message d'erreur SQL

en plus de ne pas pouvoir m'identifier

les image de la page d'accueil (notre sélection) sont trop grande et déforme l’accueil

cordialement

ai je fait une erreur ???????

pour les id de connexion au site (voir benjamin ou Judicaël ) je leur ai envoyer par mail

Share this post


: post
Share on other sites

Posted · Report post

Bonjour,

Pour votre hébergement 1and1 quand un site est accédé via l'url "technique" qui n'est pas un de vos noms de domaine, il semble que session.cookie_domain bloquait le fonctionnement des sessions chez 1and1.

Ceci n'est pas "normal". Pour contourner le problème, mettez en commentaire la ligne suivante (vers ligne 300) de configuration.inc.php :

ini_set('session.cookie_domain', '.'.get_wwwroot_without_subdomain());

Ce qui donne :

// Par défaut les cookies ne sont valables que pour un sous-domaine donné (exemple : www)

// C'est bien de faire cela par défaut car parfois cookie_domain bloque le déclenchement des sessions chez certains hébergeurs comme 1and1.

// Pour rendre disponible les cookies pour tous les sous-domaines

// vous pouvez décommenter la ligne ci-dessous pour mettre le nom de domaine précédé par un point

// ini_set('session.cookie_domain', '.'.get_wwwroot_without_subdomain());

Par défaut cette ligne sera dorénavant laissée commentée à l'avenir.

Gilles

Share this post


: post
Share on other sites

Posted · Report post

Je précise que mon message précédent explique le non-fonctionnement des tokens, puisque les tokens ont besoin des sessions pour fonctionner.

Vous pouvez donc réactiver les tokens.

Concernant l'erreur sur les deux ALTER TABLE, ces champs étaient présents en version bêta de la 6.3 mais pas la 6.2, d'où le fait que Simon les ai mis alors qu'ils étaient inutiles. Je retire de la page de migration ces deux ALTER TABLE

Gilles

Share this post


: post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

Twitter Advisto ecommerce

Facebook PEEL Shopping