🚲 Tanguy Ortolo a écrit 12706 commentaires

Il faut décidément en finir avec cette espèce d'idée ambiante selon laquelle tout devrait être facile ou intuitif. C'est faux, et il y a un excellent exemple : la lecture. Apprendre à lire n'a rien de facile, et si les gens avaient le choix, à l'âge d'apprendre à lire ils préféreraient ne pas le faire. Mais c'est utile, bien plus que l'alternative intuitive que sont les livres d'images.

Je ne vois pas trop pourquoi : tant que le navigateur gère le nouveau protocole ça change quoi pour l'utilisateur ?

Comment fera-t-on la différence entre les deux ?

Ça contribue à banaliser le Web. Imagine qu'un protocole vaguement concurrent de HTTP, mais mieux sur pas mal d'aspects voie le jour. Si l'utilisateur a été habitué à ce que tout ce qui ressemble à un nom de domaine, même sans « http:// » devant, soit du Web, eh bien ce protocole n'aura aucune chance, ce qui est bien dommage.

Cacher le protocole utilisé, c'est comme rendre invisible un système d'exploitation particulier, ça le banalise et ça nuit à la concurrence.

Non, ça ne change rien pour l'administrateur. Je suis juste déçu qu'on cache à l'utilisateur des informations utiles.

Note : mon exemple n'utilise qu'une machine et ne présente donc aucune forme de répartition de charge ou de service de secours.

Justement, pour le Web, ça permettrait quelque chose comme ça (convention de BIND, les noms de domaines non qualifiés sont complétés avec le nom de la zone) :

# srv proto pri rép serveur
_http._tcp SRV 10 70 muscadet
_http._tcp SRV 10 30 gewurztraminer
_http._tcp SRV 20 100 beaujolais

Où donc :

• muscadet et gewurztraminer seraient serveur Web principaux, muscadet recevant 70% du trafic et gewurztraminer 30% ;
• beaujolais servirait de serveur de secours en cas d'indisponibilité de muscader et gewurztraminer.

Ces deux pratiques, la répartition de charge et le service de secours sont précisément l'objet des enregistrements DNS SRV, utilisés pour des services comme Jabber et SIP. Le service de secours, et d'une façon beaucoup moins configurable, la répartition de charge, sont également utilisables pour le service de nom et le service de courrier avec les enregistrements NS et MX.

Il n'existe rien de tel pour le Web, ce qui implique des contournements comme l'utilisation de répartiteurs de charge (qui introduisent un point de défaillance) et d'adresses multiples. C'est beaucoup moins souple, beaucoup moins pratique, malheureusement.

Merci, c'est flatteur.

Maintenant, une gestion souple des noms comme je l'entends, c'est :

• une machine ⇒ un nom canonique, par exemple muscadet.example.com, avec enregistrements A, AAAA et plus si affinités :

  # Des machines
  muscadet.example.com. A 192.2.0.12
  muscadet.example.com. AAAA 2001:db8::12
  muscadet.example.com. HINFO "Intel Core i12" "Debian GNU/Linux"
  muscadet.example.com. TXT "Mon serveur personnel dans une boîte à chaussures"
  

• un service ⇒ un nom de service, par exemple :

  # Des services avec enregistrements spécialisés
  example.com. NS muscadet.example.com.
  example.com. MX 0 muscadet.example.com.
  _xmpp-server._tcp.example.com. SRV 0 0 muscadet.example.com.
  # Des services sans enregistrements spécialisés...
  www.example.com. CNAME muscadet.example.com.
  

Personnellement, je trouve ça plus logique et plus facile à gérer que de mettre des adresses en dur partout : j'aime bien l'idée que chaque machine ait un nom canonique, et qu'on lui associe les services qu'elle prend en charge avec des noms symboliques. Cela permet de représenter directement dans le DNS la relation physique « telle service est assuré par telle machine ».

Mais chacun sa façon de faire après tout, contrairement à toi, je ne considère pas ceux qui ont une habitude différente de la mienne comme des abrutis, moi.

Surtout qu'il a un sens, ce préfixe www : il permet aux administrateurs de détacher leur service Web principal de la base de leur nom de domaine. En effet :

• on peut vouloir assurer le service Web, le service Git, le service de courrier... avec des serveurs différents ;
• on peut vouloir placer mettre une indirection — un enregistrement DNS CNAME — sur la base d'un nom de domaine, afin de découpler services, serveurs et adresses IP de façon souple.

Or, contrairement au courrier électronique, à Jabber ou SIP, HTTP est un protocole fossilisé, incapable de s'adapter à des contraintes modernes telles que la répartition de charge et le service de secours. Ou, plus exactement, le W3C et les éditeurs de navigateurs Web ne sont pas assez dynamiques pour prendre en charge ce problème. D'où la nécessite de le contourner partiellement, avec ce préfixe www.

Je trouve que c'est triste de voir Sony qui attaque une nouvelle fois les gens tentant d'utiliser leur console

Moi je pense surtout qu'ils ne sont pas prêt de voir la fin des attaques informatiques dirigées contre eux. Ce n'est pas un hasard s'ils sont pris pour cible, et ils feraient bien de se préparer à une véritable descente aux enfers. Ce serait vraiment amusant s'ils en souffraient suffisamment pour être vraiment en péril.

Mon dieu. ils ont traduits les messages d'erreur de 'cd' et 'ls'...

Attends, tu n'as pas encore vu le pire : même les pages de manuel sont parfois traduites ! Et il est même possible d'avoir un environnement graphique** en *français, ça craint, non ?

C'est un critère sans importance pour les modèles avec lecteur (Micro)SD. :-)

Pourquoi nous donnes-tu un lien vers une page chez Google, redirigeant vers le vrai article Phoronix ?

et pire, si vous croyez via la licence Creative Commons attribuée que vous avez le droit de re-distribuer, vous serez aussi dans votre tort

Sûr, ça ? Si on me transmets une œuvre avec une licence donnée, mais qu'en fait celui qui me l'a ainsi distribuée n'avait pas le droit de le faire, ce ne serait pas plutôt lui qui serait en tort, des fois ?

Dans ce cas, précis, l'auteur de la musique, qui viole son contrat avec la SACEM en l'envoyant sur Jamendo...

Ça se traduit littéralement par « sans redevance », ce qui est faux puisqu'il y a manifestement une redevance initiale dont il faut s'acquitter.

En somme ce sont juste des entreprises comme les autres, nanties d'un avantage concurrentiel consistant en une subvention publique ?

Je pense qu'on peut résumer tout ça en : « rendre publiques les données publiques ». Cela a l'avantage de mettre en avant le caractère presque tautologique de cette demande : ces données devraient être publiques, puisqu'elles proviennent d'entreprises publiques.

Je suis peut-être pas bien réveillé ce matin, mais cette histoire me semble quand même particulièrement surréaliste. En gros l'IPP et la SAIF se plaint pour les pauvres photographes qui ont mis leurs photos en ligne sur Fotolia?

Officiellement, peut-être. En réalité, ils sont mécontents parce qu'ils ont un concurrent qui est en train de les bouffer.

D'accord. Alors du coup, ce ne sont pas des bugs à proprement parler, mais des demandes de fonctionnalités.

Pour ça, il y a git merge. Dans l'autre sens, de la branche master vers la branche de dev qui a pris du retard. Ça s'appelle rafraîchir une branche.

Hors sujet : je parlais des modifications de méta-données de commit.

Il dit qu'il n'a plus de genou.

modification des métadonnées de n’importe quel commit de l’historique ;

C'est quoi ça, de la modification rétroactive du passé ? Mauvaise idée, ne pas utiliser.

nitpicking(2)

Alors là, franchement, je ne comprends pas. Autant je comprends qu'on puisse utiliser des anglicismes courants par flemme ou par instinct grégaire, autant je n'arrive pas à comprendre ce qui t'amène à te forcer à utiliser celui-ci, qui est tout sauf courant et qui nécessite une explication pour être compris.

Plus sérieusement, cela permet de mettre en valeur Thunderbird comme un "produit" auquel la MoFo accorde autant d'importance qu'à Firefox.

Je pense que la meilleure façon de mettre en valeur Thunderbird comme un logiciel auquel la MoFo accorde autant d'importance qu'à Firefox, ce serait surtout qu'ils y accordent autant d'importance. Tant que ce ne sera pas le cas, toutes leurs tentatives sonneront faux.

La solution pour Mme michue est de se tourner vers osX.

Porte nawak. La solution pour Mme Michu, c'est de rester avec ce qu'elle a. Avoir la dernière version de Firefox, elle s'en fiche, elle ne sait même pas ce que c'est que Firefox, et encore moins ce que c'est qu'un numéro de version. Pour rappel, cette Mme Michu utilisait Internet Explorer 6 (onze ans d'âge, il me semble) sur Windows XP (dix ans d'âge) avant que son neveu ne lui installe Ubuntu avec Firefox.

Par ailleurs, on peut tout à fait installer Firefox depuis les binaires Mozilla sous GNU/Linux.

Mouais, je trouve que SeaMonkey ressemble d'avantage à un fourre-tout qu'a autre chose...
Personnellement j'aime pas du tout ce genre de logiciel.

Je n'aime pas non plus les fourre-tout, mais je ne trouve pas ça rédhibitoire du moment qu'on peut installer les composants qu'on veut. Pour moi ça évoque une conception ancienne, le « bon vieux temps » avec tout ce que ça implique : ça a l'air vieillot mais c'est de bonne qualité, et pas guidé par le marketing.