Les GTR, ça ne l'intérêt que s'il y a des (grosses) pénalité en cas de non respect. Si l'opérateur ne respecte pas la GTR et qu'il doit rembourser 2€ par jour de retard, il ne va pas pousser pour la réparation.
« 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
Ce que tu dis, c'est "si on n'utilise la blockchain comme n'importe quel DB locale, on n'a pas les plus gros inconvénient", mais du coup, on est très loin d'utiliser la blockchain. Si on est juste sur un outil interne, ça ne sert pas à grand chose, de la même manière que si AXA utilise postgres au lieu de DB2 (ou je ne sais pas ce qu'ils utilisent), ça ne va pas révolutionner l'utilisation par les clients.
Bref, si on n'expose pas la blockchain, ce n'est pas vraiment de la blockchain.
« 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
Non, c'est différent. Tous les systèmes d'automatisation ont un moyen pour un arrêt manuel et pour les patcher en cas de bug. Ça n'existe pas dans les contrats de type blockchain actuellement.
« 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
Par exemple sur de la conf d'iLO HPE pour en savoir un peu plus pour de l'authentification.
Je n'ai jamais eu affaire à HPE mais chez d'autre, j'ai eu des demandes du support pour que j'exécute des commandes de debug sans qu'ils me demandent jamais quelle était la distribution avec laquelle je les lançais.
« 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
Ils file ces machines à des professionnels dont c'est le boulot de les garder en condition opérationnel.
Je pense que tu surestime beaucoup les clients standard de ces fournisseurs.
Le constructeur donne des spec il n'est pas là pour mettre à leur norme la pièce dans la quelle les machines sont installées, vérifier le réseau électrique, etc.
Ce n'est pas pour rien qu'il y a une mesure de la tension en entrée, de la température en entrée…
« 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
Bof, non, soit il s'agit de patch du constructeur et les distributions vont les inclures soit c'est mergé upstream et ça passe aussi.
Mais les distributions backport beaucoup de truc, inclus des trucs hors tree et autres choses qui font que ça n'est pas équivalent à un kernel LTS vanilla. Donc tu n'auras pas forcément la même chose.
Comprends moi. Je vois pas pourquoi on me jette parce que j'utilise un gentoo quand je demande des conseils sur des éléments purement matériel.
Tu es jeté sur quel type de demande exactement ?
Il n'est pas question que les constructeurs soient experts toutes distributions juste qu'elles acceptent que leur job c'est de fournir du matériel et le minimum logiciel pour le faire tourner.
Ça c'est ta vision du boulot d'un constructeur (et la mienne aussi). Mais ce n'est pas ce qui est attendu par les clients entreprises qui veulent ouvrir un ticket en disant "ça ne marche pas" et que le fournisseur lance des outils de debug (ou en fasse lancer par le client) pour avoir un diagnostique pour savoir s'il doit envoyer un disque, une carte mère ou dire au client que c'est normal que la diode verte soit allumée quand le serveur tourne.
« 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
ils pourraient parfaitement supporter le nombre qu'ils veulent de noyau LTS
Du coup, tu n'as aucune distribution utilsée en entreprise qui est supportée. Vu qu'elles ont toutes des patchs spécifiques.
soit c'est de l'incompétence/mauvaise organisation/volonté de réduire le nombre de demande de support.
Ou c'est juste que les trois clients qui payent et qui n'ont pas RHEL/Suse/Ubuntu, ça ne vaut pas trop la peine de se fatiguer pour les 42€ de marge qu'ils apportent. Je ne vois pas trop pourquoi une boîte commencerait à avoir un process compliqué pour des cas d'utilisation marginaux.
Mais ça revient plus ou prou au même, faut avoir une cravate et un chéquier pour pouvoir exister en tant que distribution
Non, c'est surtout "il faut un point de contact pour exister". Rien que pour publier des images Debian sur les cloud ça a été compliqué pour savoir comment s'organiser pour se faire représenter. Alors, pour mettre en place un système qui répond avec un devis à une demande d'un constructeur (pour un cas marginal, parce qu'au final, ça fonctionne), je pense que c'est quasiment mission impossible.
« 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
Comme je disais c'est un peu plus puisque tu retrouve de la part des fabricants un peu la même démarche que pour les ventes liées. Je dis ça sans complotisme je ne crois pas du tout que RH soit derrière ça. Juste que RH rassure les fabricants parce que c'est une entreprise qui a une image de sérieux et puis 10 ans de support (oulala c'est bien 10 ans de support (non1)).
Tu extrapole beaucoup il me semble. J'ai plutôt l'impression que c'est "on ne veut pas gérer 42 distributions" (rien que pour pouvoir reproduire facilement) et "on veut pouvoir payer quelqu'un pour corriger en cas de besoin". Donc avoir RHEL et Suse de supporter, c'est pas mal. D'ailleurs, on voit Ubuntu qui commence à être supporté, pareil parce qu'il y a quelqu'un qu'on peut payer et il y a de la demande client.
C'est pour ça qu'on a pu voir Suze à l'époque de Novel avoir le même traitement.
Ce n'est pas simplement parce que c'était une (grosse) boîte américaine avec les contacts chez les constructeurs déjà établis ?
« 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
Via des backports, j'ai déjà vu supporté du matos plus récent sur rhel qui ne l'était pas sur une debian stable. Mais oui, globalement, c'est juste une "assurance".
« 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
Quand tu es le CERN est que tu achètes 20 racks d'un coup, le constructeur est près à faire quelques efforts !
Quelques efforts mais pas trop quand même (vu que c'est un appel d'offre avec le moins cher qui gagne). De plus, il pourra peut-être réussi à tester/patché une debian stable, mais il n'y a pas de garantie pour la prochaine. Alors que pour une distribution qui est déjà supportée sur le matos, il y a une plus grande garantie.
Personnellement, j'ai toujours eu l'impression qu'ils mettaient beaucoup d'énergie à suivre RHEL et que celle-ci aurait pu être mieux utilisé… Et les noyaux sous Debian / RHEL… peuvent être les mêmes. À vrai dire, le code dérive des mêmes dépôts. Mais bon, tout cela est une impression personnelle.
Quand tu maîtrise bien RHEL, c'est moins d'effort que de passer à Debian, pour un avantage assez minimal.
« 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
CentOS ou Scientific Linux étaient basé sur RHEL qui ne fournissait pas les recettes de construction de la distribution, entraînant de fait la galère pour reconstruire une équivalent de la RHEL.
Ben du coup, CentOS et Scientific Linux était bien libre.
'est hyper facile de faire une distribution dérivée ou augmentée.
Ce n'est pas le sujet de savoir si c'est libre ou pas.
« 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
D’ailleurs à ce sujet, je ne sais pas si vous aviez déjà remarqué que les commentaires ne sont jamais notés au-delà de +10 même si vous avez bien plus que 10 votes positifs. Il me semble aussi qu’au-delà de ce plafond de la dizaine, les votes n’influencent plus votre karma. Ce qui est fou, c’est que je n’ai jamais trouvé cette règle explicitée quelque part sur le site.
Avant, on ne voyait pas le nombre de vote par commentaire et on ne pouvait pas dépassé +/- 10. Ceci pour éviter qu'un utilisateur gagne ou perde énormément de karma sur quelques commentaires (vu que c'est plus ou moins censé représenté une moyenne). Ensuite, il a été demandé qu'on puisse voir les votes et (je ne sais plus si c'est en même temps), il a aussi été demandé qu'on puisse voter pour un commentaire au maximum ou au minimum même si ça ne servait à rien.
« 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
Ce qu'il dit c'est que si c'est l'équipement final qui consomme la majorité de l'énergie, qu'il y a du multicast ou de l'unicast ne change pas grand chose.
« 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
Cependant, n'oublions pas que la plus grosse partie de l'empreinte environnementale d'un appareil est lié à sa fabrication. Raisonner uniquement sur la consommation d'énergie est biaisé.
Oui, mais du coup, il ne faut pas comparer en "1h de streaming = 80 Tonnes de CO2" ou dire que le streaming en 4k consomme 42 fois plus que le streaming en 1080p.
« 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
À un moment, ils avaient foiré le script shell dans /usr/bin/teams, ce qui faisait qu'il n'était pas possible d'ouvrir les liens des invitations en cliquant dessus (ce qui est problématique quand tu n'es pas dans l'organisation et que tu reçois l'invitation par mail).
« 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
Les SMS c'est cher en international (et ne parlons pas des MMS qui le sont encore plus et pas forcément bien supportés). Et ça ne permet pas une discussion de groupe.
« 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
Moins de risque qu'un petit malin n'emploie des caractères exotiques pour faire de l'usurpation d'identité. Moins de problèmes avec les saisies utilisateur (pour un pète-couille accent-sur-mon-nom gnagnagna, combien t'auras de coquilles ?) :
Dans ce cas, autant fournir un uuid à tout le monde. C'est beaucoup plus sécurisé.
Aucune conversion pour passer d'un encodage numérique à un encodage texte.
Tu parlais de "performances de malade mental. Mais vous n'avez même pas idée. Surtout quand le codeur est bon.", la conversion dont tu parle ne rentre pas dans la catégorie "malade mental". Et si c'est le seul problème, c'est l'adressage dans le fichier, tu peux coder en utf-32.
« 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
L'outillage pour avoir un système un peu complexe (c'est-à-dire autre chose qu'un simple tunnel en entre quelques machines) n'est pas encore vraiment au point je trouve.
« 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
Wireguard est plus rapide parce qu'il fonctionne différemment. Il tourne en tant que module noyau contrairement à OpenVPN qui tourne en espace utilisateur (comme un simple programme). Le fait d'être dans le noyau permet d'aller plus vite pour un système de VPN parce qu'on évite de faire des aller-retour pour aller chercher les paquets qui arrivent. Historiquement, c'est, plus ou moins, la même différence qu'avec IPSec (mais mettre en place IPSec est bien plus compliquer que Wireguard).
D'un point de vue cryptographique, Wireguard utilise des algorithmes plus récent, mais il n'y a pas de faille ou de problèmes connus dessus.
« 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: En attendant Adastra
Posté par claudex . En réponse au lien Top500 : Fugaku incontesté (processeurs ARM Fujitsu). Évalué à 6.
Je ne vois pas du coup comment il concurrencera le premier.
« 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: Éligible !
Posté par claudex . En réponse au lien La première ligne FTTH FDN est fonctionnelle depuis septembre !. Évalué à 7.
Les GTR, ça ne l'intérêt que s'il y a des (grosses) pénalité en cas de non respect. Si l'opérateur ne respecte pas la GTR et qu'il doit rembourser 2€ par jour de retard, il ne va pas pousser pour la réparation.
« 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: Cryptomonnaie par ci par là
Posté par claudex . En réponse au lien Reddit veut décentraliser les réseaux sociaux... avec de la cryptomonnaie. Évalué à 6.
Ce que tu dis, c'est "si on n'utilise la blockchain comme n'importe quel DB locale, on n'a pas les plus gros inconvénient", mais du coup, on est très loin d'utiliser la blockchain. Si on est juste sur un outil interne, ça ne sert pas à grand chose, de la même manière que si AXA utilise postgres au lieu de DB2 (ou je ne sais pas ce qu'ils utilisent), ça ne va pas révolutionner l'utilisation par les clients.
Bref, si on n'expose pas la blockchain, ce n'est pas vraiment de la blockchain.
« 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: Cryptomonnaie par ci par là
Posté par claudex . En réponse au lien Reddit veut décentraliser les réseaux sociaux... avec de la cryptomonnaie. Évalué à 5.
Non, c'est différent. Tous les systèmes d'automatisation ont un moyen pour un arrêt manuel et pour les patcher en cas de bug. Ça n'existe pas dans les contrats de type blockchain actuellement.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
C'est un autre débat que ces fournisseurs n'ont pas vraiment intérêt à encourager.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Je n'ai jamais eu affaire à HPE mais chez d'autre, j'ai eu des demandes du support pour que j'exécute des commandes de debug sans qu'ils me demandent jamais quelle était la distribution avec laquelle je les lançais.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Je pense que tu surestime beaucoup les clients standard de ces fournisseurs.
Ce n'est pas pour rien qu'il y a une mesure de la tension en entrée, de la température en entrée…
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Mais les distributions backport beaucoup de truc, inclus des trucs hors tree et autres choses qui font que ça n'est pas équivalent à un kernel LTS vanilla. Donc tu n'auras pas forcément la même chose.
Tu es jeté sur quel type de demande exactement ?
Ça c'est ta vision du boulot d'un constructeur (et la mienne aussi). Mais ce n'est pas ce qui est attendu par les clients entreprises qui veulent ouvrir un ticket en disant "ça ne marche pas" et que le fournisseur lance des outils de debug (ou en fasse lancer par le client) pour avoir un diagnostique pour savoir s'il doit envoyer un disque, une carte mère ou dire au client que c'est normal que la diode verte soit allumée quand le serveur tourne.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 4.
Du coup, tu n'as aucune distribution utilsée en entreprise qui est supportée. Vu qu'elles ont toutes des patchs spécifiques.
Ou c'est juste que les trois clients qui payent et qui n'ont pas RHEL/Suse/Ubuntu, ça ne vaut pas trop la peine de se fatiguer pour les 42€ de marge qu'ils apportent. Je ne vois pas trop pourquoi une boîte commencerait à avoir un process compliqué pour des cas d'utilisation marginaux.
Non, c'est surtout "il faut un point de contact pour exister". Rien que pour publier des images Debian sur les cloud ça a été compliqué pour savoir comment s'organiser pour se faire représenter. Alors, pour mettre en place un système qui répond avec un devis à une demande d'un constructeur (pour un cas marginal, parce qu'au final, ça fonctionne), je pense que c'est quasiment mission impossible.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 4.
Tu extrapole beaucoup il me semble. J'ai plutôt l'impression que c'est "on ne veut pas gérer 42 distributions" (rien que pour pouvoir reproduire facilement) et "on veut pouvoir payer quelqu'un pour corriger en cas de besoin". Donc avoir RHEL et Suse de supporter, c'est pas mal. D'ailleurs, on voit Ubuntu qui commence à être supporté, pareil parce qu'il y a quelqu'un qu'on peut payer et il y a de la demande client.
Ce n'est pas simplement parce que c'était une (grosse) boîte américaine avec les contacts chez les constructeurs déjà établis ?
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Via des backports, j'ai déjà vu supporté du matos plus récent sur rhel qui ne l'était pas sur une debian stable. Mais oui, globalement, c'est juste une "assurance".
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Je n'ai pas compris ce que tu voulais dire.
« 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: Pas libre, mais…
Posté par claudex . En réponse au lien Visual Studio Code dans votre navigateur. Évalué à 6.
Il y a déjà https://github.com/cdr/code-server et https://github.com/eclipse-theia/theia tu peux l'héberger toi-même.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 5.
Quelques efforts mais pas trop quand même (vu que c'est un appel d'offre avec le moins cher qui gagne). De plus, il pourra peut-être réussi à tester/patché une debian stable, mais il n'y a pas de garantie pour la prochaine. Alors que pour une distribution qui est déjà supportée sur le matos, il y a une plus grande garantie.
Quand tu maîtrise bien RHEL, c'est moins d'effort que de passer à Debian, pour un avantage assez minimal.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 6.
Ben du coup, CentOS et Scientific Linux était bien libre.
Ce n'est pas le sujet de savoir si c'est libre ou pas.
« 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: Fermilab & CERN, scientific linux
Posté par claudex . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 9.
CentOS ou Scientific Linux n'est pas libre ?
« 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
# Maximum
Posté par claudex . En réponse au journal De la sédimentation dans l'espace de rédaction. Évalué à 6.
Avant, on ne voyait pas le nombre de vote par commentaire et on ne pouvait pas dépassé +/- 10. Ceci pour éviter qu'un utilisateur gagne ou perde énormément de karma sur quelques commentaires (vu que c'est plus ou moins censé représenté une moyenne). Ensuite, il a été demandé qu'on puisse voir les votes et (je ne sais plus si c'est en même temps), il a aussi été demandé qu'on puisse voter pour un commentaire au maximum ou au minimum même si ça ne servait à rien.
« 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: lien pour l'étude ?
Posté par claudex . En réponse au lien Netflix et YouTube sont des usines à CO2. Évalué à 9.
Ce qu'il dit c'est que si c'est l'équipement final qui consomme la majorité de l'énergie, qu'il y a du multicast ou de l'unicast ne change pas grand chose.
« 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: lien pour l'étude ?
Posté par claudex . En réponse au lien Netflix et YouTube sont des usines à CO2. Évalué à 5.
Oui, mais du coup, il ne faut pas comparer en "1h de streaming = 80 Tonnes de CO2" ou dire que le streaming en 4k consomme 42 fois plus que le streaming en 1080p.
« 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: Ce n'est finalement qu'un navigateur
Posté par claudex . En réponse au journal ça y est, c'est fait . Évalué à 4.
À un moment, ils avaient foiré le script shell dans /usr/bin/teams, ce qui faisait qu'il n'était pas possible d'ouvrir les liens des invitations en cliquant dessus (ce qui est problématique quand tu n'es pas dans l'organisation et que tu reçois l'invitation par mail).
« 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: Pas trop étonnant
Posté par claudex . En réponse au journal Comme une impression de déjà vu…. Évalué à 7.
Les SMS c'est cher en international (et ne parlons pas des MMS qui le sont encore plus et pas forcément bien supportés). Et ça ne permet pas une discussion de groupe.
« 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: ...
Posté par claudex . En réponse au journal EBCDIC n'est pas compatible avec la RGPD. Évalué à 5.
Dans ce cas, autant fournir un uuid à tout le monde. C'est beaucoup plus sécurisé.
Tu parlais de "performances de malade mental. Mais vous n'avez même pas idée. Surtout quand le codeur est bon.", la conversion dont tu parle ne rentre pas dans la catégorie "malade mental". Et si c'est le seul problème, c'est l'adressage dans le fichier, tu peux coder en utf-32.
« 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: Cohérence ?
Posté par claudex . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 10.
Ce serait sympa de dialoguer sans prendre les gens pour des débiles incompétents.
« 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: Mon expérience
Posté par claudex . En réponse au message [Résolu] : Wireguard ou OpenVPN ?. Évalué à 5.
L'outillage pour avoir un système un peu complexe (c'est-à-dire autre chose qu'un simple tunnel en entre quelques machines) n'est pas encore vraiment au point je trouve.
« 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
# Technique
Posté par claudex . En réponse au message [Résolu] : Wireguard ou OpenVPN ?. Évalué à 9.
Wireguard est plus rapide parce qu'il fonctionne différemment. Il tourne en tant que module noyau contrairement à OpenVPN qui tourne en espace utilisateur (comme un simple programme). Le fait d'être dans le noyau permet d'aller plus vite pour un système de VPN parce qu'on évite de faire des aller-retour pour aller chercher les paquets qui arrivent. Historiquement, c'est, plus ou moins, la même différence qu'avec IPSec (mais mettre en place IPSec est bien plus compliquer que Wireguard).
D'un point de vue cryptographique, Wireguard utilise des algorithmes plus récent, mais il n'y a pas de faille ou de problèmes connus dessus.
« 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