http://stackoverflow.com

je pense que var_skel devrait entrer dans le core, ça faciliterait énormément ce genre d’expérimentations. Ensuite pour déployer telle ou telle branche, il faudrait le faire dans un répertoire de tests (ou plusieurs), et y lancer le git branch+checkout correspondant.

Quelques pistes que je note ici, faudrait y regarder de plus près, dans une version « en dur » envoyé depuis le local. On pourrait aussi imaginer avoir un dépôt en ligne, de faire que le visiteur cause avec lui (mais plusieurs utilisateurs ensemble, ça ferait peut-être un truc chelou ?) :
▻http://stackoverflow.com/questions/7633299/simple-git-post-commit-hook-to-copy-committed-files-to-a-certain-fold
▻http://www.davidosomething.com/blog/bash-script-to-copy-files-from-a-git-commit

Git, je connais pas, var_skel bien ;-)

▻http://romy.tetue.net/testez-plusieurs-squelettes-avec-var_skel

Et oui, c’est un truc génial !

Pour mémoire, un petit lien Git et SPIP pour la route. ▻http://contrib.spip.net/Gerer-le-developpement-de-son-site-avec-Git

Sinon, je me demandais si il y avait une astuce à trouver pour être sûr que les clients chargent bien les différents fichiers #css, parce que dans le cas d’usage, on passe d’une branche et donc d’une feuille de style différente facilement.

J’ai cru voir passer des fichiers dans SPIP avec des ?9866559989809809. Je sais plus où, je me demande si c’était pour ça (je pense que non). C’est un problème récurent lors du dev avec SPIP, celui d’avoir le dernier fichier css bien modifié. Peut-être qu’avoir des fichiers préfixé avec le hash du commit assurerait que le navigateur fasse le rendu avec le bon fichier css (genre un style-83baae61804e65cc73a7201a7252750c76066a30.css).

Dans le cas où les fichiers sont dupliqués dans autant de dossiers que de branches que l’on souhaite montrer ce problème ne se pose pas. Mais dans l’hypothèse d’un passage de branche à branche grâce à un git en ligne, ça pourrait devenir une question.

Magnifique les commentaires : je ne connais pas spip, ça n’engage que moi, mais je sais que c’est de la merde, parce que c’est codé à la papa :D. Niveau internationalisation, c’est nul, il n’existe qu’en 32 langues. #questcequonsemarre

@supergeante : malheureusement, je continue à me demander si ça n’est pas devenu ça, « le libre ». Survalorisation du code au détriment de tout le reste, conduisant au mépris total de l’originalité et de la recherche de concepts : il leur en faut combien, des « clones libres de Twitter » ?

(1) D’abord j’adorerais entendre les libristes me parler d’autre chose que de considérations techniques quand ils discutent de Seenthis (ce week-end au Grottes, personne n’a parlé technique – le crois-tu – mais a parlé de politique et de ce qu’il aime/veut diffuser avec Seenthis). Je passe mon temps à expliquer que Seenthis est un projet éditorial, et que tout le boulot est dans la conception du fonctionnement éditorial du truc, mais bon…

(2) Au niveau déploiement, certes SPIP c’est caca, mais les premières lignes de code et expérimentations de Seenthis, c’est le 26 juillet 2009, à quelques jours de mon départ en vacances. Un mois de vacances en août à réfléchir aux concepts et à coder quelques trucs et à m’occuper tout de même de profiter de mes vacances, et dès 15 septembre, on expérimentait un véritable blog (tenu quotidiennement depuis de manière ininterrompue) avec @nidal. Avec déjà les principales fonctionnalités, une maquette et une typographie très proches de ce qu’on a aujourd’hui.

Pour le coup, SPIP est réellement un framework qui permet à une seule personne de faire de la conception, de la structure, du graphisme, un prototype et la production, en un mois pendant ses vacances en famille à l’étranger. Il est urgent d’en dire tout le mal nécessaire par rapport aux systèmes super-plus-efficaces développés par des entreprises-du-libre financées par des montagnes de capital-risque.

Si, si, y avait @simplicissimus et @stephane qui faisaient rien qu’à parler en crypto-geek... ;-)

Le fait est que seenthis existe, fonctionne et est disponible. Ce qui fait chier le #hater, c’est que c’est pas lui qui l’a fait, alors qu’il est vachement plus malin, qu’il a des compétences professionnelles avancées, etc, et que la réussite devrait lui revenir de droit puisque lui il aurait su coder ça comme il faut en Ruby on Python.

Ça me semble pas nouveau chez les neuneux de l’informatique (on nous a longtemps reproché de pas savoir faire de web !), et pas spécialement une problématique de logiciel libre.

@fil, évidemment ce n’est pas spécifique au libre, puisque c’est un mode de fonctionnement obligé dans un système capitaliste concurrentiel. Mais justement, c’est ce qui rend la tolérance du libre à cette attitude spécifiquement détestable.

Les derniers com indiquent aussi qu’ils confondent réseau social et partage de contenus, car on pose encore la question de savoir si c’est décentralisé, si « les nœuds peuvent se parler entre eux », etc. Alors que (en tout cas pour l’instant) ce n’est pas du tout le but.

Rhâââ, ça devait être bien la réunion de famille dans les grottes :( #dépité

Jusqu’à ce que @suske aille se coucher, ouais... ;-)

héhé... :-* @monolecte

T’as vu, je suis constante...

Je ne suis pas complètement d’accord avec @Arno et @Fil. D’abord, c’est LinuxFr. Donc, on pouvait s’attendre à ce que les commentaires portent essentiellement sur l’aspect technique. Ce n’est pas celui qui intéresse le plus @Arno, il l’a bien expliqué (et un aspect très positif de SPIP et de SeenThis est que le logiciel correspond bien au cahier des charges « je me fiche de la technique, ce qui m’intéresse c’est le contenu ») mais vous ne pouvez pas reprocher aux lecteurs de LinuxFr d’avoir d’autres centres d’intérêt.

Un autre site à fort contenu éditorial, StackOverflow ►http://stackoverflow.com , avait eu les mêmes problèmes au début. Tout le monde bitchait sur les choix d’implémentation (du pur Microsoft, bien pire que PHP) alors que les créateurs du site tentaient de ramener la discussion sur le terrain du contenu, du réseau social, de l’interaction, etc. Finalement, quelques années après, plus personne ne s’intéresse à l’implémentation et tout le monde se sert du site.

Je ne peux que saluer l’arrivée de SeenThis en open-source, même si je n’ai pas d’intention d’en utiliser le code ou une instance.

Malgré tout le mal que je pense du code de SPIP je suis d’accord avec ARNO sur sa qualité de framework, et je trouve son système de squelette d’une rare ingéniosité, et c’est une vraie avancée pour les non-développeurs de pouvoir faire du pseudo-code en français, presque naturellement, d’ailleurs c’est avec SPIP que j’ai appris la programmation y’a maintenant 10 ans ! Et c’est un CMS complet qui fonctionne bien, que je prends plaisir à déployer pour les clients, contrairement aux wordpress / code igniter qui sont bourrés de plugins pourris et de code horrible, malgré leur célébrité...

#spip #php #trolls

#spip_blog

#mobile

Tiens c’est nouveau ça. Quelle version d’ubuntu tu as ? (moi il ne me dit plus rien depuis que la date de fin de support est passée, d’ailleurs).

►http://stackoverflow.com/questions/9477115/who-can-tell-me-the-difference-and-relation-between-ffmpeg-libav-and-

This message is rather misleading and understandably is a source of confusion. Ubuntu now uses libav which is a fork of the FFmpeg project. The fork was basically a non-amicable result of conflicting personalities and development styles within the FFmpeg community. (It is worth noting that the maintainer for Debian/Ubuntu switched from FFmpeg to libav on his own accord probably due to being involved with the libav fork.)

For a while both libav and FFmpeg separately developed their own versions of ffmpeg. libav then renamed their ffmpeg to avconv to distance themselves from the FFmpeg project. During the transition period the message you see was displayed to tell users to start using avconv instead their version of ffmpeg. This confuses some users into thinking that FFmpeg (the project) is dead, which is not true. Unfortunate wording, but I can’t imagine libav not expecting such a response by general users.

This message was removed upstream when ffmpeg was finally removed from the libav source, but it still shows up in Ubuntu because the libav source Ubuntu uses is from the ffmpeg-to-avconv transition period. After some back-and-forth it was decided to change the wording, but as of 2012-05-15 the fix is still currently “in progress” for Ubuntu Precise (see Ubuntu bug #939863).

reg​ex parsers for HTML will ins​tantly transport a programmer’s consciousness into a world of ceaseless screaming, he comes, the pestilent slithy regex-infection wil​l devour your HT​ML parser, application and existence for all time like Visual Basic only worse he comes he comes do not fi​ght he com̡e̶s, ̕h̵i​s un̨ho͞ly radiańcé destro҉ying all enli̍̈́̂̈́ghtenment, HTML tags lea͠ki̧n͘g fr̶ǫm ̡yo​͟ur eye͢s̸ ̛l̕ik͏e liq​uid pain, the song of re̸gular exp​ression parsing will exti​nguish the voices of mor​tal man from the sp​here I can see it can you see ̲͚̖͔̙î̩́t̲͎̩̱͔́̋̀ it is beautiful t​he final snuffing of the lie​s of Man ALL IS LOŚ͖̩͇̗̪̏̈́T ALL I​S LOST the pon̷y he comes he c̶̮omes he comes the ich​or permeates all MY FACE MY FACE ᵒh god no NO NOO̼O​O NΘ stop the an​*̶͑̾̾​̅ͫ͏̙̤g͇̫͛͆̾ͫ̑͆l͖͉̗̩̳̟̍ͫͥͨe̠̅s ͎a̧͈͖r̽̾̈́͒͑e n​ot rè̑ͧ̌aͨl̘̝̙̃ͤ͂̾̆ ZA̡͊͠͝LGΌ ISͮ̂҉̯͈͕̹̘̱ TO͇̹̺ͅƝ̴ȳ̳ TH̘Ë͖́̉ ͠P̯͍̭O̚​N̐Y̡ H̸̡̪̯ͨ͊̽̅̾̎Ȩ̬̩̾͛ͪ̈́̀́͘ ̶̧̨̱̹̭̯ͧ̾ͬC̷̙̲̝͖ͭ̏ͥͮ͟Oͮ͏̮̪̝͍M̲̖͊̒ͪͩͬ̚̚͜Ȇ̴̟̟͙̞ͩ͌͝S̨̥̫͎̭ͯ̿̔̀ͅ

#poésie #informatique #regexp #programmation

#seenthis vient de bouffer mon commentaire (fenêtre ouverte depuis trois heures, @fil était plus rapide que moi pour faire le premier commentaire, alors conflit de #ID_FORUM)

LOL pourtant :

This is the regex I use (!) to match HTML tags:

<(?:"[^"]"[’"]|’[^’]’[’"]|[^’">])+>

It may not be perfect, but I ran this code through a lot of HTML. Note that it even catches strange things like <a name="badgenerator"">, which show up on the web.

I guess to make it not match self contained tags, you’d either want to use Kobi’s negative look-behind:

<(?:"[^"]"[’"]|’[^’]’[’"]|[^’">])+(?<!/\s*)>

or just combine if and if not.

To downvoters: This is working code from an actual product. I doubt anyone reading this page will get the impression that it is socially acceptable to use regexes on HTML.

Caveat: I should note that this regex still breaks down in the presence of CDATA blocks, comments, and script and style elements. Good news is, you can get rid of those using a regex...

#lol #HTML #développement #web
Dédicace à @spip un peu quand même. :D

Intéressant. Tu as des indications sur la tolérance des différents systèmes au XHTML non conforme ? (Parce que le recours au regexp, souvent, c’est pour pas se faire planter la moulinette au milieu de 5000 imports parce qu’on tombe sur un seul caractère pas reconnu dans le charset, ou un ampersand pas échappé.)

En PHP, depuis peu, et avec un relatif succès, j’expérimente :

►http://www.php.net/manual/fr/domdocument.loadhtml.php

et plus particulièrement ses méthodes :

►http://www.php.net/manual/fr/domdocument.loadhtml.php
►http://www.php.net/manual/fr/domdocument.loadhtmlfile.php

qui, toutes deux, indiquent bien que :

Contrairement au XML, le HTML n’a pas besoin d’être bien formé pour être chargé.

Ensuite, soit le parcours se fait via les méthodes DOM associées — mais alors il faut vraiment que ce soit évident à parcourir, sinon, autant revenir aux expressions rationnelles —, soit via :

►http://www.php.net/manual/fr/class.domxpath.php

Cette classe ne semble pas supporter exhaustivement toutes les possibilités du XPath en matière de syntaxe (j’ai rencontré des soucis avec les vérifications de valeurs de champs, genre « depuis ce tableau <table>, donne-moi la liste des titres de livres dont le prix est supérieur à 10 € »), mais je n’ai pas été spécialement gêné jusqu’ici par rapport à mes besoins.

Pour ce qui est de l’élaboration des expressions XPath, j’utilise Firefox et Firebug auxquels j’ajoute les extensions FirePath et XPather. Au niveau de la syntaxe de base, cette introduction est tout à fait intéressante :

►http://www.w3schools.com/xpath

On y trouve même quelques exemples plus avancés, permettant l’élaboration de recherches tout à fait sympathiques sans prise de tête. Et voici d’autres exemples de XPath représentatifs de quelques cas d’utilisation fréquents résolus facilement :

►http://www.exampledepot.com/egs/org.w3c.dom/xpath_GetElemByText.html

Enfin, pour nettoyer du HTML, j’avais récemment regardé HTML Purifier :

►http://htmlpurifier.org

sans toutefois être convaincu de son intérêt pour mes besoins. Mais ça peut éventuellement te dépanner si tu as à faire à du HTML.

Hello, pour nettoyer le xhtml, de manière légère, je conseille ma propre lib qui s’appelle justement garbage2xhtml : ►http://svn.kd2.org/svn/misc/libs/garbage2xhtml/lib.garbage2xhtml.php

Ça n’est pas dis que ça fera des miracles sur du html 2.0 mais normalement ça devrait plutôt bien : virer toutes tentatives de XSS, ne pas donner du HTML pourri avec des tags non fermés, et filtrer et ne garder que les tags qu’on autorise.

Vous y verrez que ça utilise des regexps et qu’on peut donc tout à fait bien et même très bien parser du xhtml avec des regexps, MAIS pas à coup de preg_match ou de preg_replace (en PHP), car ça ne donnera jamais un arbre DOM exhaustif, mais avec preg_split et un traitement récursif.

Cette lib comprends aussi une fonctionnalité qui permet de transformer un texte brut (comme entré dans ce textarea) en quelque chose de fonctionnel et sémantique en xHTML, exemple :

« Coucou

Ça va
Bien ? »

(bon Seenthis fait aussi de la magie donc on vois pas qu’entre "Ça va" et bien il y a un saut de ligne simple, et entre "Coucou" et "Ça va" il est double)

Deviendra :

« <p>Coucou</p>
<p>Ça va<br />
Bien ?</p> »

Ce qui est très utile quand on veux un traitement un peu plus évolué que nl2br. Enfin, cette lib est actuellement utilisée sur plusieurs sites afin de permettre aux utilisateurs d’entrer directement du xhtml dans les formulaires, sans se préoccuper d’avoir peur pour les injections ni qu’un tag mal fermé se retrouve à péter le layout du site.

Une page de démo : ►http://dev.kd2.org/garbage2xhtml/demo.php

Je recommande aussi #Varnish (voir le tag)

J’ai fait un article un peu plus détaillé ►http://www.bortzmeyer.org/limit-apache.html

il faudrait de préférence utiliser le #microformat #datetime ; ci-dessous une solution pour l’afficher proprement avec #javascript ►http://stackoverflow.com/questions/436374/how-can-i-convert-datetime-microformat-to-local-time-in-javascript
(#seenthis_todo)

J’ai l’impression que ce microformat #datetime est encore trop « ouvert » et qu’il vaudrait mieux un format bien défini, celui du RFC 3339 ►http://www.bortzmeyer.org/3339.html

Non, je ne peux pas changer ce contenu, actuellement placé en « title » : c’est le timestamp que j’utilise, en permanence, pour calculer le « il y a... » dynamiquement en javascript. (@fil, dans ton microformat, le gars stocke bien la valeur de la date dans un title, il aura donc exactement le même problème que moi.)

C’est plutôt l’utilisation du « title » qui pose problème (puisque son contenu apparaît au survol prolongé). Je ne vois que deux solutions pour l’instant :
– utiliser une structure plus complexe pour stocker mon timestamp ailleurs dans le DOM (vraiment pas envie de complexifier le DOM pour ça),
– utiliser un « data-* » de HTML5 (data-time, essentiellement). Cette solution a ma préférence.

Mais :
– si je passe en HTML5, j’aimerais tout passer en #HTML5 ;
– j’ai codé ça sous forme de plugin #SPIP (que je vais diffuser), et je ne sais pas encore comment faire pour générer une fois du XHTML, une fois du HTML5 avec le même plugin. Et j’ai pas envie de faire un plugin qui pète la validation d’un site juste pour afficher une date relative dynamiquement.

pas d’accord ; le title au format datetime est relativement lisible pour un #humain (beaucoup plus que le nombre de secondes écoulées depuis #EPOCH)

proven scalability up to billions of documents, terabytes of data, and thousands of queries per second;

Ouhhh... Zillions of documents...

Sur l’indexation d’attributs-chaînes il faut faire gaffe et encoder en nombres (via #crc32 par ex) ►http://sphinx.wordowl.com/2009/05/31/str2ordinal-uses-limitations-and-alternatives

veuillez noter si mes liens ne vous intéressent pas que j’utilise #seenthis aussi comme pense-bête perso :)