SupaDaddy 💻 @bachou159

I am going to print this, put it up on my wall, and look at it when any situation looks utterly hopeless.

When 3 gentlemen meet

This is one of the most impressive things I’ve ever seen done on a basketball court

@ActuFoot_ @TrashTalk_fr

Les films à venir pour le reste de l’année. Thread ⬇️

C’est la France frère 🇫🇷🇫🇷🇫🇷

🇨🇵 CETTE VIDÉO DES GUIGNOLS DATE DE 2018 ET ELLE N'A JAMAIS ÉTÉ AUTANT D'ACTUALITÉ. Bon visionnage !

1 jour dans la vie de Nikola Jokic. J'suis en larme l'imitation est folle😭 x.com/i/status/17903…

J'ai fait un thread sur des anciennes chansons burkinabè (🇧🇫) que j'ai eu l'occasion d'écouter quand j'étais petit. Je partage ça avec vous, n'hésitez pas à donner vos avis et surtout à compléter, je n'ai pas pu tout mettre.👇🏿👇🏿👇🏿

@TrashTalk_fr @ABallNeverLies on a le droit de ramener notre casse croûte et notre boisson au Grand Rex?

@TrashTalk_fr pour la viewing party, on peut ramener notre propre casse-croûte (presque team quinoa et légumes de saison) et nos propres boissons?

@dailydunkfr Ici

@dailydunkfr Ici ici ici

@HoopMixOnly

Je vends une place pour le concert de Kaaris ce jeudi, si quelqu’un est chaud, viens en DM #Kaaris #Bercy #Kaarisbercy #concertKaaris

Le geste des joueurs de la RD Congo durant l'hymne en soutien au peuple congolais victime de massacres. 🇨🇩 #FreeCongo

C’est fou! #AFCON2024

🔴 THREAD : LE CAS DAMIAN LILLARD 3 mois après l'annonce du trade de Damian Lillard, faisons un premier bilan de son début de saison. À dérouler 🧵 : 1/

C’est quoi Docker ? 🚢 Qu’est ce que c’est ? Comment ca marche ? En quoi c’est utile ? Et on verra un peu de vocabulaire. C’est parti. Le problème des environnements hétérogènes Imagine la situation suivante : Tu dév un projet en PHP. Ton environnement à toi est sur WAMP (windows, apache, mysql, php). Tu commit et push ton code. Un collègue à toi doit aussi continuer le Dev. Il est sous Mac. Il a donc installé MAMP :) Maintenant vous avez à peu près fini et vous poussez ça sur votre linux hébergé. Votre VPS sera sous LAMP. Il y a de forte chance, si personne ne fait gaffe, que les versions PHP et Mysql entre les 3 environnements ne sont pas les mêmes. Il y a aussi des chances que les modules PHP ne sont pas à la même version, ou ne sont pas installés carrément. Le risque c’est d’avoir du code qui marche pas d’une plateforme à l’autre. Pire, un code qui bug sans que l’on comprenne a priori pourquoi. Et tu finis par dire la fameuse phrase : “Mais ca marchait sur ma machine !!! J’comprends pas !” Le but de Docker, c’est justement de simplifier tout ca : Garantir un environnement qui est exactement le même quelles que soient les plateformes et les gens qui participent au projet. Et sans s’arracher les cheveux ! Comment ca marche ? On peut faire un parallèle avec du code. Tu définis une Class. Quand tu fais “new Class” tu obtiens un Objet qui vit sa vie, qui est une instance de ta classe. Tu peux faire plusieurs “new Class” et ca te donne autant d’objets qui sont chacun indépendants et peuvent vivre en même temps tous basés sur le même moule (la classe). Docker, c’est pareil. Tu as des “images”, et chaque instance est un container. Tu peux en créer plusieurs et chacun vit sa vie. Une image = une classe Un container = un objet. Donc, pour t’assurer d’avoir le même environnement partout, tu dois créer une image. Elle sera mise à disposition et utilisée sur chaque plateforme. Dans une classe, tu définis des méthodes et des propriétés et tu écris tout ça dans un fichier dédié. Dans Docker, tu dois créer la définition d’une image dans un fichier Dockerfile : quel OS, quelle version de php, quels modules php, le code source de ton app… Le Dockerfile est une liste d’instructions qui automatise la création de ton environnement. Ca s’appelle le build de l’image à partir du Dockerfile. Le container, quant à lui, assure l’exécution de ce qui est défini dans l’image sans impacter la plateforme sur laquelle tu es (en effet, Docker n’installe pas de PHP ou quoique ce soit sur ta machine, il utilise ce qui est présent dans l’image, un peu comme un serveur virtuel) Ca s’apelle run un container à partir d’une image. Maintenant, tu peux run ton container sur n’importe quel machine/serveur, tu es sur que ca s’exécutera de la même manière. Tu me suis toujours ? Petit récap en image : Maintenant quand tu livres en production ton code, tu livres avec ton Dockerfile. Ca permet à n’importe qui de le build pour être sûr de le tester dans les bonnes conditions : sur la machine de dev de ton collègue, sur le serveur de production… Voilà pour la base sur Docker. Pour aller plus loin Reprenons l’exemple d’une class que tu as dev. Bien souvent tu fais appel à des lib extérieurs pour ne pas réinventer la roue. Avec Docker, c’est pareil. Tu peux imbriquer des images les unes dans les autres Si par exemple tu veux une Debian 11, avec PHP 8.1.2, tu ne vas pas t’amuser à faire un Dockerfile qui fait toutes les installations Dans ton Dockerfile, tu dis d’utiliser l’image Debian 11 mis à disposition sur des dépôts (idem pour PHP) Par contre, dans ton Dockerfile, tu mets qu’il faut aussi ajouter ton code source qui se trouve sur tel repo git par exemple Donc ton Dockerfile devient assez simple si tu utilises des images déjà prêtes Tu peux faire pareil pour ton projet : Au lieu d’uniquement publier ton code, tu peux publier une image docker déjà buildée docker. Ca permet aux gens de ne pas faire d’installation. Ils téléchargent juste l’image et peuvent la run dans un container directement Ca simplifie les choses Tu peux gérer ton dépôt à images comme un dépôt Git public/privé Gestion des versions … Dans la définition de ton image, il y a énormément de paramètres personnalisables Comment sont gérés les espaces de stockages, les ports réseaux, l’utilisation CPU et RAM … Ca mérite une formation complète, je pense Tu peux orchestrer le run de plusieurs images différentes pour lancer une mini infra d’un coup Par exemple : lancer une image Mysql, puis une image PHP En remplacement de ton MAMP, LAMP, WAMP Conclusion On a effleuré à peine tout ce que Docker peut faire. Le but est ici juste te permettre de mettre le pied dedans, d’avoir les bons termes. Tu peux à partir de là continuer à te former et à monter en compétences (ou juste t’arrêter là, parce que ca ne te sert pas vraiment) Mais au moins, tu pourras sortir des phrases stylées en soirée : “Hum, j’ai run mon image buildée sur un docker host en prod ! C’est passé crème” Imrane 🏖 PS : je parle généralement de comment se lancer en Freelance quand on est Junior/En reconversion ou Salarié. PPS : Mais j'aime de temps en temps parler Tech et DevOPS

keyboard_arrow_left Previous keyboard_arrow_right Next

Important de démarrer sa journée avec les highlights de Bilal Coulibaly.