Le coin des codeurs :nerd:

[meduz']

Tous les gribouillis de ce compte Twitter sont super drôles.

[Le poussin]

On pourrait dire la même chose des utilisateurs de vim.

Pour l'utiliser intensément depuis longtemps, pas besoin de grand chose pour être à l'aise. Et être sur un vim de base n'est pas gênant.

[P@B]

Ah parce qu'il existe autre chose que le vim de base ? (je préfère emacs de toutes façons )

[Zwarf]

Pourquoi utiliser autre chose que nano

[MectonLaFlemme]

J'avoue.

[Mortal]

Ah parce qu'il existe autre chose que le vim de base ? (je préfère emacs de toutes façons )

À part qqs fichiers pour solarisé l’ensemble et un petit .vimrc avec qqs commandes de base, j’ai pas grand-chose non plus.

Un peu comme pour zsh : tu peux faire papa-maman-le café-la vaisselle, mais tu peux aussi avoir une config très basique et qui marche.

[meduz']

J’suis nul en ZSH, mais ma config est probablement de l’ordre du basique.

[nazlurf]

On est d'accord, vim c'est le notepad sans souris où si tu connais pas les commandes par coeur, tu jettes le truc au bout de 10s ?

Pour Me ton : moi, j'ai surtout : "Mais pourquoi il a fait comme ca ?"

[Mortal]

C’est plutôt emacs auquel tu penses. Vim, c’est quand même vachement moins contre-intuitif.

[meduz']

[meduz']

On a des fichiers hébergés sur un bucket Amazon S3 en Europe. Il faut pouvoir y accéder publiquement. Là c'est déjà casse-couilles, parce que tu peux pas donner accès à tout en une fois via leur interface. Soit tu le fais fichier par fichier, soit tu doit télécharger leur CLI, et donc gérer tes clés, etc. Bref, c'est fait.

On a rattaché un nom de domaine pour masquer l’URL d’Amazon.

On veut donc foutre un certificat SSL par-dessus. On peut pas mettre de SSL sur un S3. Par contre, on peut en foutre un sur un Cloudfront qui sert juste de « stockage publique mais qui peut avoir du SSL ».

Une fois que ton Cloudfront est fait, tu génères un certificat SSL dans ACM. Validation de domaine par CNAME, email ou délégation de la gestion de domaine sur Route 53 (le truc de gestion de DNS d’Amazon). Pas compliqué à trouver : quand tu fais ton Cloudfront, tu choisis le bucket S3 rattaché et tu cliques sur le bouton « Amène-moi vers ACM ».

Puis là, tu te dis « ha bah voilà, c'est bon je crois ».

En fait non, t’as un message planqué quelque part : « bon, les SSL c'est uniquement pour les S3 hébergés en Virginie (Étazunis) »

Donc là tu regardes comment tu peux migrer ton S3 de région. Réponse : tu peux pas. Par contre tu peux créer un nouveau bucket dans la bonne région, tout envoyer dessus, puis supprimer l’ancien.

Voilà, voilà. Avoir affaire à 4 des 168 services d’Amazon, c’est déjà beaucoup trop.

[nazlurf]

https://azure.microsoft.com/fr-fr/featu ... re-portal/

[meduz']

C’est sur des brols existants utilisés par on-sait-pas-qui ni comment, donc ça doit rester sur AWS ¯\_(ツ)_/¯.

Suite de l'histoire : en fait mon prédécesseur avait activé les logs d’accès du bucket, ce qui a rendu la suppression longue (environ 1 heure). Et une fois que le bucket est supprimé, tu dois attendre que les caches d’Amazon se purgent avant de pouvoir recréer un bucket du même nom. Temps d’attente : 90 min.

Donc là tu vas dans la distribution Cloudfront pour utiliser le nouveau bucket, mais tu peux pas parce que elle est associée au « comportement de cache par défaut ». T’es donc parti pour virer ta distribution Cloudfront et en recréer une, ce qui ajoute donc 20-30 min. au compteur.

Ensuite, faut faire pointer le DNS vers la distribution Cloudfront, et attendre que la propagation se fasse.

Voilà, maintenant je peux aller dormir. J’ai grosso modo suivi ce guide : https://www.davidbaumgold.com/tutorials ... cloudfront

[MectonLaFlemme]

Après avoir vu un

Code : Tout sélectionner

if resultat == "Y"

et m'étant rendu compte que certains ne connaissent pas les boolean, je vais inventer et breveter le type "Mongolean".

[MectonLaFlemme]

Et sinon, ça c'est magnifique ! xD

https://en.wikipedia.org/wiki/Shakespea ... g_Language

[nazlurf]

Un if sans parenthèse

[Mortal]

Bienvenue dans Python.

Spoiler:

Ou Rust

[meduz']

C’est environ moi à chaque putain de réunion matinale inutile.

[nazlurf]

mais non, c'est agile, faut se réunioner tous les matins, ça fait partie du protocole religieux du bazar

[meduz']

Excel all the things!

[MectonLaFlemme]

Hier dans une conversation ailleurs, on parlait de l'IP par pigeon voyageur.

Ca m'a rappelé la fameuse RequestForComments 2549.
Je ne savais pas qu'elle avait été mis en oeuvre par contre xD

https://fr.wikipedia.org/wiki/IP_over_Avian_Carriers

[meduz']

https://news.gandi.net/fr/2020/11/verif ... spects-be/

À partir du 16 novembre 2020, le registre du .BE, DNS Belgium, procèdera, en cas d’enregistrement suspect, à la vérification des informations du contact titulaire du nom de domaine.

Spoiler:

Vérification des informations du contact titulaire sur le .BE
Dans ce cadre, les enregistrements suspects ne seront pas délégués/activés et resteront donc inactifs :

le registre contact le titulaire par email pour lui demander des documents justifiants des informations déclarées,
le nom de domaine est redirigé vers une page web informant de la procédure de vérification en cours.
Le nom de domaine ne sera activé qu’en cas de vérification réussie.

Ce qu’il faut retenir
Actuellement, le registre procède déjà à des vérifications a posteriori qui peuvent amener à la suspension voir la suppression du nom de domaine en cas d’échec. Cependant à la différence de la nouvelle procédure de vérification le nom de domaine est initialement activé ce qui ne sera plus le cas avec la nouvelle procédure de vérification.

J’ai pas de .be, donc je m'en tamponne, mais je me dis que c'est bien relou.

Qu’en pensay-vous ?

Et surtout : comment ils définissent un « enregistrement suspect » ?

[Le poussin]

Peut-être des enregistrements pour lequel le titulaire a fourni des informations bidon (nom, adresse, numéro de téléphone, ...).
Le titulaire d'un nom de domaine doit fournir certaines informations et ces informations doivent être exactes (source, section 3.7.7).

De ce que je comprends, si t'es un mec réglo, pas de souci à te faire et on ne devrait rien te demander de plus. Il y aura des vérifications, comme avant, là c'est juste qu'elles pourront potentiellement ralentir l'activation effective du nom de domaine (si jamais tu es considéré comme suspect).

[ciol]

mais qu'en sera t'il de ma mateu.be ??? :o

[Mortal]

C’est pas suspect :troll:

Plus sérieusement, c’est probablement pour éviter le domain squatting. Si tu essaies de déposer loreal.be, on te le refusera.