Pour que cette collaboration se fasse dans un cadre sympathique, nous avons lancé un concours il y a deux semaines. Pour le moment, la participation reste assez modeste (une dizaine de personnes se sont officiellement déclarées) mais il n'est pas trop tard pour que cela change. Le concours finit le 29 décembre et vous avez donc encore largement le temps d'y participer.
Rappelons que le concours est ouvert aux esprits créatifs et aux développeurs, via deux catégories :
- Nouvelle charte graphique (NdM : Aucune compétence Ruby, Rails requise. C'est principalement du CSS)
- Killer feature en HTML5 (NdM : comme indiqué précédemment, l'utilisation de Ruby on Rails n'est pas obligatoire. Si l'idée peut être réalisée avec juste du HTML statique, du JS et de la CSS (voire un peu de PHP), cela ne pose pas le moindre problème, nous ferons le portage).
Dans la suite de la dépêche, vous trouverez de l'aide pour la mise en œuvre rapide d'un environnement de développement (image Virtual Box et données anonymisées) L'équipe LinuxFr.org reste à votre disposition pour aider les personnes souhaitant participer au concours. Un des reproches qui nous a été adressé est la difficulté pour installer la version Rails. Voici deux nouveaux éléments pour vous aider :
Tout d'abord, un dump de la base de données avec quelques données anonymisées est disponible sur http://linuxfr.org/concours/dump-ror-20101120.sql.gz .
Ensuite, grâce à l'un de nos lecteurs, Killruana, vous pouvez également télécharger une image Virtual Box prête à l'emploi (utiliser préférentiellement les miroirs ci-dessous, 511 Mo). Un grand merci à Killruana donc !
Voici les explications qu'il a fourni :
Machine virtuelle sous Ubuntu Server 10.10 32bits contenant une installation de linuxfr.org ( https://github.com/nono/linuxfr.org )
Créé avec Oracle Virtual Box 3.2.10
La configuration de la machine est minimale, à vous d'adapter. Pensez à configurer la carte réseau pour le bridge.
J'ai essayé de n'installer que le minimum pour que ça fonctionne, ça inclut (entre autre) :
- serveur openssh
- les addons virtualbox en édition opensource
- postfix
- git
- les dépendances de linuxfr
Comptes :
- utilisateur par défaut : linuxfr:linuxfr
- mysql : root:toor
Vous trouverez une version de linuxfr configurée et installée dans /home/linuxfr/linuxfr.org/
Donc normalement, après la connexion y'a plus qu'à faire :
$ cd linuxfr.org
$ rails server thin
pour que ça fasse des chocapics :)
La base de données est déjà remplie avec quelques données.
Vous pouvez vous connecter sur le site avec le compte admin:admin.
Créé par killruana
Telechargements des fichiers : - A partir de linuxfr.org :
- Dump base de données
- Dump base de données
- Miroir 1 : TuxFamily
- Machine Virtuelle
- Machine Virtuelle
- Miroir 2 : Dedibox
- Machine Virtuelle
- Dump base de données
- Machine Virtuelle
# Idées HTML5
Posté par Bruno Michel (site web personnel) . Évalué à 9.
- en proposant des idées de Killer Features HTML5 que vous aimeriez voir sur le site
- en suivant l'exemple de suizokukan, qui va nous proposer des images pour la page 404
- en testant la nouvelle version Rails sur http://alpha.linuxfr.org/
# Agenda du libre
Posté par Tonton Th (Mastodon) . Évalué à 6.
Ça vient juste de tomber dans mon liferea : http://thomas.enix.org/Blog-20101123102937-Technologie
Une idée à suivre...
[^] # Re: Agenda du libre
Posté par NeoX . Évalué à 3.
à voir avec ce que l'AdL peut proposer comme interface pour recuperer les infos
[^] # Re: Agenda du libre
Posté par Thomas Petazzoni (site web personnel) . Évalué à 4.
Actuellement, on a : du flux RSS (http://www.agendadulibre.org/rsslist.php), du calendrier iCal (http://www.agendadulibre.org/icallist.php) et XML (http://www.agendadulibre.org/xmllistevents.php).
Je suis prêt à ajouter n'importe quel format de sortie, selon les besoins.
[^] # Re: Agenda du libre
Posté par BAud (site web personnel) . Évalué à 2.
https://github.com/nono/linuxfr.org/wiki/Linuxfrfunctionalit(...)
n'hésitez pas à ajouter des précisions (un compte github suffit pour éditer le wiki).
et si vous voulez ajouter vos propres demandes élaborées, lorsque le bugtracker de github ne suffit plus, pensez à créer une page wiki à partir de https://github.com/nono/linuxfr.org/wiki ;-)
# participants ?
Posté par BAud (site web personnel) . Évalué à 4.
Ce concours focalise sur l'apparence (migrer les css existantes semblait simple pourtant), demande des suggestions de fonctionnalités supplémentaires (normal pour une refonte du site) et _indirectement_ demande des tests de la version mise en ligne.
Le mode "tempête de cerveaux" fonctionne habituellement bien sur LinuxFr (et pas que le vendredi), c'est bizarre quelque part d'avoir si peu de suggestions dans les commentaires :D alors lâchez-vous !
Merci en tout cas à ceux qui ont participé jusqu'à maintenant, il reste presqu'un mois aux autres personnes motivées pour se manifester (release early, release often), histoire de promouvoir les consomm'acteurs typique de l'attitude dans le libre :) (donner c'est un peu recevoir aussi).
http://alpha.linuxfr.org/wiki/coordinationdestests est une proposition pour éviter de perdre les remontées d'infos / bugs / demandes / remarques dans les commentaires et faire évoluer cette nouvelle version de LinuxFr, comme c'est une page wiki, elle devrait être améliorable par tous ceux étant loggués (avec votre login/mot de passe actuel de linuxfr le hash étant compatible pour s'authentifier).
[^] # Re: participants ?
Posté par barmic . Évalué à 6.
Si je trouve le temps je bidouillerais un peu une CSS « pour voir » (surtout que les lots m'interessent).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: participants ?
Posté par Zapata Heroni . Évalué à 2.
Je suis une bille en RoR, alors que sur les nouvelles à propos de ce concours on me parle de RoR, pire là, on me propose de l'installer ! Je n'ai jamais eu la moindre relation avec RoR, et je ne sens pas du tout attiré par lui. Dans ma petite tête j'imagine quelque chose de tellement chiant que l'idée de pondre un design « minimaliste » (c'est à la mode, si si !) pour linuxfr me passe rapidement.
Et l'idée de rendre juste une feuille CSS dans le style « minimaliste » me fait légèrement honte, puisqu'il ne faut pas plus 1h pour la faire.
[^] # Re: participants ?
Posté par Bruno Michel (site web personnel) . Évalué à 6.
- utiliser la machine virtuelle proposée dans cette dépêche
- utiliser la fonctionnalité « feuille de style personnalisée » depuis http://alpha.linuxfr.org/ (se connecter, puis aller sur changer de style, rentrer l'URL de la feuille de style et cliquer sur OK).
[^] # Re: participants ?
Posté par Anonyme . Évalué à 2.
[^] # Re: participants ?
Posté par Anonyme . Évalué à 3.
Oui bon ça va hein !
[^] # Re: participants ?
Posté par Bruno Michel (site web personnel) . Évalué à 4.
[^] # Re: participants ?
Posté par Anonyme . Évalué à 2.
En fait pour commencer, j'aimerais bien que tu affectes un id au bouton « rechercher » (d'autres requêtes risquent de venir).
Merci :)
[^] # Re: participants ?
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Une demande sur github ou le tracker sera très bien. Un MP ou un commentaire sur cette dépêche, ça marche aussi.
> En fait pour commencer, j'aimerais bien que tu affectes un id au bouton « rechercher »
OK, je fais ça.
[^] # Re: participants ?
Posté par ymorin . Évalué à 7.
Pour ma part :
1) Je trouve DLFP très bien tel qu'il est aujourd'hui.
2) RoR : Beark, encore un n-ième langage à apprendre.
3a) Je suis une bille en design. Voir pire.
3b) Je suis adepte du minimaliste, voire pire.
Du coup, une suggestion/question : pourra-t-on lire DLFP en mode texte ?
Voila, je vous avais prévenus : mi-ni-ma-lis-te... :-)
[^] # Re: participants ?
Posté par barmic . Évalué à 4.
Pour faire du CSS t'as vraiment pas à apprendre le langage dans le quel il est codé vuque tu ne fait que travailler sur le HTML/Javascript du site.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: participants ?
Posté par claudex . Évalué à 2.
Le problème, c'est qu'il faut obligatoirement changer pour ne pas qu'il s'écroule tout seul. Si tu veux, tu peux refaire la CSS actuelle adapté à la nouvelle version.
« 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: participants ?
Posté par Gniarf . Évalué à 5.
> Le problème, c'est qu'il faut obligatoirement changer pour ne pas qu'il s'écroule tout seul.
ref needed
[^] # Re: participants ?
Posté par claudex . Évalué à 2.
« 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: participants ?
Posté par benoar . Évalué à 3.
[^] # Re: participants ?
Posté par Bruno Michel (site web personnel) . Évalué à 3.
Selon quel critère ? poids de la page ? temps de chargement ? avec ou sans le javascript ? pour un utilisateur anonyme ou un utilisateur connecté ?
> Ce serait bien de refaire comme à la bonne époque des bench/troll en comparant cette version à templeet.
Est-ce vraiment utile d'avoir recours à un benchmark totalement biaisé pour troller ?
[^] # Re: participants ?
Posté par claudex . Évalué à 6.
S'il n'est pas biaisé, c'est beaucoup moins trollogène, il vaut donc mieux qu'il soit biaisé. Et si c'est fait avec de la mauvaise foi, c'est encore mieux :)
« 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: participants ?
Posté par benoar . Évalué à 3.
Je pensais à la lourdeur pour les serveurs qui vont devoir servir les pages. À la lecture du message de Xavier, j'avais compris que le site allait de plus en plus « s'écrouler » sous la charge, mais là, après relecture, c'est moins clair pour moi. En tous cas, pour moi c'est clair que ça va impliquer un changement de hard si les machines actuelles n'ont pas une bonne dose de puissance de libre pour l'instant.
[^] # Re: participants ?
Posté par Bruno Michel (site web personnel) . Évalué à 3.
J'étais parti pour te répondre dans ce commentaire, et à mi-chemin, je me suis rendu compte que ça pouvait intéresser beaucoup de lecteurs de LinuxFr.org. J'ai donc transformé le commentaire en journal : http://linuxfr.org/~NoNo/30481.html
[^] # Re: participants ?
Posté par Axone . Évalué à 7.
Linuxfr.org se trouve malheureusement confronté à la problématique de beaucoup de projet libre.
Sinon, moi j'aimerais une killer feature dans le nouveau site : une vraie fonction de recherche avec par exemple la possibilité de trier les résultats par date, filtré par dépêche/journaux/forum, ou bien la recherche de mpts exclusivement dans le titre ou dans le corps des messages, etc.
Combien d'articles très intéressants que je ne retrouve plus 6 mois après...
[^] # Re: participants ?
Posté par Édouard Siha . Évalué à 2.
J'essaie quand même mais je ne promets rien.
[^] # Re: participants ?
Posté par Zarmakuizz (site web personnel) . Évalué à 3.
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: participants ?
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 6.
# La connaissance de RoR n'est pas obligatoire
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 3.
Pour la Killer Feature en HTML 5 NoNo a bien précisé que l'utilisation de Ruby on Rails n'est pas obligatoire. Si l'idée peut être réalisée avec juste du HTML statique, du JS et de la CSS (voire un peu de PHP), cela ne pose pas le moindre problème, nous ferons le portage. cf. la seconde partie de la dépêche précédente sur le sujet : http://linuxfr.org/2010/11/16/27581.html
Je viens d'ailleurs de le préciser dans la news.
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Chris K. . Évalué à 1.
Car j'ai fait un petit tour mais je n'ai rien vu... et ne connaissant pas RoR je ne sais pas exactement comment cela fonctionne au niveau javascript.
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Oui, on utilise la dernière version de jquery. Les javascripts sont inclus tout en bas de la page HTML, juste avant le </body>
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Nicolas Blanco (site web personnel) . Évalué à 1.
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Nicolas Blanco (site web personnel) . Évalué à 1.
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Plus précisément, il est recommandé de mettre les javascripts en bas de page pour optimiser le temps de chargement de la page. C'est d'ailleurs l'une des règles de YSlow : http://developer.yahoo.com/performance/rules.html#js_bottom
Un effet de bord intéressant est que cela force à écrire du javascript un peu plus proprement. On ne peut plus utiliser jQuery dans des scripts inline par exemple.
[^] # Re: La connaissance de RoR n'est pas obligatoire
Posté par Nicolas Blanco (site web personnel) . Évalué à 1.
# présentation
Posté par Xavier Faure (site web personnel) . Évalué à 7.
puisque baud123 demandent à ce que les participants se présentent (http://linuxfr.org/~barmic/30498.html), voici ce que je peux dire.
Je concours uniquement pour les images (403, 404...) car je ne n'ai pas de compétences suffisantes pour toucher aux CSS, sans même parler du code Ruby (langage que je ne connais absolument pas). Je ne suis pas informaticien et j'ai la chance d'avoir un travail à temps plein : je me limite donc à ce que je peux faire et à ce que je connais.
Par contre, c'est vraiment pour moi une joie de participer à la communauté DLFP que j'apprécie énormément. Merci à elle ! D'ailleurs, grâce à ce concours, j'ai déjà appris à me servir de git...
Quant aux images que je proposerai, j'irai à l'essentiel. Pour le moment je compte mettre en scène Tux dans des scènes photographiées, scènes censées illustrer l'erreur rencontrée. J'ajouterai peut-être un phylactère pour rendre le message explicite. Comme je fais ça surtout pour le fun, j'essaierai de produire des images amusantes (du genre Tux & sa famille dans ma cuisine, etc.)
ps : c'était mon premier commentaire sur DLFP.
Trust the Python !
# Idée de "killer feature"...
Posté par xumelc . Évalué à 4.
Une API bien foutue pour qu'on puisse intégrer toutes les fonctionnalités du site (postage d'articles/commentaires, suivi de contenu, notes du contenu, etc.) dans des applications de bureaut, pour téléphone, ... ?
Non, parce que les interfaces Web, RoR, HTML5, AJAX, et autres buzzwords, c'est joli, c'est hype, ça fait classe pour choper en boite de nuit... Mais ce n'est vraiment pas agréable pour l'utilisateur de se voir imposer une interface quand il veut accéder à un certain contenu.
La séparation de la structure du contenu avec sa présentation, ça implique un peu plus que seulement mettre la CSS dans un fichier séparé de celui des balises HTML.
Parce que développer un backend weboob, c'est chiant, c'est gruik, et ça prend du temps, en fait.
# plus de détails sur l'utilisation de la machine virtuelle
Posté par srb (site web personnel) . Évalué à 5.
- télécharger l'image et le dump
- décompresser les fichiers
- installer virtualbox-ose (paquet dans votre distribution)
- lancer virtualbox et le paramétrer:
- importer application virtuelle (le fichier Linuxfr.ovf)
- cocher activer PAE (Configuration -> Système -> onglet Processeur)
- paramétrage réseau: (Configuration -> Réseau -> onglet Carte 1)
-- Mode d'accès réseau: "accès par pont"
-- Nom: eth0 #à adapter
- se connecter sur la machine virtuelle (avec linuxfr / linuxfr) et regarder l'adresse IP de la machine (192.168.0.11 dans la suite de l'explication) avec `ifconfig`
- copier le dump vers la machine virtuelle:
scp dump-ror-20101120.sql linuxfr@192.168.0.11:~
- installer le dump (à faire dans le terminal de la machine virtuelle):
mysql --verbose --user=root --password=toor linuxfr_rails <~/dump-ror-20101120.sql
- le résultat est visible dans votre navigateur à l'URL http://192168.0.11:3000/
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.