Effectivement, la bibliothèque lxml, utilisée pour parser les pages HTML, semble casser un peu trop facilement à mon goût. Ce soir (ou ce week-end), j'essayais de solidifier tout ça.
Hum, je suis le seul à trouver que c'est le bordel de développer une version 1.5 dans la continuité d'une version 1.1, qui elle-même vient après la version 2.0 ?
Ces deux raisons m'ont poussé à aller vers le journal et non vers la dépêche, d'autant plus que j'imagine qu'il y a peut-être déjà dans les tuyaux des informations analogues en cours de validation.
Perdu, il n'y avait aucune dépêche dans les tuyaux sur ces sujets (ni sur les autres sujets d'ailleurs).
> Je me prends à rêver aussi d'un monde ou le leader de ce genre de sites de vidéo, Youtube oui, utiliserait aussi cette balise et le format OGG / Theora + Vorbis
Ça avance, mais comme je suis tout seul à travailler à dessus, ça prend du temps. J'estime avoir fait à peu près le tiers de ce que je voudrais faire avant de basculer linuxfr.org vers ce nouveau moteur.
Oui, comme vous pouvez le voir dans l'onglet commits, j'ai avancé régulièrement jusqu'à fin mars, et depuis plus rien. En fait, je suis un peu débordé coté boulot en ce moment, et le soir, je n'ai pas vraiment le courage de m'y remettre. Cela ne devrait pas durer plus de quelques semaines, donc le développement devrait repartir comme avant.
En attendant, si vous voulez contribuer, ne vous gênez pas ;-)
Le code source de LinuxFr.org est disponible librement. Le lien pour le télécharger se trouve dans le plan : http://linuxfr.org/plan/. Toutefois, je te déconseille de l'utiliser si tu ne connais pas PHP. C'est une plaie à déployer et à administrer, et je ne parle même pas d'aller modifier les templates pour adapter les textes au nouveau site (le "wording").
Par compétences : non. Je connais bien Ruby on Rails et PHP.
Pour des raisons objectives : oui (mais on va m'accuser de troller) : les frameworks MVC en PHP sont un niveau en dessous de Rails (pour les meilleurs), ont des performances rarement à la hauteur. Et ne pas utiliser de frameworks ou en recoder un est une grosse perte de temps (sur le développement, mais aussi à maintenir dans le temps).
Enfin, c'est également un choix par goût : je préfère Ruby à PHP. Je tiens également Django en haute estime, et je n'ai choisi Rails par rapport à Django principalement parce que je connais mieux Ruby que Python.
Je ne connais pas super bien Drupal, mais j'aurais risqué de rencontrer deux gros problèmes avec Drupal :
1) les performances,
2) le schéma de la base de données est propre à Drupal, et il aurait été très difficile de réimporter les anciennes données.
Pour la CSS, c'est encore bien trop tôt. Pour le code, le développement se passe sur Github. Il est possible de forker, d'implémenter des fonctionnalités qui existent actuellement et de demander un merge.
# Trollométrons
Posté par Bruno Michel (site web personnel) . En réponse au journal Pourquoi j'utilise et utiliserai KDE et KOffice 2. Évalué à 3.
Voilà, [http://trollometre.com/measure?url=https%3A%2F%2Flinuxfr.org(...)] indique un petit 6,7 pour le moment. Ça doit plus ou moins correspondre à "petit troll léger de milieu de week-end".
[^] # Re: Génial!!
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 2.
[^] # Re: Moi aussi, je veux jouer !
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 1.
[^] # Re: Toupété
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 2.
[^] # Re: En dehors de linux fr
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 1.
[^] # Re: Mongrel <-- mot-clé pour troll
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 2.
[^] # Re: Et sinon...
Posté par Bruno Michel (site web personnel) . En réponse au journal Faites péter le trollomètre. Évalué à 10.
# Plein de branches
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Turbogears 1.1 le même mais en mieux.. Évalué à 10.
[^] # Re: C'est plus que la mise en place
Posté par Bruno Michel (site web personnel) . En réponse au journal Nouveau tutoriel sur la mise en place d'un serveur LAMP. Évalué à 2.
[^] # Re: Ça mérite deux dépêches
Posté par Bruno Michel (site web personnel) . En réponse au journal En vrac : Python 3.1, Netbeans 6.7. Évalué à 2.
# Ça mérite deux dépêches
Posté par Bruno Michel (site web personnel) . En réponse au journal En vrac : Python 3.1, Netbeans 6.7. Évalué à 2.
Perdu, il n'y avait aucune dépêche dans les tuyaux sur ces sujets (ni sur les autres sujets d'ailleurs).
[^] # Re: Pour Youtube
Posté par Bruno Michel (site web personnel) . En réponse au journal Dailymotion s'ouvre au formats ouverts OGG/Theora. Évalué à 3.
[^] # Re: Pour Youtube
Posté par Bruno Michel (site web personnel) . En réponse au journal Dailymotion s'ouvre au formats ouverts OGG/Theora. Évalué à 1.
# Pour Youtube
Posté par Bruno Michel (site web personnel) . En réponse au journal Dailymotion s'ouvre au formats ouverts OGG/Theora. Évalué à 7.
Pour info, Google fait un gros effort sur HTML5, et pour Youtube, ça donne ça : http://www.youtube.com/html5.
[^] # Re: Linuxfr en ruby
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Veille technologique sur le web. Évalué à 2.
[^] # Re: en cours
Posté par Bruno Michel (site web personnel) . En réponse au journal Question ..... Évalué à 4.
En attendant, si vous voulez contribuer, ne vous gênez pas ;-)
[^] # Re: select count(*) from journal ; select count(*) from dépêche;
Posté par Bruno Michel (site web personnel) . En réponse au journal Question ..... Évalué à 6.
root@web:/var/lib/mysql/linuxfr # du -sh .
2,3G .
et le backup quotidien de la base (gzippé) fait 555 Mo.
# Code LinuxFr.org
Posté par Bruno Michel (site web personnel) . En réponse au journal Redéfinir et défendre nos droits ensemble .. Évalué à 2.
[^] # Re: Et l'avenir ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche LinuxFr en 2008 : changements techniques et organisationnels. Évalué à 4.
[^] # Re: Grillé
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 4.
Pour des raisons objectives : oui (mais on va m'accuser de troller) : les frameworks MVC en PHP sont un niveau en dessous de Rails (pour les meilleurs), ont des performances rarement à la hauteur. Et ne pas utiliser de frameworks ou en recoder un est une grosse perte de temps (sur le développement, mais aussi à maintenir dans le temps).
Enfin, c'est également un choix par goût : je préfère Ruby à PHP. Je tiens également Django en haute estime, et je n'ai choisi Rails par rapport à Django principalement parce que je connais mieux Ruby que Python.
[^] # Re: et pourquoi pas ...
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 3.
1) les performances,
2) le schéma de la base de données est propre à Drupal, et il aurait été très difficile de réimporter les anciennes données.
[^] # Re: Défi
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 8.
[^] # Re: Grillé
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 6.
[^] # Re: Note
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 4.
[^] # Re: On peut aider ?
Posté par Bruno Michel (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 3.