J'ai donc décidé, début 2009, de réécrire LinuxFr.org en Ruby on Rails. Commit après commit, cette nouvelle version a commencé à prendre forme. Je suis maintenant arrivé à un point où je souhaite qu'elle soit visible publiquement.
Oh, je sais, il reste encore du boulot : la charte graphique n'est vraiment pas réussie, il manque encore des fonctionnalités du site existant, il reste probablement beaucoup de bugs, etc. Mais je pense que vous, lecteurs, pouvez plus que jamais contribuer à améliorer cette version.
Pour cela, vous pouvez :
- Tester cette version à plus grande échelle et remonter le maximum de bugs avant le passage en production (plus de détails en seconde partie) ;
- Vérifier que les contenus importés depuis le site existant sont corrects. Cela consiste à vérifier que le contenu est présent, en entier et que son balisage HTML est le même que celui du site actuel ;
- Nous aider à adapter la charte graphique à ce nouveau site. En effet, le graphisme n’est pas le fort de l’équipe qui gère le site. Et comme nous ne sommes pas des ingrats, nous y mettons les moyens et nous lançons un concours pour déterminer le prochain design du site. Au menu : un HTC Desire et une tablette sous Android, un hébergement dédié et du matériel pour Geek. Tous les détails dans la dépêche dédiée au concours !
- Packager pour Debian la dernière version de webalizer que nous utilisons pour nos statistiques web.
Merci pour votre soutien et implication ! La nouvelle version fonctionne globalement comme l'ancienne, mais pas tout à fait. Par exemple, écrire des contenus ne se fera plus directement en HTML, mais passera par Markdown, une syntaxe wiki. D'autres fonctionnalités sont manquantes, mais devraient arriver bientôt. C'est, par exemple, le cas des statistiques.
Mais que vous soyez confronté à un bug ou qu'une fonctionnalité soit manquante, vous êtes encouragés à nous le dire, en créant une entrée sur github : https://github.com/nono/linuxfr.org/issues.
Un point important à savoir est que les deux versions utilisent des bases de données séparées et qui ne seront pas resynchronisées. Pour commencer, j'ai importé la base de données du site existant dans le nouveau site (via un script maison). Vous pouvez donc utiliser vos comptes sur la nouvelle version. Mais si vous faites un changement sur une version, il n'impactera pas l'autre version.
Le jour où la version Rails deviendra la version officielle qui servira http://linuxfr.org/, j'utiliserai la base de données du site existant (version templeet) pour importer les données. La base de données de alpha.linuxfr.org sera alors détruite. Vous êtes donc encouragés à ne rien publier sur alpha sans en garder une copie chez vous. D'une part, la pérennité de cette version alpha n'est pas assurée. D'autre part, dans un futur plus proche, le site comporte des bugs et le contenu pourrait être perdu à cause de ceux-ci.
Aller plus loin
- Accès la version bêta de LinuxFr RoR (87 clics)
- Github de LinuxFr (2 clics)
- Remonter les bugs (1 clic)
- Concours LinuxFr.org (4 clics)
- DFLP : Activité du site (septembre) (1 clic)
# Bravo !
Posté par Sebastien Rodriguez . Évalué à 10.
Merci...
# https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . Évalué à 6.
[^] # Re: https - ajout fonctionalité
Posté par Xavier Teyssier (site web personnel) . Évalué à 4.
Mais que vous soyez confronté à un bug ou qu'une fonctionnalité soit manquante, vous êtes encouragés à nous le dire, en créant une entrée sur github : https://github.com/nono/linuxfr.org/issues.
Après, il est vrai qu'en parler ici peut initier un débat...
[^] # Re: https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . Évalué à 10.
Je viens d'aller sur github, il faut encore créer un compte... Personnellement, je sature de cette obligation de créer des comptes à droite et à gauche.
[^] # Re: https - ajout fonctionalité
Posté par Bruno Michel (site web personnel) . Évalué à 1.
[^] # Re: https - ajout fonctionalité
Posté par zebra3 . Évalué à 3.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: https - ajout fonctionalité
Posté par BAud (site web personnel) . Évalué à 4.
[^] # Re: https - ajout fonctionalité
Posté par JoeltheLion (site web personnel) . Évalué à 2.
Je comprends le sentiment, mais je crois que tu ne regretteras pas d'avoir créé un compte sur github. C'est vraiment un site sympa.
[^] # Re: https - ajout fonctionalité
Posté par dinomasque . Évalué à 3.
Il me rebute par sa façon d'exacerber tous les défauts de Sourfeforge en matière de communication sur les projets hébergés.
Github est un site fait par des hackers pour des hackers qui refusent de communiquer avec les non-hackers.
Pour ces raisons je ne veux pas me créer de compte dessus ni même visiter les pages hébergées.
BeOS le faisait il y a 20 ans !
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à 2.
[^] # Re: https - ajout fonctionalité
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à -2.
Non, bon bin sans moi alors.
Sur l'autre news :
http://linuxfr.org//2010/11/09/27372.html
Il est indiqué qu'il faut aller sur InDefero pour le concours de CSS.
Est-ce qu'il est envisagé de migrer sur cette forge bien sympathique, faite par un ptit gars qui traîne par ici et surtout libre ?
[^] # Re: https - ajout fonctionalité
Posté par JoeltheLion (site web personnel) . Évalué à 0.
Non, bon bin sans moi alors.
J'en conclus que tu n'utilises pas Google?
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à 2.
Qu'est-ce qui est mieux sur Github par rapport à InDefero et qui serait indispensable ?
C'est une vraie question.
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à 2.
Ce site est développé en Ruby on Rails.
http://fr.wikipedia.org/wiki/GitHub
Dommage qu'on puisse pas récupérer les sources, vraiment ! Pour une fois que du RoR a l'air de tenir la charge, quoique personne ne peut le prouver du coup.
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à 1.
Vivement qu'il nous refassent le coup de Bitkeeper en fermant leur plateforme après un rachat par Oracle (Atlassian, le propriétaire de JIRA vient déjà d'acquérir Bitbucket). Linus nous sortira vite fait une jolie forge aux petits oignons.
:O)
[^] # Re: https - ajout fonctionalité
Posté par barmic . Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: https - ajout fonctionalité
Posté par Frank-N-Furter . Évalué à 3.
Depending on the time of day, the French go either way.
[^] # Re: https - ajout fonctionalité
Posté par JoeltheLion (site web personnel) . Évalué à 3.
C'est une vraie question.
Je ne connais pas bien inDefero, mais je viens d'aller faire un tour dessus, et il me semble qu'il n'y a pas l'aspect social de github. On aime ou on aime pas, mais github est un peu le facebook de l'open source, avec plein d'outils pour voir ce que font les autres, les trucs en vogue du moment... Perso je trouve que ça donne des idées et qu'on trouve plein de projets et d'idées sympa.
[^] # Re: https - ajout fonctionalité
Posté par El Titi . Évalué à 2.
Tu pourrais développer avec un exemple précis.
Parce que je ne vois que les features classiques des forges récentes.
Suivi de bugs
Suivi des commits par projet, user, ...
Code review
Browsing de source
Recherche de projets
Timeline
...
que tu trouveras ici:
http://indefero.net/tour/
Si tu me parles des petits gadgets "add to Facebook", "retweet" and co, ca me parait mince.
[^] # Re: https - ajout fonctionalité
Posté par JoeltheLion (site web personnel) . Évalué à 4.
De cette manière tu peux suivre les développements sur un projet, découvrir les projets qui intéressent tes amis, etc.
[^] # Re: https - ajout fonctionalité
Posté par Infernal Quack (site web personnel) . Évalué à 8.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: https - ajout fonctionalité
Posté par rewind (Mastodon) . Évalué à 3.
[^] # Re: https - ajout fonctionalité
Posté par FReEDoM (site web personnel) . Évalué à 3.
1) Pourquoi vouloir forcer les gens à passer en https ?
2) Si tous les utilisateurs de linuxfr authentifiés voire non-authentifiés consultaient le site linuxfr.org en https l'infrastrucuture pourrait-elle le supporter ?
[^] # Re: https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . Évalué à 1.
Parce que la DST ne se gène certainement pas pour construite une base de données de tous les identifiants qui trainent sur le net
Ensuite, coté charge du serveur, je ne sais pas quel est le surcoût du https.
[^] # Re: https - ajout fonctionalité
Posté par Maxime (site web personnel) . Évalué à 2.
[^] # Re: https - ajout fonctionalité
Posté par Batchyx . Évalué à 8.
[^] # Re: https - ajout fonctionalité
Posté par Juke (site web personnel) . Évalué à 2.
heu et comment fait la DST pour sniffer ton mot de passe ?
[^] # Re: https - ajout fonctionalité
Posté par Anonyme . Évalué à 7.
[^] # Re: https - ajout fonctionalité
Posté par Dring . Évalué à 1.
Comme la plupart des gens (j'irais pas jusqu'à 99%) utilisent en effet le même identifiant/mot de passe partout, ben bingo. Et la DST peut donc faire pareil que tout le monde.
[^] # Re: https - ajout fonctionalité
Posté par Juke (site web personnel) . Évalué à 2.
que tu me dise que mon admin/fai peut sniffer mon mot de passe qui passe en clair en HTTP oui, que la DST puisse le faire, vu le chemin que prennent les paquets, ça m'etonne.
[^] # Re: https - ajout fonctionalité
Posté par vladislav askiparek . Évalué à 4.
[^] # Re: https - ajout fonctionalité
Posté par weonbin . Évalué à 2.
[^] # Re: https - ajout fonctionalité
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
[^] # Re: https - ajout fonctionalité
Posté par Phil Actaire . Évalué à 2.
Après, grâce à certains proxy-fachos d'entreprise qui font du man-in-the-middle, firefox donne une belle page blanche en https mais ce n'est pas de votre faute.
Hop.
[^] # Re: https - ajout fonctionalité
Posté par _alex . Évalué à 3.
HTTPS coché par défaut, et HTTP en option en cas de problème ?
# Par curiosité
Posté par soulflyb (Mastodon) . Évalué à 10.
[^] # Re: Par curiosité
Posté par zerchauve . Évalué à 0.
je pense que non ^^ (en tous cas pas au point de devoir les faire rentrer dans le moule de tes besoins)
[^] # Re: Par curiosité
Posté par soulflyb (Mastodon) . Évalué à 3.
Et il n'est pas plus compliqué de faire un module pour un CMS bien fait que de refaire un CMS complet.
Sauf qu'en s'appuyant sur un CMS, tu profites de l'expérience de toute une communauté.
Et qui va faire un audit du code du nouveau dlfp pour vérifier qu'il n'y a pas de failles ?
[^] # Re: Par curiosité
Posté par Infernal Quack (site web personnel) . Évalué à 8.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Par curiosité
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 9.
[^] # Re: Par curiosité
Posté par Infernal Quack (site web personnel) . Évalué à 5.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Par curiosité
Posté par brunus (site web personnel) . Évalué à 7.
Avec un CMS existant, soit tu as identifié des extensions existantes qui satisfont tes besoins et tu estime que tu n'a pas énormément de modifications à faire pour être à peu près satisfait du résultat, soit tu passe ton chemin.
Mais si c'est pour empiler une douzaines d'extensions pour lesquelles tu n'a aucune assurance en ce qui concerne l'avenir en terme de maintenance, ça vaut pas le coup de partir sur un CMS.
On estime que dans le cas d'un CMS comme Joomla!*, ce sont les extensions qui présentent le plus gros risque pour la sécurité du site. Le coeur du CMS étant lui patché très régulièrement et rapidement après découverte des failles, mais ce n'est pas du tout le cas de la plupart des extensions.
Si tu veux par exemple refaire DLFP avec Joomla! il va te falloir empiler les extensions : forum, commentaires, captcha, réecriture d'url, tracker, tribune etc.
Et encore...il va falloir modifier chacune d'entre elle, pour peu qu'elles existent (genre tribune, je doute), puis maintenir tes modifications en suivant les mises à jour des extensions.
* Je prend Joomla! comme exemple parce que c'est celui que je connais le mieux.
[^] # Re: Par curiosité
Posté par Obsidian . Évalué à 10.
[^] # Re: Par curiosité
Posté par vladislav askiparek . Évalué à 3.
Nostalgie.... quand tu nous tiens.
[^] # Re: Par curiosité
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Bon, je suppose que plus de monde connait RoR mais forcément on profite moins de ce qui peut se faire ailleurs en codant son propre CMS qu'en utilisant un CMS connu.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Par curiosité
Posté par bubar🦥 (Mastodon) . Évalué à 7.
(et puis maintenant que drupal est utilisé par la maison blanche on peux aisément comprendre que tout les commits soient examiné à la loupe)
ps à propos des mdp du https, de la dst du serve & protect, toussa, un peu plus haut. il me semble avoir vu passer y a longtemps (pas vérifié avec ce post, j'capte trop mal le wifi du voisin dans ma piaule, pas la patience) du TLS v1.1. Donc bon si c'est toujours ça avec un peu de patience et qq machines ça doit être faisable. Là encore, notion de plaisir et de jeu toussa
ps 2, question :
Pourquoi ne pas faire en deux fois ?
Perso je trouvera ça "trop classe" d'avoir exactement le même design les premiers temps. Toute l'infra a basculé sur version RoR, et paf on a rien vu :))
Deuxième temps, faire évoluer la css.
[^] # Re: Par curiosité
Posté par Obsidian . Évalué à 6.
Perso je trouvera ça "trop classe" d'avoir exactement le même design les premiers temps. Toute l'infra a basculé sur version RoR, et paf on a rien vu :))
Deuxième temps, faire évoluer la css.
Ben, d'abord parce que c'est long. La dernière C.S.S. que j'ai faite m'a pris 80 heures de boulot à la louche, ensuite parce qu'on sait que le provisoire devient presque toujours définitif, au bout d'un moment. Personne n'aime se taper deux fois le même boulot. Si, en plus, c'est purement participatif, c'est du temps perdu qu'on aurait pu passer à peaufiner le premier travail.
Pour répondre plus précisément à ta question, il est pratiquement impossible de migrer directement les anciens thèmes sur la nouvelle version du site, surtout s'ils sont un peu « tordus », c'est-à-dire si les C.S.S. utilisent des astuces pour faire des mises en page non prévues par le code H.T.M.L. initial.
Ensuite, objectivement, un gros travail, il faut que ça se voit : refaire toute l'infrastructure d'un back-end, c'est un plaisir d'initié. Seuls tes collègues directs peuvent en témoigner – et encore ! Par contre, quand tu changes la C.S.S. en choisissant une charte graphique complètement différente de l'ancien système, là, tu as l'impression d'avoir acheté une voiture neuve. On a même l'impression, au moins au début, que le système marche un peu mieux. :-)
[^] # Re: Par curiosité
Posté par Bruno Michel (site web personnel) . Évalué à 10.
Il faut voir que j'ai commencé la réécriture il y a presque 2 ans et il faut donc tenir compte du fait que j'ai fait le choix en fonction de ce qui se faisait à l'époque et non pas de ce qui se fait maintenant.
Mon langage de prédilection est le Ruby, j'ai donc commencé par regarder s'il y avait des CMS en Ruby qui pouvaient convenir. À l'époque, il n'y avait rien de vraiment probant (et encore aujourd'hui, les CMS en Rails, ce n'est pas vraiment ça).
J'ai donc commencé à aller voir ailleurs. Dans beaucoup de cas, ça ne faisait pas grand chose des fonctionnalités demandés pour LinuxFr.org : la tribune, les commentaires sous forme d'arbre de discussions, différencier les nouveaux commentaires des commentaires déjà lus, etc. Du coup, quitte à devoir tout recoder, je préfèrais partir sur du Ruby on Rails plutôt qu'un CMS existant dans notre langage que je ne maitrise pas forcément aussi bien.
Après, il y a deux ou trois CMS qui auraient pu convenir. Je me rappelle surtout du cas de Drupal. J'avais commencé à regarder la chose et avais eu l'occasion de participer à un apéro Drupal (IIRC, c'était une des rencontres qui a permis la création d'une communauté Drupal française, réunie maintenant sur drupalfr.org).
J'ai donc pu avoir des retours de gens qui utilisaient Drupal couramment, voir qui contribuaient au développement. Et ces retours m'avaient fortement refroidis. Je ne me souviens plus précisément des propos, mais c'étaient du genre : tiendra pas la charge ; moi, j'attendrais la prochaine version de Drupal ; faudra sûrement sacrifier quelques fonctionnalités ; etc.
Bref, à l'époque, le choix le plus sûr m'avait paru Ruby on Rails que je maitrisais bien. Si je devais refaire ça aujourd'hui, je procéderais de la même façon mais je ne suis pas sûr que la décision finale serait la même.
[^] # Re: Par curiosité
Posté par niconoe . Évalué à 2.
Je pose la question car je suis aussi développeur RoR et ça me semble intéressant de rester aussi ouvert/informé ce qui se fait "à coté" et des points forts de chacun !
Félicitations en tout cas, pour le peu que j'ai pu regarder c'est du bon boulot, il n'est pas impossible que j'essaye de m'investir mais je manque un peu de temps libre pour l'instant.
Merci.
[^] # Re: Par curiosité
Posté par zebra3 . Évalué à 8.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Par curiosité
Posté par Thomas Clavier (site web personnel) . Évalué à 0.
il y a Foregeos : http://www.forgeos.com et le code sur github https://github.com/webpulser/forgeos_cms
[^] # Re: Par curiosité
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Si on prend l'exemple de Forgeos, il sert à faire des sites statiques (pas de notions d'utilisateurs, seuls les admins peuvent écrire des contenus), il n'est pas maintenu (pas de commit depuis plusieurs mois), le code fait peur à voir.
Pour les sites statiques, je recommande plutôt d'aller voir Locomotive : http://www.locomotiveapp.org/.
[^] # radiantcms
Posté par djouxy . Évalué à 2.
Par contre, il a le même défaut que tu as énoncé pour jumla mais en plus prononcé : il est indispensable d'utiliser les extensions pour pouvoir faire un site et donc on prend un risque sur la pérennité des extensions...
[^] # Re: radiantcms
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Ça marche pas mal, mais je ne suis pas fan de la manière dont il organise le contenu. L'interface d'administration est aussi assez mal foutue à mon goût. Par exemple, sur ruby-lang.org, il faut s'armer de patience si on veut éditer une des news anglaises car il y en a beaucoup, que l'interface peut mettre plusieurs minutes à se charger et que la navigation n'est pas optimale.
# Tribune
Posté par Prosper . Évalué à 9.
- Pourquoi faut il obligatoirement s'authentifier pour aller sur la tribune ?
- Quelle est l'url du backend de la tribune ?
[^] # Re: Tribune
Posté par vladislav askiparek . Évalué à 0.
La fonction est inexistante sous Ror.
\_o< \_o<
[^] # Re: Tribune
Posté par 2PetitsVerres . Évalué à -1.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Tribune
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Bravo
Posté par Jolidragon . Évalué à 10.
[^] # Re: Bravo
Posté par Artefact2 (site web personnel) . Évalué à 5.
[^] # Re: Bravo
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 5.
[^] # Re: Bravo
Posté par Jolidragon . Évalué à 3.
[^] # Re: Bravo
Posté par tiot (site web personnel) . Évalué à 10.
[^] # Re: Bravo
Posté par dilbert . Évalué à 10.
[^] # Re: Bravo
Posté par Jimmy . Évalué à 7.
[^] # Re: Bravo
Posté par dinomasque . Évalué à 2.
BeOS le faisait il y a 20 ans !
[^] # Re: Bravo
Posté par Axone . Évalué à 8.
[^] # Re: Bravo
Posté par M . Évalué à 3.
C'est compatible qu'avec les navigateurs récents ?
Le rendu n'est pas le même avec ou sans javascript sur un firefox récent.
PS : pour créer un bug report sur github, il faut un compte. C'est lourd...
[^] # Re: Bravo
Posté par barmic . Évalué à 1.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo
Posté par xavier philippon . Évalué à 5.
Ça fait plutôt interface à la FisherPrice ou pour les mal voyants.
[^] # Re: Bravo
Posté par brunus (site web personnel) . Évalué à 6.
Justement, il sait se faire oublier, et c'est une des principal règle ne matière de design web : marquer l'identité du site, présenter une ergonomie actualisée, rester le plus neutre possible pour éviter le plus possible toute réaction de rejet due au design.
# expressivité
Posté par B16F4RV4RD1N . Évalué à 9.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par Infernal Quack (site web personnel) . Évalué à 10.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: expressivité
Posté par patrick_g (site web personnel) . Évalué à 3.
[^] # Re: expressivité
Posté par Infernal Quack (site web personnel) . Évalué à 4.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: expressivité
Posté par Bruno Michel (site web personnel) . Évalué à 5.
Je n'ai pas non plus envie de laisser les gens éditer du HTML. Pour avoir passé pas mal de temps à examiner les contenus pour les importer dans la version RoR, on a une quantité assez impressionnante d'HTML non valide. Il y a des gens qui ne savent pas écrire du HTML et qui font donc ce qu'ils peuvent. Mais la plus grande source d'erreurs vient de typos : un guillemet au mauvais endroit sur un attribut href, une balise fermante , des balises pas fermées, fermées deux fois, mal fermées, fermées mais pas ouvertes, des balises ; la liste est longue.
Maintenant, sur le choix de la syntaxe wiki, je préfère la syntaxe creole. C'était même elle qui était utilisée aux débuts de la version RoR. Mais quand les AMR ont découvert la première version, ils ont été relativement d'accord pour dire que la syntaxe creole n'est pas assez connue et qu'il faudrait utiliser une syntaxe plus populaire.
J'ai tenu un temps puis je me suis rangé à leur avis au début de l'année (janvier ou février). Il y a une discussion, qui a tourné au vote entre markdown et mediawiki. Au final, markdown a gagné d'une voix (quelque chose comme 10 à 9).
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 6.
"Pas assez connu". Il y a beaucoup de projets de qualités qui sont évincé justement à cause de ça. Il y a aussi le coup de "on ne développe pas ce programme sous linux parce que ce n'est pas assez connu par rapport à windows".
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 8.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 3.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par bubar🦥 (Mastodon) . Évalué à 2.
[^] # Re: expressivité
Posté par patrick_g (site web personnel) . Évalué à 5.
Enfin on verra bien comme ça se passe pour la prochaine news noyau. Je me suis fait mon template markdown, j'ai la coloration syntaxique markdown dans Gedit. Je suis paré !
[^] # Re: expressivité
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . Évalué à 1.
[^] # Re: expressivité
Posté par Bruno Michel (site web personnel) . Évalué à 4.
[^] # Re: expressivité
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Sinon pour la syntaxe wiki, le jour où vous allez migrer sur un autre truc, ça va pas être galère ? Et la migration de l'existant actuel en syntaxe wiki ça donne quoi ? J'ose pas imaginer les scripts de migration.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: expressivité
Posté par Bruno Michel (site web personnel) . Évalué à 2.
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 3.
Et avec templet, c'est pas du vrai html, c'est redigéré par la suite, pour la dépêche j'ai dû bidouiller pour que ça s'affiche à peu près correctement. Je dis juste ça au cas où tu aurais insinué que l'export html de txt2tags ne valide pas en temps normal.
et juste comme ça, la page d'accueil de la beta ne valide pas non plus (oui, c'est le contenu d'un journal qui donne une des erreurs, comme quoi...)
http://validator.w3.org/check?uri=http%3A%2F%2Falpha.linuxfr(...)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par BAud (site web personnel) . Évalué à 2.
Line 239, Column 6: character data is not allowed here
</li>Nouveau nom de domaine txt2tags.org et nouveau wiki pour échanger des rece…
j'avais déjà remarqué que la gestion de l'ullification ne semblait pas complète dans tes dépêches générées avec txt2tag, mais je ne sais pas si c'est la sortie directe ou l'édition ultérieurement faite qui en était la cause ;-)
(bon après pour les < et autres & ou c'est un peu la grouillle dans templeet)
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par BAud (site web personnel) . Évalué à 2.
par exemple http://demoll.tuxfamily.org/linuxfr/NewsGagnantsSeptembre201(...) avec http://demoll.tuxfamily.org/linuxfr/NewsGagnantsSeptembre201(...)
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par barmic . Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: expressivité
Posté par BAud (site web personnel) . Évalué à 2.
J'espère que le wiki intégré à la nouvelle version nous permettra d'effectuer du travail collaboratif sur des dépêches, il y a une organisation à trouver et ajouter un lien "transformer en dépêche" en gardant les auteurs initiaux ;-) Cela mériterait des compléments à http://linuxfr.org/tracker/879.html voire ouvrir une nouvelle suggestion :) (il y avait bien eu une proposition "d'inviter" le rédacteur en tant que relecteur pour compléments - je ne l'ai pas retrouvée :/ - même si je crois plus au mode de fonctionnement "à la Firehose" de /. ou à la conversion de journaux en dépêches comme nous faisons déjà, avec plus ou moins de bonheur).
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 2.
http://txt2tags.googlecode.com/svn-history/r418/trunk/sample(...)
Ça semble pas mal fonctionner en mode "markdown extra" ici :
http://michelf.com/projets/php-markdown/banc-d%27essai/
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
[^] # Re: expressivité
Posté par B16F4RV4RD1N . Évalué à 2.
Est-ce que vous auriez une référence indiquant ce qui est préféré ? La plupart des discussions que j'ai vu indiquent les 2 à égalité.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
[^] # Re: expressivité
Posté par boq . Évalué à 2.
Certains utilisent même .text, étant donné que markdown est supposé pouvoir se lire comme du texte simple.
Une discussion récente sur le sujet:
http://six.pairlist.net/pipermail/markdown-discuss/2010-Nove(...)
[^] # Re: expressivité
Posté par boq . Évalué à 2.
Quelle implémentation de markdown est utilisée au fait?
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
[^] # Re: expressivité
Posté par boq . Évalué à 3.
https://github.com/nono/linuxfr.org/blob/master/lib/lfmarkdo(...)
RDiscount, wrapper en ruby de discount.
# Supair
Posté par yellowiscool . Évalué à 6.
Le concours me motive encore plus :-)
Au passage, ça faite une belle liste de dépendances, je vous souhaite bien du courage pour la maintenance.
Envoyé depuis mon lapin.
# soit dit en passant
Posté par manatlan (site web personnel) . Évalué à 10.
Suis curieux de voir la suite ...
Mais ... pour être une vielle moule de dlfp. Je me rappel des trolls de l'époque. Quand fabien défendait son templeet, et son design, justement optimiser pour faire face aux surcharges ...
Et là, faire ça en RoR, qui n'est justement pas réputé pour tenir la montée en charge (tweeter et sa baleine). (après il suffit de rajouter des machines ;-)
Je suis dubitatif.
Suis curieux de voir quand tout le monde, et les milliers de robots s'acharneront sur dlfp en live, aux heures de pointes.
[^] # Re: soit dit en passant
Posté par yellowiscool . Évalué à 7.
Qu'est-ce que c'est beau le cloud computing. Nan jrigole…
Envoyé depuis mon lapin.
[^] # Re: soit dit en passant
Posté par Amaury . Évalué à 3.
> templeet, et son design, justement optimisé pour faire face aux
> surcharges ...
> Et là, faire ça en RoR, qui n'est justement pas réputé pour tenir la
> montée en charge (tweeter et sa baleine). (après il suffit de rajouter
> des machines ;-)
Justement, l'assoce a changé (deux fois ? Je ne sais plus) de serveur grâce à la générosité d'un paquet de monde, depuis l'époque où Fabien bossait sur Templeet. Loi de Moore aidant, la capacité du serveur à absorber la charge est probablement est moins un problème, d'autant que le traffic reste stable si ma mémoire est bonne.
[^] # Re: soit dit en passant
Posté par manatlan (site web personnel) . Évalué à 2.
(c'est ce que je voulais dire, en qq sorte)
il faudra peut être donner plus, pour acquérir plus (de serveurs)
[^] # Re: soit dit en passant
Posté par ckyl . Évalué à 4.
[^] # Re: soit dit en passant
Posté par daimrod . Évalué à -3.
[^] # Re: soit dit en passant
Posté par manatlan (site web personnel) . Évalué à 1.
Je prenais tweeter en exemple, car c'est le RoR le plus célèbre.
Mais c'est pas le seul RoR a avoir des problèmes de montés en charge ;-)
[^] # Re: soit dit en passant
Posté par Tonton Th (Mastodon) . Évalué à 5.
Ça permet de vendre des goodies : http://blog.makezine.com/archive/2010/11/fail_whale_hat.html
[^] # Re: soit dit en passant
Posté par barmic . Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# L'icone ?
Posté par Tonton Th (Mastodon) . Évalué à 9.
# Typos trop grandes
Posté par Narann (site web personnel) . Évalué à 3.
[^] # Re: Typos trop grandes
Posté par claudex . Évalué à 5.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Typos trop grandes
Posté par Obsidian . Évalué à 3.
[^] # Re: Typos trop grandes
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
[^] # Re: Typos trop grandes
Posté par Obsidian . Évalué à 4.
[^] # Re: Typos trop grandes
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
# webalizer
Posté par Julien Viard de Galbert (site web personnel) . Évalué à 7.
De toute façon vu que debian est en freeze il faudra attendre la release pour que ça sorte dans unstable avant d'envisager un backport pour stable.
Une question: est-ce que vous utiliser le script track_hist pour construire un historique de plus d'un an ? par-ce-que ce truc relève plus du hack que d'autre chose et j'aimerais bien le virer !
Donc si personne ne s'en sert ça m'arrangerait ;)
[^] # Re: webalizer
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
On n'utilise pas webalizer sur plus d'un an. Pas d'utilisation de track_hist. On utilise juste jdresolve avec webalizer pour avoir une base de données des résolutions DNS.
Merci d'avance.
# Question
Posté par vladislav askiparek . Évalué à 3.
Sous templet, ça aurait évité moult doublons.
Sinon, bravo pour le boulot. C'est moche mais bravo.
Ça va remuer un peu le bouchot.
[^] # Re: Question
Posté par Bruno Michel (site web personnel) . Évalué à 5.
Je ne suis pas sûr de comprendre ce que tu veux dire par "annihiler le retour arrière", mais si tu postes un contenu puis que tu appuies sur le bouton retour arrière, le contenu ne sera pas reposté. Rien de bien magique, j'utilise la bonne vieille technique que l'on appelle parfois Post-Redirect-Get.
[^] # Re: Question
Posté par vladislav askiparek . Évalué à 1.
( Charles Degaulle est mort il y a 40 ans tout pile hier.)
# Vous pensiez y échapper...
Posté par Benoît Monin . Évalué à 7.
[http://bmo-perso.pagesperso-orange.fr/linuxfr/alpha/opensuse(...)]
C'est pas encore tout à fait fini donc si vous voyez des défauts, n'hésitez pas à me les signaler.
Par contre, je viens d'essayer et je n'arrive plus à changer de css, un bug ? ça marchait pourtant ça...
[^] # Re: Vous pensiez y échapper...
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Humpf, probablement un bug. J'ai fait un ticket sur github [https://github.com/nono/linuxfr.org/issues#issue/39], que je vais essayer de regarder rapidement.
[^] # Re: Vous pensiez y échapper...
Posté par Bruno Michel (site web personnel) . Évalué à 3.
# Bravo Bruno!
Posté par djano . Évalué à 10.
C'est aussi une super idée le concours de design, comme ca ca évitera trop de décollements rétiniens aux moules francophones ^_^
# karma
Posté par Joris Dedieu (site web personnel) . Évalué à 10.
Qu'en est-il exactement ?
[^] # Re: karma
Posté par Julien . Évalué à 2.
Un point important à savoir est que les deux versions utilisent des bases de données séparées et qui ne seront pas resynchronisées.
[^] # Re: karma
Posté par tiot (site web personnel) . Évalué à 4.
[^] # Re: karma
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Ce que l'on appelle le karma sur la version templeet correspond généralement aux XP, un score qui évolue à coup de + ou de- au fil du temps (exemple : une personne dont la dépêche est acceptée gagne 50XP). Mais parfois, ça sert aussi à désigner la note moyenne des commentaires sur 15 derniers jours (exemple : tu n'as pas assez de karma pour poster un journal).
Au final, les règles sont compliquées et même nous, admins, ne sommes pas sûrs de toujours comprendre comment cela fonctionne (en fait, pour ma part, je suis même de ne pas tout y comprendre).
Du coup, le système a été refait mais il va me falloir du temps pour l'ajuster.
# Acces mobile
Posté par polytan . Évalué à 9.
Un truc qui serait chouette c'est d'avoir un accès conçu pour les mobiles quand on moule depuis la boulangerie.
Actuellement les bandeaux sont verticaux et il n'y a que peux de place sur un mobile (Iphone, Blackberry, etc).
J'aimerais beaucoup pouvoir afficher la page et pouvoir accéder aux dépêches (en entier!) et aux journaux et pouvoir afficher les commentaires si j'en ai envie.
C'est prevu un truc adapte aux résolutions <480px ?
Polytan
[^] # Re: Acces mobile
Posté par Infernal Quack (site web personnel) . Évalué à 5.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Acces mobile
Posté par nomorsad . Évalué à 2.
# HTML 5?
Posté par BlindMan . Évalué à 1.
Qu'est-ce qui vous a motivé à franchir le pas?
[^] # Re: HTML 5?
Posté par Bruno Michel (site web personnel) . Évalué à 8.
Oui et non, la position du W3C est plus élaborée que ça. Par exemple, à Paris Web, 2 membres du W3C ont fait une présentation autour d'HTML5 et nous ont encouragés à nous y mettre.
La spec est encore en draft pour un certain temps, mais la spec couvre énormément de choses dont certaines sont déjà très matures et utilisables. Dans certains cas, la spec HTML5 est même beaucoup plus proche du fonctionnement des navigateurs existants que les précédentes specs, car les navigateurs ne faisaient pas ce qui est écrit dans HTML 4 ou XHTML (pour de bonnes raisons) et HTML5 est venu documenter cet état de fait.
D'autres parties sont plus récentes mais se dégradent très bien (HTML5 forms par exemple).
Enfin, il y a des parties à éviter car elles ne sont pas implémentées dans les navigateurs actuels et ne se dégradent pas bien (un exemple : les attributs sandbox et seamless des iframes).
> Qu'est-ce qui vous a motivé à franchir le pas ?
Il y a déjà plein de choses que l'on peut utiliser dans HTML5 sans problème et qui sont de réelles avancées. Ce serait vraiment dommage de s'en priver.
# Félicitations et bon courage
Posté par Kyoku57 (site web personnel) . Évalué à 2.
Refaire un site from scratch est assimilable à de la folie ou à la possession d'une bonne paire de co.... oudes.
Bon courage, pour cette migration vers RoR, c'est bien parti en tout cas pour être une réussite.
Tchuss
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.