Suivi — Images HTTP GET 73 fois par jour depuis DLFP

#1224 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
3
12
nov.
2013

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 (…)

Suivi — Commentaires le tableau de bord devrait référencer tous le contenu crée par l'utilisateur

#838 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
2
19
fév.
2012

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.

Suivi — Commentaires la page de nouveau commentaire redirige vers le contenu sans permettre de commenter

#762 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
0
28
déc.
2011

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
(…)

Suivi — Commentaires impossible de mettre des backspaces dans les commentaire sans user de subterfuges abscons

#505 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
0
11
juin
2011

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

Suivi — Autres erreur 500 lors de l'accès au tableau de bord

#297 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
0
11
mar.
2011

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 (…)

Suivi — Suivi redirection infinie lors de la tentative d'ouverture d'un suivi

#23 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
0
20
fév.
2011

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

Suivi — Autres /users devrait rediriger vers /tableau-de-bord

#21 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Bruno Michel.
Étiquettes : aucune
0
20
fév.
2011

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 ?

Suivi — Feuilles de style (CSS) la page d'erreur 404 est très laide (toutes CSS)

#20 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
0
20
fév.
2011

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 :

404 beurk

Suivi — Feuilles de style (CSS) kaiska-short.css: la boite de recherche n'est pas sur la même

#19 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Benoît Sibaud.
Étiquettes : aucune
0
20
fév.
2011

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 (…)