BAud a écrit 13707 commentaires

  • [^] # Re: L'Europe ?

    Posté par  (site web personnel) . En réponse au journal Comprendre l'Ukraine. Évalué à 0.

    au Vénuzéla en ce moment alors que le gouvernement censure un max, plus qu'en Ukraine,

    Le Vénézuéla j'imagine ?
    Je ne comprends pas très bien, ses habitants manifestent eux aussi pour rentrer dans l'Europe ? J'avoue ne pas être très doué en géographie :D

  • [^] # Re: feature request

    Posté par  (site web personnel) . En réponse au journal Comprendre l'Ukraine. Évalué à 1.

    Lien suivi disponible dans la barre du haut du site (entre wiki et plan).

    Peut-être faudrait-il le renommer en suggestion ou boîte à idée (un peu trop long) ou tout terme qui serait plus précis auquel vous penseriez ?

  • [^] # Re: Curieux la base de donnée

    Posté par  (site web personnel) . En réponse à la dépêche Lut.im, un service d'hébergement d'images gratuit, libre et anonyme. Évalué à 3.

    l'adminsys, c'est pas mon métier

    tout est dit :-)

    Publier un service sur Internet, c'est gérer la montée en charge, ce ne sont pas 2-3 évaluations sur un environnement de développement (ou une production non surchargée) qui permettront de choisir la meilleure conception en développement pour que tout se passe bien en production ultérieurement.

    Utiliser une base de données en écriture, c'est générer des locks qui pénaliseront inévitablement les select à titre de statistiques (alors que ces derniers pourraient être fait en asynchrone, sur une "base" de la veille par exemple). Si les logs sont bien formatés, rien n'empêche de déporter les imports dans une base décorrélée du service principal (consulter des images, en soumettre) pour l'exploiter à des fins de statistiques.

    Combien de sites subissant l'effet /. (se faisant linuxfriser en bon françois) ont dû désactiver piwigo qui utilise le même genre de conception ?

    Par ailleurs, utiliser une base sqllite compliquera le fonctionnement concernant les accès concurrents en écriture s'il y a plusieurs serveurs web (avec une seule base centralisée, devenant le SPOF par nature et du fait de la conception).

    Ne t'en déplaise, contrairement à toi, je continuerai à pertinenter Kerro< pour ses avis, demandant parfois d'être approfondis ou explicités, il est vrai, mais pointant un vrai sujet la plupart du temps (bon, parfois il peut raconter de mauvaises vannes, comme tout le monde :D).

    En outre, un tail -t /var/log/production.log | grep xxxxxx permettra de surveiller ce qui se passe en direct, en cas de surcharge, sans avoir à désactiver les statistiques… Il pourra même y en avoir plusieurs en parallèle (chacun ne traitant que la sortie courante), plutôt que plusieurs select en parallèle, bloqués par les écritures en base et nécessitant d'avoir les index chargés en mémoire pour être efficaces…

  • [^] # Re: Autres modifications des tags en live

    Posté par  (site web personnel) . En réponse à l’entrée du suivi La liste des étiquettes visible n'est pas mise à jour quand on ajoute une étiquette. Évalué à 1 (+0/-0).

    J'ai cru remarquer qu'il y avait deux modèles d'icônes 'marque page' suivant qu'il s'agit d'un tag qu'on a ajouté ou pas, mais parfois c'est une croix qui s'affiche. Je n'en comprends pas bien la logique mais à mon avis ça devrait être uniformisé.

    C'est expliqué sur la page tags, cf. §Utilisation :

    • dans un cas (marque page noirci), tu viens d'ajouter le tag (public, déjà affecté) à tes tags : tu ne peux pas le sélectionner de nouveau
    • dans l'autre cas (petite croix), c'est un contenu que tu affiches pour lequel tu avais sélectionné / créé un tag : la petite croix signifie que tu peux l'enlever te concernant (mais ça ne l'enlèvera pas forcément du contenu si d'autres personnes l'ont sélectionné aussi)
  • [^] # Re: OpenSSH ?!

    Posté par  (site web personnel) . En réponse au message Monter un Galaxy S3. Évalué à 1.

    Il faut vraiment entrer IP et port à la main ?

    utiliser le wifi local, ce sera une adresse du genre 192.168.1.x, affichée par le logiciel serveur (FTP ou SFTP…) sur le smartphone (il suffit de recopier).
    Ce sera sans doute bien plus rapide en wifi que par l'usb (tester 2-3 logiciels au besoin, j'obtenais du 1,8 Mo/s alors que l'écriture via le câble usb peinait à atteindre les 100 ko/s (ce qui était rédhibitoire pour transférer sa musique…).

    J'avais aussi utilisé le ssh (scp) à partir du smartphone pour me connecter à mon portable avec un openssh-server activé, mais je préfère utiliser le clavier du portable que celui du smartphone :-)

  • [^] # Re: Nouveau + Nvidia GTX 590 ?...

    Posté par  (site web personnel) . En réponse au message problème install. Évalué à 3.

    pour la nième fois:

    tu as oublié

    s/Bne jrné/Bonne journée/g

    qui part d'une bonne intention et démontre une mauvaise réalisation :/

    outre

    il m'a fallu un moment pour comprendre que ton « x » est en fait l'opérateur de produit et qu'il faut lire en fait « à chaque fois ». Tu ne vas pas me dire que tu écris comme cela pour aller plus vite quand même.

    sans réponse

    + est un opérateur mathématique mal venu dans une phrase, le mot plus est plus approprié.

    sans réponse (moi aussi j'ai mis du temps à lire le sms)

    je passe sur les lol et autres « Je suis calé en informatique » et rejoins liberforce< (\o_) http://www.linuxfr-france.org.invalid/article/these/smart-questions/smart-questions-fr.html

    D'aucuns auront noté le syndrôme forum bubuntu, « Merci à tous mais j'ai trouvé avec mon ami Google. » /o\ ref réduisant à néant tout effort ultérieur…

  • # Et beaucoup d'autres

    Posté par  (site web personnel) . En réponse à la dépêche Sortie d'Elasticsearch en version 1.0. Évalué à 8.

  • [^] # Re: Bien...bien...bien

    Posté par  (site web personnel) . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 5.

    Il ne s'agit pas de DKMS qui est Dynamic_Kernel_Module_Support permettant de charger des modules hors sources du noyau (pour virtualbox, pour nvidia effectivement…) mais de KMS qui est Kernel-based_mode-setting. Tu l'utilises sans doute déjà, à moins d'avoir une distro très ancienne.

  • [^] # Re: tag

    Posté par  (site web personnel) . En réponse au journal frlinux.net est mort (il y a longtemps). Évalué à 4. Dernière modification le 11 février 2014 à 20:03.

    le tag test ne serait pas forcément le plus pertinent… ni retour_expérience :) test_distro serait sans doute plus significatif, cela permettrait de savoir enfin quelle-distribution-linux-choisir.

  • [^] # Re: Super !

    Posté par  (site web personnel) . En réponse au journal Domaine public, rétribution équitable ET oeuvres à prix presque nul. Évalué à 1. Dernière modification le 11 février 2014 à 19:48.

    Pour en revenir à l'idée du WIKI,
    - connaissez-vous un serveur pour l'héberger gratos ?

    par exemple, il y a http://tuxfamily.org hormis que ce n'est pas vraiment gratuit mais libre :

    D'autres services sont disponibles.

  • [^] # Re: Code auto-documenté

    Posté par  (site web personnel) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 1.

    (mmmh… mais on n'est plus du tout dans le sujet du journal :-°)

    non, là on est dans les commentaires du nourjal :-) (et tout est possible sur LinuxFr.org).

    hmmm Green Arrays leur business model c'est vendre des chips et le logiciel ? Ils n'y gagneraient pas à mettre le logiciel en libre, fournir les émulateurs et vendre plus de chips ainsi ? (avec les contrats de support, l'expertise toussa pour fournir du logiciel exploitant au mieux les chips…).

  • [^] # Re: Code auto-documenté

    Posté par  (site web personnel) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 1.

    Il y a des langages où c'est beaucoup plus facile. En premier, Forth, puisque c'est de là que j'ai tiré cette pratique.

    ah, du Forth, un langage que j'avais bien aimé. Malheureusement, jamais retrouvé en entreprise :/ Connaîtrais-tu quelques exemples ?

  • [^] # Re: Commenter l'intention

    Posté par  (site web personnel) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 2.

    eh CPOLD c'est tout de même rudement pratique pour proposer du service pour migrer vers un vrai gestionnaire de version :-)

    Il y a plein d'autres méthodes et bonnes pratiques recensées sur http://faq.tuxfamily.org/MethodoProject/Fr si tu veux de bons exemples :-)

  • [^] # Re: Il y a plusieurs formes de commentaires.

    Posté par  (site web personnel) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 1.

    roi c'est pas plutôt Retour sur Investissement ? (Return On Investment)

    oui, c'est foireux les trigrammes… ROI ya deux choix possibles, ça va encore… (je viens du monde des Telco… donc bon j'en ai bouffé, le pire c'est que tu finis par comprendre les phrases même quand le même sigle ou acronyme est utilisé dans deux contextes différents, par exemple : "les tickets MST(*) ne sont pas forcément transmis dans le cadre du roaming, c'est moins pire qu'une MST même si c'est gênant"…).

    (*) Mobile Subscriber Terminating (qui n'apparaît d'ailleurs pas sur MST…).

  • [^] # Re: bonnes idées

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Création d'un statut « Rédacteur ». Évalué à -2 (+0/-0).

    bin euh, si tu veux, les gommettes rouges avec une croix comme sur http://linuxfr.org/statistiques/moderation#moderation je ne trouve franchement pas ça motivant du tout. Mais je ne vais pas m'attarder sur du bikeshedding ;-)

  • [^] # Re: bonnes idées

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Création d'un statut « Rédacteur ». Évalué à -2 (+0/-0).

    relancer des contributeurs de dépêches qui semblent orphelines

    mail sur la ML rédacteurs ? Dans ce cas, contributeurs en copie caché s'ils ne sont pas inscrits à la ML rédacteurs et incitation à venir discuter sur la tribune de l'article concerné.

    C'est ce que je fais déjà manuellement, c'est très consommateur.

    rho, bah il y avait déjà une entrée de suivi :
    http://linuxfr.org/suivi/relance-pour-depeches-collaboratives
    (à compléter peut-être ? Faire le lien et donner la logique est possible sur la page de Redaction àmha)

    possibilité d'éditer des journaux 1 h après leur publication (pour de l'orthographe, prise en compte des commentaires genre correction d'url…) => à discuter (notamment le 1 h…)

    Pour quoi faire ? La capacité d'édition des journaux est plutôt à la charge des modéros, en cas d'abus.

    bah, l'ortho, la mise en forme Markdown (ajout de ligne avant une liste…)

    On (modors, rédacos) pourrait avoir un highlight dans n'importe quelle partie du site, quand on écrit en tant que {modo|admin|rédac}.

    ok, on va avoir l'utilité de la balise blink ^ ^

  • [^] # Re: Et les tests alors ?

    Posté par  (site web personnel) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 2.

    Qu'en est-t-il des tests en tant que documentation ?

    tu as loupé cette partie du journal :

    Quoi qu'il en soit, cette présentation s'intéresse aux "bugs" de notre cerveau et montre, comment des pratiques telles que le TDD, le pair programming, nous aident à combattre ses bugs, du type biais de confirmation, effet Dunning-Kruger, etc.

    bon, il faut savoir ce que veut dire TDD :)

    Et vous, vous en pensez quoi ?

    ne prendre en compte que les tests unitaires est àmha une hérésie ou au mieux insuffisant, ce sont les tests métiers qu'il faut prendre en compte pour avoir des commentaires pertinents ;-) (cela m'a permis de remonter aux specs dernièrement : bin oui, une exigence fonctionnelle a son test métier en face et réciproquement, pour valider les règles de gestion exprimées).

  • [^] # Re: Fait

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Tagging. Évalué à 0 (+0/-0).

    Pourquoi avoir restreint aux amr la possibilité de tagguer ?
    Tout inscrit devrait pouvoir ajouter des tags en espace de rédaction (bon, il manque notamment la possibilité de supprimer un tag d'un contenu…).

  • # Sacré Graal

    Posté par  (site web personnel) . En réponse au journal Nommer les choses par leur contenu, une norme. Évalué à 5.

    Heureusement qu'il y a des RFC comme celle-ci et les chevaliers qui disent ni !

  • [^] # Re: Oula

    Posté par  (site web personnel) . En réponse au message Logiciel/boîte à outil pour les personnes à mobilité extrêmement réduite. Évalué à 1.

    il y avait une fontaine de lettres qui jaillissaient du bas de l'écran et dont les lettres s'écartaient

    tu penses sans doute à dasher qui est un outil d'accessibilité.

  • [^] # Re: s/tribune/meta/ ?

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Ajout d'informations complémentaires dans la tribune d'une dépêche en rédaction/modération. Évalué à 2 (+0/-0).

    Mais la chronologie a son importance

    Effectivement, auparavant (début du passage en RoR), tout était inclus dans le chat de la tribune, même les locks de paragraphe (ceci arrivant assez souvent était un peu lourd). En revanche, pour les éléments proposés, cela devrait rester ponctuel et sujet de discussion au besoin, autant le faire apparaître aussi dans le chat de la tribune et l'avoir en infos meta dans les logs comme demandé par Oumph<.

  • [^] # Re: La vie est une perpétuelle lutte

    Posté par  (site web personnel) . En réponse au journal La police japonaise veut faire bloquer Tor. Évalué à -1.

    sur le tard…

  • [^] # Re: Pas sur ttrss

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Articles très vieux qui remontent sur Feedly. Évalué à 1 (+0/-0).

    c'est des zombies du 1er avril, il a dû regarder le DVD de 28 jours plus tard :-)

    cf. http://linuxfr.org/suivi/feeds-journaux-reapparition-de-sujets-antiques

  • # bonnes idées

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Création d'un statut « Rédacteur ». Évalué à 2 (+0/-0). Dernière modification le 19 avril 2013 à 23:23.

    Oui, àmha un nouveau statut permettrait d'ajouter des raisons de participer à LinuxFr

    autoriserait des actions complémentaires

    d'accord avec la liste proposée et quelques précisions :

    basculer des journaux dans l'espace de rédaction pour les transformer en dépêche,

    c'est la promotion de journal, via un bouton, vers l'espace de rédaction (si note > 1) => permet de proposer au plus tôt des contenus en rédaction collaborative, l'auteur est prévenu par mail (voire jabber ?) ainsi que la ML rédacteurs

    relancer des contributeurs de dépêches qui semblent orphelines

    • mail sur la ML rédacteurs ? Dans ce cas, contributeurs en copie caché s'ils ne sont pas inscrits à la ML rédacteurs et incitation à venir discuter sur la tribune de l'article concerné.

    un ajout à discuter :

    • possibilité d'éditer des journaux 1 h après leur publication (pour de l'orthographe, prise en compte des commentaires genre correction d'url…) => à discuter (notamment le 1 h…)

    Je suis néanmoins dubitatif sur :

    permettrait de voir les posts des rédacteurs mis en valeur sur la tribune générale de rédaction (via une petite étoile ou autre)

    sérieux ? des gommettes, comme en primaire ?
    Amhà, dans un premier temps, identifier une liste des rédacteurs sur http://linuxfr.org/team serait dans la continuité ;-)

    En outre, il y aurait sans doute une stat' à ajouter similaire à http://linuxfr.org/statistiques/moderation (sans les croix rouges), par exemple http://linuxfr.org/statistiques/redaction mais ce serait sans doute l'objet d'une autre entrée de suivi :-) Avec nombre de dépêches passées par la rédaction, nombre d'auteurs, nombre de rédacteurs, nombre d'édition (min, moy, médiane, max…), durée d'écriture des dépêches (min, moy, max…) / durée de validation des dépêches par la modération une fois soumises…

    mais géré +/- automatiquement

    semble une bonne idée à première vue, j'aime bien le côté "je valide vouloir (re-)devenir rédacteur, le critère du karma permettrait d'en redisposer immédiatement ou sinon le critère du nombre d'éditions en espace de rédaction sur les 7 derniers jours par exemple (contre-balançant la perte du statut avec 2 mois de non-édition). À chacun de choisir de revenir et se déclarer rédacteur me semble intéressant (ou promu de force par des modos :D).

    Concernant la discussion sur le recouvrement avec les modérateurs, la distinction a priori et a posteriori me semble pertinente, mais les responsabilités s'étendent plus loin visiblement, autant ne pas mélanger les genres, le principal étant de constituer des équipes soudées comme nous le sommes (et discutant pour se constituer et perdurer).

  • [^] # Re: 3 en 1, ta machine configurée comme il faut

    Posté par  (site web personnel) . En réponse au message Portail "Point d'accès". Évalué à 1.

    en bref, un portail captif ;-) (il y a des successeurs à chillispot)