Activité du site LinuxFr.org

Posté par (page perso) . Modéré par baud123.
33
2
juin
2010
LinuxFr.org
Le site LinuxFr.org vit grâce aux contributions de ses lecteurs. Merci à vous tous, on ne le répétera jamais assez. La communauté LinuxFr.org est active et instructive.

L'équipe de modération essaye de faire en sorte que LinuxFr.org reste cet espace vivant avec des dépêches sur Linux et les Logiciels Libres, un espace d'entre-aide, des discussions sur des sujets divers et variés, et tout cela sans avoir les chevilles qui enflent. Voici une petite sélection de nos faits d'armes :

Activité de l'équipe de modération
  • Il y a quelques semaines, l'équipe de modération s'est un peu renouvelée. Thomas Petazzoni, Scara et xals, pas mal occupés par ailleurs, nous ont quitté. Merci à eux pour le temps qu'ils ont consacré à LinuxFr. Nous pouvons saluer l'arrivée de Malicia, claudex et boa13, déjà très actifs !
  • À l'occasion du salon Solutions Linux 2010, Nils Ratusznik a donné un entretien à Intelli'N TV. C'est l'occasion de faire une séance de rattrapage pour ceux qui ne connaissent pas le site sur le bout des doigts.
  • NeoX va atteindre les 5000 réponses sur le forum. Chapeau !
  • Nÿco a atteint les 250 dépêches, Floxy et poltuiu font la course à leur 200ème dépêche, et moi, je me concentre sur ma série de 6 dépêches en 6 jours.
Côté technique
Dans un autre registre, le site tourne actuellement avec Templeet et très rares sont les personnes à y toucher. J'ai commencé au début de l'année 2009 une réécriture du site en Ruby on Rails. Les chances que ce projet aboutisse m'apparaissaient comme assez faibles quand j'ai commencé, mais bon gré, mal gré, cela avance.

Aujourd'hui, une nouvelle étape a été franchie : j'ai taggé la version alpha1 sur le dépôt git. Je considère que le code contient les fonctionnalités essentielles pour pouvoir remplacer la version actuelle basée sur Templeet. Je vais maintenant m'attacher à corriger les bugs et optimiser le code. J'espère que cette version pourra être mise en ligne bientôt.

Dernière chose, nous utilisons webalizer pour nos statistiques web, et plus précisément le package debian. Celui-ci n'est plus très jour, et si un développeur Debian a un peu trop de temps libre, nous lui serions reconnaissants s'il pouvait regarder ça.
  • # Installation de la nouvelle version du site

    Posté par . Évalué à 10.

    Pour info, je viens d'installer la nouvelle version du site sur ma machine.

    Quelques précisions dans le tuto :
    * il manque le paquet rubygems dans la liste des paquets à installer
    * les commandes "bundle" "rails" et "rake" sont dans le répertoire "/var/lib/gems/1.8/bin/"
    * pas pu installer le paquet rubyssl avec ma debian unstable mais ça n'a pas l'air de prêter à conséquences.

    C'est tout pour l'instant.
    • [^] # Re: Installation de la nouvelle version du site

      Posté par (page perso) . Évalué à 8.

      Merci pour les retours.

      > il manque le paquet rubygems dans la liste des paquets à installer

      En fait, je préfère installer rubygems à partir des sources. D'une part, la version dans Debian lenny est trop vieille (idem pour lenny-backports). D'autre part, ça me permet d'installer tout ça dans le $HOME d'un utilisateur (je n'aime pas gérer les gems ruby en root).

      > les commandes "bundle" "rails" et "rake" sont dans le répertoire "/var/lib/gems/1.8/bin/"

      Oui. L'installation du paquet rubygems ne rajoute pas ce chemin au PATH ?

      > pas pu installer le paquet rubyssl avec ma debian unstable mais ça n'a pas l'air de prêter à conséquences

      Il me semblait que l'on en avait besoin pour installer un gem (nokogiri ?), mais je peux me tromper.
  • # Graphisme et ergonomie?

    Posté par (page perso) . Évalué à 10.

    Est-ce que le projet est ouvert aux contributions sur le graphisme et l"ergonomie?
    • [^] # Re: Graphisme et ergonomie?

      Posté par (page perso) . Évalué à 5.

      Oui, et il y a sûrement beaucoup de choses à faire de ce coté-là ;-)
      • [^] # Re: Graphisme et ergonomie?

        Posté par (page perso) . Évalué à 3.

        Ben cela va être plus dur que prévu:


        rake db:setup --trace
        (in /home/johann/Developpement/linuxfr.org)
        rake aborted!
        no such file to load -- rails
        /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
        /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
        /home/johann/Developpement/linuxfr.org/config/application.rb:3
        /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
        /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
        /home/johann/Developpement/linuxfr.org/Rakefile:4
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2383:in `load'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2383:in `raw_load_rakefile'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2017:in `load_rakefile'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2016:in `load_rakefile'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2000:in `run'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in `run'
        /home/johann/.gem/ruby/1.8/gems/rake-0.8.7/bin/rake:31
        /usr/bin/rake:19:in `load'
        /usr/bin/rake:19


        Sur Opensuse apres installation du repos http://download.opensuse.org/repositories/devel:/languages:/(...)
        Sur les versions, je pense être ok, a part actionmailer (2.3.8)??? Comme je ne connais pas trop ruby, toute aide est bienvenue
  • # Webalizer

    Posté par . Évalué à 4.

    Webdruid est une évolution sympathique de webalizer, présent dans Debian.

    Description : A web server log file analysis tool
    A fast, free, flexible web server log file analysis program. Produces XHTML output for viewing with a web browser. Features
    multiple language support, incremental processing capabilities, reverse DNS lookup support, export via tab separated ascii
    files to popular databases and spreadsheets, and much more. Supports standard CLF and combined (Apache), as well as W3C
    (IIS) logs format.
    • [^] # Re: Webalizer

      Posté par (page perso) . Évalué à 2.

      Je viens de regarder WebDruid, et j'aurais bien du mal à dire les différences avec Webalizer. Est-ce que tu pourrais m'éclairer sur ce que WebDruid fait de mieux ?
      • [^] # Re: Webalizer

        Posté par (page perso) . Évalué à 3.

        Pareil.

        Sinon, j'ai deja vu cela (pas testé) qui me parait vachement mieux:

        http://slimstat.net/

        juste mes 2c
        • [^] # Re: Webalizer

          Posté par (page perso) . Évalué à 1.

          Wow ! Merci pour le lien, exactement ce que je cherchais. Enfin une alternative à webalizer (en bien plus moderne de surcroit).
        • [^] # Re: Webalizer

          Posté par (page perso) . Évalué à 2.

          Super, deux requêtes http en php (le script et l'envoi des résultats) suivie d'une ou plusieurs requêtes sql pour chaque page.

          Déjà que linuxfr utilise webalizer parce que awstats est trop lent, ça va le faire cet outil :-)

          Envoyé depuis mon lapin.

    • [^] # Re: Webalizer

      Posté par (page perso) . Évalué à 1.

      Et pourquoi ne pas passer plutot à AWStats (en mode page statique).
      Plus performant sur les gros sites (à base de référence de moteur/robots/naviagteurs/os équivalent) et surtout les résultats sont bien plus pertinent (Webalizer étant juste un compteur de lignes de log qui ne tiens pas compte de lignes avant ou après améliorer a pertinence) ?

      Responsable Agence Bordeaux de la société Open Source TecLib (http://www.teclib.com)

      • [^] # Re: Webalizer

        Posté par (page perso) . Évalué à 2.

        Les essais avec awstats m'ont paru tout sauf concluant (niveau temps de traitement de nos logs), et je n'ai pas insisté plus.
  • # H.S

    Posté par . Évalué à 3.

    Merci aux mamans, toussa :-)

    Une tite question totalement H.S, à propos de Phoronix, et du lien de la dépêche : Savez vous (patrick_g si tu me lis) si le "kernel", d'une manière générale soit des dev s'atellant à cette tâche, soit des méthodes, etc, bref "le kernel" d'une manière ou d'une autre à un usage des tests de Phoronix ? Savoir si les tests de Phoronix servent à des / aux développeurs du noyau ?

    Ou même si Phoronix a cherché à un moment de leur poser la question afin d'éventuellement ajuster leurs tests pour cela ? Que au moins une fois ils aient essayés de rendre utiles leurs tests pour d'autres ?

    Je poste cette question car depuis quelques temps je ne lis plus phoronix (trop de "vs" pour moi, je m'en tamponne la quennelle que la distro x ai mis moins de x nanoseconde pour détarer que la distro y, vu que toutes façons ils n'exposent pas tout les paramètres, trop de pubs, s'est éloigné des comparatifs matériels pour faire du sensationnisme logiciels) ... bref je lis plus, et n'ai jamais vraiment sû comment ils fonctionnaient.
    • [^] # Re: H.S

      Posté par (page perso) . Évalué à 10.

      >>> Savoir si les tests de Phoronix servent à des / aux développeurs du noyau ?

      A mon avis non vu que la réputation de Phoronix est assez basse auprès des devs du noyau. Voir ces trois posts par exemple :

      http://lkml.org/lkml/2010/5/31/415
      http://lkml.org/lkml/2010/6/1/4
      http://lkml.org/lkml/2010/6/1/45

      Même si le dernier mail d'Ingo calme un peu les critiques je pense que Phoronix n'a pas marqué des points sur ce coup là:

      1) Prendre une version de Linux en plein milieu de la fenêtre de merge (la RC-1 n'était même pas encore sortie).
      2) Clamer partout, avec un titre sensationnaliste, que les perfs sont désastreuses sans même prévenir les devs sur la lkml.
      3) Avoir le temps de faire cet article de plusieurs pages bourré de graphiques et affirmer dans ce même article que l'on a pas eu le temps de faire un bisect pour trouver l'origine du problème.

      Je suis de l'avis de Dave Airlie: "They make revenue by making people click on their website, they don't make money being useful or interacting with others."
      • [^] # Re: H.S

        Posté par . Évalué à 6.

        Comme quoi, c'est utile d'avoir une réputation.
  • # Lien

    Posté par (page perso) . Évalué à 2.

    Le lien "ma série" me sort une 404.
  • # Merci pour tout

    Posté par . Évalué à 2.

    Et c'est tout :-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.