Suivi — Administration site robots.txt pour les outils d'archivage Web

#1391 Posté par  . État de l’entrée : corrigée. Assigné à Benoît Sibaud. Licence CC By‑SA.
Étiquettes : aucune
7
21
juil.
2014

Il existe quelques outils d'archivage de la tribune, avec indexation et donc possibilité de recherche.

Cependant, le /robots.txt du site interdit aux robots d'indexation d'accéder à /board.

Je suis moi même auteur d'un bot d'indexation de la tribune (Olccs), je suis donc intéressé par avoir l'avis des administrateurs du site:
- le robots.txt est-il limité aux moteurs reconnus (e.g. Google, Yahoo, Bing, DuckDuckGo, etc.) ou les bots de la tribune (et il y en a quelques uns) doivent-ils le respecter (…)

Suivi — Autres Docker linuxfr

#1382 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes :
1
7
juil.
2014

Bonjour.

docker pull mose/linuxfr-dev
docker run mose/linuxfr-dev
2014-07-07 17:06:12,558 CRIT Supervisor running as root (no user in config file)
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/rails.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/mysqld.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/redis.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/sshd.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/crond.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/rsyslogd.conf" during parsing
2014-07-07 17:06:12,559 WARN Included extra file "/etc/supervisor/conf.d/supervisord.conf" (…)

Suivi — API OAuth Impossible d'enregistrer une seconde application OAuth

#1378 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
3
1
juil.
2014

Bonjour.

J'ai une erreur affichée lorsque je tente d'enregistrer une seconde application dans la partie Oauth, sans plus de détail:

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.

Suivi — API OAuth Doc Oauth

#1363 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
1
30
mai
2014

Bonjour.

Dans https://linuxfr.org/developpeur, le lien https://linuxfr.org/auth/oauth/access_token est indiqué comme devant être fait par un GET. Or, le fichier de route RoR indique clairement un POST.

Je n'ai pas trouvé le fichier idoine sur le github pour faire un pull request, d'où le ticket.

Suivi — Autres Archives de la tribune

#1314 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
0
4
avr.
2014

Bonjour.

J'aurais souhaité savoir s'il existait une archive des posts des différentes versions de la tribune (à vrai dire, les archives plus anciennes que 2007), et si une mise à disposition était envisageable.

Merci.

Suivi — Administration site Redirection SSL

#1246 Posté par  . État de l’entrée : corrigée. Assigné à Benoît Sibaud. Licence CC By‑SA.
Étiquettes : aucune
0
10
jan.
2014

Bonjour.

Il semblerait qu'une redirection automatique http => https ait été mise en place.

Pour les utilisateurs ne souhaitant pas créer d'exception pour le certificat SSL qui créé le message d'invalidité dans les différents navigateurs usuels, serait-il possible de rétablir un accès non sécurisé en http au site?

Suivi — Tribune Encodage du & dans le remote.xml

#1111 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
14
21
avr.
2013

Bonjour

Dans le remote.xml, les entités < et > sont doublencodées — elles apparaissent en &lt; et &gt;.

Il faudrait que le & soit doublencodé de la même manière, à savoir &amp; au lieu de, actuellement, &.

Ainsi, la déxmlentitisation d'un message produirait de manière simple un xml valide, alors qu'actuellement le xml produit de cette manière ne l'est pas, vu qu'il y a un & hors entité seul dans le document.

Par exemple, au post suivant:
<b> bold </b> (…)