Dans https://linuxfr.org/news/évolutions-sur-linuxfr--3 il est dit :

Les anciens liens directs vers les astuces (/tips/###.html) sont redirigés.

Ça ne semble pas être le cas. Par exemple, en allant sur https://linuxfr.org/tips/296.html (qui est cité à de multiple reprises dans des vieux commentaires) je me prend une erreur 404 au lieu d'être redirigé vers https://linuxfr.org/forums/astucesdivers/posts/webréseau-transfert-de-fichiers-le-ftp-du-geek

Est-ce qu'on peut avoir une redirection des anciens liens des astuces vers les entrées de forum correspondants ?

Ce 11 novembre j'ai posté un journal qui contient une image : https://linuxfr.org/users/krunch/journaux/dlfp-journalyser-2-1-rester-au-top

Depuis, 88.191.250.176 a récupéré l'image 147 fois. Je veux bien que DLFP mette l'image en cache et vérifie périodiquement qu'elle n'a pas changée mais la récupérer en entier 73 fois par jour me semble un petit peu excessif et contre-productif.

À vrai dire je ne suis pas sûr de comprendre pourquoi DLFP vérifie que l'image ne change pas. Les journaux et commentaires ne sont pas librement éditables (…)

Pour le moment le tableau de bord (https://linuxfr.org/users/) ne liste que les commentaires de l'utilisateur, ses dépêches en attente de modération, ses messages dans les forums et ses entrées dans le suivi. Ça serait bien s'il listait aussi ses journaux et dépêches (et pages wiki ?) de manière à pouvoir être averti des nouveaux commentaires sur ceux ci.

Quand je vais sur https://linuxfr.org/users/slyce/journaux/von-inutilitaires-préférés et que je clique « Envoyer un commentaire » en bas de page (qui pointe vers https://linuxfr.org/nodes/41682/comments/nouveau ), je suis redirigé vers la page originale sans avoir la possibilité de commenter.

J'ai 100 « avis » et je pouvais commenter il y a deux jours donc j'imagine que c'est pas un problème de karma.

Les headers des requêtes concernées :

https://linuxfr.org/nodes/41682/comments/nouveau

GET /nodes/41682/comments/nouveau HTTP/1.1
Host: linuxfr.org
[...]
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

Lorsque l'on place un backslash dans un commentaire, il est silencieusement éliminé à moins de le mettre dans un code block. Je ne vois pas vraiment de bonne raison pour ce comportement et il serait fort appréciable de pouvoir librement utiliser la barre oblique inverses dans les commentaires. Exemple de cas d'utilisation réel : https://linuxfr.org/forums/programmationshell/posts/majuscules-et-minuscule-dans-les-noms-de-repertoires#comment-1242544

Il y a quelques minutes lorsque je me suis rendu sur https://linuxfr.org/tableau-de-bord et https://linuxfr.org/tableau-de-bord/ j'ai obtenu le message suivant :

Erreur 500

Oops, la page demandée ne peut être servie car une erreur s'est produite. L'erreur va être enregistrée, permettant à l'équipe en charge du site de la corriger. Vous pouvez créer une entrée dans le suivi pour donner des informations sur la manière dont cette erreur s'est produite et être averti de sa résolution.

Je pouvais cependant toujours accéder (…)

Suite à l'ouverture du suivi numéro 19 (kaiska-short.css: la boite de recherche n'est pas sur la même ligne), on observe une redirection infinie lorsque l'on tente d'accéder à ce dernier :

$ wget -S https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la-m%C3%AAme-ligne --2011-02-20 15:07:53-- https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la- m%C3%AAme-ligne Resolving linuxfr.org... 88.191.250.104 Connecting to linuxfr.org|88.191.250.104|:443... connected. HTTP request sent, awaiting response... HTTP/1.1 301 Moved Permanently Date: Sun, 20 Feb 2011 15:07:58 GMT Server: nginx/0.7.67 Content-Type: text/html; charset=utf-8 Status: 301 Moved Permanently Location: https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la-m%C3%AAme-ligne Cache-Control: no-cache X-UA-Compatible: IE=Edge,chrome=1 X-Runtime: 0.005921 X-Frame-Options:

Jusqu'à présent, mon point d'entrée principal dans DLFP était https://linuxfr.org/users/ Cette page n'existe maintenant plus et semble avoir été remplacée par https://linuxfr.org/tableau-de-bord Serait-il possible d'effectuer une redirection de l'un vers l'autre ?

La page d'erreur 404 ne ressemble pas à grand chose. J'obtiens la même chose avec la CSS par défaut et la CSS kaiska-short.css. Ci dessous, une capture d'écran lorsque j'essai d'afficher https://linuxfr.org/users/ dans Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.19) Gecko/2010120923 Iceweasel/3.0.6 (Debian-3.0.6-3) par exemple :

Dans la feuille de style kaiska-short.css, la boîte de recherche est censée être sur la même ligne que le menu. Or, avec le navigateur "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.19) Gecko/2010120923 Iceweasel/3.0.6 (Debian-3.0.6-3)", la boîte de recherche est sur une ligne plus basse. Cela double la hauteur de l'espace réservé au menu.

Pourriez-vous faire en sorte que la boîte de recherche se trouve sur la même ligne que le menu ?

Ci dessous, des captures d'écrans illustrant mon propos (…)