Компания Elasticsearch B.V. анонсировала изменение лицензии на платформу поиска, анализа и хранения данных Elasticsearch, а также на web-интерфейс Kibana. Начиная с выпуска Elasticsearch 7.11 проект будет переведён с лицензии Apache 2.0 на лицензию SSPL (Server Side Public License), в которой добавлены дополнительные требования по использованию для обеспечения работы облачных сервисов. Для тех, кого не устраивают условия лицензии SSPL, предоставлена коммерческая лицензия Elastic License. Клиентские библиотеки продолжат поставляться под лицензией Apache 2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54408
скатертью дорога
+1
+2
+ 3
Эластичный поиск? Резиновый поисковик?
Резинка от дедушкиных трусов.
И какие альтернативы? Sphinx?
Конец эпохи
Ну и хорошо. Дерьмище сташное с кривым API.
А самое главное всех этих халявщиков с себя скинут.
Каковы альтернативы?
Ну и правильно, только идиоты показывают аттракцион невиданной щедрости!
Ну нет, тут не все так просто.
Облачный провайдер предоставляет сервис на базе бесплатного ELK. Ладно, у разработчика пригорело, он закрыл эту лазейку. И что? Облачные провайдеры сразу кинутся покупать лицензию? Там цены кусаются, и клиенты вряд ли захотят столько платить.
А как быть с поддержкой? Раньше ее оказывал облачный провайдер, а теперь все запросы пойдут эластик? Значит это дорогая лицензия 24/7. Клиенты-то на нее согласятся?
В итоге все пошлют ELK подальше, и воспользуются другим ПО. Эластику замены есть, проблем с этим не будет. Вот только kibana всех держит, слишком уж удобная штука.
Они и так ничего не платили, так что потеря не велика
Ага, не платили. Посмотрите стоимость дродакшн сетапа этого поделия в AWS например.
Платили и еще и немало. Другое дело что меньше чем за лицензии и саппорт в elastic напрямую.
Выше верно сказали, сидеть будут на том что есть в облаке на сейчас, никто не будет сетапить целую платформу просто потому что эластик иначе не живет в проде нормально.
Будет как с форком монги, думаю в AWS осилят бекпортировать фичи свой эластик без проблем.
opendistro Амазон уже давно это сделал
>Эластику замены естьОгласите весь список, пожалуйста....
А заодно сравните и функционал. Ну и, до кучи, расскажите, как эти "замены" будут интегрироваться... ну, например, с кафкой.
Можно накостылить свое на fzf, например. А может уже и есть какие-то простые фреймворки. Не в курсе просто.
Clickhouse? Используется крупными компаниями, интеграция с kafka присутствует.
Я не говорю, что одно решение лучше другого. Но если прижмет, дадут ELK пинка под зад.
> Clickhouse? Используется крупными компаниями, интеграция с kafka присутствует.
> Я не говорю, что одно решение лучше другого. Но если прижмет, дадут
> ELK пинка под зад.Вы решили сравнить по функционалу колоночную СУБД и поисковую систему? Мило.
Объясните хотя бы как по вашему кликхаус поможет мне, к примеру, в деле полно-текстового поиска с подключенной морфологией и фильтрами по ключевым словам?
Эластиксррач
Перекопилефтили копилефтеров
> Перекопилефтили копилефтеровНу, э, у копилефтеров не было цели отжать все бабки мира и всех нагнуть.
Пока что нагибают только облачников, которые думали, что могут вечно использовать труд других людей, потому что - ну это же опенсорс. Примечательно и то, как RH и ко тут же всполошились, несвободу разглядели, ущемление "отдельной категории". Чувствуют, что земля начинает уходить из-под ног, что разработчики всё явственнее видят, как опенсорс превратился в бесплатный труд на благо корпораций.
А эту икебану кто-то кроме облачников юзал? :)
> Пока что нагибают только облачниковКто и куда нагибает? Амазон вполне успешно развивает форк MongoDB, пару месяцев назад выпустили версию 4.0 с транзакциями и другими свистелками. Учитывая тонну плюшек в довесок, не вижу смысла самому админить базу, да и не моё это дело. Покупать Atlas? А в чём преимущество, кроме более свежих версий БД? Не удивлюсь, если стоимость траффика из Амазона в облако Атласа перекроет все остальные расходы.
По-моему облачные провайдеры отлично живут и от изменений им ни горячо ни холодно. По-крайней мере большим облакам.
> Учитывая тонну плюшек в довесок, не вижу смысла самому админить базуИ получить жёсткий vendor-lock на amazon? Сомневаюсь, что это хорошая идея
>> Учитывая тонну плюшек в довесок, не вижу смысла самому админить базу
> И получить жёсткий vendor-lock на amazon? Сомневаюсь, что это хорошая идеяА где его нет? В той или иной степени vendor lock-in будет всегда и везде. Где-то сильнее, где-то слабее. Опять же, говоря про DocumentDB или Amazon ElasticSearch, они полностью поддерживают API той версии, что и у разработчика продукта. Таким образом особой привязки нет.
Не все так однозначно. Разработчики и менеджера в эластик сами достаточно сделали чтобы люди предпочитали в облаке такие решения держать.
Правильно приготовить кластер под конкретную нагрузку ой как непросто и искать нужно все по блогам, такая вот монетизация у эластика.
> которые думали, что могут вечно использовать труд других людейНе понял, коммунисты победили на планете, тунеядцев, спекулянтов и паразитов на теле трудового народа изничтожают? А может, наоборот, облачники приковали опенсорсников цепями к галерам или на сахарных плантациях гоняют, плетками бьют, отбирают результаты труда? Или обещали деньгами делиться и обманули? Почему эти опенсорсники сразу, изначально, не выпускались под коммерческой лицензией, а дождались, когда свободное бесплатное поделие широко разошлось и кто-то смог получать за него деньги? Или не запустили свои платные облака, "от производителя"? Это как если бы они "just for fun" создавали/собирали автомобили и бесплатно раздавали всем желающим, а потом, через долгое время, спохватились и начали щемить таксистов и перевозчиков, которые на этих авто принялись оказывать платные услуги.
>>а непосредственно разработчики остаются ни с чем.Так в этом и смысл опен сорса. Не? Хотите заработать бабок - делайте коммерчесский продукт.
Unreal License комерческий open-source. И SSPL выходит примерно как комерческий open-source. Только оба несвободные.
>Хотите заработать бабок - делайте коммерчесский продукт.Ну вот они и сделали лол
предварительно дав возможность всем лохам-"паразитирующим" поучаствовать в забегах по граблям полудописанного софта. Угу.Но, в целом, да, если эта баба с возу - я с удовольствием посмотрю на сытых волков.
Недовольные могут посмотреть, насколько у Монги акции выросли с момента перехода на коммерческую лицензию...
аааа, вот оно чо, михалыч...Да, на финансовых спекулянтов это должно неплохо действовать. Они как раз верят в подобные глупости, что непременнейше приползут и бабки к ногам положат. А еще не приползли только потому, что сперва хотят собрать в мешок побольше.
> Да, на финансовых спекулянтов это должно неплохо действовать.Нерукопожатненько ;-}
Не путайте Open Source и Free Software.
>Хотите заработать бабок - делайте коммерчесский продукт.откуда ты такой tooпой? и у эластика и монги есть облачные сервисы + ынтырпрайз версии... а чмошные гуглоклауны, ажурики и прочие амудозоны делают аналог, который очевидно что удобнее использовать тем, кто уже клиент гу/ми/ам... ну хоть донатили бы, господа заглотчики, ан нет...
Вы как бы осознаете, что они не донатов хотят, а получать доступ к коду, например, биллинга (и не только биллинга монги, а вообще всего биллинга компании) компании, которая решила продавать mongo-aas у себя?
Это бред же. Ладно бы была нормальная коммерческая лицензия.А что делать тем, у кого в составе инфры используются закрытые продукты? vmware та же.
>> Вы как бы осознаете, что они не донатов хотят, а получать доступ к коду, например, биллингаА вы как бы осознайте, что это предлог, а не цель.
> они не донатов хотят, а получать доступ к кодуВыдвигают неприемлемое требование и предлагают альтернативу - заплатить за коммерческую подписку.
> А что делать тем, у кого в составе инфры используются закрытые продукты? vmware та же.
заплатить за коммерческую подписку
> Ладно бы была нормальная коммерческая лицензия.А её разве нет?
> Так в этом и смысл опен сорса. Не? Хотите заработать бабок -
> делайте коммерчесский продукт.Вообще-то это даже GPLщиками рассматривается как слишком рестриктивное (discrimination of field of endeavor). Ничему не противоречит делать бабки на GPL, если делиться наработками. А этих куда-то совсем уж понесло.
Да никому не нужно оно же, есть loki.
Да никому не нужно оно же, есть %LIKE%
На ЛОРе Эластик в качестве поиска.
Mnogosearch убрали?
> На ЛОРе Эластик в качестве поиска.Может быть, настало наконец время чебурнуть этих чебураторов полным составом? А что, снести лор DMCA takedown'ом это ЛОЛ :)
ЛОР опенсорсный и полностью открыт, так что sspl не нарушается.
>На ЛОРе Эластик в качестве поиска.Но есть, понимаешь, один нюанс: искать там уже нечего. Грамотных юзверей вы3.14здели, аккаунты сносят с DELETED ( -> поиск по сообщениям юзверя невозможен), по любому поводу устраивают 2.71-ый цирк. Классный ресурс, ага.
Deleted появлялся при самозабане, то есть аккаунты себе сносили сами пользователи. А теперь эту фишку вообще убрали, по итогам всеобщего возмущения — самозабан возможен, но ник и история сохранятся.
Вы видите техническую реализацию особенностей движка, а я -- очень хорошо помню каким этот ресурс был лет 10 назад и в какую помойку превратился сейчас из-за ряда провокаций/подстав со стороны администрации ресурса. Мы о разном.
С удовольствием почитаю, каким же он был, и каким стал. Очевидно скатывание новостей опустим, интересно, что там за провокации и подставы.
Вы сейчас конкретно о чем говорите?
А есть где-то пояснения почему им AGPLv3 недостаточно?
Agpl позволяет предоставлять софт в качестве сервиса, если ты публикуешь исходный код самого лицензируемого софта. Sspl же требует публикации под этой лицензией исходного кода всего софта, который используется в твоем сервисе, начиная от скриптов деплоя и заканчивая прошивками оборудования, что, по факту, запрещает предоставление сервиса на основе лицензируемого кода.
Но только не понятно, на кой это открытие, от них независящего кода, нужно Elasticsearch'евцам?
Видимо, чтобы создать ситуацию, которую имеем по факту: формальный незапрет с запретом фактическим.
Ну так а почему прямым текстом не написать "провайдерам сервисов надобно платить оброк". Нафига создавать невыполнимое условие, как то за уши притянуто, другая какая то тут причина
> Ну так а почему прямым текстом не написать "провайдерам сервисов надобно платить
> оброк".Ну зачем же так сразу палиться? Этак и непровайдеры могут призадуматься, а не они ли - следующие?
> Нафига создавать невыполнимое условие, как то за уши притянуто, другая какая то тут причина
Почему же? Это же шва6одка в истином ее смысле - мы вам шва6одный код, вы нам - тоже шва6одный код всей вашей системы. Профита от этого никому и никакого, нам он даром не нужен, и с доплатой не пригодился бы, зато - белки-истерички довольны, смотрите-смотрите, они шва6оду защитили!
А как правильно определил один из местных анонов, похоже, единственный реальный смысл затеи - подогреть спекулянтов акциями. И это таки вполне может и должно получиться.
Как-то даже стыдно признавать, что сам не сообразил, что они никогда на свои -то и не гуляли.
Потому что этот кусок говна не заводится без тонны внешних костылей, в отличие от нормальных продуктов.
> Потому что этот кусок говна не заводится без тонны внешних костылей, в
> отличие от нормальных продуктов.хмм, name first two?
Если не путаю, AGPLv3 не требует открытия исходников сторонних сервисов, которые могу обеспечивать работу Elasticsearch. По этой лицензии открывались бы только правки непосредственно в Elasticsearch.
Есть альтернатива на вменяемом языке, а не на Java?
Я хоть и не Java программист, но не вижу причин считать Java невменяемым языком.А вы программируете на Java профессионально?
сам язык java более-менее нормальный, но сравнительно медленно развивается.
проблема именно в том, что java-проги поверх jvm работают.
более-менее большие программы на java тормозят и потребляют сравнительно много ресурсов.
Например, gradle, Android Studio написаны на java.
Есть куча программ, написанных на других языках, и тоже тормозящих. Сама по себе JVM - вещь крутая. А говно софт можно писать и на фортране.Просто в java мире исторически с одной стороны было принято писать bloated software. С другой стороны, из-за отночительной простоты самой Java, в неё приходили не всегда полноценные программисты. Неполноценный программист пишущий bloated софт => тормоза.
Но это проблема не языка и не рантайма. Это проблема экосистемы и сложившейся культуры.
Я слышал и знаю о таких serverside приложениях на Java, что мне с моим C и Go бэкграундом остаётся только тихо завидовать.
Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках. Для этого просто нужно иметь такую же квалификацию, которую имеют программисты, пишущие быстрые приложения на "быстрых" языках.
>>> Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках. Для этого просто нужно иметь такую же квалификацию, которую имеют программисты, пишущие быстрые приложения на "быстрых" языках.примерно то же самое можно сказать про C++: на C++ можно писать безопасные и быстрые программы, просто нужна квалификация.
Если писать их с ручной очисткой памяти, то кода будет очень много и его трудно будет поддерживать. А если использовать авто очистку памяти (аналог GC или smart pointer), то получем то же проседание производительности и даже в этом случае поддерживать код будет тяжелее на С++.
как вы думаете, на каком языке программирования реализации jvm написаны?
Разве не C++?
Без разницы на каком, главное, что сборка мусора в JVM-языках работает и упрощает написание программ в большинстве случаев.
> Без разницы на каком, главное, что сборка мусора в JVM-языках работает и
> упрощает написание программ в большинстве случаев.Ну да, подумаешь есть "боги" и "прочий плебс". Вы, кстати, в первую категорию не попали, сорь.
> и даже в этом случае поддерживать код будет тяжелее на С++.Тяжелее по сравнению с чем? И кому?
Круть плюсов - в том что они позволяют всю low level магию сей, но ее можно скрестить с high-level ооп. Получается очень крутое сочетание. И на чем еще ты так сможешь? И, главное, есть уверенность что придется учиться меньше для достижения столь же годного результата? Или ты хотел впарить нам картонные пихонокакашки под видом крутой штуки? :)
Ну дык тот же java код может вызывать сишный или вообще ассемблер - то же самое получается.
> Ну дык тот же java код может вызывать сишный или вообще ассемблер
> - то же самое получается.Только в сишном коде. А прогеру надо знать 2 разных языка. Не все же змейгорынычи, чтобы одна бошка на си, вторая на яве? А плюсовики могут все это логично в 1 бошку уложить. Это и делает их крутыми. И я конечно понимаю что у вебмакак от этого батхерт, ведь они так не могут - но что поделать. "Любую работу можно сделать быстро, качественно и недорого - выберите любые два"
>> или smart pointer) то получем то же проседание производительности и даже в этом случае поддерживать код будет тяжелее на С++.std::unique_ptr имеет нулевой оверхэд и по памяти, и по поизводительности по сравнению с plain pointer/new/delete.
PS:
#include <memory>void foo() noexcept {
auto up = std::make_unique<int>(1);
auto pp = new int(2);
}foo():
push rbp
mov edi, 4
call operator new(unsigned long)
mov edi, 4
mov DWORD PTR [rax], 1
mov rbp, rax
call operator new(unsigned long)
mov rdi, rbp
mov esi, 4
pop rbp
jmp operator delete(void*, unsigned long)
> call
> operator new(unsigned long)Ну вообще это не нулевой оверхед. В случае пойнтеров какая-нибудь константа или подходящая база может сидеть в энном регистре и call чегототам вообще не потребуется. А call operator new(unsigned long) врядли совсем уж пушинка.
Примерно такая же не пушинка, как и malloc. Зависит от реализации.
> Сама по себе JVM - вещь крутаяВсегда ржал с таких высказываний. Да, она безумно крутая, но только ради того чтобы хоть как-то догнать нативный код. Можно взять современный язык, выкинуть всю эту крутость и ничего не потерять.
> Но это проблема не языка и не рантайма. Это проблема экосистемы и сложившейся культуры.
Язык не существует вне экосистемы, так что мимо.
> Я слышал и знаю о таких serverside приложениях на Java, что мне с моим C и Go бэкграундом остаётся только тихо завидовать.
Вполне понятна зависть с позиции недоязков, но это ни разу не значит что java сама не недоязык.
> Язык не существует вне экосистемы, так что мимо.Но экосистема развивается. NIO/NIO2 позволяет писать крутые вещи. В бенчмарках TechEmpower с фрейморком Vert.X Java входит в дюжину лидеров по всем дисциплинам.
> Вполне понятна зависть с позиции недоязков, но это ни разу не значит что java сама не недоязык.
ну конечно, Вам, как программисту на Haskell, все языки видятся немножко "недо".
> Но экосистема развивается. NIO/NIO2 позволяет писать крутые вещи.Автор там случайно не японец? Ты видимо просто не в курсе что это означает на, вроде бы, японском :P
> В бенчмарках TechEmpower с фрейморком Vert.X Java входит в дюжину лидеров по всем дисциплинам.
Там и сишный lwan входит, при том еще вопрос ужаснее ли его код, апи у него все-таки удачное :)
А можно хоть один пример "быстрого" софта на Java?
Idea? Eclipse? Net Beans?
Вообще, Goland (Idea) меня устраивает. Может быть у меня мощный ноут рабочий.Но я не зря в скобочках serverside написал. Например, раздатчик видео у Одноклассников написан на Java, и он прокачивает 40Gbit канал с одного сервера.
Существуют HF Trading платформы на Java, когда решение нужно принимать за единицы/десятки микросекунд. (Правда, они там GC отключают).
> Существуют HF Trading платформы на Java, когда решение нужно принимать за единицы/десятки
> микросекунд. (Правда, они там GC отключают).А почему LSE на плюсах написали, наевшись сказок дотнетчиков? Как угодно но VM латенси и реалтайму не помощник.
>Вообще, Goland (Idea) меня устраиваетНу так возьмите машинку/виртуалку послабее и там сравните, например, с Qt Creator и всё сразу станет ясно.
А если сравнить с nano, все станет ясно про Qt Creator.Идейка жрет ресурсы не потому что на джаве, а потому что это полноценная IDE, которая на лету парсит код, который ты пишешь, в AST, и делает статический анализ по куче диагностик.
И чего так нервничать, малыш? А остальные IDE лапу сосут что-ли вместо работы?
>Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках.И что, таки JWM уже переписали на Java?
Ха-ха :-) Вы не поверите, но существует не одна реализация JVM на Java. Одну из которых реально прочат как фундамент для будущих версий.
Правда ты постеснялся сказать что все они - govno :) А единсвенная jvm которая хоть чего то стоит сделана на C++ :-p
Частично, называется GraalVM.
Тормозят конкретно IDE не потому что они на Java, а потому что там в фоне очень много парсинга текста и графов зависимостей библиотек, да еще встроенные статические анализаторы кода, которые на лету работают. Но в целом да, софт на Java обычно тяжелее, это плата за авто очистку памяти и кросс платформенность.
хотите сказать, что jvm - это zero cost abstraction?
jvm потребляет 0 байт RAM?
jvm ничего не потребляет?
vscode не тормозит и не на джава. А парсинг текста там и вовсе на C++.
А почему vscode не тормозит? Хотя там тоже так же всё парсится.
> А почему vscode не тормозит? Хотя там тоже так же всё парсится.Потому что адепты vscode не устают повторять, что он не тормозит, пытаясь таким образом повлиять на реальность ...
Но в реальности он тормозит ощутимо меньше жабошных IDE и это притом, что парсить приходится весьма немало
> А почему vscode не тормозит? Хотя там тоже так же всё парсится.Ну это смотря с чем сравнить. Если после него попрогать в kate каком-нибудь - такое ощущение что из запорожца в истребитель пересел.
Ничего там не парсится, вскод это самый обычный текстовый редактор. А по сравнению с emacs (который умеет куда больше, чем vscode), vscode еще как тормозит.
при всей моей нелюбви к java и jvm...> сам язык java более-менее нормальный, но сравнительно медленно развивается
очень спорное заявление. не так уж давно они представили многопоточный сборчик мусора, что само по себе огромное достижение: многие языки и платформы не могут этого сделать десятилетиями
> проблема именно в том, что java-проги поверх jvm работают
и в чём же заключается эта проблема, давайте сформулируем?
> более-менее большие программы на java тормозят и потребляют сравнительно много ресурсов
потребляют -- да, но энтерпрайз на это плевать хотел в основном
тормозят -- ну во-первых не так уж сильно; потом, в последних версиях явы они колоссальную работу над ошибками провели; ну и наконец 12-factor-архитектура позволяет закрывать на это глаза, что бы у вас там в бэкграунде ни крутилось.
так что в принципе нормальная технология. тут важно понимать, что просто от перехода на другой язык/фреймворк вам не станет прямо-таки сразу же зашибись. у технологий есть плюсы, минусы, цена внедрения, цена поддержки, а также ниши, на которые они ориентируются.
>сам язык java более-менее нормальный, но сравнительно медленно развивается.про тебя могу то же сказать, наверное лет 18, а пишешь глупости как 12летка.
Про java могу сказать, что кривые прогеры у эластика. У них постоянно грабли, то мало памяти, то много, то GC репликацию валит. Убогий клиент через curl...
При этом neo4j или всяким разным серверам приложений и по 100 гиг можно давать, всё как часы работает.
> Про java могу сказать, что кривые прогеры у эластика. У них постоянно
> грабли, то мало памяти, то много, то GC репликацию валит. Убогий
> клиент через curl...Так-так, кто там говорил что на яве прогать нормально проще чем на плюсах? :) Блин, а у плюсовиков так и вообще таких проблем не будет...
> При этом neo4j или всяким разным серверам приложений и по 100 гиг можно давать,
> всё как часы работает.И стоит все это с такими объемами оперативки тоже как часы. Швейцарские.
жабист-няш, ты где базу егрюл брал? Поделись подсказкой, ну позязя...
Сейчас бы не Java разработчику говорить о потребляемой памяти.
Вот те сравнение
App on JavaFx 80mb Ram
Electron 300-400mb ram
Ну шо, где там джава жрёт.
У java начтолько прлкаченная vm, что на текущий момент не существует конкурентов (по производительности и возможностям), а с GraalVm можно больше не писать vm.
> альтернатива на вменяемом языкеПример вменяемого языка в студию
> а не на Java
Чем java для таких проектов невменяема?
Основная проблема проектов на Java это Java.
>Пример вменяемого языка в студиюДа любые языки, которые не основаны на JRE, LLVM, MS CLI.
Серьезно? Любой? Ruby? Perl? TCL?
А LLVM тут каким боком?
Сразу видно эксперда. LLVM с остальными двумя имеет чуть больше общего, чем ничего.
> Сразу видно эксперда. LLVM с остальными двумя имеет чуть больше общего, чем ничего.И зачем было ломать такой хороший детектор "экспертов опеннета"?
На C# что ли?
Прямых альтернатив нет, но в большинстве случаев - заменяется на clickhouse с "потерями, не превышающими допустимые при атаке укрепленных объектов".Только его русские делали, смотри не вляпайся.
Не страшно. Главное, что не рагульё
> Только его русские делалиВы так говорите, как будто это что-то плохое.
Если смущает привязка к конкретной компании (Яндекс) - это уже давно не так, полно активных контрибьюторов, не являющихся сотрудниками Яндекса. И не только русские, кстати - есть и китайцы, и американцы, и так далее.
гугли lucene на своем языке.
или именно куча апишек для индексации и поиска, или агрегации?
sphinx
sphinx умер. Manticore
> sphinx умер. ManticoreА этот мутант еще шевелится?
https://github.com/valeriansaliou/sonic
фейспалм. этот стыд надо скрывать, а не показывать всем вокруг
> https://github.com/valeriansaliou/sonicЧто это за херь с квадратиками прямо в заголовке страницы? Это тоже китайцы писали?
хуже - хрустеры.Ну и поделка, походу, обычный токенайзер+индекс. И ВСЕ. Ну как всегда у хрустеров - замахивались переписать-переписать, а вышел пшик бесполезный.
Кстати, о токенайзерах. Нет ли у кого работающего для русского языка? Поскольку это в общем-то единственное, чего мне не хватает, чтобы окончательно похоронить всякие свинксы с г0вносерчами в пользу sqlite+fts5.
Из того же сфинкса лемматайзер выдрать несложно.А так, все что приходит в голову, на питоне (вокруг nltk).
Смотря для чего у вас Elasticsearch.
Если для полнотекстового поиска, то sphinx/manticore.
Если для замены elk, то clickhouse.
>на вменяемом языке, а не на Javaиди кушай свинкс. как обычно у сишников - это корявая недоделка с 10% функционала от невменяемого жабового эластика.
Язык-то нормальный, только проги получаются хреновые
Сдохнет же.
Почему сдохнет? Полно примеров на стековерфлоу, откуда еще десять поколений копипастить будут.Сдохнет as-a-service, и будет торчать в интернет без пароля, настроенный грамотными и, главное, быстрохвостыми девляпсами вместо сервис-провайдера - это да.
Сервис-провайдер тоже не расстроится особо - не купят это, купят больше просто инстансов, да еще и непременно налетят на экспоненциальные оплаты за превышение потребления.
Тьфу ты, прочитал как "слоуоверфлоу" было. Спать пора...
> на практике приложения под данной лицензией невозможно использовать в облачных сервисах без покупки коммерческой лицензии,Браво ! Наконец-то разум победил !
Ибо нефиг!
Аминь !
> Браво ! Наконец-то разум победил !Вообще, AGPL был и до этих донкихотов. А то что он не был чрезмерно популярным - сейчас они и узнают почему.
Перелицензирование распространяется только на новые версии, старыми пользуйтесь сколько хотите. А там и бэкпорты багфиксов некоторое время будут идти.
> Перелицензирование распространяется только на новые версии, старыми пользуйтесь сколько
> хотите.Ты совсем дурак? На stack пример был с самой распоследней версией! Немедленно обеспечь нам такую же!
"у того облачного провайдера который мы выбрали"
> "у того облачного провайдера который мы выбрали"это если они выбрали. А если мы - будешь перевыбирать. :-(
За 5+ лет практики в разных компаниях ни разу с таким не сталкивался. Больше похоже на чистую фантазию.
то он фантазирует, если лицензирование будет проблемой(а оно будет) то ПМ просто скажет что работайте с той версией что есть в нашем %cloudprovider%
> то он фантазирует, если лицензирование будет проблемой(а оно будет) то ПМ просто
> скажет что работайте с той версией что есть в нашем %cloudprovider%Это он тебе скажет. Тыжразработчик, я правильно угадал?
А девляпсу скажет - немедля запилить правильную, ПМ вообще не в курсе что "неправильная" была "as a service". Девляпс потыкает в селектор выбора версии, убедится что такой нет, и запустит докера в докере под докером. Ну сожрет новый инстанс дерег вдвое больше, не из его ж кармана. Таск закрыт, что у нас там еще за те пять минут понападало? Что вообще-то для такого запуска тоже нужна (давно уже) лицензия - он пока не в курсе.
и новыми "пользуйтесь сколько хотите", тут проблемы возникают у тех, кто хочет продавать(предоставлять) ElasticSearch as a Service
> и новыми "пользуйтесь сколько хотите", тут проблемы возникают у тех, кто хочет
> получать (пусть даже за деньги) ElasticSearch as a Serviceпоправил, не благодарите.
>> Напомним, что лицензия SSPL основана на тексте AGPLv3, в котором внесены изменения в раздел 13. Изменения сводятся к добавлению требования поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса. По мнению Мэтью Гаррета (Matthew Garrett), одного из директоров Фонда Свободного ПО, данное требование нарушает совместимость с GPL и другими копилефт лицензиями, которые запрещают перелицензирование чужого кода.Кто-то тут водит за нос и передергивает.
GPL запрещает связывать код к несвободным ПО и изменить GPL лицензию на non-GPL нельзя, но это никоим образом не влияет на перелицензирование самого несвободного ПО.
А если SSPL обязывает весь взаимодействующий код выпускать под аналогичной лицензией (фактически, это требование, аналогичное требованию по линкованию с кодом под GPL лицензией), то это их право.
И если кто-то захочет слинковать SSPL с GPL, то пускай делает прослойку под двойной лицензией.
Ключевое слово в процитированном "чужого". Никто со стороны не вправе изменить лицензию, допустим на ядро linux, с gpl на sspl.
Лицензия накладывает ограничения, а не меняет лицензию чужого кода. Это делают люди, и как они захотят делать, пусть и задумываются, либо бесплатно брать SSPL/покупать платную версию/вкладываться в разработку самим.
GPL запрещает накладывать дополнительные ограничения.
Экспер-аноним обличил неграмотных юристов RadHat...
А по существу есть что сказать диванному аналитику?
Форки лицензий делают неспроста.
>>Дополнительные приложения можно установить из Flathub, но ведётся работа по созданию для Fedora официальных Flatpak-пакетов с приложениями из набора KDE Apps.Создавался flathub и flatpak как универсальный пакет и платформа для всей экосистемы, а теперь начинается "ведётся работа для fedora", завтра будет вестись для opensuse, послезавтра для manjaro и пошло-поехало. Спрашивается зачем оно нужно, если снова начинают плодится пакеты для каждого дистрибутива отдельно? Нет никакой универсальности, вернее никто её не придерживается.
1. ты промахнулся
2. у федоры есть свой flatpak репозиторий. Как я понял, именно для него и ведется работа
Они Kiban'улись.
Хороший пример "write once, стопкран anywhere".
> Они Kiban'улись.always have been!
Или я уж не знаю, чем таким надо было упороться, чтобы родить насколько бредовый интерфейс - причем как часть программы, единственное назначение которой - предоставлять интерфейс. И чтоб еще потом отпустило.А сейчас - обычный приступ жадности. "запретим запретим мерсскому амазону нас эксплоатировать, и проклятый Безнос на коленях приползет с мешком денег в зубах, со слезами будет уговаривать их взять".
Ага, щассс.
Да вообще-то он и форкнуть может. Или просто дать таск своим вебмакакам. Что у него, денег не хватит? К тому же мало кто мечтает вести дела с рэкетирами.
> Да вообще-то он и форкнуть может.Может, как с монгой и поступил.
Причем сделал не форк, а просто условно-совместимую с родными клиентами.Что неминуемо приведет к проблемам при попытке с documentdb спрыгнуть обратно на монгу. А поскольку ее предоставляет только амазон - и при попытке спрыгнуть куда-то с амазона - тоже.
Полная пое6да шва6одки над силами разума.
> Что у него, денег не хватит? К тому же мало кто мечтает вести дела с рэкетирами.
То и оно. Я что-то не слышал ни об одной успешной сделке ни монги, ни редисов с хоть одним cloud провайдером.
И с этими никто договариваться на их условиях тем более не будет (потому что они редкостного урода родили, и ничем не уникального, в отличие от тех двух, которым альтернативу придумать непросто).Да и цели такой не ставилось. Цель - быстренько сыграть на повышение, а потом фантики вовремя скинуть.
>запретим запретим мерсскому амазону нас эксплоатироватьИмеют полное право. Не всё облачникам зашибать бабки на опенсорсе, не возвращая ничего.
Ты - следующий.Причем если амазон чего-то и вернул (вовсе необязательно именно в виде патча подписанного @amazon.com) - то от тебя и твоей деятельности людям проку вообще никакого. Паразит как есть.
Amazon'у кагбэ не страшно, у ни вот чё есть: https://habr.com/ru/post/443528/
так именно это и запрещено теперь делать.
Они ж, гады, смели заменять xpack своими мерзкими энтер-прайсными поделками - и те начали вдруг у честных хакеров какие-то ПАРОЛИ спрашивать!Вооот пусть теперь весть е6ластик перепишуть, твари бохатые! (А они и перепишут, в чем проблема - причем не факт что поделятся результатами ;-)
Зато инвесторы (то есть т-пые финансовые спекулянты) довольны. Ты тоже можешь прикупить себе немного е6ластика, не опоздай!
> авторы SSPL ... отозвали ранее отправленный запрос на рецензирование данной лицензии в OSI.
> Лицензия SSPL сформулирована так, что на практике приложения под данной лицензией невозможно использовать в облачных сервисах без покупки коммерческой лицензии, так как иначе придётся перелицензировать под SSPL код всех компонентов, вовлечённых в работу облачного сервиса, в том числе и сторонних.Следует ли это понимать как то, что авторы решили переделать лицензию на менее неудобную, и следует ждать SSPLv2?
Вряд ли, потому что вряд ли разработчики Elasticsearch вносили правку сами, с вероятностью 0.(9) это делал их юрист. А значит все сделано намеренно.
При чём тут Эластик, если лицензию придумали авторы MongoDB?
Скорее они поняли что им там ничего не светит, и будет лучше ходить без OSI рецензии совсем чем с явной пометкой как "несвободное".
Они могли вообще не посылать на экспертизу, т.к. это не обязательное условие, что бы называться OpenSource.
Им уже сказали, почему она несвободная, и что не устраивает пользователей, частично согласных на их условия. Явно вырисовывается пространство для компромисса. Вопрос в том, захотят ли с этим возиться?
> Скорее они поняли что им там ничего не светит, и будет лучше
> ходить без OSI рецензии совсем чем с явной пометкой как "несвободное"."не прокатило, вычеркиваем!"
Пока "Эластичный поиск" трогать не будем. Давайте подумаем, как нагнуть проприетарные облачные сервисы.
> Пока "Эластичный поиск" трогать не будем. Давайте подумаем, как нагнуть проприетарные облачные сервисы.Не пользоваться ими и денег не заносить. Проверено поколениями капиталистов, это работает.
Студенты спрашивают у преподавателя по мат. статастике:
- Иван Иваныч, а вы на выборы пойдёте?
- Нет, по статистике мой голос ничего не решает...
- Но Иван Иваныч, а если все такими умными будут!?!
- Нет, по статистике ВСЕ умными не будут...
чот я не понял, боты все чтоли ?)там же ясно несколько раз написано, облачным перепродажникам - хер!
нормальным пацанам, которые просто для себя пользуются - норм.
> приложения под данной лицензией невозможно использовать в облачных сервисах без покупки коммерческой лицензии, так как иначе придётся перелицензировать под SSPL код всех компонентовАга, когда GPL требует, чтобы весь продукт, содержащий или основанный на GPL'ной программе, поставлялся под GPL - это свобода. А когда SSPL требует, чтобы все компоненты сервиса, использующего продукт под SSPL, были опубликованы под SSPL - это несвобода.
Плюсую!> По мнению Мэтью Гаррета (Matthew Garrett), одного из директоров Фонда Свободного ПО, данное требование нарушает совместимость с GPL и другими копилефт лицензиями, которые запрещают перелицензирование чужого кода.
У меня вот тоже этот пассаж вызвал недоумение. Конечно же, чужой код линкующийся с GPL должен иметь лицензию совместимую с GPL. Т.е. если она была несовместима, значит, придётся перелицензировать чужой код.
SSPL - это просто новый виток в развитии копилефта, на фоне которого GPL выглядит устаревшим.
Всё правильно делают. Задача организма бороться с паразитами.
Они сами паразиты.
Сволочи какие, не хотят, панимаш, чтобы на их продукте зашибали бабки облачные перепродаваны! То ли дело Торвальдс, который грудью встал на защиту прав корпораций свободно использовать линукс и не возвращать ни строчки кода.
> Сволочи какие, не хотят, панимаш, чтобы на их продукте зашибали бабки облачные
> перепродаваны! То ли дело Торвальдс, который грудью встал на защиту прав
> корпораций свободно использовать линукс и не возвращать ни строчки кода.Ну так и писали бы себе закрытый код, им никто не запрещал.
Но нет, нужно хайпонуть своей открытостью, а потом ввести ограничения. Рип. Как и макака дБ.
Облачник обделся? Ну никогда не поздно крипту помайнить на своих облачках.
Все правильно сделали.
Как и монговцы.
Судьба всех хипстерских поделок, тащемтa.
Пиар, видимость успеха, неудачная коммерциализация, забвение.
> Судьба всех хипстерских поделок, тащемтa.
> Пиар, видимость успеха, неудачная коммерциализация, забвение.Очень даже удачная коммерциализация. Просто ты не там ищешь удачу. И не для тех.
> тащемтaКуда тащите?
Xapian плохой, негодный поисковик?
Почему?
Как по мне так отличный (и поиск gmane на нём неплохо жил, и omega с recoll радуют) -- но сдаётся мне, они немного под разное заточены скорей...
Понеслась!
Не очень понял...
То есть, если я разверну Elastic на работе (работа вообще никак не связана с облаками, обычное предприятие), например, на CentOS Linux с использованием системы мониторинга Zabbix - то для меня эта лицензия будет выглядеть, как простая AGPLv3 (т.к. все компоненты и так под открытой лицензией).
Так?
Да. А если ты у себя закрытое и проприетарное ПО будешь использовать, то ты будешь деньги платить.
Т.е. если у меня на работе где-то Windows-сервер завалялся и я на него Winlogbeat поставлю, то всё - можно "тикать з городу"?
Например, предоставление бинарников на основе (A/L)GPL-кода коллегам в рамках рабочего процесса не классифицируется как распространение, и соответственно не требуется предоставлять исходники. Наверняка, с SSPL аналогично.
Не велика потеря.А собственно вообще не потеря.
> А собственно вообще не потеря.Во-во, и кобыле легче, и волки сыты.
А есть какое-то ощутимое подтверждение событий из новости? Новости как-будто из другой галактики.
Параллельная Галактика подтверждает истинность этой Новости....Прием, прием!
Хорошую вещь SS'ом не назовут...
Небольшой оффтоп.
Кто-нибудь в курсе, плагины opendistro можно с ванильным Elasticsearch использовать?
>но не прошла рецензирование организацией OSI (Open Source Initiative), занимающейся проверкой соответствия лицензий критериям Open SourceЛюди занимаются демагогией. Open Source — дословно открытые исходники. Это есть? Есть. Все остальные критерии — надуманны.
>Юристы Red Hat отнесли лицензию SSPL к категории несвободных
Это говорят юристы страны где мертвецы голосовать умеют? Молчали бы со своим мнением о свободе.
>приложения под данной лицензией невозможно использовать в облачных сервисах без покупки коммерческой лицензии, так как иначе придётся перелицензировать под SSPL код всех компонентов, вовлечённых в работу облачного сервиса, в том числе и сторонних
Так ведь паразитные лицензии это хорошо! Фанатики Столлмана подтвердят. Или это другое, понимать надо?
>Например, из-за размытости формулировок, перелицензирование под SSPL может потребоваться для всего программного стека, включая операционную систему
Фанатики ГПЛ считают что в принципе нельзя использовать их код в сочетании с чужим, который не открыли под ГПЛ.
ЗДЕСЬ РОВНО ТО ЖЕ САМОЕ. Получается ГПЛ — несвободна, но кому я это объясняю...
Представляешь, GPL запрещает воровство. ОНА НЕСВОБОДНА!!! АААААА!!! ВСЕ УМРУТ!!!!
> GPL запрещает воровствоНу почему же? ГПЛ-проекты с радостью воруют код у более открытых проектов без возможности вернуть наработки в альмаматер. Только это другое, понимать надо.
> Люди занимаются демагогией. Open Source — дословно открытые исходники. Это есть?
> Есть. Все остальные критерии — надуманны.Ну вон тебе сорцы qnx или там unity. И как, много тебе радости с тех исходников?
> Ну вон тебе сорцы qnx или там unity. И как, много тебе радости с тех исходников?Мне всё равно. Но заинтересованные могут смотреть, чтобы в исходниках не было заразы. Этого мало?
Честно говоря, не знаю даже пока чью сторону занять - с одной стороны всякую несвободную шушару надо гнать из дистрибутивов, а то скоро появится софт который разрешено использовать только если уважаешь права чёрных. С другой, тут по идее речь идёт как раз о свободе (гарантированной, в духе GPL) и всяких облачных паразитов нужно тоже гнобить. Видимо, проблема в формулировках, и в идеале лицензия с правильно описанным требованием на распространение изменений при использовании в качестве облачного сервиса (в идеале любого публичного сервиса) будет признана свободной и может даже ляжет в основу GPLv4.
> Честно говоря, не знаю даже пока чью сторону занятьАкционеров.
Только вовремя сбыть не забудь потом.> другой, тут по идее речь идёт как раз о свободе (гарантированной,
> в духе GPL) и всяких облачных паразитов нужно тоже гнобить. Видимосегодня облачных, завтра - использующих в корпоративных сетях, послезавтра - с любой целью кроме "образовательной" и "исследовательской". Ведь вот же ж какие паразиты - используют шва6одный софт не с целью просто им наслаждаться, а для своей работы - приносящей этим тварям, заметь, доход!
> любого публичного сервиса) будет признана свободной и может даже ляжет в
> основу GPLv4.там и про blm будет. Правда, наверное, еще лет через 20, когда нынешнее поколение уйдет.
В целом, согласен, хороший вариант. Жаль, запоздает безнадежно.
Для гарантированной свободы в духе GPL надо чтобы весь софт вообще был под GPL. :-)
Bloatware от Elasticsearch покинула наш круизный лайнер имени OpenSource и Linux.