La plupart des points abordés sont exacts, MySQL est assez simple ou même simpliste dans pas mal de cas.
Mais c'est aussi ce qui fait sa force. Il n'y a pas besoin d'un DBA expert pour l'utiliser. MySQL est utilisé massivement pour des applications légères ou simples où il est largement suffisant.
À chaque besoin son outil. Certainement pour faire tourner un système bancaire on ne va pas utiliser MySQL. Mais pour faire un site web, un blog, dans la majorité des cas MySQL est tout à fait suffisant.
Certains points de l'article sont tout de même risibles. Comparer le nombre de rapports de bogues pour MySQL, avec SQLServer. Et bien en fait on ne peut pas avoir accès à ceux de SQLServer, normal c'est proprio ! Pareil pour les CVEs. Microsoft peut patcher sans avertir personne vu que tout est fermé. Impossible de faire ça avec du libre.
Je sens plus la frustrations des DBAs de l'ancien temps (Oracle et SQLServer) forcés de constater que ces solutions sont de moins en moins utilisées. Il est temps d'adopter le libre plutôt que d'essayer de se battre pour son petit bout de gazon !
En effet tu as raison. Seulement beaucoup de personne ne connaissent pas les JWT c'est le pourquoi de l'opposition : pour en parler et les faire connaitre.
Pour moi, les JWT ne sont pas forcément liés à une notion d'authentification ou d'autorisation. C'est un format de données.
Par contre, effectivement, ça permet de déporter certaines données côté client tout en ayant la garantie que ces données sont valides grâce à la clé de signature.
C'est également possible d'utliser une clé pour chiffrer afin de ne pas rendre ces données publiques.
D'autre part, je pense qu'un cookie de session peut tout à faire être un JWT, les deux ne sont pas à opposer à mon avis.
D'une part parce que ça fait des années que je l'utilise, que ça fonctionne bien, ça fait tout ce que je veux, et je ne vois aucune raison de changer juste pour changer. Indépendamment de ça, j'ai eu une discussion détaillée avec Carla Schroder, qui est non seulement un de mes auteurs Linux préférés (Linux Cookbook et Linux Networking Cookbook chez O'Reilly), mais aussi une ancienne employée d'OwnCloud aux USA. Elle a notamment écrit toute la doc jusqu'à la version 9 (et c'est pour ça qu'elle est super bien faite, cette doc). Elle m'a raconté la manière assez dégueulasse dont s'est passé le fork et dont elle s'est faite virer comme une malpropre, et du coup, ça m'a donné envie de rester fidèle à ce projet. Comme le dit si bien ce bon vieux Faust
Wenn wir zum Guten dieser Welt gelangen,
Dann ist das Bessre Trug und Wahn.
Traduction : quand on atteint les bonnes choses dans la vie,
Les choses meilleures sont un mirage qui miroite au loin.
C'est bien beau de critiquer FaceApp, mais ces conditions sont exactement les mêmes pour google, facebook, microsoft, snapchat etc …
C'est le fait que l'application soit russe qui choque ou quoi ?
Oui, la décision a été prise d'arrêter le système qualification d'applications “officielles” pour passer sur un filtre de “Qualité” à savoir si les applications répondent à une somme de critères de qualité d'intégration.
Bravo à vous pour ce travail réalisé.
J'utilise depuis 2015. Jamais un soucis (sauf entre le clavier et la souris).
À noter que la version 3.6 n'est pas basée sur debian 10, la migration n'aura pas lieu tout de suite, il faudra être un peu patient.
s/sectionné/sanctionné ? non ?
La plupart des points abordés sont exacts, MySQL est assez simple ou même simpliste dans pas mal de cas. Mais c'est aussi ce qui fait sa force. Il n'y a pas besoin d'un DBA expert pour l'utiliser. MySQL est utilisé massivement pour des applications légères ou simples où il est largement suffisant.
À chaque besoin son outil. Certainement pour faire tourner un système bancaire on ne va pas utiliser MySQL. Mais pour faire un site web, un blog, dans la majorité des cas MySQL est tout à fait suffisant.
Certains points de l'article sont tout de même risibles. Comparer le nombre de rapports de bogues pour MySQL, avec SQLServer. Et bien en fait on ne peut pas avoir accès à ceux de SQLServer, normal c'est proprio ! Pareil pour les CVEs. Microsoft peut patcher sans avertir personne vu que tout est fermé. Impossible de faire ça avec du libre.
Je sens plus la frustrations des DBAs de l'ancien temps (Oracle et SQLServer) forcés de constater que ces solutions sont de moins en moins utilisées. Il est temps d'adopter le libre plutôt que d'essayer de se battre pour son petit bout de gazon !
On va y arriver, modifié !
Tcho !
Désolé, le site a eu un problème technique, l'article est de nouveau disponible à son lien d'origine https://zestedesavoir.com/tutoriels/3163/variables-scopes-et-closures-en-python/ ledit lien est plus complet que celui qui s'appelle billet, surtout un travail a été fait pour améliorer la pédagogie.
Je suis vraiment désolé pour la pagaille à cause d'un bug du site.
Modifié, Thanks !
Tcho !
Nouveau lien de l'article : https://zestedesavoir.com/billets/2648/variables-scopes-et-closures-en-python-billet/
En effet tu as raison. Seulement beaucoup de personne ne connaissent pas les JWT c'est le pourquoi de l'opposition : pour en parler et les faire connaitre.
Pour moi, les JWT ne sont pas forcément liés à une notion d'authentification ou d'autorisation. C'est un format de données. Par contre, effectivement, ça permet de déporter certaines données côté client tout en ayant la garantie que ces données sont valides grâce à la clé de signature. C'est également possible d'utliser une clé pour chiffrer afin de ne pas rendre ces données publiques. D'autre part, je pense qu'un cookie de session peut tout à faire être un JWT, les deux ne sont pas à opposer à mon avis.
Un bon exemple comme quoi le cloud troque des problèmes pour d'autres :-)
Ça fait bizarre de faire du préchauffage sur lambda pour les garder démarrée. Pourquoi ne pas utiliser EC2 ou EKS ?
Corrigé, merci !
Le lien n'existe pas
D'une part parce que ça fait des années que je l'utilise, que ça fonctionne bien, ça fait tout ce que je veux, et je ne vois aucune raison de changer juste pour changer. Indépendamment de ça, j'ai eu une discussion détaillée avec Carla Schroder, qui est non seulement un de mes auteurs Linux préférés (Linux Cookbook et Linux Networking Cookbook chez O'Reilly), mais aussi une ancienne employée d'OwnCloud aux USA. Elle a notamment écrit toute la doc jusqu'à la version 9 (et c'est pour ça qu'elle est super bien faite, cette doc). Elle m'a raconté la manière assez dégueulasse dont s'est passé le fork et dont elle s'est faite virer comme une malpropre, et du coup, ça m'a donné envie de rester fidèle à ce projet. Comme le dit si bien ce bon vieux Faust
Wenn wir zum Guten dieser Welt gelangen, Dann ist das Bessre Trug und Wahn.
Traduction : quand on atteint les bonnes choses dans la vie, Les choses meilleures sont un mirage qui miroite au loin.
Aller comparer le nombre de failles entre un logiciel libre (code ouvert) et des logiciels propriétaires (oracle, mssql) fallait oser…
Cet article est vraiment trop orienté
Le mec il a l'air pas content sur la photo. Je parie que lorsque tu lui parles de logiciels libres, sa pression artérielle augmente d'un cran. :o)
Le Next est l'ennemi du Own. (proverbe autrichien)
sqlpro …. il changera jamais ce type.
C'est bien beau de critiquer FaceApp, mais ces conditions sont exactement les mêmes pour google, facebook, microsoft, snapchat etc … C'est le fait que l'application soit russe qui choque ou quoi ?
On a un bug avec cette info au niveau des réseaux sociaux, elle sera supprimée après avoir creusé le bug.
Tcho !
“Promo valable jusqu’au 15 juillet”. L'info a été plussé trop tard, du coup je vais la supprimer d'ici qq heures.
Tcho !
Oui, la décision a été prise d'arrêter le système qualification d'applications “officielles” pour passer sur un filtre de “Qualité” à savoir si les applications répondent à une somme de critères de qualité d'intégration. Bravo à vous pour ce travail réalisé.
J'utilise depuis 2015. Jamais un soucis (sauf entre le clavier et la souris).
À noter que la version 3.6 n'est pas basée sur debian 10, la migration n'aura pas lieu tout de suite, il faudra être un peu patient.