Joris Dedieu a écrit 1614 commentaires

  • [^] # Re: Résilience -- 3 points 1 question

    Posté par  (site web personnel) . En réponse au journal Rapport sur la résilience de l'Internet en France. Évalué à 7.

    C'est vrai que j'ai été étonné que les gros routeurs utilisent BGP qui est configuré à la main,

    La conf des routeurs est avant tout une question de politique commerciale et de gestion des frais généraux. C'est aussi la gestion de la qualité des liens qui est une notion souvent subjective et impalpable (on sait d’expérience que ça marche mieux par cette route, que tel peer ne vaut pas plus qu'un backup …). C'est enfin des bons usages non exprimables de façon algorithmique (on évite de saturer le voisin, on l'aide durant les dos …). BGP répond bien à ces exigences avec les local prefs et l'AS-prepend. Bref la force de BGP est de pouvoir tricher.

  • [^] # Re: C'est formidable !

    Posté par  (site web personnel) . En réponse au journal Que pensez-vous du SEO ?. Évalué à 2.

    bazar digne de la maternelle.

    Quitte à jouer au cons autant commencer à parler de SEO

  • [^] # Re: Écrire bourré c'est mal m'voyez

    Posté par  (site web personnel) . En réponse au journal White List & Black List. Évalué à 4.

    Sisi après les fêtes et une belle indigestion ;)

    Sinon je pensais à la congélation. Du coup avec un bon coup de soleil, une indigestion, une hépatite (ou une cirrhose c'est plus rigolo) et correctement congelé, tu peux sans doute approcher du noir parfait

  • [^] # Re: Écrire bourré c'est mal m'voyez

    Posté par  (site web personnel) . En réponse au journal White List & Black List. Évalué à 10.

    C'est le genre de renommage dont j'ai horreur

    J'imagine qu'ici "tête de nègre" s'est transformé en "boule choco" ou quelque chose d'approchant.

    Ici l'exemple est anecdotique mais je crois qu'on peut aller plus loin. Si changer des mots c'est peut-être changer la façon de percevoir le monde, enlever des mots c'est sans doute réduire les possibilités de perception. L'exemple le plus flagrant à été la disparition du mot "inculpation" au profit de "mise en examen".

    Inculpé, on voyait la prison, les barreaux de fer, Cayenne ou quelque vieille prison et un homme trainé de force au tribunal entre deux gendarmes bourrus d'origine fortement agraire. Inculpé ça sent la misère humaine, l'histoire tragique, la passion, la bande de potes qui foire. Ça à une odeur, une lumière, une humanité. Mise en examen, ça pu la clinique gynécologique, l'hygiaphone administratif, le bac blanc.

    Le politiquement correct ne nous condamne-t-il pas à un monde étriqué ?

    Sur le sujet, je vous invite à consulter les articles de wikipedia sur l’intentionnalité et sur Maurice Merlo-Ponty et plus généralement la Phénoménologie

  • [^] # Re: Écrire bourré c'est mal m'voyez

    Posté par  (site web personnel) . En réponse au journal White List & Black List. Évalué à 4.

    que personne n'est tout noir #000000 ou tout blanc #FFFFFF

    L'été certains parviennent quand même au #FF0000 et au #00FF00 à noël. Pour le #0000FF c'est plus dur.

  • # GED

    Posté par  (site web personnel) . En réponse au journal Linuxfr+ldap ? Une solution de gestion de communauté efficace ?. Évalué à 2.

    Je pense qu'un outil comme alfresco est exactement ce dont vous avez besoin. Édition collaborative, découpage en projet, publication, lien avec les réseaux sociaux … voir aussi nuxeo, twiki …

    Pour l'autentification, Un ldap ne suffira sans doute pas. Il te faudra sans doute un web-sso (Si vous conservez un milliard d'outils en tout cas) : lemonldap::ng est ton ami

  • [^] # Re: ArchLinux

    Posté par  (site web personnel) . En réponse au journal Arch Linux signe ses paquets !. Évalué à 4.

    ut rentrer le bon nom du paquet sinon c'est sûr que rien ne va s'installer. Il faut donc installer xfce4

    Tout est d'ailleurs ici : https://wiki.archlinux.fr/Xfce

  • # le schéma n’est pas documenté.

    Posté par  (site web personnel) . En réponse au journal Problème de suivi d’un logiciel privateur. Évalué à 3.

    Normalement - je ne connais pas trop les machins de MS - mais tu dois pouvoir faire du reverse assez simplement si ce n'est pas un moteur de stockage maison.

  • [^] # Re: Entêtes binaires???

    Posté par  (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 9.

    Il faut aussi voir ce qu'on gagne en passant à du binaire.

    Je crois que plus trivialement la question qui se pose est d'éviter la compression et d'être efficace dans l'implémentation. Tes en-tête binaires, tu les colles dans une structure (qui au passage existe déja dans toutes les implémentations ou presque (ici httpd.h de chez apache)) :

    #define M_GET        0
    #define M_PUT        1
    #define M_POST       2
    #define M_DELETE     3
    #define M_CONNECT    4
    #define M_OPTIONS    5
    #define M_TRACE      6
    #define M_PATCH      7
    #define M_PROPFIND   8
    #define M_PROPPATCH  9
    #define M_MKCOL     10
    #define M_COPY      11
    #define M_MOVE      12
    #define M_LOCK      13
    #define M_UNLOCK    14
    #define M_INVALID   15
    
    

    Oh ! surprise, on traduit en binaire des en-têtes texte pour pouvoir appliquer des masques comme par exemple dans nginx (modules/ngx_http_static_module.c) :

     if (r->method & NGX_HTTP_POST) {
    
    

    Pour la surabondance et le foutoir, on peut toujours prier ou militer. Apparemment c'est mal barré (http://tools.ietf.org/html/draft-ietf-httpbis-p6-cache-19). Mais je crois qu'il ne faut surtout pas se tromper de débat. La question qui est posée est texte compressé vs binaire, pas texte rationnel vs binaire. On peut concevoir que ce ne soit pas le bon débat mais c'est ainsi qu'il se pose. C'est ce que j'ai essayé d'évoquer en filigrane dans l'article. HTTP/1.1 ayant la place qu'il a aujourd'hui, il va être remplacé par un protocole beaucoup plus agressif. C'est un fait. Cela signifie entre autre que le débat binaire / texte est déja tranché. Ce sera binaire, reste à savoir si ce sera du binaire intelligent que tu colles dans ta structure après t'être posé trois questions ou le charabia actuel comprimé qu'il faudra décomprimer avant de le parser pour finir par faire finalement une structure binaire (retour en 1) que tu va exploiter, puis refaire le chemin inverse.

    Et il me semble qu'au niveau de l'efficacité d'une implémentation, il n'y a pas photo entre les deux propositions.

  • [^] # Re: SRV

    Posté par  (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 8.

    Suffit de dire que le port spécifié dans l'url écrase celui du srv

    Oui par exemple. Il faut juste le standardiser :)

  • [^] # Re: SRV

    Posté par  (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 3.

    Pourquoi donc ?

    Pour clarifier la question du port qui peut être spécifié et dans l'url et dans le srv.

  • [^] # Re: Filtrage

    Posté par  (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 3.

    Il n'y a pas que le filtrage. Il y a aussi le load-balancing.

    En fait, il y a plein de cas pour lesquels des reverse proxies sont nécessaires.

    C'est un moyen couramment utilisé par exemple pour transmettre une requête à un serveur applicatif (tomcat, thin …). Décider si la requête est applicative ou non nécessite alors un cycle de décompression.

    Ce n'est qu'un exemple. Dans toute les archi web un peu lourde, il est courent d'avoir des chaines de traitement des requêtes complexes mettant en oeuvre divers niveaux de proxies et de caches.

  • [^] # Re: SRV

    Posté par  (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 3.

    Je me demande dans quelle mesure, ça ne sort pas du scope. Historiquement http est un protocole indépendant du transport. Donc qui peut en théorie être très bien utilisé sur autre chose que de l'IP. Bon on voit bien que ça parle quand même beaucoup de "connexions tcp" donc c'est peut-être un peu illusoire. Mais sans doute l'une des raisons.

    Une raison plus fondamentale est que cela demande de revoir le format des URL.

    Il y a eu un draft en 2002 à ce sujet : http://tools.ietf.org/html/draft-andrews-http-srv-01

  • [^] # Re: PHP, ou comment condamner un bon projet à sa naissance

    Posté par  (site web personnel) . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 2.

    Il y a suexec mais d'après ce que j'ai lu, aucun n'est vraiment efficace en terme de performance…

    De mon experience, suexec n'est pas vraiment pénalisant. Le problème est surtout de passer de module vers fastcgi.

    En fastcgi tu as moulte solutions qui permettent de contourner ce problème : suexec, spawn_fcgi, php-fpm

  • # plop

    Posté par  (site web personnel) . En réponse au journal Mandriva et Mageia. Évalué à 9.

    Après des délibération dont le contenu reste secret (sur demande de Mr Croset)

    Décidément, il y en a qui n'ont toujours strictement rien compris à rien.

  • [^] # Re: Autre exemple tout con

    Posté par  (site web personnel) . En réponse au journal Les emails par Neuf…. Évalué à 6.

    C'est normal. Google utilise DKMS, ce qui permet d'éviter le

    DKIM …

  • [^] # Re: Jamais le sel avant que ça boue

    Posté par  (site web personnel) . En réponse au journal Pâtes à l'huile d'olive ou au beurre ?. Évalué à 1.

    très délicat en cantines pour maintenir les plats assez chaud 40°c de mémoire, sans avoir de pâtes trop cuites.

    Or tu n'as pas le droit de maintenir quelque chose au chaud en dessous de 60° durant plus de 2 heures (pour cause de terrain favorable au développement microbien). D’où la seule bonne façon de faire des pâte en grand nombre :

    • les cuire bien al dente dans de l'eau bien salée (à cause du rinçage)
    • les égoutter et le rafraichir vivement avec de l'eau froide et de la glace
    • les égoutter une seconde fois
    • les huiler un peu et le stocker au frigo bien filmé/
    • les réchauffer à la minute dans de l'eau bouillante (plonger la passoire avec la quantité ad-hoc de pâtes dans un grand volume d'eau bouillante salé).
    • les assaisonner et servir.

    Autant saler avant de servir

    Saler l'eau te donne un salage uniforme.

  • [^] # Re: Toujours du beurre

    Posté par  (site web personnel) . En réponse au journal Pâtes à l'huile d'olive ou au beurre ?. Évalué à 5.

    Une bonne bière, ça se boit tiède !

    La bière c'est Belge ou ça n'est pas !

  • # Oui mais

    Posté par  (site web personnel) . En réponse au journal Pâtes à l'huile d'olive ou au beurre ?. Évalué à 6.

    Toujours de l'huile d'olive sauf pour les coquillette. Parce que les coquillettes au beurre ça le fait.

  • [^] # Re: Pourquoi PA sux

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.

    Question : qui a encore des cartes-son avec accélération "audio"?

    Personne. On préfère faire du passthru vers l'ampli qui lui fait du décodage hard.

  • [^] # Re: Orange

    Posté par  (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2. Dernière modification le 12 mai 2012 à 14:19.

    x et y ont une messagerie email Orange qui d'une manière générale marche bien

    Marrrrffffffffff :) Celle là c'est la meilleure.

    Je ne crois pas que ce soit un problème entre la chaise et le clavier

    Le problème est les serveurs smtp de AOLOrange qui (après avoir été openrelay durant des années) ne marchent simplement plus.

    • mails qui mettent des jours à arriver
    • mails qui disparaissent
    • mails silencieusement refusés …

    Durant un moment comme évoqué plus bas, il suffisait d'utiliser orange-msa. Mais les problèmes ont fini par les gagner aussi. La seule solution est de ne pas utiliser leurs serveurs. Y compris si ton domaine est hébergé chez eux. Par chance, il n'y a pas de spf sur aolorange.fr

  • [^] # Re: range ~~ta chambre~~ tes emails !

    Posté par  (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2.

    (uw-imap) savait désormais présenter de grosses boîtes mbox - sans doute grâce à la montée en puissance des machines actuelles.

    Pas si tu as beaucoup d'io par ailleurs. Dovecot est largement supérieur sur des grosses mbox dans un contexte très chargé.

  • [^] # Re: Fragmentation ?

    Posté par  (site web personnel) . En réponse au journal [Android] Le début d'une guerre ?. Évalué à 2.

    J'espère juste que cela ne va pas se finir en fragmentation à la Unix…

    Fragmentation ou diversité ?

  • [^] # Re: Je ne veux pas être pessimiste

    Posté par  (site web personnel) . En réponse au journal Et si on pouvait mettre fin à la vente lié . Évalué à 10.

    C'est beaucoup trop compliqué. La vente lié, c'est facile, tu allumes, ça marche…

    Non, tu allumes, tu acceptes le cluf et ça marche. Rien que le fait que le cas ou tu refuses ne soit pas prévue est un scandale en soit.

  • [^] # Re: Multi-utilisateur

    Posté par  (site web personnel) . En réponse à la dépêche Nginx 1.2, des progrès sur le code et les parts de marché. Évalué à 2.

    Si tu as 1000 vhost, ce n'est pas un gouffre en performance d'utiliser mpm_itk ?

    Même sur 100. ITK n'est clairement pas utilisable en prod.