C’est exactement ce que fait leclerc drive, et au moment de valider un panier, des produits manquent et donc si vous aviez une rectte il faut donc remplacer puis d autre manquent …
Ca a tout de la fausse bonne idée, cela pénalise les clients faisant de grosses commandes, pousse a l’abandon. Perso, je ne commande plus chez leclerc drive pour cette raison.
Il est vrai que ce n’est pas une infra de débutant, puisque j’ai tout fait sur 15 ans, en rajoutant petit à petit.
Au départ oui je suis parti d’un OS seul et j’ai rajouté mes services un à un.
Ce n’est qu’il y a peu que j’ai tout repris de zéro, en migrant mes services sur de nouvelles machines séparées par ansible, et j’en ai profité pour refaire les configurations entièrement (pas bêtement reprendre mes conf précédentes).
Cela m’a pris environ 1 mois pour le faire, mais c’est mon métier :)
Au départ lorsque j’ai eu des problèmes je ne détruisais pas tout pour refaire, car un problème s’isole facilement sous linux (on peut débuguer un apache2 sans tuer le mysql qui tourne à côté par exemple).
Par contre on va peut-être éviter de conseiller aux novices de sauvegarder sur clé USB.
La mémoire flash n’a jamais été un support de sauvegarde à long terme.
ça malheureusement je n’ai pas de calcul précis ou de référence, ça dépend de tellement de points.
il faudrait connaitre le besoin exact avant, les logiciels à supporter, le trafic, etc.. pour estimer.
Dans mon cas je l’ai su par expérience, ou au fil de l’eau.
“À quel moment parler de logiciel propriétaire est interdit ?” => Depuis toujours. On parle logiciel libre, Linux, open source, openbsd, apache, debian… ici.
Je t’invite à lire le À propos du Jdh : “Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone”.
Petite question à la communauté du Jdh, cet article devrait être modéré ou pas selon vous ?
D’après https://github.com/microsoft/vscode “This repository (“Code - OSS”) is where we (Microsoft) develop the Visual Studio Code product together with the community. Not only do we work on code and issues here, we also publish our roadmap, monthly iteration plans, and our endgame plans. This source code is available to everyone under the standard MIT license” et “Visual Studio Code is a distribution of the Code - OSS repository with Microsoft specific customizations released under a traditional Microsoft product license”. Le code et le repo sont donc sous licence MIT mais le binaire est sous une licence proprio avec de la télémétrie notamment.
Très bon article, merci :)
Comme tifriis, je transmettrai le lien à des novices sans hésitation.
Quelques imprécisions/raccourcis ou formulations un peu étranges par endroit, mais les concepts sont bien (et correctement) décrits et faciles à comprendre ;)
Un article sur l’encapsulation arrivera dans les prochains mois. Je cherche juste comment l’expliquer sans retomber dans les travers de la manière dont on me l’a expliqué à l’époque xD
Je comprends ton raisonnement. Mais ne le partage pas ; la soit-disante “complexité” du code que tu lui octroies est différent de l’usage. Et, concernant l’usage : nginx est simple, et souvent bien plus pertinent qu’httpd d’OpenBSD.
httpd est pratique, certes dit sécurisé, léger, embarqué d’office, mais ne tient pas la charge face à nginx, ni n’a les qualités de nginx. C’est du “fonctionnel minimaliste”. Il m’est d’avis que fournir un logiciel aux fonctionnalités minimalistes, surtout au prix de la sécurité du code, doit être en effet plus léger qu’un logiciel offrant différentes fonctionnalités, permettant celles basiques dont par exemple la gestion des entêtes HTTP, mais aussi d’autres avancées, dont tu ne “rêveras” jamais ni avec httpd+relayd, alors que c’est natif à nginx (proxy, haute disponibilité, …). Et tout aussi facilement configurable.
Après nginx est assez modulaire, pour ne pas avoir besoin de certaines fonctions, si pas nécessaires.
Pour terminer, c’est quand même toi qui as écrit :
nginx était excellent
Perso, j’affirme que nginx est toujours excellent, et le préfère d’amblé à httpd.
de code = + de risques de voir une faille apparaitre.
de code = + de difficultés à maintenir.
Je dis juste que nginx, ce n’est plus simple. Pas qu’il est mauvais. Apache n’est pas mauvais. Les 2 sont complexes. et de la complexité naît souvent les complications.
Et, c’est sensé démontré quoi ?
Que nginx comporte plus de fichiers embarqués. Qu’il semble être accessible à certains langages, et encore est-ce que c’est bien ce que cela signifie ?
C’est certes une démonstration… mais pour l’heure incompréhensible !
Ce serait vraiment plus intéressant de démontrer les qualités, voire les défauts, les fonctionnalités supportées…
En quoi c’est navrant ? En quoi cela fait de lui qu’il est moins génial qu’avant, selon ce que tu affirmes ?
Ce n’est même pas une question de plaisir, je n’avais perso même pas remarqué que Facebook c’était casser la gueule, et en sois on s’en fou.
C’est un article pour dire que l’erreur est humaine, aucun système n’est infaillible, et personnes n’est à l’abris d’un incident, même ces grosses boites qui ont pourtant beaucoup de moyen et des techs très très bons
C’est exactement ce que fait leclerc drive, et au moment de valider un panier, des produits manquent et donc si vous aviez une rectte il faut donc remplacer puis d autre manquent …
Ca a tout de la fausse bonne idée, cela pénalise les clients faisant de grosses commandes, pousse a l’abandon. Perso, je ne commande plus chez leclerc drive pour cette raison.
Il est vrai que ce n’est pas une infra de débutant, puisque j’ai tout fait sur 15 ans, en rajoutant petit à petit. Au départ oui je suis parti d’un OS seul et j’ai rajouté mes services un à un.
Ce n’est qu’il y a peu que j’ai tout repris de zéro, en migrant mes services sur de nouvelles machines séparées par ansible, et j’en ai profité pour refaire les configurations entièrement (pas bêtement reprendre mes conf précédentes). Cela m’a pris environ 1 mois pour le faire, mais c’est mon métier :)
Au départ lorsque j’ai eu des problèmes je ne détruisais pas tout pour refaire, car un problème s’isole facilement sous linux (on peut débuguer un apache2 sans tuer le mysql qui tourne à côté par exemple).
Par contre on va peut-être éviter de conseiller aux novices de sauvegarder sur clé USB. La mémoire flash n’a jamais été un support de sauvegarde à long terme.
ça malheureusement je n’ai pas de calcul précis ou de référence, ça dépend de tellement de points. il faudrait connaitre le besoin exact avant, les logiciels à supporter, le trafic, etc.. pour estimer. Dans mon cas je l’ai su par expérience, ou au fil de l’eau.
Enorme :D
L’article ayant reçu plusieurs votes, le code de Visual Studio Code étant sous licence MIT, l’article ne sera pas modéré.
Tcho !
Salute,
“À quel moment parler de logiciel propriétaire est interdit ?” => Depuis toujours. On parle logiciel libre, Linux, open source, openbsd, apache, debian… ici.
Je t’invite à lire le À propos du Jdh : “Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone”.
Tcho !
Salute,
Petite question à la communauté du Jdh, cet article devrait être modéré ou pas selon vous ?
D’après https://github.com/microsoft/vscode “This repository (“Code - OSS”) is where we (Microsoft) develop the Visual Studio Code product together with the community. Not only do we work on code and issues here, we also publish our roadmap, monthly iteration plans, and our endgame plans. This source code is available to everyone under the standard MIT license” et “Visual Studio Code is a distribution of the Code - OSS repository with Microsoft specific customizations released under a traditional Microsoft product license”. Le code et le repo sont donc sous licence MIT mais le binaire est sous une licence proprio avec de la télémétrie notamment.
VSCodium (https://github.com/VSCodium/vscodium) distribue le binaire sous licence MIT (binary releases of VS Code without MS branding/telemetry/licensing). Cependant VSCodium ne supporte pas le Remote Development extension pack (https://github.com/VSCodium/vscodium/issues/196) par exemple (qui est closed source).
Logiquement un article sur Visual Studio Code devrait donc être modéré ici, un article sur VSCodium serait accepté.
Tcho !
Sacré réactivité pour pondre un article de cette taille en si peu de temps. Respect.
“À l’exception notable de /e/OS”
Gaël, si tu nous lis, on t’aime.
Très bon article, merci :) Comme tifriis, je transmettrai le lien à des novices sans hésitation.
Quelques imprécisions/raccourcis ou formulations un peu étranges par endroit, mais les concepts sont bien (et correctement) décrits et faciles à comprendre ;)
https://android.developpez.com/actu/327986/Les-telephones-Android-espionnent-constamment-leurs-utilisateurs-et-transmettent-des-informations-sensibles-au-developpeur-du-systeme-d-exploitation-et-egalement-a-des-tiers-selon-une-etude/
Merci beaucoup à toi. <3
Un article sur l’encapsulation arrivera dans les prochains mois. Je cherche juste comment l’expliquer sans retomber dans les travers de la manière dont on me l’a expliqué à l’époque xD
Un grand merci pour ce partage. Article claire et de très bonne qualité. Je m’appuierai dessus pour expliquer les réseaux à des novices.
En terme de précision par contre je préfère https://speed.cloudflare.com/
Je comprends ton raisonnement. Mais ne le partage pas ; la soit-disante “complexité” du code que tu lui octroies est différent de l’usage. Et, concernant l’usage : nginx est simple, et souvent bien plus pertinent qu’httpd d’OpenBSD.
httpd est pratique, certes dit sécurisé, léger, embarqué d’office, mais ne tient pas la charge face à nginx, ni n’a les qualités de nginx. C’est du “fonctionnel minimaliste”. Il m’est d’avis que fournir un logiciel aux fonctionnalités minimalistes, surtout au prix de la sécurité du code, doit être en effet plus léger qu’un logiciel offrant différentes fonctionnalités, permettant celles basiques dont par exemple la gestion des entêtes HTTP, mais aussi d’autres avancées, dont tu ne “rêveras” jamais ni avec httpd+relayd, alors que c’est natif à nginx (proxy, haute disponibilité, …). Et tout aussi facilement configurable.
Après nginx est assez modulaire, pour ne pas avoir besoin de certaines fonctions, si pas nécessaires.
Pour terminer, c’est quand même toi qui as écrit :
Perso, j’affirme que nginx est toujours excellent, et le préfère d’amblé à httpd.
Je dis juste que nginx, ce n’est plus simple. Pas qu’il est mauvais. Apache n’est pas mauvais. Les 2 sont complexes. et de la complexité naît souvent les complications.
Et, c’est sensé démontré quoi ? Que nginx comporte plus de fichiers embarqués. Qu’il semble être accessible à certains langages, et encore est-ce que c’est bien ce que cela signifie ? C’est certes une démonstration… mais pour l’heure incompréhensible !
Ce serait vraiment plus intéressant de démontrer les qualités, voire les défauts, les fonctionnalités supportées…
En quoi c’est navrant ? En quoi cela fait de lui qu’il est moins génial qu’avant, selon ce que tu affirmes ?
Ce n’est même pas une question de plaisir, je n’avais perso même pas remarqué que Facebook c’était casser la gueule, et en sois on s’en fou. C’est un article pour dire que l’erreur est humaine, aucun système n’est infaillible, et personnes n’est à l’abris d’un incident, même ces grosses boites qui ont pourtant beaucoup de moyen et des techs très très bons
Voilà