Profil
Analysis
Analysis rassemble les profils des personnes, entreprises, institutions et autres entités couvertes par BTW.MEDIA, afin que les lecteurs puissent comparer les sujets derrière ses reportages. La page permet de comparer les profils publics, les événements associés, les dossiers de preuves, les changements de responsabilités, l’ampleur des activités, l’exposition aux instances de gouvernance, les liens organisationnels et la pertinence sur le marché, tout en distinguant les fiches des organisations et des personnes de la simple chronologie de l’actualité. Les lecteurs peuvent comprendre qui ou ce que représente le profil, sur quelles sources publiques il s’appuie, comment il se relie aux entreprises, aux infrastructures, aux marchés, aux instances de gouvernance ou aux événements, et quels changements méritent une attention continue à mesure que le sujet évolue.
Histoire d'Internet
Le serveur qui cessa de rappeler : comment le FTP passif franchit le pare-feu
Le FTP ne fut pas adapté aux pare-feu par une refonte spectaculaire. Une décision plus modeste suffit: le serveur attendrait le second appel au lieu de le lancer. Ce renversement conserva les deux voies du protocole tout en redonnant aux extrémités la charge de savoir à qui elles…
Histoire d'Internet
La requête était trop grande avant même son corps : pourquoi HTTP avait besoin de 431
Une requête HTTP peut être refusée avant la lecture de son contenu. Ce n'est pas qu'Internet ait fixé une taille universelle: un récepteur a décidé quelle quantité de contexte de contrôle il acceptait de traiter. Le code 431 a rendu cette limite locale intelligible.
Histoire d'Internet
L’hôte qui apprit une petite table de routage : comment IPv6 classa les premiers sauts
IPv6 ne transforma pas chaque terminal en routeur. Il permit d’exposer quelques choix temporaires, puis laissa l’hôte combiner préfixe le plus long, joignabilité observée et politique locale. La limite faisait partie du mécanisme.
Histoire d'Internet
Le serveur qui comptait avant de répondre : pourquoi HTTP a eu besoin de 429
Le cinquante et unième appel peut être aussi correct que les cinquante précédents et recevoir pourtant un refus. HTTP 429 a rendu cette décision compréhensible sans prétendre définir l’identité comptée, la portée du quota ni la justice du partage.
Histoire d'Internet
Le silence qui autorisa une adresse : ce que DAD pouvait prouver
IPv6 DAD fonda une décision importante sur une absence observée: aucun rival ne se manifesta pendant une épreuve locale et bornée. Restait à limiter la portée de ce silence.
Histoire d'Internet
L’écriture qui devait nommer son passé : pourquoi HTTP a eu besoin de 428
Une requête peut être valide, autorisée et pourtant trop ignorante pour modifier une ressource. Avec 428, l’origine peut exiger qu’elle dise d’abord sur quel état antérieur repose sa décision.
Histoire d'Internet
Le nom choisissait le service : DNS SRV et ses hôtes
Un domaine menait autrefois vers une adresse et un port supposé. DNS SRV a rendu la localisation du service explicite, multiple et limitée.
Histoire d'Internet
La requête qui devait attendre : pourquoi HTTP a créé 425
TLS 1.3 peut envoyer une requête avant la fin du handshake. HTTP 425 la renvoie après cette preuve quand agir en early data serait rejouable.
Histoire d'Internet
L’alias qui ne déplaçait pas l’autorité : DNS DNAME
DNAME redirige les descendants en remplaçant un suffixe. Le propriétaire, l’apex, la coupure de zone et l’autorité NS restent en place.
Histoire d'Internet
L’enregistrement qui a laissé la page intacte : HTTP 204
HTTP 204 confirme une action sans remplacer la vue active. L’état marque l’achèvement; les en-têtes portent l’identité après l’action, sans contenu.
Histoire d'Internet
La connexion qui ne faisait pas autorité : pourquoi HTTP a eu besoin de 421
Avec HTTP/2, une connexion authentifiée pouvait desservir plusieurs origines nommées et éviter de nouveaux établissements coûteux. Le statut 421 en a fixé la limite: atteindre un point de terminaison muni du bon certificat ne suffit pas à lui imposer de répondre pour chaque…
Histoire d'Internet
La copie arrivée sous forme de différence : HTTP 226
HTTP 226 fait voyager une instance modifiée comme instruction pour une base en cache. Base, delta et résultat reconstruit gardent des identités distinctes.
Histoire d'Internet
L’alias qui n’avait pas besoin d’une seconde visite : HTTP 208
WebDAV pouvait exposer une collection par deux chemins. HTTP 208 garde le second visible tout en évitant de reparcourir les descendants déjà signalés.
Histoire d'Internet
La préférence qui pouvait perdre : la course Happy Eyeballs
Une adresse IPv6 valable peut mener nulle part. Happy Eyeballs laisse IPv6 partir en tête, puis permet au chemin joignable de gagner sans longue attente.
Histoire d'Internet
La connexion au-delà de l’adresse : les identifiants QUIC
Adresse et port UDP peuvent changer avant la fin du travail. L’identifiant QUIC maintient le fil, mais validation du chemin et rotation bornent la confiance.
Histoire d'Internet
Le nom créé par la question : les limites du joker DNS
Un joker DNS peut synthétiser un nom absent de la zone. Nœuds exacts, non-terminaux vides et délégation décident pourtant quand ce défaut borné peut répondre.
Histoire d'Internet
Le nom absent de la connexion HTTP
TCP atteignait une adresse et HTTP demandait un chemin, mais le serveur partagé ignorait le site choisi. HTTP/1.1 rendit cette autorité explicite dans `Host`.
Histoire d'Internet
L’en-tête disparu entre deux paquets
La RFC 1144 fit presque disparaître quarante octets d’en-têtes sur les liaisons lentes: deux voisins gardaient le même état et n’envoyaient que l’écart.
Histoire d'Internet
La ligne qui ressemblait à la fin dans SMTP
SMTP terminait un message de longueur inconnue par une ligne réduite à un point. Le doublage la rendit réversible, puis CHUNKING compta les octets.
Histoire d'Internet
HTTP 100 Continue : autoriser sans accepter
HTTP 100 Continue permet au serveur de refuser sur les en-têtes avant un corps volumineux, sans confondre permission de transmettre et acceptation finale.