Stauffenberg a écrit:

Bref, un hebergeur à éviter à mon avis même si cela à l'air de fonctionner via la connexion automatique.

Je suis sur FreeHeberg (maintenant "FirstHeberg") depuis sa créations.
Et je n'ai jamais eu un problème.

C'est donc de votre coter que sa cloche .. ;)

Dis "10 lignes" dix fois de suite.
Vu le nombre d'hébergeurs chez qui cela fonctionne très bien,
on dira que ce n'est pas de notre "côté que ça cloche"!!!
;-)

PS: Si maintenant "FirstHeberg" fonctionne, que tu n'as jamais eu de problème, c'est peut-être qu'il ne gère pas tous ses serveurs de la même façon (options/paramètres différents).
Jusqu'à présent, peut-être tu as eu de la chance d'être sur le bon serveur.

Pour l'instant, peut-être...
mais tu ferais mieux de démarrer directement avec Piwigo. (Le paramètre est le même).
Cela t'éviterait au moins de chercher la compatibilité des plugins.
Et tu en serais 10 fois plus satisfait.


(Il est plus aisé d'être sage pour les autres que pour soi-même.)

Nous sommes d'accord, c'est vrai et faux. ;-)

(J'ai d'autres arguments mais je m'en fiche, vu que oualid est content de son choix. Pour moi, le FS, c'est parfait. ;-)))

nicolas a écrit:

VDigital a écrit:

oualid a écrit:

Sinon, l'erreur relative à la table piwigo_sessions tu l'as toujours ?

Non puisque l'appel en fin de page de leur module n'est plus présent.

'File' : En principe aucun problème (mais sans doute moins performant).

Tu voulais dire plus performant je suppose sinon je ne comprends pas. Le fait d'utiliser la configuration standard de gestion des sessions a de multiples avantages. Le principal est que l'on fait une requête sql de moins par par page et une requête de moins par variable de sessions utilisée dans une même page et sur un serveur mutualisé ce n'est pas négligeable !

Vrai et faux.
Intrinsèquement les accès MySQL sont bien plus performants que ceux du file server.
Voir les temps de réponse d'une requête simple, c'est franchement incroyable.

Sauf que les hébergements mutualisés connectent des milliers sites sur un serveur MySQL et surveillent les contentions sur celui-ci.
Si un serveur coince sur ses accès disques, ils s'en fichent.
Si c'est le serveur MySQL qui coince, c'est des milliers de mécontents, ils ne s'en fichent pas du tout.

Ils feront tout ce qu'ils peuvent pour ne pas construire un serveur MySQL supplémentaire (cela a un coût).
Si on ignore le temps de connexion à la base MySQL, le temps de réponse moyen d'une requête simple est largement inférieur au get d'un fichier plat.
Aussi surprenant que cela plus paraître, j'en conviens.

Pourquoi le standard de php est sur 'file', alors?
Parce qu'on peut très bien faire du php sans faire du MySQL tout simplement.

oualid a écrit:

VDigital, puisque ce n'est pas la pub, que soupçonnes tu ? Un élément avec lequel je peux taquiner leur support ;)

Aucune idée, j'ai pourtant fait une lecture comparée du phpinfo() de ton site avec un des miens (uniquement sur la partie sessions) et rien ne m'a réellement surpris.
Sinon tu l'aurais su déjà.

oualid a écrit:

Sinon, l'erreur relative à la table piwigo_sessions tu l'as toujours ?

Non puisque l'appel en fin de page de leur module n'est plus présent.

'File' : En principe aucun problème (mais sans doute moins performant).

Hébergeur ? Le forum est plein de bons conseils.

négatifs ?
Tu n'utilises pas la configuration standard de Piwigo.
Comme tous les autres dans ton cas, tu as eu un problème de session.
Problème que tu as confondu avec un problème d'accès au travers d'un proxy.
Puis que tu as imputé au malheureux ZoneAlarm qui n'y était pour rien.
Un choix qui a nécessité quelques heures de perdues pour toi.
Un choix qui également a nécessité l'aide de 2 membres de l'équipe Piwigo.
Et tu trouves leur hébergement satisfaisant?

Personnellement, je considère:
1 - Que Piwigo est assez souple pour l'adapter aux besoins de chacun.
2 - Que notre assistance "libre" est pour beaucoup dans ta satisfaction.
3 - Que ton hébergeur devrait songer à nous reverser une part de leur chiffre d'affaires en remerciement.

Mais personne n'est obligé de me croire.
;-)

Je ne sais pas ce qui est codé sur ton site dans la $conf mais la connexion auto ou non marche.

Il faut nettoyer la table des sessions pour être sûr du résultat, et nettoyer le cookie du site sur son poste.

Donc après disparition du module de pub, j'ai viré
$conf['session_save_handler'] = 'file';

Résultat : il faut passer par connex auto ... pour pouvoir se connecter !


Le problème ne provient pas du module pub à priori !