Il est surtout optimisé pour les navigateurs modernes vu qu'il utilise un balisage HTML5, pas mal des possibilités offertes par CSS3 et que si le javascript est exécuté rapidement, il ne s'en porte que mieux.
Sinon, je développe avec Firefox 4, donc je suis sûrement plus prompt à remarquer et à corriger des bugs spécifiques à ce navigateur que ceux spécifiques à un autre navigateur.
Oui et non. Les serveurs web offrent plus de possibilités pour gérer un cache sans ce hack à base d'erreur 404. Nous utilisons un cache servi directement par nginx sans passer par l'appli Rails, mais de manière très limitée : juste pour les flux ATOM. Pour les pages web, nous avons au minimum besoin de savoir si l'utilisateur est authentifié ou non pour afficher les informations qui vont bien dans la colonne de gauche.
Tu ne trouveras pas de lien vers gravatar dans le code HTML. Ils sont chargés après coup en javascript. Comme ça, même si gravatar rame (ou est down), le site continue de se charger rapidement.
Pour l'alerte de sécurité, je pensasi (et je le pense toujours) que du https serait suffisant. Le coup des domaines différents me semble bizarre : Google encourage bien à utiliser son CDN pour servir les principaux frameworks JS, même en HTTPS. Va falloir que je creuse la question.
Je navigue sur le site en https avec firefox 4 et je n'ai pas jamais rencontré ces alertes. Par contre, tu n'es pas la première personne à me dire ça, donc je vais continuer à chercher.
Je ne pense pas que cela vienne de secure.gravatar.com, vu qu'on s'y connecte en https.
Non, il parlait du script qui envoie chaque jour un résumé des dépêches à une mailing-list pour les gens qui préfèrent lire le site via leur lecteur de courriels.
Il est possible de trier de différentes façons avec les liens qui vont bien (juste en dessous de la bannière sur la page d'accueil). Par défaut, on trie selon l'intérêt qui est un mélange entre date de publication et notes.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Non respect de la XEP 0147: XMPP URI. Évalué à 3 (+0/-0).
C'est corrigé.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Link des titres de flux Atom. Évalué à 2 (+0/-0).
C'est corrigé.
# Pas compris
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pas d'affichage dans Netvibes. Évalué à 3 (+0/-0).
Je n'ai pas compris le bug. Est-ce que tu pourrais détailler ?
En l'état, ça me donne surtout l'impression d'être un bug chez Netvibes.
[^] # Re: Bravo !
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 3.
Pour le moment, c'est enregistré dans
localStorage
, qui ne marche qu'avec les navigateurs vraiment récents.Et pour les utilisateurs non authentifiés, ça ne sert pas à grand chose : ils n'ont même pas la toolbar.
[^] # Re: Templeet est (presque) mort, vive templeet
Posté par Bruno Michel (site web personnel) . En réponse au journal Adieu Templeet. Évalué à 2.
Il est surtout optimisé pour les navigateurs modernes vu qu'il utilise un balisage HTML5, pas mal des possibilités offertes par CSS3 et que si le javascript est exécuté rapidement, il ne s'en porte que mieux.
Sinon, je développe avec Firefox 4, donc je suis sûrement plus prompt à remarquer et à corriger des bugs spécifiques à ce navigateur que ceux spécifiques à un autre navigateur.
[^] # Re: vserver
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
Aucune idée, faudrait demander à Fabien Penso. Le choix a été fait il y a un paquet d'années et on n'a pas eu de raison d'en changer depuis.
[^] # Re: La ruse de cache sur erreur 404 de Templeet est-elle toujours active ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 5.
Oui et non. Les serveurs web offrent plus de possibilités pour gérer un cache sans ce hack à base d'erreur 404. Nous utilisons un cache servi directement par nginx sans passer par l'appli Rails, mais de manière très limitée : juste pour les flux ATOM. Pour les pages web, nous avons au minimum besoin de savoir si l'utilisateur est authentifié ou non pour afficher les informations qui vont bien dans la colonne de gauche.
[^] # Re: HTTPS
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 5.
Tu ne trouveras pas de lien vers gravatar dans le code HTML. Ils sont chargés après coup en javascript. Comme ça, même si gravatar rame (ou est down), le site continue de se charger rapidement.
Pour l'alerte de sécurité, je pensasi (et je le pense toujours) que du https serait suffisant. Le coup des domaines différents me semble bizarre : Google encourage bien à utiliser son CDN pour servir les principaux frameworks JS, même en HTTPS. Va falloir que je creuse la question.
# Gagné
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Recherche par tag, et résultats. Évalué à 3 (+0/-0).
Gagné, on n'affiche qu'un nombre limité de tags.
[^] # Re: HTTPS
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
Je navigue sur le site en https avec firefox 4 et je n'ai pas jamais rencontré ces alertes. Par contre, tu n'es pas la première personne à me dire ça, donc je vais continuer à chercher.
Je ne pense pas que cela vienne de secure.gravatar.com, vu qu'on s'y connecte en https.
# Pas évident
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Hébergement de css. Évalué à 3 (+0/-0).
Ce n'est pas simple pour des raisons de sécurité : les CSS peuvent contenir du javascript et donc faire des vilaines choses.
Par contre, il est possible d'ouvrir une entrée de tracker avec la CSS en question et nous l'hébergerons avec plaisir après l'avoir vérifiée.
[^] # Re: Je suis français donc je râle
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 4.
Fait pour la CSS par défaut.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Expliciter les flux atom. Évalué à 2 (+0/-0).
C'est fait.
[^] # Re: Précision
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi noms< non cliquables dans le suivi. Évalué à 2 (+0/-0).
Il y avait de l'idée mais ce n'était pas tout à fait ça ;-)
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 500 sur les flux atom d'un forum. Évalué à 2 (+0/-0).
C'est corrigé
[^] # Re: connexe ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 500 sur les flux atom d'un forum. Évalué à 3 (+0/-0).
C'était le problème des titres tronqués. C'est corrigé maintenant.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [URL] dans le backend de la tribune. Évalué à 2 (+0/-0).
C'est fait.
[^] # Re: c'est fait non ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Lettre quotidienne. Évalué à 2 (+0/-0).
Non, il parlait du script qui envoie chaque jour un résumé des dépêches à une mailing-list pour les gens qui préfèrent lire le site via leur lecteur de courriels.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi CSS Suse : Problèmes de formatage et de marges. Évalué à 2 (+0/-0).
C'est corrigé.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi margin-bottom pour les board messages. Évalué à 2 (+0/-0).
C'est fait.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Bullet list pour les dépêche en modération. Évalué à 2 (+0/-0).
C'est fait.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Plantage si dépêche incomplète. Évalué à 2 (+0/-0).
C'est corrigé.
[^] # Re: Patch
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi CSS "grises.css": pas de saut de ligne. Évalué à 3 (+0/-0).
Voilà, j'ai appliqué les changements d'Axioplase sur grises.css
[^] # Re: Précédent
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajout d'un bouton annuler. Évalué à 2 (+0/-0).
Je confirme, les navigateurs font ça très bien.
# On peut trier de différentes façons
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ordre d'apparition des articles. Évalué à 2 (+0/-0).
Il est possible de trier de différentes façons avec les liens qui vont bien (juste en dessous de la bannière sur la page d'accueil). Par défaut, on trie selon l'intérêt qui est un mélange entre date de publication et notes.