C’est juste moi, ou bien y’a des scrolls bizarres qui surviennent quand on poste ou modifie un message ? (Mise à jour de SPIP, hier, hein, je me demande bien pourquoi je fais des trucs de dingue comme ça.)
C’est juste moi, ou bien y’a des scrolls bizarres qui surviennent quand on poste ou modifie un message ? (Mise à jour de SPIP, hier, hein, je me demande bien pourquoi je fais des trucs de dingue comme ça.)
Modif de ce soir : l’image en fond est appelée avec une variable, ce qui fait que désormais, on peut (enfin) la changer depuis la page profil sans tomber sur le cache de Varnish.
Je viens de faire une grosse modif importante, mais j’ai complètement oublié quoi. Mais c’était vachement important. Ou alors, je l’ai rêvé ce matin.
#Seenthis_done : petite amélioration bien pratique du #moteur_de_recherche : on peut restreindre la recherche à une période récente (un jour, une semaine, un mois, trois mois...).
Et le résultat de la recherche passe en #Ajaxload.
Et l’interface de recherche est disponible désormais pour les visiteurs non connectés.
#seenthis_done : réinsertion des mots-clés liés à un message (et aussi des mots-clés liés aux articles référencés) dans un champ de la table des messages. Ce qui va améliorer l’indexation fulltext des messages (puisqu’on récupère ainsi également le titre des thèmes automatiques dans le message lui-même).
Modifs sur les liens « Modifier » et « Supprimer » :
– le texte n’est plus présent dans le code source, mais est ajouté en javascript ; (a) ça facilitera la traduction de ces boutons, (b) ça évite de se retrouver avec 50 liens par page avec ces intitulés (ce qui risque de perturber le référencement) ;
– l’action de « supprimer » passe en Ajax, le lien « en dur » disparaît.
L’info utile du jour : pour multiplier 1034482758620689655172413793 par 3, il suffit de déplacer le 3 final au début du nombre.
►http://twitter.com/LettersOfNote/status/17323237927026688
Un an de photos de l’agence #Take_a_Sip, par :
►http://www.youtube.com/watch?v=Wr5VRcQNQDg
Chouette bug dans l’affichage des dates relatives des billets : la « date_now » était passée dans un bout de microcache, et n’était donc plus dynamique.
Je passe ce morceau en affichage_final, et basta. (Sauf qu’évidemment ça va déconner avec #Varnish, mais on ne va pas pleurer non plus.)
Question intéressante quand même : comment je fais pour récupérer la différence d’horloge entre le serveur et le visiteur, dès lors que le serveur est planqué derrière #Varnish ?
OK, j’ai trouvé : je demande la page d’accueil du serveur avec un POST, et j’extrais la date de la réponse. C’est le fonctionnement désormais. En revanche, il faudrait que je réponde avec un fichier ultra-light, tant qu’à faire. Je vais ajouter un fichier html bidon dans mon plugin, et le faire appeler par le script.
Oualà... avec un petit rien, ça prend 30 millisecondes, et je n’ai plus besoin du moindre truc dynamique côté serveur. Ça me semble un compromis acceptable.
juste pour dire, ce souci est désormais corrigé autrement : le décalage de la date du serveur SQL (et non pas d’apache, dans l’hypothèse où ce seraient deux serveurs différents), est conservé dans un cookie pour éviter de l’appeler à chaque affichage de page
▻http://zone.spip.org/trac/spip-zone/changeset/68577
Si, ce serait mieux.
#ne_me_demandez_pas_comment_je_suis_arrive_ici_j_en_sais_rien ^^
Amélioration de la thématisation automatique :
– chaque message est automatiquement thématisé ;
– le contenu de chaque page Web référencée est automatiquement thématisé ;
– du coup : quand un message référence une page Web, les thèmes de cette page Web influent sur les thèmes du message lui-même ;
– modifié les pages des thèmes, ainsi que la gestion des abonnements, pour prendre en compte les thèmes des sites référencés.
Gros bug : les mots-clés ne s’associent plus aux messages de premier niveau lors de leur création !
Corrigé : mon script #OpenCalais effaçait tous les liens entre mots et messages, et évidemment ça déconne depuis que j’ai fusionné les deux types de liens dans la même table.
Amélioré le script de #traduction_automatique :
– pour l’essentiel, c’est transparent pour l’utilisateur,
– mais ça permet de mieux traiter les textes dans des alphabets non latins (la version précédente générait parfois des « URI-too long » avec l’arabe).
ESI Language Specification 1.0
►http://www.w3.org/TR/esi-lang
Edge Side Includes (ESI) is an XML-based markup language that provides a means to assemble resources in HTTP clients. Unlike other in-markup languages, ESI is designed to leverage client tools like caches to improve end-user perceived performance, reduce processing overhead on the origin server, and enhanced availability. ESI allows for dynamic content assembly at the edge of the network, whether it is in a Content Delivery Network, end-user’s browser, or in a “Reverse Proxy” right next to the origin server.
À essayer avec #Varnish.
La doc des fonctionnalités #ESI dans #Varnish :
►http://www.varnish-cache.org/trac/wiki/ESIfeatures
Controlling Varnish ESI inside your application ►http://blog.raspberry.nl/2010/07/05/controlling-varnish-esi-inside-your-application
Bon, pour l’instant, je n’arrive pas du tout à activer ESI dans mon Varnish.
Il n’y a plus une seule #BOUCLE #SPIP dans la page d’affichage d’un message. Tout est passé en #microcache.
Head JS : : The only script in your HEAD
►http://headjs.com
/ screen size less than 1024 pixels /
.lt-1024 .hero { background-image:(medium.jpg); }
/ fine tune for mobile phone /
.lt-640 .hero { background-image:(small.jpg); }
L’auteur explique aussi que les iPhone ne mettent pas en cache les fichiers de plus de 25ko.
#Seenthis : Retour du bouton « Suivre/ne plus suivre » un auteur. Tu parles d’un bon gros bug.
Dans #seenthis, le #javascript d’analyse du texte pendant la saisie ne fonctionnait plus. Il est de retour (c’est d’autant plus idiot que je m’étais bien enquiquiné pour avoir des scripts qui tournent avec les mêmes variables pour PHP et Javascript).
#Google va #censurer le piratage et mettre en avant les offres légales - high tech - Nouvelobs.com
►http://hightech.nouvelobs.com/actualites/depeche/20101204.ZDN3441/google-va-censurer-le-piratage-et-mettre-en-avant-les-offres-leg
Google annonce sur son blog une série de mesures pour la protection des droits d’auteur qui pourrait considérablement modifier les résultats de son moteur de recherche et/ou la façon dont les internautes l’utilisent. Les annonces payantes de sa régie publicitaire seront également impactées. Par ces mesures, Google remettra-t-il en cause le principe qu’il a souvent défendu de neutralité et d’automatisation des résultats ?
Amélioration du calcul des liens tels qu’ils sont affichés : plus constant, mieux calculé et, surtout, le texte de l’URL est bien présent entièrement dans la page, il est seulement masqué par CSS. Si on fait une sélection du texte (dans Firefox), on récupère bien l’intitulé complet des URL.
Bug à corriger : quand un auteur place un billet en favori, sa propre page principale n’est pas recalculée. Du coup le billet n’apparaît pas dans son flux.
Mise en place de la parallélisation des chargements de fichiers sur Seenthis, avec la méthode que j’avais décrite là :
►http://www.paris-beyrouth.org/tutoriaux-spip/article/parallelisation-des-chargements
Les images, fichiers CSS et Javascript passent sur des sous-noms de domaine en static*.seenthis.net. L’idée est d’accélérer le chargement et l’affichage de la page.
Par ailleurs, il ne devrait plus y avoir de cookie envoyé au serveur à l’appel de ces fichiers (curieusement, PageSpeed me dit que si, mais ne m’indique aucun cookie fichier par fichier...).
Et pour rappel, tout ce qui est dans /local est envoyé à #lighttpd au lieu d’Apache.