Anomalie #5159
closedURL bizarres pour le site Libre en Fête
0%
Description
Si on tape https://www.libre-en-fete.net/, il y a une redirection vers https://www.libre-en-fete.net/2021/ <-- ça devrait rester https://www.libre-en-fete.net
Si on clique sur l'onglet « Événements », on atterrit sur https://www.libre-en-fete.net/2021/article/evenements <-- ça devrait être https://www.libre-en-fete.net/evenements
Si on clique sur l'onglet « Découverte », on atterrit sur https://www.libre-en-fete.net/2021/article/decouverte <-- ça devrait être https://www.libre-en-fete.net/decouverte
Si on clique sur « Communication » > Modèle de communiqué de presse, on atterrit sur https://libre-en-fete.net/2020/article/communique-de-presse-pour-un-evenement <-- ça devrait être https://www.libre-en-fete.net/communique-de-presse-pour-un-evenement
Si on clique sur « Communication » > Quelques conseils pour la communication, on atterrit sur https://libre-en-fete.net/2020/article/conseils-pour-la-communication <-- ça devrait être https://libre-en-fete.net/conseils-pour-la-communication
Etc.
En revanche :
Si on tape https://www.libre-en-fete.net/evenements, on tombe sur https://www.libre-en-fete.net/2017/article/evenements
Si on tape https://www.libre-en-fete.net/decouverte, on tombe sur https://www.libre-en-fete.net/2017/article/decouverte
Si on tape https://www.libre-en-fete.net/communique-de-presse-pour-un-evenement, on tombe sur https://www.libre-en-fete.net/2017/article/communique-de-presse-pour-un-evenement
Si on tape https://www.libre-en-fete.net/conseils-pour-la-communication, on tombe sur https://www.libre-en-fete.net/2017/article/conseils-pour-la-communication
Etc.
Updated by Isabella Vanni almost 4 years ago
Jeudi 28/01/2021 sur #april-admin :
(15:58:05) cioccolisa: PoluX: https://www.libre-en-fete.net/evenements pointe vers https://www.libre-en-fete.net/2017/evenements
(16:03:42) PoluX: $ curl -i https://www.libre-en-fete.net/evenements
(16:03:44) PoluX: HTTP/1.1 302 Found
(16:03:46) PoluX: Server: nginx/1.14.2
(16:03:48) PoluX: Date: Thu, 28 Jan 2021 15:03:32 GMT
(16:03:50) PoluX: Content-Type: text/html; charset=iso-8859-1
(16:03:52) PoluX: Content-Length: 320
(16:03:54) PoluX: Connection: keep-alive
(16:03:56) PoluX: Location: http://www.libre-en-fete.net/2021/evenements.html
(16:05:13) PoluX: $ curl -i https://www.libre-en-fete.net/2021/evenements.html
(16:05:15) PoluX: HTTP/1.1 301 Moved Permanently
(16:05:17) PoluX: Server: nginx/1.14.2
(16:05:19) PoluX: Date: Thu, 28 Jan 2021 15:04:58 GMT
(16:05:21) PoluX: Content-Type: text/html; charset=UTF-8
(16:05:23) PoluX: Content-Length: 412
(16:05:25) PoluX: Connection: keep-alive
(16:05:27) PoluX: Vary: Cookie,Accept-Encoding
(16:05:29) PoluX: Composed-By: SPIP 3.2.8-1 (Debian) @ www.spip.net + https://www.libre-en-fete.net/sites/www.libre-en-fete.net/local/config.txt
(16:05:31) PoluX: Location: https://www.libre-en-fete.net/2017/evenements
(16:05:33) PoluX: c'est spip le responsabl
(16:07:05) PoluX: le premier c'est ce que veux l'adminsys : /evenements dirige vers /2021/evenements
(16:07:38) PoluX: le second « Composed-By: SPIP » c'est /2021/evenements -> /2017/evenements
(16:15:13) PoluX: cioccolisa: je suggère de modifier l'url de l'article 43
(16:15:16) PoluX: https://www.libre-en-fete.net/ecrire/?exec=article&id_article=43
(16:15:36) PoluX: https://www.libre-en-fete.net/2021/article/evenements -> https://www.libre-en-fete.net/2021/evenements
(17:27:48) cioccolisa: PoluX: la réponse à notre problème de tout à l'heure https://agir.april.org/issues/3555#note-6
(17:29:03) PoluX: cioccolisa: ça m'étonne
(17:29:11) PoluX: un .htaccess est géré par apache
(17:29:23) PoluX: alors que le 302 de tt à l'heure était forgé par spip
(17:29:58) PoluX: par ailleurs depuis il y a deux ans le site a déménagé et les .htaccess ont été désactivés et supprimés
(17:31:43) cioccolisa: ok
(17:38:13) PoluX: cioccolisa: en plus « HTTP/1.1 301 Moved Permanently » dans ce cas c'est une très mauvaise idée
(17:38:24) PoluX: (le 2021 -> 2017)
Updated by François Poulain almost 4 years ago
Pour moi le soucis est en db mais spip ne nous autorise pas à éditer les urls (ou alors on ne trouve pas comment faire):
(April) root@spip:~# mariadb libreenfete -e 'select * from spip_urls where url="evenements"' +-----------+------------+---------+----------+---------------------+----------+-------+--------+ | id_parent | url | type | id_objet | date | segments | perma | langue | +-----------+------------+---------+----------+---------------------+----------+-------+--------+ | 3 | evenements | article | 8 | 2017-01-05 20:37:45 | 1 | 0 | | | 4 | evenements | article | 13 | 2017-11-24 21:05:59 | 1 | 0 | | | 5 | evenements | article | 25 | 2018-11-15 21:02:32 | 1 | 0 | | | 6 | evenements | article | 36 | 2019-10-23 20:12:51 | 1 | 0 | | +-----------+------------+---------+----------+---------------------+----------+-------+--------+
Updated by Vincent Calame almost 4 years ago
Au moment de la migration de novembre, j'avais oublié de copier le fichier mes_options.php dans config qui contient la personnalisation des URLs propres à Libre en fête (ce sont des URLs arborescences avec quelques options différentes des options par défaut). C'est chose faite et c'est rentré dans l'ordre.
Pour information, il est possible de changer la dernière partie de l'URL dans Spip en cliquant dessus (l'option « Activer la gestion avancée des URLs » est activée dans la page Configuration des URLs de la partie Configuration). Cela dit, il vaut mieux n'utiliser cette option qu'en dernier recours.
En revanche, le comportement de redirection de https://www.libre-en-fete.net/ vers https://www.libre-en-fete.net/2021/ me parait normale, c'est en tout le cas de comportement des années précédentes.
Idem pour le lien dans les onglets, chaque année est indépendante des autres, c'est normal que l'année soit présente dans l'URL. Au passage, cela offre une souplesse : il est possible pour une année donnée de créer une page supplémentaire, son onglet ne sera présent que pour cette année-là.
Ces redirections sont gérées dans la conf d'Apache : /etc/apache2/sites-available/www.libre-en-fete.net.conf
Updated by Isabella Vanni almost 4 years ago
Vincent Calame a écrit :
Au moment de la migration de novembre, j'avais oublié de copier le fichier mes_options.php dans config qui contient la personnalisation des URLs propres à Libre en fête (ce sont des URLs arborescences avec quelques options différentes des options par défaut). C'est chose faite et c'est rentré dans l'ordre.
Merci pour cette action, Vincent.
Il reste les anomalies suivantes :
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Événements, on tombe sur une page d'erreur
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Découverte, on tombe sur une page d'erreur
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2018, on atterrit sur une page d'erreur
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2019, on atterrit sur une page d'erreur
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2020, on atterrit sur une page d'erreur
Pour information, il est possible de changer la dernière partie de l'URL dans Spip en cliquant dessus (l'option « Activer la gestion avancée des URLs » est activée dans la page Configuration des URLs de la partie Configuration). Cela dit, il vaut mieux n'utiliser cette option qu'en dernier recours.
C'est noté.
En revanche, le comportement de redirection de https://www.libre-en-fete.net/ vers https://www.libre-en-fete.net/2021/ me parait normale, c'est en tout le cas de comportement des années précédentes.
Ok.
Idem pour le lien dans les onglets, chaque année est indépendante des autres, c'est normal que l'année soit présente dans l'URL. Au passage, cela offre une souplesse : il est possible pour une année donnée de créer une page supplémentaire, son onglet ne sera présent que pour cette année-là.
On avait effectivement pu faire un onglet « Affiches » en plus pour l'édition 2018.
Updated by Vincent Calame almost 4 years ago
J'ai vidé le cache de Spip, cela devrait être bon
Updated by Isabella Vanni almost 4 years ago
Vincent Calame a écrit :
J'ai vidé le cache de Spip, cela devrait être bon
Merci, les anomalies suivantes sont corrigées :
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Événements, on tombe sur une page d'erreur <- désormais, on atterrit bien sur https://libre-en-fete.net/2021/evenements.html
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Découverte, on tombe sur une page d'erreur <- désormais, on atterrit bien sur https://libre-en-fete.net/2021/decouverte.html
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2020, on atterrit sur une page d'erreur <- désormais, on atterrit bien sur https://libre-en-fete.net/2020/
Restent les anomalies suivantes :
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2018, on atterrit sur une page d'erreur
- depuis https://www.libre-en-fete.net/2021/a-propos.html, si on clique sur 2019, on atterrit sur une page d'erreur
Updated by Isabella Vanni almost 4 years ago
Isabella Vanni a écrit :
Vincent Calame a écrit :
J'ai vidé le cache de Spip, cela devrait être bon
Merci, les anomalies suivantes sont corrigées :
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Événements, on tombe sur une page d'erreur <- désormais, on atterrit bien sur https://libre-en-fete.net/2021/evenements.html
- depuis https://www.libre-en-fete.net/2021, si on clique sur l'onglet Découverte, on tombe sur une page d'erreur <- désormais, on atterrit bien sur https://libre-en-fete.net/2021/decouverte.html
Les deux anomalies ci-dessus sont revenues /o\
Updated by François Poulain almost 4 years ago
J'ai re-vidé le cache et ça semble ok.
Updated by Isabella Vanni almost 4 years ago
François Poulain a écrit :
J'ai re-vidé le cache et ça semble ok.
Merci, j'ai vérifier à nouveau tous les liens. Tout est bon, sauf pour les url suivants :
[] https://www.libre-en-fete.net/communique-de-presse-pour-un-evenement.html pointe vers https://www.libre-en-fete.net/2017/communique-de-presse-pour-un-evenement.html (au lieu de https://www.libre-en-fete.net/2021/communique-de-presse-pour-un-evenement.html)
[] https://www.libre-en-fete.net/conseils-pour-la-communication.html pointe vers https://www.libre-en-fete.net/2017∕conseils-pour-la-communication.html (au lieu de https://www.libre-en-fete.net/2021/communique-de-presse-pour-un-evenement.html)
Updated by François Poulain almost 4 years ago
C'est Spip le fautif ; je ne sais pas ce qu'a fait Vincent pour les autres url.
Updated by François Poulain almost 4 years ago
@vincent, tu saurais nous dire du coup comment tu as opéré ? Ça nous aidera pour LeF 2022. :)
Updated by Vincent Calame almost 4 years ago
Je fais un petit récapitulatif :
- l'option des URLs dans le Spip de Libre-en-fête est celui des URLs arborescentes, c'est à dire qu'elles sont construites avec le nom de la rubrique. Comme les rubriques sont des années, cela donne 2021/evenements.html, etc. Cela permet d'avoir des articles avec le même nom final (evenements, a-propos) car comme ils sont dans des rubriques différentes, il n'y a pas d'ambiguïté. Notons au passage que les autres sites Spip n'utilisent pas cette option d'URLs arborescentes, deux articles, même dans des rubriques différentes devront avoir des noms différentes
- les URLs qui n'ont pas l'année sont des redirections définies dans le conf Apache du site vers des pages de site (fichier www.libre-en-fete.net.conf dans la partie « réglages personnalisés »).
Venons en à l'URL https://www.libre-en-fete.net/communique-de-presse-pour-un-evenement.html, il se trouve que la redirection n'est pas définie dans www.libre-en-fete.net.conf ! Celle qui existe est communique-evenement. Même chose pour conseils-pour-la-communication.html (c'est conseils-communication qui est rédéfini).
Le hic, c'est que Spip veut bien faire. Devant une URLs qu'il ne connait pas comme /communique-de-presse-pour-un-evenement.html, avant de renvoyer une erreur, il essaie de chercher un article qui porterait ce nom. Et comme le premier qu'il trouve est l'article de 2017, il redirige vers lui. On se retrouve ainsi avec des redirections faites par Apache et d'autres faites par Spip, ce qui est une source de confusion, il faut le reconnaitre.
Il faut donc introduire dans www.libre-en-fete.net.conf les nouvelles redirections.
Pour être franc, toutes ses redirections ont été établies en 2017 et je ne me souviens plus très bien la raison de tout ça. En fait, je ne me souviens plus non plus pourquoi les URLs sans indication de l'année restent importantes pour vous. Où sont-elles utilisées ?
Updated by François Poulain almost 4 years ago
Ok, merci pour les détails. :)
En fait, je ne me souviens plus non plus pourquoi les URLs sans indication de l'année restent importantes pour vous. Où sont-elles utilisées ?
Je pense que c'est juste le fonctionnement historique qui date d'avant spip : chaque année on préfixait le domaine sans changer les URI. Avec spip on s'est mis à préfixer l'URI. Et chaque année sont communiquées (je suppose) les URI sans année (disons perpétuelles). Je ne suis pas sûr que la pratique ait été interrogée au delà de ça.
Updated by Isabella Vanni almost 4 years ago
Vincent Calame a écrit :
Pour être franc, toutes ses redirections ont été établies en 2017 et je ne me souviens plus très bien la raison de tout ça. En fait, je ne me souviens plus non plus pourquoi les URLs sans indication de l'année restent importantes pour vous. Où sont-elles utilisées ?
J'avais pris l'habitude de vérifier les URLs sans indication de l'année pour une simple raison de cohérence : https://www.libre-en-fete.net redirigeant vers https://www.libre-en-fete.net/AAAA, ça me semblait logique que https://www.libre-en-fete.net/PAGE redirige vers https://www.libre-en-fete.net/AAAA/PAGE, et que ce soit comme ça pour toutes les pages (pourquoi https://www.libre-en-fete.net/evenements pointerait vers https://www.libre-en-fete.net/2021/evenements et https://www.libre-en-fete.net/conseils-pour-la-communication.html vers https://www.libre-en-fete.net/2017/conseils-pour-la-communication.html ?).
Après, si effectivement cela n'a pas d'importance, perso je ne suis pas contre le fait de supprimer cette tâche de la todo liste :)
Il faut juste que je me note de vérifier qu'il y a bien l'indication de l'année dans tous les URLs utilisées dans la communication (appels à participation, publications web, etc.).
Updated by François Poulain almost 4 years ago
Perso, si le Apache gère les redirections, ça me convient très bien. Je mets déjà dans apache pleins de redirections en place chaque année donc c'est dans la continuité.
Updated by Isabella Vanni almost 4 years ago
- Assignee changed from Vincent Calame to François Poulain
François Poulain a écrit :
Perso, si le Apache gère les redirections, ça me convient très bien. Je mets déjà dans apache pleins de redirections en place chaque année donc c'est dans la continuité.
Ok.
Dans ce cas, pourrais-tu stp mettre à jour les deux dernières redirections ?
[] https://www.libre-en-fete.net/communique-de-presse-pour-un-evenement.html -> redirection vers https://www.libre-en-fete.net/2021/communique-de-presse-pour-un-evenement.html
[] https://www.libre-en-fete.net/conseils-pour-la-communication.html -> redirection vers https://www.libre-en-fete.net/2021∕conseils-pour-la-communication.html
Updated by François Poulain almost 4 years ago
C'est fait, modulo le fait que https://www.libre-en-fete.net/2021∕conseils-pour-la-communication.html n'est pas https://www.libre-en-fete.net/2021/conseils-pour-la-communication.html :)
Updated by Isabella Vanni almost 4 years ago
- Status changed from Nouveau to Résolu
François Poulain a écrit :
C'est fait, modulo le fait que https://www.libre-en-fete.net/2021∕conseils-pour-la-communication.html n'est pas https://www.libre-en-fete.net/2021/conseils-pour-la-communication.html :)
Merci !
Les redirections marchent pour moi aussi suite à la suppression de l'historique \o/
...et à bas le 301 utilisé n'importe comment ;)