{"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\/es\/blog\/news\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Lanzamiento de Redict 7.3.0, bifurcaci\u00f3n de la base de datos Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Drew DeVault, autor del entorno de usuario Sway, del lenguaje de programaci\u00f3n Hare, del cliente de correo Aerc y de la plataforma de colaboraci\u00f3n SourceHut, present\u00f3 la versi\u00f3n 7.3.0 del proyecto Redict, que es un fork de la base de datos Redis. Redict se bifurc\u00f3 de Redis 7.2.4, la \u00faltima versi\u00f3n distribuida bajo la licencia BSD. Los cambios realizados por el proyecto Redict se distribuyen bajo la licencia LGPLv3.0, pero el c\u00f3digo tomado de Redis permanece bajo la licencia BSD. <\/p>\n
Redict 7.3.0 se presenta como la primera versi\u00f3n independiente del proyecto, cuyas modificaciones hasta ahora se limitan \u00fanicamente al rebranding y correcciones menores. Por ejemplo, la herramienta redis-cli se ha renombrado a redict-cli y el archivo de configuraci\u00f3n \/etc\/redis.conf a \/etc\/redict.conf. En t\u00e9rminos de funcionalidades, Redict 7.3.0 es completamente compatible con la versi\u00f3n Redis 7.2.4 y puede utilizarse como su reemplazo, aunque no guarda relaci\u00f3n con la rama de Redis 7.3.0 en desarrollo y no garantiza compatibilidad con ella. <\/p>\n
A diferencia del fork Valkey creado por las empresas Amazon, Google, Oracle, Ericsson y Snap, el proyecto Redict est\u00e1 orientado a un mantenimiento conservador de la base de c\u00f3digo durante un tiempo prolongado y a garantizar la estabilidad, en lugar de promover cambios radicales e innovaciones en inter\u00e9s de empresas comerciales que proporcionan recursos. Seg\u00fan los desarrolladores de Redict, en su estado actual, el proyecto Redis ha alcanzado la madurez y cuenta con todas las funcionalidades necesarias, por lo que es importante asegurar en el futuro un proceso de correcci\u00f3n de errores y vulnerabilidades, en lugar de seguir ampliando la funcionalidad. <\/p>\n
La elecci\u00f3n de la licencia LGPL en lugar de la BSD para las modificaciones propias se explica por la protecci\u00f3n contra intentos de crear distribuciones propietarias de Redict y el bloqueo de la transferencia del c\u00f3digo al proyecto Redis, que se ha vuelto propietario. Sin embargo, la licencia LGPL no impide que los desarrolladores de productos comerciales y sistemas en la nube utilicen Redict en sus servicios y proyectos. Redict se desarrollar\u00e1 exclusivamente por la comunidad y para el beneficio de la comunidad, y no por un peque\u00f1o grupo de empresas que defienden sus intereses. Las decisiones sobre el desarrollo se tomar\u00e1n en base a la consecuci\u00f3n de un consenso entre los participantes en el desarrollo. <\/p>\n
Entre los planes futuros se menciona la modernizaci\u00f3n del sistema de ensamblaje, la creaci\u00f3n de forks de bibliotecas clientes (por ejemplo, ya se ha creado hiredict, un fork de la biblioteca con implementaci\u00f3n de cliente para Redis en el lenguaje C) y la externalizaci\u00f3n de las variantes integradas de Lua y jemalloc a favor de la conexi\u00f3n de dependencias externas, lo que facilitar\u00e1 el mantenimiento de los paquetes en las distribuciones. Tambi\u00e9n se considera la posibilidad de trasladar cambios \u00fatiles no radicales desde la base de c\u00f3digo de Valkey. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"