NintendojoFR : Le forum

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

Tardigrade a écrit : 09 août 2020 20:49 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.

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

Pourquoi utiliser autre chose que nano

J'avoue.

P@B a écrit : 09 août 2020 23:24 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.

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

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 ?"

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

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.

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

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

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

Et sinon, ça c'est magnifique ! xD

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

Un if sans parenthèse

Bienvenue dans Python.

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

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

Excel all the things!

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

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.

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 » ?

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).

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

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.