Libre en Fête

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)

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 |        |
+-----------+------------+---------+----------+---------------------+----------+-------+--------+

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

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.

J'ai vidé le cache de Spip, cela devrait être bon

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

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\

J'ai re-vidé le cache et ça semble ok.

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)

C'est Spip le fautif ; je ne sais pas ce qu'a fait Vincent pour les autres url.

@vincent, tu saurais nous dire du coup comment tu as opéré ? Ça nous aidera pour LeF 2022. :)

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 ?

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.

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.).

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.

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 :)