{"id":114773,"date":"2024-04-04T00:25:49","date_gmt":"2024-04-03T22:25:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-redict-7-3-0-forka-subd-redis"},"modified":"2024-04-04T00:25:49","modified_gmt":"2024-04-03T22:25:49","slug":"vypusk-redict-7-3-0-forka-subd-redis","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Sortie de Redict 7.3.0, un fork de la base de donn\u00e9es Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Drew DeVault, l'auteur de l'environnement utilisateur Sway, du langage de programmation Hare, du client de messagerie Aerc et de la plateforme de d\u00e9veloppement collaboratif SourceHut, a pr\u00e9sent\u00e9 la sortie du projet Redict 7.3.0, un fork de la base de donn\u00e9es Redis. Redict a \u00e9t\u00e9 d\u00e9riv\u00e9 de Redis 7.2.4, la derni\u00e8re version sous licence BSD. Les modifications apport\u00e9es par le projet Redict sont distribu\u00e9es sous la licence LGPLv3.0, mais le code h\u00e9rit\u00e9 de Redis reste sous licence BSD. <\/p>\n
Redict 7.3.0 est pr\u00e9sent\u00e9 comme la premi\u00e8re version distincte du projet, dont les modifications se limitent pour l'instant \u00e0 un rebranding et \u00e0 quelques ajustements mineurs, par exemple, l'outil redis-cli a \u00e9t\u00e9 renomm\u00e9 en redict-cli, et le fichier de configuration \/etc\/redis.conf en \/etc\/redict.conf. En termes de fonctionnalit\u00e9s, Redict 7.3.0 est totalement compatible avec la version Redis 7.2.4 et peut \u00eatre utilis\u00e9 comme son remplacement, mais il n'est pas li\u00e9 \u00e0 la branche Redis 7.3.0 en cours de d\u00e9veloppement et n'assure pas la compatibilit\u00e9 avec celle-ci. <\/p>\n
Contrairement au fork Valkey cr\u00e9\u00e9 par Amazon, Google, Oracle, Ericsson et Snap, le projet Redict vise \u00e0 assurer un maintien conservateur de la base de code sur le long terme et \u00e0 garantir sa stabilit\u00e9, plut\u00f4t qu'\u00e0 promouvoir des changements radicaux et des innovations au b\u00e9n\u00e9fice des soci\u00e9t\u00e9s commerciales fournissant des ressources. Selon les d\u00e9veloppeurs de Redict, dans sa forme actuelle, le projet Redis a atteint sa maturit\u00e9 et contient toutes les fonctionnalit\u00e9s n\u00e9cessaires, il est donc important d'assurer le processus de correction des erreurs et des vuln\u00e9rabilit\u00e9s, plut\u00f4t que de continuer \u00e0 ajouter des fonctionnalit\u00e9s. <\/p>\n
Le choix de la licence LGPL au lieu de la BSD pour les modifications internes est motiv\u00e9 par la protection contre les tentatives de cr\u00e9ation de distributions propri\u00e9taires de Redict et le blocage du transfert de code vers le projet Redis devenu propri\u00e9taire. Cependant, la licence LGPL n'emp\u00eache pas les d\u00e9veloppeurs de produits commerciaux et de syst\u00e8mes cloud d'utiliser Redict dans leurs services et projets. Redict se d\u00e9veloppera exclusivement gr\u00e2ce aux efforts de la communaut\u00e9 et pour le bien de la communaut\u00e9, et non par une petite groupe d'entreprises repr\u00e9sentant leurs propres int\u00e9r\u00eats. Les d\u00e9cisions concernant le d\u00e9veloppement seront prises sur la base d'un consensus entre les participants au d\u00e9veloppement. <\/p>\n
Parmi les projets futurs, on note la modernisation du syst\u00e8me de construction, la cr\u00e9ation de forks des biblioth\u00e8ques clientes (par exemple, hiredict, un fork de la biblioth\u00e8que d'impl\u00e9mentation du client Redis pour le langage C) et l'externalisation des versions int\u00e9gr\u00e9es de Lua et jemalloc au profit de d\u00e9pendances externes, ce qui simplifiera la maintenance des paquets dans les distributions. On n'exclut pas non plus le transfert de modifications utiles non radicales de la base de code de Valkey. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"