« Demain » (après dormir)Dans la journée, New Areva (la branche « saine » issue de la scission d'Areva), devrait être renommée. D'après les informations du Monde (entre autres), le nouveau nom de l'entreprise devrait être Orano.
En vrai, on s'en cogne. Ce qui nous intéresse maintenant, c'est :
Peut-on vérifier la crédibilité d'une telle information ?
Une piste est de passer par le site internet. Areva et ses subdivision étant une entreprise de droit français, ils ont probablement un nom de domaine en .fr.
Un simple whois sur orano.fr ne nous donne rien d'exploitable immédiatement. Le nom de domaine est géré par une boite d'informatique qui le possède à son nom, et le client réel peut être n'importe qui. Le domaine est enregistré depuis le 23 juin 2017.
Mais si on va sur http://orano.fr
, on obtient d'abord, une redirection HTTP :
HTTP/1.1 301 Moved Permanently
[…]
Location: http://www.orano.group/
On note que ça renvoie vers un curieux mélange de vieilles pratiques (le www
) et d'un nom de domaine moderne (le .group
). Mais déjà c'est un bon signe.
Cette page http://www.orano.group/ est protégée par un mot de passe HTTP – une bête authentification HTTP basique : WWW-Authenticate:Basic realm="www.orano.group"
.
Mais là où ça devient intéressant, c'est si on annule la demande de login et de mot de passe : le serveur HTTP est très bavard. Là où la logique voudrait qu'il nous serve une erreur 401 Authorization Required la plus neutre possible, en réalité il nous envoie ceci :
Cliquez pour voir en taille réelle
On y lit entre autres :
Physical Path D:\Inetpub\www-internet-NewAREVA\wwwroot
Et donc à moins d'avoir une plaisanterie très élaborée, on a bien la confirmation que Orano sera le nouveau nom de New Areva. CQFD !
Conclusion : si vous avez vraiment des informations à cacher, surveillez aussi ce que racontent les pages d'erreur de votre serveur HTTP.
Curiosités :
- Le HTTPS ne fonctionne pas à cette heure.
- Pourquoi partir sur un serveur HTTP vieux de plus de 4 ans et qui s'approche de la fin de son support principal ?
-
orano.com
ne redirige pas surwww.orano.group
, et appartient à une entreprise de Hong Kong.
Ce journal est issu de ce billet dont je me suis dit qu'il pouvait être pertinent ici aussi, et est placé sous licence CC BY 4.0 International.
# C'est nadine qui va être contente !
Posté par liberforce (site web personnel) . Évalué à 6.
Merci pour elle.
# Dommage
Posté par gUI (Mastodon) . Évalué à 5.
Mince, on ne peut plus jouer, le site a été activé.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Dommage
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 10.
Y'a plus qu'à attendre le prochain renommage d'entreprise suite à un scandale industriel.
La connaissance libre : https://zestedesavoir.com
# Conclusion alternative
Posté par Kerro . Évalué à 5.
[^] # Re: Conclusion alternative
Posté par Marotte ⛧ . Évalué à 3.
C’est Areva quand même, on pourrait s’attendre à ce qu’ils aient des informaticiens, et des « acteurs du numérique » de manière plus générale, qui tiennent un minimum la route. Enfin… il y a des tas d’ingénieurs ou chefs de projets que ça ne dérange absolument pas de laisser les pages d’accueil par défaut des serveurs web, ou comme ici, une page d’erreur en mode debug… Y’en a aussi « chez moi » alors j’ose espérer qu’il y en a un peu partout, ça me rassure en quelque sorte :)
[^] # Re: Conclusion alternative
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 2.
D'après le whois, ça n'est pas Areva/Orano qui réalise ça, mais eux.
Cela dit ma conclusion ne s'appliquait pas qu'à ce cas particulier :)
La connaissance libre : https://zestedesavoir.com
# Nom moche
Posté par Marotte ⛧ . Évalué à 7.
Ça doit être la période des noms moches… la structure dans laquelle je suis monte un groupe avec d’autres, ils ont aussi choisi un nom bien pourri :\ (non je ne le dirai pas)
Le fait que le .com ne soit pas disponible (c’est sûr que c’est pas facile de trouver un truc encore libre…) me laisse perplexe. Est-ce que ce n’est pas la porte ouverte au phishing, ou au minimum à des problèmes de communications avec les clients et les fournisseurs ?
Je viens de vérifier pour le groupe dont je parle plus haut… Je ne suis pas dans le même cas qu’
ArevaOrano, nous c’est à Taïwan :)Pour le www au début de l’URL je ne comprends pas bien en quoi c’est une ancienne pratique… Mettre un service par sous-domaine n’est-il pas ce qui est plus ou moins recommandé ? Je sais qu’on peut faire pointer le domaine directement sur un service particulier mais quel est l’intérêt ? Je veux dire, après, si tu dois te palucher les logs pour une raisons X ou Y, c’est pas pratique d’avoir le HTTP(S) sur www.example.com et pas simplement sur example.com ? Il y a quelque chose qui m’échappe à priori… Faut bien que le domaine lui-même pointe sur quelque chose on va me dire ?
[^] # Re: Nom moche
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 5.
En vrai, le coup des www est une bataille qui fait encore rage – cf les innombrables posts sur une recherche « use www or not ».
Pour un petit résumé :
La connaissance libre : https://zestedesavoir.com
[^] # Re: Nom moche
Posté par Faya . Évalué à 3.
Sur dropwww je lis "Some people that are not especially tech savvy think they need to include "www" in email addresses because they saw the prefix on the website" . J'ai vu pas mal de conneries en 15 ans de dev mais celle-là jamais !
Il me semble justement que pour les Michus, www fait automatiquement référence aux sites/pages web donc qd je monte un site je redirige 301 le www.example.com vers example.com pour ceux qui seraient tentés de le rajouter. C'est vrai que le www est inutile mais à vrai dire le dérangement est minime, et ça permet -de ne pas égarer ceux qui pensent que le Web n'existe pas sans www, -d'utiliser un enregistrement CNAME pour pointer sur son cloud provider, -de gérer plus finement les cookies…
Du coup je suis assez d'accord avec https://www.yes-www.org/why-use-www/
[^] # Re: Nom moche
Posté par freem . Évalué à 7. Dernière modification le 24 janvier 2018 à 14:53.
Le lien des anti est clairement pas convainquant, on sens qu'ils défendent leur idée bec et ongles, et je suis pas sûr que la totalité soit de bonne foi…
Par exemple:
Quand on parle de www, on parle de web. Bien souvent de (X)HTML. Donc, de XML, un langage qui comporte par nature une très haute quantité de données redondantes (…). Oser sortir que 4 caractères, donc, 4 octets en UTF8 (et pas 32) à une incidence importante sur le traffic web, faut vraiment pas avoir froid aux yeux.
Et pourtant, en temps normal, j'aime bien quand on me cause d'optimisations.
Franchement, je me demande si c'est pas une blague.
[^] # Re: Nom moche
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 2.
Je trouve pénible que http://vim.org ne fonctionne pas alors que http://www.vim.org, oui. L'adresse est quand même 57% plus longue!
Je n'ai pas de problème avec les sites qui autorisent les deux formes, par contre.
[^] # Re: Nom moche
Posté par Faya . Évalué à 2.
La version 'www uniquement' est débile, oui. Il faut en choisir une principale et y rediriger l'autre.
(Ne pas servir le site aux 2 adresses sous peine de "duplicate content" )
[^] # Re: Nom moche
Posté par freem . Évalué à 2.
Euh… dis-moi… ces 3 octets… ok, disons, 12 en UTF-8 qui ne respecterait pas le standard brut, comparé au poids de la page elle-même, ça s'élève à combien de %, l'impact? 0.1? 0.01? Foutage de gueule.
[^] # Re: Nom moche
Posté par claudex . Évalué à 3.
Depuis quand
www
ça fait 12 octets en UTF-8 ?« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Nom moche
Posté par freem . Évalué à 2. Dernière modification le 02 février 2018 à 14:15.
Techniquement, rien n'empêche d'encoder 'w' sur 4 octets avec la méthode d'encodage d'UTF-8, sauf le fait que la norme dise qu'il faut pas (c'est une règle pour éviter que des gens fassent n'imp, pas une règle imposée par la méthode d'encodage).
C'est à ceci que je faisais référence:
Donc, non, ce n'est pas standard, mais techniquement ce serait faisable sans péter les parseurs.
Et mon point c'était que, de toute façon prétendre que 3 (pardon, 4, j'ai oublié le .) caractères c'est pas à franchement parler la mer à boire à écrire, surtout qu'ils ne sont pas nécessairement écrits (redirection du domaine example.com vers le sous-domaine www.example.com) et que l'argument du poids des requêtes est totalement débile compte tenu du simple fait qu'utiliser le world wide web se base à priori sur le protocole http, qui rien qu'avec son en-tête dépassera allègrement en poids le worst-case (d'un www. encode en «utf-8» non standard, qui consommerait donc 16 octets)
[^] # Re: Nom moche
Posté par claudex . Évalué à 3.
Alors, j'ai testé en mettant
F0 82 82 AC
dans un fichier. Et less m'affiche<F0><82><82><AC>
et vim j'affiche le symbole Euro. Mon terminal (en faisant un cat) m'affiche ����. Donc, ça pète pas mal de parseurs.« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Linux ?
Posté par marzoul . Évalué à 5.
On peut aussi souligner que leur truc tourne sous Windows…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.