{"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\/de\/blog\/novosti-interneta\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Ver\u00f6ffentlichung von Redict 7.3.0, einem Fork der Datenbank-Management-Systeme Redis.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Drew DeVault, der Autor der Benutzerumgebung Sway, der Programmiersprache Hare, des E-Mail-Clients Aerc und der gemeinsamen Entwicklungsplattform SourceHut, hat die Ver\u00f6ffentlichung des Projekts Redict 7.3.0 vorgestellt, das ein Fork der Datenbank-Engine Redis darstellt. Redict wurde aus Redis 7.2.4 abgezweigt, der letzten Version, die unter der BSD-Lizenz ver\u00f6ffentlicht wurde. Die von dem Projekt Redict entwickelten \u00c4nderungen stehen unter der LGPLv3.0-Lizenz, jedoch bleibt der aus Redis entlehnte Code unter der BSD-Lizenz. <\/p>\n
Redict 7.3.0 wird als erste eigenst\u00e4ndige Ver\u00f6ffentlichung des Projekts positioniert, wobei die \u00c4nderungen bislang auf Rebranding und kleinere Anpassungen beschr\u00e4nkt sind, beispielsweise wurde das Tool redis-cli in redict-cli umbenannt und die Konfigurationsdatei \/etc\/redis.conf in \/etc\/redict.conf. Hinsichtlich der Funktionalit\u00e4ten ist Redict 7.3.0 vollst\u00e4ndig kompatibel mit der Redis-Version 7.2.4 und kann als deren Ersatz verwendet werden, hat jedoch keine Verbindung zu dem entwickelten Branch Redis 7.3.0 und bietet keine Kompatibilit\u00e4t mit diesem. <\/p>\n
Im Gegensatz zu dem von Unternehmen wie Amazon, Google, Oracle, Ericsson und Snap geschaffenen Fork Valkey verfolgt das Projekt Redict das Ziel, die Codebasis \u00fcber l\u00e4ngere Zeitr\u00e4ume konservativ zu pflegen und Stabilit\u00e4t zu gew\u00e4hrleisten, statt radikale \u00c4nderungen und Innovationen im Interesse von kommerziellen Ressourcenanbietern voranzutreiben. Die Entwickler von Redict sind der Ansicht, dass das Projekt Redis in seiner aktuellen Form die Reife erreicht hat und alle notwendigen Funktionen enth\u00e4lt. Daher ist es wichtig, den Prozess der Behebung von Fehlern und Sicherheitsanf\u00e4lligkeiten sicherzustellen, anstatt weiterhin die Funktionalit\u00e4t auszubauen. <\/p>\n
Die Wahl der LGPL-Lizenz anstelle der BSD-Lizenz f\u00fcr eigene \u00c4nderungen erfolgt zum Schutz vor dem Versuch, propriet\u00e4re Distributionen von Redict zu erstellen, sowie zur Verhinderung der \u00dcbertragung von Code in das inzwischen propriet\u00e4re Projekt Redis. Die LGPL-Lizenz hindert jedoch Entwickler kommerzieller Produkte und cloudbasierter Systeme nicht daran, Redict in ihren Dienstleistungen und Projekten zu nutzen. Redict wird ausschlie\u00dflich durch die Gemeinschaft und zum Wohle der Gemeinschaft weiterentwickelt, und nicht durch eine kleine Gruppe von Unternehmen, die ihre eigenen Interessen vertreten. Entscheidungen zur Weiterentwicklung werden auf der Grundlage eines Konsenses zwischen den Entwicklern getroffen. <\/p>\n
Zu den zuk\u00fcnftigen Pl\u00e4nen geh\u00f6rt die Modernisierung des Build-Systems, die Schaffung von Forks der Client-Bibliotheken (zum Beispiel wurde bereits hiredict erstellt, ein Fork der Bibliothek mit der Implementierung eines Clients f\u00fcr Redis in der Programmiersprache C) und die Auslagerung von eingebetteten Versionen von Lua und jemalloc zugunsten der Anbindung externer Abh\u00e4ngigkeiten, was die Wartung der Pakete in den Distributionen erleichtert. Es ist auch nicht auszuschlie\u00dfen, dass nicht-radikale n\u00fctzliche \u00c4nderungen aus dem Valkey-Code \u00fcbernommen werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"