🌍
Français
Nouvelle version testée: C'est impeccable!
Merci EX-FTB!
Eric a écrit:
Le pb que j'ai mentionné se rapporte à des galeries installées chez Free où $_SERVER["PATH_INFO"] est actif (il me semble). J'attends la mise à jour pour confirmer.
Le problème ne venait pas de $_SERVER["PATH_INFO"], mais pour valider le fonctionnement du plugin, j'avais besoin que mon site accepte $conf['question_mark_in_urls'] = false.
ce qui m'a obligé à modifier la prise en compte des informations fournies par le serveur.
Je viens de livrer la version 2.1.e du plugin qui corrige le problème.
RQ: je vais bientôt (dés que j'aurai suffisamment de recul) ouvrir un sujet sur les avantages/inconvénients de la configuration:
$conf['question_mark_in_urls'] = false
Le pb que j'ai mentionné se rapporte à des galeries installées chez Free où $_SERVER["PATH_INFO"] est actif (il me semble). J'attends la mise à jour pour confirmer.
je me fais de l'écho....
$_SERVER["PATH_INFO"] N'est pas actif chez 1&1.
J'ai rusé en utilisant $_SERVER[''ORIG_PATH_INFO'].
j'ai modifié section_init.inc comme ci-dessous
if ( $conf['question_mark_in_urls']==false and
( isset($_SERVER["PATH_INFO"]) and !empty($_SERVER["PATH_INFO"])
or isset($_SERVER['ORIG_PATH_INFO'])and !empty($_SERVER['ORIG_PATH_INFO'])) )// 1and 1
{ //1&1
if (!empty($_SERVER['ORIG_PATH_INFO']) )
{
$_SERVER['PATH_INFO'] = $_SERVER['ORIG_PATH_INFO'];
}
$rewritten = $_SERVER["PATH_INFO"];
Sauf avis contraire cela fonctionne.
je passe à la maj de LLGBO.
je ne comprends, la même installation faite sur Free fonctionne.
Alors que sur 1&1, je perds l'information du path.
je rechercherai pourquoi plus tard, avec un site public qui fonctionne, je vais pouvoir tester LLGBO2.
Question:
Est-ce que quelqu'un a un site Piwigo chez 1&1 qui fonctionne avec
$conf['question_mark_in_urls'] = false ?
VDigital a écrit:
{$ROOT_URL} est présent dans le template ?
Oui puisque cela fonctionne en local.
Sur le site public en debug, je vois que $ROOT_URL reste vide.....
{$ROOT_URL} est présent dans le template ?
Désolé, je me suis planté.
je n'avais pas modifié le bon paramètre.
je n'ai plus d'erreur 404.
Mais lorsque $conf['question_mark_in_urls'] = false, hors page d'accueil je perds l'affichage du théme.
fond blanc .....
complément:
Sur mon site 1&1 les liens restent au format
<link rel="stylesheet" type="text/css" href="themes/simple-sunset/theme.css">
au lieu de passer en
<link rel="stylesheet" type="text/css" href="../../themes/simple-sunset/theme.css">
Est-ce qu'il ne faut pas que l'URL-rewriting soit autorisé pour que ça marche ?
je ne comprends pas pourquoi en local (wampserver):
$conf['question_mark_in_urls'] = false ne génère pas d'anomalie sur la galerie.
Alors que le même paramétrage sur mon site public, cela génère des erreurs 404 !!!!
EX-FTB a écrit:
Eric a écrit:
Même problème que celui soulevé ici : topic:17974
Si on passe l'option $conf['question_mark_in_urls'] = false, le plugin ne fonctionne plus.Je vais regarder.
1 - Quels sont les bénéfices liés à cette option?
2 - Qu'elles sont les conditions / prérequis pour activer cette option?
Sur mon site 1&1 cela provoque des erreurs sur toutes les pages hors Accueil.
2 - post:138268
Eric a écrit:
Même problème que celui soulevé ici : topic:17974
Si on passe l'option $conf['question_mark_in_urls'] = false, le plugin ne fonctionne plus.
Je vais regarder.
1 - Quels sont les bénéfices liés à cette option?
2 - Qu'elles sont les conditions / prérequis pour activer cette option?
Sur mon site 1&1 cela provoque des erreurs sur toutes les pages hors Accueil.
Même problème que celui soulevé ici : topic:17974
Si on passe l'option $conf['question_mark_in_urls'] = false, le plugin ne fonctionne plus.