LaBienPensanceMaTuer a écrit 1611 commentaires

Bon, une recherche google plus tard, je t'ai trouvé la liste chaines broadcastées en clair (et donc accessible avec un tuner DVB-C quelconque) sur numericable…

Bein ça correspond en gros au bouquet "gratuit" de la TNT ….

Autant te dire qu'il va pas falloir compter la dessus pour occuper les longues soirées d'hiver :)

disclaimer: je n'ai aucune idée de comment fonctionne numéricable pour son offre de télé, cependant, il y a quelques petites choses à prendre en considération:

_ La carte tuner DVB-C peut fonctionner … attention cependant à ce que diffuse numericable.
Par exemple, sur CanalSat, beaucoup de chaînes sont cryptées (même si gratuites) et il est nécessaire de passer par le décodeur qui va bien (comprendre "embarquant le bon soft de contrôle d'accès") pour déchiffrer le flux.
Sachant qu'en DVB-C, l'opérateur est seul responsable de son réseau (et donc de la diffusion), il fait un peu ce qu'il veut, et tu peux donc te retrouver avec l'intégralité des chaînes cryptées. (voir la colonne "cryptage" [de ce tableau])(http://fr.kingofsat.fr/pack-canalsat.php)

_ La carte d'acquisition black-magic: Toute la nuance est dans "contenu protégé" …
En effet, généralement, HDCP est activé pour tout, ou rien, mais ce n'est pas activé/desactivé en fonction des chaines que tu regardes. Pour peu que numericable est correctement implémenté HDCP dans sa box, tu ne pourras rien acquérir …
Et visiblement, numericable implémente le HDPC dans ses box

_ L'appli Android te permettra certainement de récupérer des chaînes … mais peut être pas toutes. En l’occurrence, pas sûr que toutes les chaînes "historique" diffusées sur la TNT soit broadcastées via IP.

En résumé, tu risques de t'arracher les cheveux et surtout, je te conseille de bien te documenter sur ce que diffuse numéricable avant de te lancer dans un investissement tel que la carte Black Magic …

Euh … délivre moi d'un doute … tu payes des impots ?
T'es au courant que, globalement, les problèmes de Bercy sont un peu les problèmes de tout les français ?

+1 pour le retard.
-1 pour Suse … je vois pas de référence à ce dernier dans son journal. Aurai je manqué quelque chose ?

A aucun moment je ne vois Suse dans son journal …

Peut être pourrait il être intéressant de le juger sur le contenu de son journal plutôt que sur celui de ses précédents journaux, non ?
Le repentir, tu connais ?

Pour toutes les raisons déjà citées, c'est stupide.

J'en ajouterai une … tu écris:

"On attribuerait juste un numéro à chaque serveur pour le différencier des autres serveurs qui seraient géolocalisés au même endroit."

As tu déjà entendu parler des datacenters ? Tu sais, ces grandes batisses renfermant des centaines de baies de 40U pouvant donc contenir, en théorie, jusqu'à 40 serveurs dans un espace au sol d'environ 44cm sur 1m.

Sans compter que ces serveurs peuvent eux même faire tourner des hyperviseurs et donc héberger des dizaines de serveurs virtuels.

Allé, on met 20 serveurs par baie et 20 VM par serveur, ça nous fait qd même 400 serveurs pour un même point GPS … ça fait beaucoup non ?

• correction de bugs et nouvelles fonctionnalités plus vite intégrées.

Personnellement, en 15 ans d'utilisation de vim pour coder, rédiger des mails et autres documents je n'ai jamais rencontré de bug …
Cet argument est donc légèrement HS ;)

Bein ouais quoi ! Si tu veux que les gens s'intéressent à ton projet, compile ton code et joue à ton jeu, il faut leurs en donner l'envie… et ça, ça passe par capture d'écran et compagnie …

Et puis, mieux vaut factoriser non? Au lieu de faire perdre 3 minutes à N personnes pour qu'elles cherchent sur google (ce qui veut dire N requêtes google pour le même terme de recherche, et c'est pas très très "green"), tu prends toi c'est 3 minutes pour les faire économiser aux autres!

Peut être peut également prospecter auprès des lycées et établissements d'enseignement supérieur orienté technologie pour trouver des candidats (tant du côté des élèves que des enseignants). Si, lorsque j'étais lycéen, on m'avait proposé ce genre d'aventure, j'aurai complètement adhéré !!

Un Fab Lab peut toucher des gens de sensibilités techniques variées, et linuxfr seul ne te permettra pas d'avoir une visiblité suffisante (du moins je pense) … mais peut être t'es tu déjà dit ça ?

Bon courage en tout cas pour mener à bien cette initiative !

Pour moi, il y a qd même une part de "logique élémentaire"… je m'explique avec un exemple (j'aime bien les exemples ;p).

Admettons que tu vives dans une studio de 20m2. Tu vas le meubler en conséquence et éviter d'acheter la dernière télé 46", non ? C'est une réaction logique.
Bein notre planète, nos ressources, c'est un concept relativement équivalent: c'est limité de facto. Le problème est que notre civilisation moderne a fait de la croissance un indicateur de richesse et de bonheur mais que, malheureusement, une croissance infinie n'est pas viable dans un environnement fini. C'est là ou la logique est assez implacable.

Après, je te l'accorde, sur les questions de transhumanisme, cela devient nettement plus compliqué de pouvoir mettre une logique…

hmm … je trouve ça assez clair, mais c'est relativement logique vu que c'est sorti de mon cerveau ;)
Je vais tâcher de développer.

La problématique "humaniste" pourrait être résumée en plusieurs questions:
_ Que peut on se permettre de faire avec le corps humain "éthiquement" ?
_ La volonté de repousser sans cesse les limites de la mort (en augmentant l'espérance de vie mais aussi en permettant à des individus non viables de vivre) est elle pérenne pour l'humanité, la planète, la société, …

L'implication sentimentale quant à elle est, je pense assez triviale à comprendre ;)
Mais, pour faire le parallèle avec un sujet de société qui revient régulièrement, une personne dont la grand mère souffre énormément d'un cancer en phase terminale sera plus ouverte à l'idée de l'euthanasie que quelqu'un qui n'est pas dans ce cas là.

Pour finir, la logique la plus élémentaire consiste à prendre les faits et les confronter ensemble: l'humanité et la planète peuvent elles assumer une population toujours croissante et qui serait par la même occasion vieillissante? Les ressources suffiront elles? Notre habitat et notre rapport à ce dernier le permettent ils?

Dans l'état actuel des choses, je ne pense pas… Toutefois, si on en vient à une société ou l'on serait tous dans des oeufs, alimentés par un serum en intra-veneuse, et vivant nos vies par le biais d'un ordinateur central qui enverrait les impulsions électriques qui vont bien à notre cerveau pour nous faire croire qu'on est en train de courir sur la plage, peut-être….

Vaste question en résumé … mais je crains que les pires dystopies cyberpunk ne soient, au final, pas si éloignées de la réalité qui nous attend.

Je ne trouve pas choquant que Google s'engouffre dans la brêche du transhumanisme … bien au contraire, c'est parfaitement cohérent avec la logique d'innovation du groupe.

De toutes façons, il est un peu tard pour s'inquiéter de ça: la médecine moderne a fait des progrès tels que les limites naturels de l'être humain on été transgressées depuis bien longtemps: on guérit le cancer, on greffe des membres amputés accidentellement voir même des faces complètes, notre connaissance du génome progresse un peu plus chaque jour… en bref, cela fait bien longtemps que l'on joue aux apprentis sorciers/demi dieux.

Le problème dans tout ça n'est pas tant la volonté de google d'aller vers la "singularité" mais plutôt l'humanité en elle-même.
Tout le monde a, dans son entourage, quelqu'un qui a été "sauvé" par la science. Moi même, si j'avais vu le jour un siècle plus tôt, je n'aurai pas fêté mon premier anniversaire. Cette implication "sentimentale" dans cette problématique "humaniste" fait qu'on est prêt à tout accepter pour vivre et voir vivre ses proches un peu plus longtemps et un peu plus confortablement et ceci au détriment de la logique la plus élémentaire.

Google dans tout ça n'est qu'une entreprise comme une autre: elle cherche à faire des profits en trouvant de nouveaux marchés. Qui dit marché, dit client. Si l'humanité n'était pas un client potentiel à l'être humain v2.0, alors google n'irait pas dans ce sens …

Ca en parle ici:
http://fr.wikipedia.org/wiki/IBM_PC#Question_fr.C3.A9quemment_pos.C3.A9e.5BPar_qui.C2.A0.3F.5D

Visiblement, il y a 2 raisons, mais aucune des deux ne parle du DOD.

C'est absolument inutilisable pour faire quoique ce soit de sérieux, ne serait ce qu'à cause de la surface occupée par le clavier virtuel qui t'empêche de voir le contexte autour de ce que tu tapes (utile qd tu codes).

Toutefois, il existe un tas de clavier dent bleue qui feront ton bonheur … attention toutefois aux touches "exotiques" ('fin, façon de parler) qui ne sont pas toujours supportés par l'appli:
J'avais par exemple un netbook chinois (avec un clavier hardware donc), et le alt-gr ne fonctionnait avec le client SSH ConnectBot (facheux en azerty pour faire des | par exemple).

Voilà my 2 cents …

Ce n’est pas l’objet. L’idée c’est plutôt du distribuer la charge des différents services à différentes machines, ça ne change rien au « load balancing » par service.

Effectivement … c'est un peu la base du service DNS que de faire pointer des noms vers des serveurs, qu'ils soient différents ou non… à aucun moment je ne remet ça en cause.
Je ne vois pas en quoi l'emploi du sous domaine vide (plop.com) nuirait à la distribution de services …

Sans les sous-domaines, il reste la seule solution que tu proposes, une machine frontale pour tout et qui redistribue le boulot. Bien que ça puisse très bien marcher comme ça, c’est un choix qui a peu de chance d’être optimal à tous les coups.

C'est pourtant un choix qui, comme je le disais plus haut, a été adopté par des hébergeurs professionnels.
Cette solution technique représente quelques intérêts non négligeable:

_ Moins de machines accessibles via les adresses IP publiques réduit d'autant les vecteurs d'attaque
_ Une facilité de gestion des machines/services accrues: tu veux modifier complètement la façon dont ta plate-forme est construite ? Aucun problème, le retour frontal et les enregistrements DNS publics restent inchangés…
_ Economie d'IP (loin d'être négligeable en v4).

Par ailleurs, encore une fois je ne remet pas en cause l'utilisation de DNS et des sous domaines mais surtout les justifications de Tanguy pour le cas particulier du sous domaine www que je trouve juste légère …

Oui, mais pourquoi l’adresse devrait alors être celle du service web ? Ne pourrait-on pas trouver plus utile un autre service par défaut (pas STMP et XMPP, le problème ne se pose pas pour eux).

Encore une fois, c'est qu'une question de point de vue, d'esthétique … mais en rien une obligation/limitation technique… Si effectivement j'ai envie de faire pointer mon plop.com vers un serveur FTP libre à moi.

Avoir pour seul choix d’utiliser un serveur frontal me paraît bien limitant. Cette solution marche mais il en a d’autres pour peu que les services puissent être distingués via le DNS.

Comme je le disais plus haut, cette solution présente des avantages indéniables et est parfaitement adaptée au hébergement de type "3 tiers" ou seuls les frontaux web doivent être accessible par le commun des mortels.

Par ailleurs, beaucoup de structures (PME hébergeant leur infra, PME disposant d'un dédié avec des VM, Geeks auto-hébergés, etc…) disposent généralement que d'une IP publique: dans ce cas, tout les services sont rattachés à la même IP et la différenciation de ces derniers se fait au niveau du routeur et des règles de NAT.

Après lecture de ton article, je continue de penser que ta justification de ce "reliquat" est un peu tirée par les cheveux…
Je développe …

Tout d'abord, dans ton commentaire, tu écris:

mais il est, par ce point précis — les enregistrements DNS dédiés — bien plus modernes que HTTP

C'est comparé l'incomparable: d'un côté SMTP qui a effectivement été intrinsèquement lié à DNS pour une raison simple: la tolérance aux pannes (je ne vais pas rééxpliquer le concept de MX2 & co …).

Ce lien fort entre ces deux protocoles permet aux infrastructures de courriers électroniques de livrer un mail dans une majeure partie des cas, même en cas de panne temporaire d'un des éléments de la chaine.

Toutefois, d'un point de vue utilisateur, cela n'a strictement aucun intérêt. Si mon serveur de mail sortant est mail.plop.com et que celui-ci est down temporairement, le mécanisme DNS ne changera strictement rien à l'expérience utilisateur: je n'arriverai pas à envoyer mon mail.

Dans l'absolu, ce principe est absolument inapplicable à un service web: un serveur lambda peut toujours stocker un mail en attendant que le serveur autoritaire revienne à la vie … cela se fait tout seul sans qu'il n'y ai quoique ce soit à gérer d'un point de vue applicatif.

Pour le web c'est autre chose: tu dois t'assurer que ton WWW2 (l'équivalent du MX2) ai bien le contenu de ton WWW primaire répliqué.
Mais attention, le contenu c'est bien, mais il faut aussi, si tu veux bénéficier d'une expérience utilisateur fluide, synchroniser les "sessions" des utilisateurs…. résultat, énormément de taf d'un point de vue applicatif (filesystem partagé, réplication master/master sur les bdd, etc…).

Introduire au sein de DNS un système de load balancing/fail over sur HTTP à la façon de ce qui est fait sur MX aurait été plus une source d'erreur (oh bein j'ai rajouté un WWW2 ça veut dire que j'ai du load balancing ??) qu'un réel gain.

Maintenant dans ton article, tu justifies l'existence du 'www.' par plusieurs autres arguments:
- Lisibilité de la zone DNS
- Identification aisée de quel serveur héberge quel service.

Encore une fois, c'est deux arguments sont, à mes yeux, plutôt légers et serait irréfutables uniquement dans le cas dans réseau local
Rien en t'empêche de lier, au niveau DNS, tout tes services à une même adresse IP (celle par exemple d'un routeur/firewall) et de faire le dispatch de ces services aux niveau du routeur (ce que j'ai souvent vu faire chez des hébergeurs pros: routeur qui tient les IP et gère la sécu + frontaux/filer/db en réseau local pour les vrais services).

Par ailleurs, rien ne t'empêche d'avoir un enregistrement A pointant vers X.X.X.X pour le root de ta zone (plop.com) et d'autres pointant vers d'autres IP pour d'autres noms de ta zone.

Pour conclure, je dirai que je préfère comme toi avoir des FQDN clairs pour mes différents services (mail.xxxx pour le mail, www.xxxx pour le web, etc..) mais, qu'à mon humble avis (mais je crains qu'il n'existe pas de réponse "unique" à ce débat), il n'y plus aucune justification technique à cela…

Tu peux développer un peu ton propos car je n'y comprend absolument rien ….
Et sinon …

protocoles modernes comme SMTP

Looll … il est plutôt vieux ce protocole (http://tools.ietf.org/html/rfc821 / Aout 1982) et c'est d'ailleurs pour cette raison que le spam est toujours d'actualité de nos jours: ce vieux protocole fait une confiance aveugle à l'expéditeur de l'email chose qui de nos jours, serait impensable…

C'est cette confiance aveugle et idiote qu'on cherche aujourd'hui à contourner avec les DNS-BL, SPF et autres mécanismes de lutte antispam.

… question:

et deux divorces

Sans les mains, comment fais tu pour coder ?

Si j'ai bien compris où tu voulais nous mener, la singularité de ce hard réside dans sa plateforme sur base d'Atom.

Certes, on retrouve des GPIO, mais bon, rien de neuf sous le soleil dans cette tranche de prix!
En effet, il existe depuis des années des cartes aussi compactes voir plus sur plateforme x86.

La même sous les 100$, je prend…

J'ai achete ma 2CV de 62 (embrayage centrifuge, 4L/100 km), a son premier proprietaire il y a dix ans pour mille euros.

C'est la le secret … plus un modèle de voiture vieillit, moins on trouve d'exemplaires roulants.
Les Deuch' sont devenus rares en état roulant et tout ce qui est rare est cher.
Et c'est le marché qui veut ça …

On commence à 2900€ un modèle dans son jus pour finir à 6500€ pour un modèle propre

Donc excuse moi, mais 3k€ pour une caisse de 30 ans, sans puissance, sans freins digne de ce nom, sans ABS, sans airbag, et dans laquelle tu dois mettre un additif (ça ne roule pas au sans plomb cette chose), c'est pas très exactement ce que je qualifie de "relativement peu cher"

Les AMI8 restent plus accessible car leurs côte d'amour est sans comparaison avec la deuch' … malgré tout, ce que j'ai vu sur leboncoin (~1500€) me parait déjà trop cher.

(Pour info, j'ai acheté récemment une BMW 316i de 1995 pour 1000€ … ça c'est peu cher :p).

Il y a la deux chevaux et ses derives, AMI6, AMI8 et derivees.
Faible consommation, faible prix d'achat,

Ça c'est ce que tu crois …. je te met au défi de trouver une 2 CV à "faible prix d'achat"…

Ca marche toujours … un collègue s'en est pris cab récemment pour 15k€ (et faut avouer que ça a de la gueule et ça fait un joli bruit ;p)

Même si je doute de la réelle pertinence d'un tel journal ici (avec cette palanquée de geek écolos, tu vas juste te faire flammer ;p), je rajoute un "bolide" à la liste: la Nissan 350Z:

6 cylindres en V
3,5 litres
280 ch à 6 200 tr/min
Propulsion

Seul "hic", le poid légèrement plus élevé que ton cahier des charges : donné pour 1400kg par le constructeur … mais tu as 80 canassons de plus que ton "max", ce qui devrait gommer cette surcharge.

Dans mon coin, ça se négocie d'occasion aux alentours de 15k€, exemple: http://www.leboncoin.fr/voitures/385861160.htm?ca=21_s

Peut être qu'il s'imagine qu'en mettant AND 1=1 dans l'URL, il va avoir accès au plan de la zone 51 !!!

Ahlalaalalalalala. Moi ça me déprime : - (

Moi ce qui me déprime c'est ce genre de commentaire, sans queue ni tête, sans fil conducteur, sans aucun sens …