Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензии"	+/–
Сообщение от opennews (??), 31-Июл-24, 13:17
Опубликован релиз СУБД Redis 7.4, относящейся к классу NoSQL-систем. Redis предоставляет функции для хранения данных в формате ключ/значение, расширенные поддержкой структурированных форматов данных, таких как списки, хэши и множества, а также возможностью выполнения на стороне сервера скриптов-обработчиков на языке Lua. В отличие от систем хранения в оперативной памяти, таких как Memcached, Redis хранит БД не только в памяти, но на диске, что  гарантирует сохранность БД в случае аварийного завершения работы... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61632
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
Сообщение от Аноним (2), 31-Июл-24, 13:19
KeyDB лучше Valkey? Что из этого можно использовать в качестве drop-in замены для Redis?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+5 +/–
	Сообщение от Аноним (10), 31-Июл-24, 13:51
	Разработка KeyDB практически прекратилась с прошлого года https://github.com/Snapchat/KeyDB/graphs/commit-activity Релиз 6.3 привнес существенную деградацию производительности, которую никто не планирует чинить https://github.com/Snapchat/KeyDB/issues/470 Так что близкие к оригиналу варианты редиса выглядят более предпочтительными.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–4 +/–
	Сообщение от Аноним (44), 01-Авг-24, 09:07
	Надо было вообще не пользовать Redis, оно с самого начало попахивало закрытием в проприетарщину.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	71. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Омноном (?), 03-Авг-24, 07:02
	https://redict.io/posts/2024-04-03-redict-7.3.0-released/ https://codeberg.org/redict/redict
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–3 +/–
Сообщение от Аноний III (?), 31-Июл-24, 13:19
"Лицензия SSPL дополнительно содержит требование поставки под той же лицензией не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса. " я не согласен с этим положением, я протестую
Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+3 +/–
	Сообщение от голос из леса (?), 31-Июл-24, 16:58
	"мы вас услышали" (C)
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (26), 31-Июл-24, 17:30
	>я не согласен с этим положением Используй Redis 6-й ветки. Тебе точно нужны новые фичи 7-й?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	36. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (36), 31-Июл-24, 23:47
	У редиса порой бывает проблема с безопасностью. Поэтому обновления скорее всего для проприетарных продуктов будут необходимы.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (26), 01-Авг-24, 01:05
	Вешай redis вместо *:6379 на 127.0.0.1:6379 и 99% проблем с безопасностью будут мимо.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 01-Авг-24, 23:51
	> Вешай redis вместо *:6379 на 127.0.0.1:6379 и 99% проблем с безопасностью будут > мимо. да никому твой подкроватный локалхост не нужен, вешай куда угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 01-Авг-24, 12:02
	проприетарные протухты могут купить проприетарную лицензию, не вижу проблемы. А бесплатное-взять-взять-взять - ну возьмет теперь оракломазоновский форк, и обойдется без наимоднявейших фичек, особенно вон прекрасно, вчера впилили жабоскрипты, сегодня - ой, выпилили.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

4. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–2 +/–
Сообщение от Wed (??), 31-Июл-24, 13:24
Существуют такие решения, как KeyDB и Tarantool, которые могут полностью заменить проприетарный Redis.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–2 +/–
	Сообщение от Аноним (11), 31-Июл-24, 13:52
	Модно самописный сделать там логики на несколько сот строк.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
	Сообщение от Аноним (15), 31-Июл-24, 14:13
	> несколько сот строк Лол, среднестатистический проект на голом пхп и хранилище на файлах будет максимум на пару сот строк))
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
	Сообщение от Аноним (10), 31-Июл-24, 13:54
	В последнем релизе KeyDB существенно замедлили, после чего разработку свернули.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. Скрыто модератором	+5 +/–
Сообщение от Аноним (15), 31-Июл-24, 13:32
> СУБД Redis 7.4 Я конечно дико извиняюсь, но зачем постить новость о проприетарном продукте на сайте, который позиционирует себя исключительно про оупенсурс?
Ответить | Правка | Наверх | Cообщить модератору

	8. Скрыто модератором	+2 +/–
	Сообщение от Аноним (8), 31-Июл-24, 13:41
	> сайте, который позиционирует себя исключительно про оупенсурс Где ты такое нашел? Ссылочку на RT где такое написано.
	Ответить | Правка | Наверх | Cообщить модератору

	14. Скрыто модератором	+1 +/–
	Сообщение от User (??), 31-Июл-24, 14:02
	Так сорс самый что ни на есть опен - что не так-то?!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	25. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 31-Июл-24, 17:23
	> Так сорс самый что ни на есть опен - что не так-то?! Ща тебе принесут методички от чуваков которые попробовали присвоить опенсорс (FSF, OSI). Которые добавили комми-идеологии, манифесты в стиле "отнять и поделить" и прочий бред. Я уже тут дундуков троллил простым вопросом "если выложить код под CC-ND, то будет это open source или нет"? А в ответ начинались разглагольствования типа "пахнущая Борода не одобряет код, который не можна спи-ть!", "а вот есть 4 Щво6одки которые ставят потербялтора выше чем программера" и тд
	Ответить | Правка | Наверх | Cообщить модератору

	16. Скрыто модератором	+1 +/–
	Сообщение от Аноним (16), 31-Июл-24, 14:23
	Думаю, open в данном случае - просто открытый. Ну открыл в браузере сайт - вот он и стал open.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	31. Скрыто модератором	+/–
	Сообщение от BrainFucker (ok), 31-Июл-24, 20:43
	> на сайте, который позиционирует себя исключительно про оупенсурс? Не оупенсурс, а оупеннет.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
Сообщение от Аноним (7), 31-Июл-24, 13:33
nextcloud завязан на redis и теперь при переходе на Memcached он лочит файлы.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–1 +/–
	Сообщение от Аноним (16), 31-Июл-24, 14:24
	Не нужно было брать его в принципе. Тормозное слишком. Ну реально медленно работает. Memcached не помогает.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (32), 31-Июл-24, 21:13
	А альтернативы какие?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+2 +/–
	Сообщение от Аноним (27), 31-Июл-24, 18:03
	А в чем проблема продолжать использовать редис?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	29. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+2 +/–
	Сообщение от Аноним (7), 31-Июл-24, 19:21
	об этом я не думал ну и продолжаю использовать редис
	Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
Сообщение от Соль земли (?), 31-Июл-24, 13:59
Четыре форка! Мощно...
Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 01-Авг-24, 12:03
	два полутрупа, один мертвеньким родился, ну и ораклемазон который подбирает все. Богатство выбора с единственной жизнеспособной альтернативой.
	Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+3 +/–
Сообщение от КО (?), 31-Июл-24, 15:03
Access denied Классный опенсурсный дистр, мне понравился
Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–2 +/–
	Сообщение от Аноним (-), 31-Июл-24, 18:09
	УМВР ¯\_(ツ)_/¯ Есть вероятность что сайт блочится изнутри, а не снаружи. Возможно тебе просто не повезло)
	Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
Сообщение от YetAnotherOnanym (ok), 31-Июл-24, 15:42
> новые типы данных bfloat16 и float16 <...> дают возможность сократить потребление памяти в векторных БД на 47%, уменьшить задержки извлечения данных на 59% и сократить время создания индексов на 58% по сравнению с типом float64 А bfloat8 и float8 ващще в космос бы улетели. А bfloat4 и float4 - это просто был бы мгновенный варп на другой конец Вселенной. А bfloat2 и float2 и вовсе повернули бы время вспять. > Прекращена поддержка триггеров и функций на языке JavaScript, предложенных в прошлом выпуске Что, вот прямо любых функций на языке JavaScript? Круто!
Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 00:09
	> А bfloat8 и float8 ващще в космос бы улетели. А bfloat4 и > float4 - это просто был бы мгновенный варп на другой конец Ну так многие акселераторы нейронок по этой причине и юзают какойнить int8. Куцый, зато на 1 кристалле влезает - дохрена, и за 1 такт эвона сколько этого обсчитывается за присест. А ты попробуй столько же FP32 хотя-бы за цикл сжевать. Как, слабо?!
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (41), 01-Авг-24, 01:46
	Процессор не умеет работать с данными короче байта, так что float4 и float2 сэкономили бы место при хранении, но потребовали бы кучу кода на чтение и преобразование, "распаковку", к типам, с которыми процессор умеет работать. Это увеличение объёма кода и существенное уменьшение скорости работы. По аналогичному вопросу Страуструп в своей книге по С++ писал (про битовые поля), что при переходе от битовых полей к нормальным типам размер кода (из-за отсутствия необходимости паковывать/распаковывать) уменьшался настолько, что начинала потреблять меньше памятьи вся программа, включая эти "сжатые" данные.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	43. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–1 +/–
	Сообщение от ИмяХ (ok), 01-Авг-24, 06:27
	Интеловские процессоры уже лет семь как имеют расширение fp16c, а bfloat16 вообще не надо конвертировать, это тупо обрезанный float32
	Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+2 +/–
Сообщение от Аноним (-), 31-Июл-24, 20:21
> Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензии Ну ладно, круто, а новость на опеннете тогда - зачем? Аудиторию потроллить чтоли? :)
Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
	Сообщение от Аноним (-), 31-Июл-24, 22:12
	>> Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензии > Ну ладно, круто, а новость на опеннете тогда - зачем? Аудиторию потроллить чтоли? :) Потому что код является октрытым как бы не бухтели сектанты) Проекты и лицензии с открытым кодом, были задолго до появления FSF, OSI и прочих деятелей пытавшихся захапать даже сам термин (привет попытка закопирайтить(!!) термин open source).
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+1 +/–
	Сообщение от Аноним (-), 31-Июл-24, 22:18
	>> Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензии > Ну ладно, круто, а новость на опеннете тогда - зачем? Аудиторию потроллить чтоли? :) А кто определяет проприетарность лицензии)? Редису не понравилась ситуация, когда корпорасты "создают производные коммерческие продукты и занимаются перепродажей Redis в виде облачных сервисов, но не принимают участия в жизни сообщества и не помогают в разработке". Они поменяли лицензию и... сразу подкорпные подстилки начали вонять "Организация OSI (Open Source Initiative) заявила, что подобные лицензии не являются открытыми и продукты на их основе следует считать проприетарными" Код открыт -> значит опенсорс. Остальное это фантазии различных течений адептов Щво6одьки)
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	39. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+2 +/–
	Сообщение от Аноним (-), 01-Авг-24, 00:22
	> Редису не понравилась ситуация, когда корпорасты "создают производные коммерческие продукты > и занимаются перепродажей Redis в виде облачных сервисов, но не принимают > участия в жизни сообщества и не помогают в разработке". Ну как бы такие аппетиты - перебор даже по версии GPLщиков. Ни 1 лицензия не _требует_ как именно _обязаловку_ что-то контрибутить взад. А ограничение коммерческого использования это такой фэйл что даже OSI под это не подпишется. И много кому не понравится ситуация когда апстрим резко вертухается, радикально сменив правила игры - до уровня когда это вообще не опенсорсная лицензия. И с такими разработчиками софта дел, наверное, лучше не иметь вообще. Во первых потому что они не умеют в планирование и вынуждены резко вертухаться. Во вторых потому что эти резкие вертухания становятся проблемой того кто на это заложился. В третьих, потому что прецедент установлен и хрен его знает что такому апстриму завтра в голову взбредет. Скажет манагер "нужно больше золота, милорд" - а то что у вон тех нелохов заложившихся на это все загнулось как бы не их проблема. > Они поменяли лицензию и... сразу подкорпные подстилки начали вонять Думаю что на левую лицензию вонять будут - по сути почти все. > и продукты на их основе следует считать проприетарными" А почему нет? Резкое изменение лицензии, с ужесточением политики прямо по ходу пьесы это, в общем то, на грани кидалова. Опенсорсом многие пользуются как раз чтобы этой участи избежать. Если кто такого хотел - надо было думать раньше и брать типовые лицензии, типа AGPL, и - сразу. А не где-то опосля, обломав ожидания толпы народа. > Код открыт -> значит опенсорс. Ну как бы это такой проприетарный опенсорс. Даже не OSI approved. Даже не AGPL. Это фэйл, так уделать свою репутацию - просто шик. > Остальное это фантазии различных течений адептов Щво6одьки) Ну вы в своем праве закладываться на такой апстрим если это для вас офигенно работает. Кто-то разве против? :). Нормальные люди, минимально в адеквате, ессно сто раз подумают до того как с таким апстримом дело иметь. А что ему помешает и еще раз, еще более жесткий кидок вкатить? Не, такие апстримы в опенсорсе не нужны. Это по сути кидалы. И их неумение в менеджмент и выбор неподходящей им лицензии изначально - резко стало проблемой тех кто в них вляпался. А вот такие маневры в бизнесе не прощают. Да и в опенсорсе - тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (48), 01-Авг-24, 11:36
	> Ну как бы такие аппетиты - перебор даже по версии GPLщиков. Ни 1 лицензия не _требует_ как именно _обязаловку_ что-то контрибутить взад. А ограничение коммерческого использования это такой фэйл что даже OSI под это не подпишется. Не правда) Адепты ЖоПЛь как раз хотели, чтобы все что компиляется GCC становилось GPL. (Кажется это обострилось после перехода на GPLv3 с версии 4.3. И это была одна из причин, почему Эпл так много усилий вложила в Clang/LLVM) Пришлось даже создавать отдельный GCC RUNTIME LIBRARY EXCEPTION gnu.org/licenses/gcc-exception-3.1.html > И много кому не понравится ситуация когда апстрим резко вертухается, радикально сменив правила игры - до уровня когда это вообще не опенсорсная лицензия. > И с такими разработчиками софта дел, наверное, лучше не иметь вообще. Ну так не имей. Тут в комментах пишут "они сразу были подозрительными". Ну так зачем вы использовали их софт? По поводу опенсорсности я готов спорить еще очень долго) Мне как юзеру достаточно читать код. Так я могу убедиться что в коде нет явных бекдоров или закладок. > Во первых потому что они не умеют в планирование и вынуждены резко вертухаться. Ну, не все в этом мире идеальные разработчики и планировщики. Хотя если бы я проводил такой маневр, то написал какое-то кол-во строк или фич "в стол" для того чтобы сразу после смены лицензии выпустить апдейт. Желательно багфиксный. > Во вторых потому что эти резкие вертухания становятся проблемой того кто на это заложился. Это же опенсорс, то что ты на кого-то надеялся - твои проблемы. С таким же успехом главного (а часто единственного) разработчика может сбить автобус. Или упасть метеорит. Или начаться война. > В третьих, потому что прецедент установлен и хрен его знает что такому апстриму завтра в голову взбредет. Они не одни такие. кокроч, мария, хашики и другие тоже переходят на BSL-подобные лицензии. Т.к ситуация паразитизма корпов и крупных вендоров не устраивает многих создателей "сервисных" приложений. По поводу заложившихся - так у них старую версию не отбирают. Пусть сидят на последней которая их устраивает. > Думаю что на левую лицензию вонять будут - по сути почти все. Лицензия не левая, но думаю если бы поменяли на WTF license то всем было бы пофиг. > А почему нет? Резкое изменение лицензии, с ужесточением политики прямо по ходу пьесы это, в общем то, на грани кидалова. Опенсорсом многие пользуются как раз чтобы этой участи избежать. Хм, а когда гнутики ужесточили GPL2 -> GPL3, типа под видом борьбы с тивоизацией, это было не кидалово? Ну ты выпускал себе телевизоры, а тут бац! фанатичным комми мочча в голову ударила. > Ну как бы это такой проприетарный опенсорс. Даже не OSI approved. Даже не AGPL. Это фэйл, так уделать свою репутацию - просто шик. Да. Можно считать его проприетарным. На мнение ОСИ мне как-то пофиг. Хотя мне как пользователю "админ локалхоста" оно  меня вполне устраивает. > Это фэйл, так уделать свою репутацию - просто шик. Т.е борьба с корпами-паразитами это уже постыдное дело? Ну ок, это твое мнение. Я наоборот стал их больше уважать. >  Нормальные люди, минимально в адеквате, ессно сто раз подумают до того как с таким апстримом дело иметь. Давай не говорить о "нормальности" на форуме 4%) "Нормальные люди" пользуются виндой или макосью. > А что ему помешает и еще раз, еще более жесткий кидок вкатить? А что им помешает просто сказать "я устал я мухожук" как создателю Фунты и соседней новости? Или просто забить и никогда не обновлять проект? Или помереть как создателю ВИМ? Ни-че-го! > Это по сути кидалы. Согласен! Особенно безответственно поступил Брам Моленар) > И их неумение в менеджмент и выбор неподходящей им лицензии изначально - резко стало проблемой тех кто в них вляпался. Лицензию они выбирали много лет назад, когда таких сервисов как AWS не было. Те кто использовал их продукт должны были быть готовыми к любым неожиданностям, которые я описал выше. > А вот такие маневры в бизнесе не прощают. Да и в опенсорсе - тоже. Поживем - увидим. На хашикорп тоже бочку гнали, но они вполне живы и довольны под крылом локомотива опенсорса ИБМ.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 22:31
	> чтобы все что компиляется GCC становилось GPL. Шиза косила наши ряды. GPL насаженный обманом смысла не имеет. > (Кажется это обострилось после перехода на GPLv3 с версии 4.3. Я так понимаю что господа от BSD на GPLv3 заагрились. Но это их проблемы. > Пришлось даже создавать отдельный GCC RUNTIME LIBRARY EXCEPTION > gnu.org/licenses/gcc-exception-3.1.html У них имхо никогда не было плана делать все программы GPLными принудительно. Это не имеет смысла. Вирус работает только если человек добровольно его принял как симбионта и согласился что таков путь. > Ну так не имей. Тут в комментах пишут "они сразу были подозрительными". Задним умом - все крепкие. > Мне как юзеру достаточно читать код.. Юзерей нет смысла о чем-то спрашивать. >> Во первых потому что они не умеют в планирование и вынуждены резко вертухаться. > Ну, не все в этом мире идеальные разработчики и планировщики. Если они облажались настолько - это фэйл. > или фич "в стол" для того чтобы сразу после смены лицензии > выпустить апдейт. Желательно багфиксный. А, чтобы кидалово ощущалось клиентами полнее? У вас наверняка была бы толпа клиентов. Бывших. Создавших ломовой спрос на то чтобы вас - заменить. И готовых это спонсировать. > Это же опенсорс, то что ты на кого-то надеялся - твои проблемы. Да я то свои проблемы решу, ибо "незаменимых не бывает" ;) > С таким же успехом главного (а часто единственного) разработчика может сбить автобус. Есть некоторая разница между случайным черным лебедем и элементарным кидаловом/разводиловом. Таккие методы в бизнесе нынче не очень в почете уже. > Они не одни такие. кокроч, мария, хашики и другие тоже переходят на BSL-подобные лицензии. Куды они там перейдут? Монти унес сколько давали, и все ессно не переписал. > Т.к ситуация паразитизма корпов и крупных вендоров не устраивает многих > создателей "сервисных" приложений. А эти создатели не думают что слегка зажрались и могут вообще остаться на бобах? Потому что незаменимых - не бывает. > По поводу заложившихся - так у них старую версию не отбирают. Ну вот я и думаю что господа в сабже - нарываются. И нарвутся. > Лицензия не левая, но думаю если бы поменяли на WTF license то всем было бы пофиг. Что значит - не левая? Это васянский самопал, самобытный, не распознаваемый кем либо как нормальные опенсорсные лицензии. Не, я конечно понимаю что назло глиcтaм можно и в лаву сигануть. И они даже сгорят, куда они денутся?! Но есть нюансы. > Хм, а когда гнутики ужесточили GPL2 -> GPL3, типа под видом борьбы > с тивоизацией, это было не кидалово? Это было реагирование на появившиеся способы обхода лицензий. Если вон те боялись вон того, и хотели вот этого, AGPL не новая штука и им ничего не мешало его выбирать. Но они предпочли мало т ого что резко сменить курс так еще и самопал какой-то скроить, который без анализа парой юридических отделов - лучше не трогать 3-метровой палкой. На всякий случай. > Ну ты выпускал себе телевизоры, а тут бац! А зачем телевизорам вообще - ограничилово запускать пользовательский код? Это типа не моча в голову? > Да. Можно считать его проприетарным. На мнение ОСИ мне как-то пофиг. > Хотя мне как пользователю "админ локалхоста" оно  меня вполне устраивает. Ну как бы если на мнение OSI вам пофиг, GPLщики у вас вообещ враги - тогда и вы опенсорсу наверное не друг и оптимально было бы - разобрать вас на отдельные атомы. > Т.е борьба с корпами-паразитами это уже постыдное дело? Ну ок, это твое мнение. Я не люблю резкие смены курса - особенно после того как кто-то хайпанул. Это называется - кидалово. > Я наоборот стал их больше уважать. Можешь юзать их добро, если хочешь. Правда, не понимаю что пользователь с ним делать будет. > Давай не говорить о "нормальности" на форуме 4%) "Нормальные люди" > пользуются виндой или макосью. Вы в вашем праве - валить на другие форумы и дискутировать с ними. Вас никто не заставляет сюда переться и хамить. > А что им помешает просто сказать "я устал я мухожук" как создателю > Фунты и соседней новости? Сильно зависит от структуры проекта. Если это театр 1 актера и таким остался навечно - этот риск стоит учитывать. > Или просто забить и никогда не обновлять проект? > Или помереть как создателю ВИМ? Ни-че-го! Целенаправленная резкая смена курса - хуже. Это на грани именно полноценного кидалова тех кто в это вляпался. И да, неумение в планирование и выбор лицензий - жирный косяк проекта и повод его избегать. > Лицензию они выбирали много лет назад, когда таких сервисов как AWS не было. И, конечно, они делая эту приблуду - не допускали возможностей появления таких вещей? ORLY? Тут вам не детский сад, чтобы в такое еще и поверили. > Поживем - увидим. На хашикорп тоже бочку гнали, но они вполне живы > и довольны под крылом локомотива опенсорса ИБМ. Простите, вы имели в виду "в желудке IBM"? :))
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 11:52
	> Шиза косила наши ряды. GPL насаженный обманом смысла не имеет. Но почему? Вон FSF годами обманом выпрашивал у разработчиков права на проекты и ничего. Борода так вообще начинал с воровства чужого емакса. > У них имхо никогда не было плана делать все программы GPLными принудительно. > Это не имеет смысла. Вирус работает только если человек добровольно его принял как симбионта и согласился что таков путь. Что значит нет смысла? Если можно взять что-то то подобные индивиды просто берут. Вот например история: ГНУтики просто с̶п̶и̶ позаимствовали код из BSD, перебили копирайты и налепили сверху свой рак. undeadly.org/cgi?action=article&sid=20070829001634 > А, чтобы кидалово ощущалось клиентами полнее? У вас наверняка была бы толпа клиентов. Бывших. Создавших ломовой спрос на то чтобы вас - заменить. Не, у меня нет толпы бывших клиентов, я не настолько глуп чтобы выкладывать свой код на котором  зарабатываю в опенсорс. Я выкладываю только то что не жалко. > Да я то свои проблемы решу, ибо "незаменимых не бывает" ;) Ну так если решишь, то чего ноешь. И да, незаменимых не бывает - если ты не приносил проекту пользы или денег, то тебя можно просто выкинуть из уравнения и ничего не изменится > Есть некоторая разница между случайным черным лебедем и элементарным кидаловом/разводиловом. > Таккие методы в бизнесе нынче не очень в почете уже. Странно. Амазон и прочие просто использут, проект не финансируют, кодом не делятся. И при этом в "почете" > А эти создатели не думают что слегка зажрались и могут вообще остаться на бобах? Потому что незаменимых - не бывает. Ну так это и проверим. Заодно посмотрим удастся ли поддерживать форки. >> По поводу заложившихся - так у них старую версию не отбирают. > Ну вот я и думаю что господа в сабже - нарываются. И нарвутся. И что ты им сделаешь? Пойдешь исправлять баги? Что-то я сомневаюсь. А если ты простоая потрбяльдь - то чего вообще тебя слушать. > Что значит - не левая? Это васянский самопал, самобытный, не распознаваемый кем либо как нормальные опенсорсные лицензии. Не, я конечно понимаю что назло глиcтaм можно и в лаву сигануть. И они даже сгорят, куда они денутся?! Но есть нюансы. Хаха, ты не думал что автор может писать любую лицензию какую хочет? И это его полное право. То что какие-то под-корповские подстилки не считают эту лицензию "нормальной", то это не проблемы авторов. >> Ну ты выпускал себе телевизоры, а тут бац! > А зачем телевизорам вообще - ограничилово запускать пользовательский код? Это типа не моча в голову? Хм... возможно "потому что я так захотел"? А потом комми начинают ныть и ломать лицензию - вот и кидалово. Буквально недавно они попытались такое же провернуть с нвидией, сломав куче народу ядро в минорной версии. Но нвидия нашла отличный выход и поводила фанатика по губам. > Ну как бы если на мнение OSI вам пофиг, GPLщики у вас вообещ враги - тогда и вы опенсорсу наверное не друг WAT? Опенсорс не ограничевается 321ми из OSI, который хотели этот самый термин украсть и закопирайтить. Я вполне поддерживаю свободный опенсорс типа BSD и MIT, я не против и отношусь нормально к лицензиям ограничивающим коммерческую деятельность или к двойным лицензиям как QT. Так что я друг для свободного опенсорса и презираю ЖоПЛ-комми. > и  оптимально было бы - разобрать вас на отдельные атомы Прям как завещал "защитник любителей лøлей"? Правда даже он к уничтожению не призывал (вроде как) степени, в какой общество вольно использовать результаты. "Если программисты заслуживают награды за создание передовых программ, то по этой же причине они заслуживают наказания, если они ограничивают пользование этими программами." ГНУ Манифест > Я не люблю резкие смены курса - особенно после того как кто-то хайпанул. Это называется - кидалово. Твои ожидания - твои проблемы) >> Давай не говорить о "нормальности" на форуме 4%) "Нормальные люди" пользуются виндой или макосью. > Вы в вашем праве - валить на другие форумы и дискутировать с ними. Вас никто не заставляет сюда переться и хамить. Хамить? Где? Я максимально осторожен в высказываниях. Нельзя же обижать людей с ограничениями в развитии! Это же как пинать щенят с синдромом дауна. >> Поживем - увидим. На хашикорп тоже бочку гнали, но они вполне живы и довольны под крылом локомотива опенсорса ИБМ. > Простите, вы имели в виду "в желудке IBM"? :)) О, бедняги. Наверное так ужасно работать не в полуживом стартапе на гране окупаемости, а в большой фирме.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 06:04
	> Но почему? Потому что с такими "друзьями" никаких врагов не надо. > Вон FSF годами обманом выпрашивал у разработчиков права на проекты и ничего. Не вижу никакого обмана. Это разработчиковское дело - хочет сам в судах пинаться, или делегировать FSF. И уж не вам наверное решать. Вы ж за свободы топили? Вот, извольте. Никто не обещал что свободы поюзают так как удобно вам. > Борода так вообще начинал с воровства чужого емакса. Лично мне вообще похрен на весь emacs вместе взятый, и я не понимаю как это к делу относится. Мы вроде "вирус" обсуждали. Я нахожу идею вируса прикольной и правильной, удачно выбил крап из вредоносных организмов. >> симбионта и согласился что таков путь. > Что значит нет смысла? Если можно взять что-то то подобные индивиды просто берут. Это значит что идея - в том чтобы GPL выбрали добровольно, из-за согласия с ним и понимания в чем смысл идеи. Без этого - а толку? Нормально работать в таком виде не будет. > перебили копирайты и налепили сверху свой рак. > undeadly.org/cgi?action=article&sid=20070829001634 Фига BSDшники красавцы. Автора кода (!!) макнули за то что он посмел вытереть свой же (лол!) копирайт. Негодяй какой, попользовался авторскими правами как ему захотелось, офигел однако. > Не, у меня нет толпы бывших клиентов, я не настолько глуп чтобы > выкладывать свой код на котором  зарабатываю в опенсорс. > Я выкладываю только то что не жалко. В этом плане мы сильно разные. И оперируем в разных парадигмах. И говоря за себя я считаю таких как вы либо проприетарным околожульем, либо просто мамонтами с замшелыми форматами. > Ну так если решишь, то чего ноешь. Высказываю свое отношение к вон той активности. А что в этом такого? > Странно. Амазон и прочие просто использут, проект не финансируют, кодом не делятся. Амазон много чем пользуется, и вообще, ну, так себе фирмочка. Давайте теперь всех загоним в гестапо чтобы новый амазон не сделали не лай боже? > И при этом в "почете" Почет у амазона интересный. Можно посмотреть отзывы их работничков о фирме. > Ну так это и проверим. Заодно посмотрим удастся ли поддерживать форки. Форки мало что говорят - можно вообще сменить архитектуру, уйти на другую базу и проч. > А если ты простоая потрбяльдь - то чего вообще тебя слушать. Ну и выпадет их технология из использования - куда и дорога. Будут перекладывать бабки из левого кармана в правый и писать код сами для себя? Ну, ок! А так, навесив десяток комитов за вчера я довольно интересный "потрбяльдь". Но вон те, конечно, получат от меня на таких условиях только фигу в кармане. > Хаха, ты не думал что автор может писать любую лицензию какую хочет? Может. Но как я уже сказал - есть нюансы :). И да, предлагаю помнить об этом и когда програмер решает делегировать защиту своих интересов FSF. Это его право, не так ли? :) > То что какие-то под-корповские подстилки не считают эту лицензию "нормальной", то это > не проблемы авторов. Ну да, а редис с таким вымогательством белые, пушистые, и вообще... как по мне так вы и следуйте таким лицензиям и юзайте апстримы которые настолько резко вертухаются. А если вас завтра еще раз кинут, устроив новый сеанс вымогаловки - правильно сделают: адекватные люди с 1 раза понимают. >> А зачем телевизорам вообще - ограничилово запускать пользовательский код? >> Это типа не моча в голову? > Хм... возможно "потому что я так захотел"? Это конечно рациональный аргумент. > А потом комми начинают ныть и ломать лицензию - вот и кидалово. Так не бери их код. Пиши его сам, с ноля - и делай с своим телевизором все что хочешь. А то получается что ты хочешь на кривой козе обойти intent лицензии, вон там срезав угол, а когда такой мухлеж фиксят ты еще и чем-то недоволен. И как это согласуется с топлением за интересы авторов чуть выше? Тут мы за интересы авторов топим, а тут не топим, а тут рыбу заворачивали? Какие двоные стандарты шикарные. > Буквально недавно они попытались такое же провернуть с нвидией, ЧСХ прокатило так то. И теперь ядерный модуль - открытый. > WAT? Опенсорс не ограничевается 321ми из OSI, который хотели этот самый термин > украсть и закопирайтить. Угу, и GPLщиками не ограничивается. Но, знаете, такой опенсорс по большому счету только вам и нужен. Остальным непонятный левак под васянской лицензией, ни с чем не совместимой и с левыми ограничениями - ну, это не то зачем мы занимаемся опенсорсом. Так что "ну и взаимодействуйте сами с собой" имхо. Посмотрим много вам будет толку с такого "опенсорса" или где. Не, я в принципе такими проектами не пользуюсь и не закладываюсь на такой код. > Я вполне поддерживаю свободный опенсорс типа BSD и MIT, Ага, рассказывая про свободы авторов вон там, но если они FSF делегируют - то на них свободы, дескать не распостраняются, а вон там - покозырять зажатым кодом? Характерный опенсорсничек с двойными стандартами. Но я пешком постою с такими взаимодействовать. Не люблю кидал. > Так что я друг для свободного опенсорса и презираю ЖоПЛ-комми. Вы уже рассказали какой именно вы друг. Там где сказали что вываливаете только то что не жалко. С такими друзьями вон тем никакие враги не потребуются. > Прям как завещал "защитник любителей лøлей"? Не знаю о ком это, но я бы точно нашел более полезное применение тем атомам. > "Если программисты заслуживают награды за создание передовых программ, то по этой же > причине они заслуживают наказания, если они ограничивают пользование этими программами." > ГНУ Манифест Мне еще и as is - особенно в коммерческих программах за бабки не очень нравится. Представьте что вы в магазине купите тухляк а на вопрос почему так - скажут "as is". Будет это цивилизованные отношения? Или таки не совсем? > Твои ожидания - твои проблемы) Несомненно. И я не люблю когда господа делают из своих проблем - мои. > Хамить? Где? Я максимально осторожен в высказываниях. > Нельзя же обижать людей с ограничениями в развитии! > Это же как пинать щенят с синдромом дауна. Хехе, я пожелаю вам удачи в опенсорсных взаимодействиях. Но что-то мне подсказывает что для вас толку от опенсорса будет - фиг. Ну вот не ваш это форматец с такими подходами. >> Простите, вы имели в виду "в желудке IBM"? :)) > О, бедняги. Наверное так ужасно работать не в полуживом стартапе на гране > окупаемости, а в большой фирме. Ну как сказать. Судя по драпу из редбиэма блочнофайлушников - видимо им что-то там не понравилось и они решили что есть места и получше.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от an2 (?), 05-Авг-24, 04:48
	> Даже не AGPL. SSPLv1 - это AGPL, который наконец-то адаптировали к современным облачным реалиям. Если я кому-то поставляю ПО, хотя там из свободного кода только один компонент под GPL, от меня требуют открыть вообще всё под GPL. Аналогично, если кто-то предоставляет облачное ПО, в котором используется открытое ПО под SSPL, то нужно тоже открывать все компоненты под SSPL. Да, лучше бы FSF сами обновили AGPL.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	46. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от 12yoexpert (ok), 01-Авг-24, 09:50
	в чём проблема была запретить использование юрлицам в кластерных продуктах?
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	77. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от an2 (?), 05-Авг-24, 04:41
	Если запретить кому-то, то это дискриминация - и однозначно не свободная лицензия.
	Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	–1 +/–
Сообщение от Аноним (36), 31-Июл-24, 23:54
Много раз использовал эту НеЭскьюэль БД по требованию, тем не менее не понимаю этой необходимости при работе с .net. Реализовать эту "БД" в коде нет вообще никаких проблем. А теперь ещё платить нужно за использование. Понимаю что это скидывание ответственности как минимум, но мне кажется оно того не стоит чтоб ещё за это платить.
Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от penetrator (?), 01-Авг-24, 02:50
	я тебе еще больше удивлю, это поделие еще и однопоточное, т.е. смысла в нем как в отдельном инстансе для масштабирования просто нет, уж лучше свой собственный сервис (даже поверх реляционок), или альтернативы, которые хотя бы нормально с блобами работают и могут и стримить блобы, а не костыли с чанками на уровне логики приложения
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 01-Авг-24, 10:18
	для масштабирования просто поднимается любое нужное количество однопоточных реплик или шардов. При этом ты гарантирован от внезапно-сжирания всех ресурсов сервера бесконечным числом потоков. Но это слишком сложно для мастеров подкроватных стоек. Ну и стриминг блобов - немножко не совсем (совсем не) то для чего эту штуку изначально затевали.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (53), 01-Авг-24, 19:22
	Да не ссорьтесь, оно от задачи зависит. Если работать с западными компаниями - так там вообще иностранцы технологии выбирают. Хорошо, если хоть спросят что лучше для проекта. Ну у меня такой опыт - архитекторов они нанимают там. А они в свою очередь заметно опираются на статьи на английском языке. Если написано что эта БД самая лучшая в 2024 году где-то и он это прочитал, вот именно это и будет использовать. Хм... нужен англоязычный сайт где в перемешку с подобными статьями будут статьи где рассказывается что лучшие архитекторы и программисты у нас. И технологии лучшие в 2025 году тоже у нас. Может начнут использовать больше.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 01-Авг-24, 19:56
	чувак, ну есть же и удачливые ребята, которые не младшими подносчиками в западных компаниях трудятся. Выбирать технологии ты сможешь, если станешь архитектором хоть мелкого но проекта. Независимо от компании. По дороге вероятно узнаешь, что для этого надо не статьи на английском... А пока ты грезишь сказками что у вас там где-то лучшие технологии - тебе и в РФ архитектором не быть.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (73), 04-Авг-24, 23:46
	> тебе и в РФ архитектором не быть В текущих реалиях меня это не пугает. Если семья останется жива, переживёт военные действия, да стабильность будет - как-нибудь проживём. Я уже был архитектором в маленькой компании, это не так сложно как кажется, но не особо прибыльно и стабильно. У маленькой компании может быть где-то другая группа, менее удачная, которая внезапно вгонит её в долги и расплатиться с тобой не сможет. > По дороге вероятно узнаешь, что для этого надо не статьи на английском... Да, я уже слышал всяких инструкторов по лидерству о том что лидерские качества передаются по наследству, у вас те же люди также работают. Как человек учившийся в школе с углублённой биологией говорю очевидное и невероятное - это бред. Знания можно получить только путём изучения чего-то, а для этого нужно и читать, и наблюдать, может и смотреть, а в целом изучать учебные материалы. Да и образование имеет огромное значение, как бы не хотелось американцам популяризировать обратное. Так что заблуждение первое - учится всё-таки нужно, а заблуждение второе - разработчики разрабатывают проект, а не подносчиками трудятся. Тут вертикальное разделение только в ответственности, поэтому архитекторам больше и платят, тем не менее реально разделение горизонтальное, потому что разработкой они не должны заниматься. У них других забот должно быть не мало.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 05-Авг-24, 00:03
	> Знания можно получить только путём изучения чего-то, а для этого нужно и читать, и наблюдать, > может и смотреть, а в целом изучать учебные материалы. это хорошо для исполнителя (но тоже мало). А для правильных решений, увы, совсем недостаточно. Только опыт работы, а не одни учебные материалы. Поэтому с архитекторами нонче беда. Наберутся опыта, и давай пиццей торговать. Или отель купят подешево где-нибудь в теплых странах.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (73), 05-Авг-24, 00:15
	Слушай, у меня работы нет по политическим мотивам, а не потому что что-то плохо исполняю или вакансий нет. Я не собираюсь идти в армию и воевать против России или отказываться от русского языка. Даже если мне придётся одалживать денег до конца военных действий, я постараюсь это сделать. А если насильно туда заберут, то моими действиями скорее всего будут очень недовольными. Что тут тебе непонятно то? Что ты пишешь вообще и зачем?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (53), 01-Авг-24, 19:12
	Ну у них же на сайте где-то рассказывается про преимущество этого подхода. Вроде описывали что оно на быстродействие не особо влияет. Можно тот же SQLite с сохранением БД в оперативную память использовать, у него вроде как получше с блобами, хоть и не называется ноуэськьюэль. А так, в целом, спасибо, согласен.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	57. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от penetrator (?), 01-Авг-24, 20:58
	Aerospike тоже рассказывает что они самые быстрые среди NoSQL, но есть нюансы, про которые у них ничего не написано... )) Давай серьезно ты бы в открытую заявлял о своих недостатках будь главой проекта или его разработчком? Когда на этом полностью завязано твое архитектурное решение? Ты почитай коменты от всяких нахов, и представь такого же пежона в команде разработчиков ))) Даже Оракл прикрутил многопоточность в MySQL Cluster и теперь существует две версии ndbd и ndbmtd. Но то Оракл, немного другой уровень в базах данных.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Аноним (73), 05-Авг-24, 00:02
	> Давай серьезно ты бы в открытую заявлял о своих недостатках будь главой проекта или его разработчком? Когда на этом полностью завязано твое архитектурное решение? Разве-что анонимно на opennetе)) Анонимно мне стесняться нечего, потому что так можно и поддержку или выход какой найти. А вот реально, от своего имени или о своём проекте - ни в коем случае, постарался этого избегать всеми возможными способами. А у этого разрабочика от популярности его решения ещё и пополнение кармана зависит.  Конечно он будет оправдывать своё решение. Я помню разрабатывал некоторые решения в известных компаниях и много людей знало насколько эти решения уступают некоторым малоизвестным решениям от маленьких компаний, но реклама и имя компании сделало своё дело. Ну ясно о чем вы, оно везде так - каждая лягушка своё болото хвалит.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от Puku (?), 02-Авг-24, 07:34
	Альтернативу, которая нормально работает с blob подскажите пжта
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	68. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
	Сообщение от нах. (?), 02-Авг-24, 21:55
	орацле. Ой, тоже нет. Там чувак пытается сделать что-то свое аналогов не имеющее, и вообще никак не пересекающееся с областью (разумного) применения редисов и прочих овощей.
	Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензи..."	+/–
Сообщение от Ilya Indigo (ok), 01-Авг-24, 18:28
TTL для полей хеша очень полезная и желанная возможность, благодаря которой теперь можно нормально использовать хеши точно также как и таблицы, для хранения истекающих данных, которые будут сгруппированы в хеше, а не в кучи строках с префиксом. Обидно что не догадались сразу реализовать HGETEX, для одновременного получения данных и обновления TTL поля. https://github.com/redis/redis/issues/13459
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема