{"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\/news\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Die 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 Plattform f\u00fcr gemeinsame Entwicklung SourceHut, hat die Version 7.3.0 des Projekts Redict ver\u00f6ffentlicht, das ein Fork der Datenbank Redis entwickelt. Redict ist von Redis 7.2.4 abgezweigt, der letzten Version, die unter der BSD-Lizenz ver\u00f6ffentlicht wurde. Die \u00c4nderungen, die im Projekt Redict entwickelt werden, sind unter der LGPLv3.0-Lizenz ver\u00f6ffentlicht, jedoch bleibt der aus Redis entlehnte Code unter der BSD-Lizenz. <\/p>\n
Redict 7.3.0 wird als die erste eigenst\u00e4ndige Version des Projekts positioniert, deren \u00c4nderungen bislang nur auf ein Rebranding und kleinere Anpassungen beschr\u00e4nkt sind, wie zum Beispiel die Umbenennung des Tools redis-cli in redict-cli und die Konfigurationsdatei \/etc\/redis.conf in \/etc\/redict.conf. In Bezug auf die Funktionen ist Redict 7.3.0 vollst\u00e4ndig kompatibel mit der Redis-Version 7.2.4 und kann als dessen Ersatz verwendet werden, hat jedoch nichts mit dem in Entwicklung befindlichen Branch Redis 7.3.0 zu tun und bietet keine Kompatibilit\u00e4t mit dieser. <\/p>\n
Im Gegensatz zum von den Unternehmen Amazon, Google, Oracle, Ericsson und Snap entwickelten Fork Valkey zielt das Projekt Redict darauf ab, den Code \u00fcber einen l\u00e4ngeren Zeitraum konservativ zu unterst\u00fctzen und Stabilit\u00e4t zu gew\u00e4hrleisten, anstatt radikale \u00c4nderungen und Innovationen im Interesse von kommerziellen Ressourcenanbietern voranzutreiben. Nach Ansicht der Redict-Entwickler hat das Projekt Redis in seiner aktuellen Form die Reife erreicht und bietet alle notwendigen Funktionen, deshalb ist es wichtig, in Zukunft den Prozess der Fehlerbehebung und Schwachstellenbehebung sicherzustellen, anstatt die Funktionalit\u00e4t weiter zu erweitern. <\/p>\n
Die Wahl der LGPL-Lizenz statt der BSD f\u00fcr eigene \u00c4nderungen wird durch den Schutz vor Versuchen erkl\u00e4rt, propriet\u00e4re Distributionen von Redict zu erstellen und den Transfer von Code in das propriet\u00e4re Projekt Redis zu blockieren. Dabei hindert die LGPL-Lizenz Entwickler kommerzieller Produkte und Cloud-Systeme nicht daran, Redict in ihren Diensten und Projekten zu verwenden. Redict wird ausschlie\u00dflich durch die Gemeinschaft und zum Wohle der Gemeinschaft entwickelt, nicht von einer kleinen Gruppe von Unternehmen, die ihre eigenen Interessen verfolgen. Entscheidungen \u00fcber die Weiterentwicklung werden auf der Grundlage eines Konsenses unter den Entwicklern getroffen. <\/p>\n
Zu den Zukunftspl\u00e4nen geh\u00f6rt die Modernisierung des Build-Systems, die Erstellung von Forks f\u00fcr Client-Bibliotheken (wie zum Beispiel hiredict, ein Fork der Bibliothek zur Implementierung eines Redis-Clients f\u00fcr die Programmiersprache C) sowie die Auslagerung der eingebauten Varianten von Lua und jemalloc zugunsten externer Abh\u00e4ngigkeiten, was die Wartung von Paketen in Distributoren vereinfachen wird. Es ist auch nicht auszuschlie\u00dfen, dass nicht radikale n\u00fctzliche \u00c4nderungen aus dem Code-Basis von Valkey \u00fcbernommen werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"