Доступна новая встраиваемая СУБД LiteTree (https://github.com/aergoio/litetree), построенная на базе модифицированного движка SQLite, переработанного для поддержки ветвления, по аналогии с Git. Наработки проекта распространяются (https://github.com/aergoio/litetree) под лицензией MIT.LiteTree позволяет хранить несколько вариантов состояния одной базы данных, но в отличие от срезов состояния (снапшотов) каждая ветка может продолжать независимо развиваться, обновляться и дополняться. Таким образом, пользователь получает возможность обращения к БД через несколько точек подключения, каждая из которых связана с определённым ответвлением в развитии БД. Среди практического применения ветвления БД называется реализация структур хранения в виде блокчейнов. В том числе, СУБД LiteTree была создана компанией Blocko (https://www.aergo.io/) специально для проекта Aergo (https://github.com/aergoio/aergo), развивающего универсальную платформу для создания бизнес-систем на базе блокчейна и P2P-коммуникаций.
Все транзакции в LiteTree сохраняются в виде коммитов, каждый из который имеет свой номер. По умолчанию БД привязывается к ветке master, но разработчик может создать ответвление, указав в качестве отправной точки определённый коммит (например, "PRAGMA new_branch=test at master.2"). После этого ветки разделяются и в каждую из них можно отдельной вносить изменения. В каждой ветке применяется идентичная модель нумерации коммитов (номер отражает удаление от первого коммита), что позволяет последовательно перебирать ветки, анализировать возникшие ветвления, возвращаться к любому состоянию БД в прошлом и создавать новые ветки, отбрасывая определённый пласт изменений.
Ограничением предложенной модели хранения является невозможность изменения данных после фиксации коммита - задним числом уже добавленные данные изменить нельзя, возможно только добавить изменение в вершине текущей ветки при помощи нового коммита или создать новую ветку начиная с изменяемого коммита, если необходимо изменить состояние БД относительно этого коммита. Также имеется возможность удаления хвоста ветки, начиная с заданного коммита, переименования ветки или полного удаления ветки.Для обработки SQL-запрсов и манипуляции блоками данных в LiteTree по возможности задействован уже проверенный код SQLite, но для хранения на диске блоков применяется LMDB (https://symas.com/lmdb/technical/). Данные сохраняются без применения сжатия с расчётом один блок SQLite на один сектор (4096 байт). Дублирующиеся в разных ветках данные сохраняются только в одном экземпляре, а при создании новой ветки существующие данные не копируются (при выполнении транзакции копируются только связанные с ней изменённые блоки).
Примечательно, что применяемый в LiteTree подход похволил существенно поднять производительность - по сравнению с SQLite новая СУБД в проведённых тестах оказалась более чем в два раза быстрее как при чтении, так и при записи данных. Из пока нереализованных планов на будущее упоминается предоставление средств для анализа различий между ветками, просмотра истории изменений, слияния веток, разграничение доступа к веткам и прикрепления метаданных к веткам или коммитам.
Дополнительно можно отметить похожий проект git-sqlite (https://github.com/cannadayr/git-sqlite), позволяющий хранить различные ветки БД в форме Git-репозитория. В отличие от LiteTree в git-sqlite используется немодифицированные SQLite и Git, дополненные прослойками для определения различий между прошлой веткой и текущим состоянием БД, отражения этих различий в Git и слияния разных веток. Тем не менее, так как в git-sqlite для получения выбранной ветки требуется загрузка SQL-дампа из Git и перестроение БД, данная система больше подходит для решения задач архивирования и анализа изменений.URL: https://news.ycombinator.com/item?id=17865687
Новость: https://www.opennet.ru/opennews/art.shtml?num=49209
А мерджи есть?
А надо?
Если есть ветки, то нужны и мержи.
Это будет новая ветка. Делов то.
А может не надо все-таки?
> Из пока нереализованных планов на будущее упоминается предоставление средств для анализа различий между ветками, просмотра истории изменений, слияния ветокслияния веток
>возможно только добавить изменение в вершине текущей ветки при помощи нового коммитаТо есть база держит в себе все архивлоги..за все время... однако...
Как в блокчейне или в гит
Гит хотя бы для дела это держит.
А тут мудочейн.
Может блокчейн не так уж плох?
Эту часть итерации мы уже проходили
Ну это получается что-то типа неочищаемого лога транзакций.
На основе sqlite уже сделана git подобная VCS, в которую сам проект sqlite и использует. Почему бы этот fossil не использовать?
Как там дела у фоссил? Несколько лет назад собирались же переписывать с нуля?
Зачем переписывать fossil? Каждый жень пользуюсь, идеальный, быстрый, надежный.
Так там уровень абстракции поверх SQLite, а тут встроено в движок БД. Да и вообще для разных задач.
При необходимости, такую структуру можно спроектировать и в обычной субд. Зачем городить целый форк?
1)Упрощается структура БД
2)Существующие приложения работают без именений
3)Можно просмотреть версии и откатываться к любому времени
4)Возможна специфическая оптимизация по производительности/масштаируемости.
1 На каждый кунштюк с данными городить форк субд это явно оверинжиниринг.
2 если приложению ветвление было ненужно в момент его разработки, то такое преемущество сомнительно.
3 Это можно сделать и в схеме данных на обычной субд
4 да ладно. Вервления же не происходят по сотне в секунду. Обычная субд справится и по производительности.
>1 На каждый кунштюк с данными городить форк субд это явно оверинжиниринг.Бигдата же :) Сейчас это стильно и современно. И сразу тут же датамайнинг :)
Каким образом вот с этим смогут работать "существующие приложения"? Вот буквально где в ANSI SQL про работу с "разными ветками"? Это полнейшая мутотень в духе "я умею пилить лобзиком, поэтому я буду пилить ракетный двигатель им". Типичный JS-головного моска в стадии "микросервиса".
... в LiteTree подход похволил существенно поднять производительность ...
Кто кого хвалил?
очередное блокчейн-ненужно.опеннет скатился :-(
это не опеннет скатился, а итишка деградирует
Так иди дворником работать. В чем проблема? Свежий воздух, ЗОЖ, ляпота!
а ты думаешь, дворником легко устроиться?это должность хитро заколдованная, туда только блатных берут, потому что бабки, которые всякие жилконторы проводят мимо кармана нанятых зиц-дворниками, весьма и весьма вкусны.
Да в дворники и дураков навроде нашего собеседника-имяложца не берут, там соображалка нужна.
так вы то и будете дворниками работать, когда ваши поделки начнут коллапсировать из-за обилия багов и дыр.
история всегда повторяется.
не, не будут. У меня в кишлаке очередь еще на пять лет.
20 лет не коллапсировали, а теперь начнут?
>очередное блокчейн-ненужно.Странно читать такое на опеннете.
Блокчейн - эта база у которого нет единного хозяина.
Опенсорс - это свободный програмный код. Блокчейн - свободные данные.
При этом база, которую нельзя подделать! Ночной кошмар пyтинизмa и всяких гepмиoнов гpeфoв.
> Ночной кошмарСидите там наверное на кухне, весь такой умный и политичный
на бутылочке он у меня уже сидит. И ты присядешь!
"и што, сынку, помогли тебе от этого твои брякчейны" ?
Ахахаха. Базу нельзя подделать. Смешно.
Скоро большинство государств примотает к каждому гражданину и его действию блокчейн. И будут очередные кандалы для тебя, а не кошмар власти.
Пусть приматывает. Не пользуйся, делов то)) ИНН давно приматало - и че? Я даже при трудоустройстве говорю что у меня его нет. Ни разу еще проблем не было) И блокчейн твой туда же...
а трудоустроился-то - дворником? Завидую, братан."проблем" не было - иди, говорят, в налоговую (сейчас, наверное,уже в МФЦ) и получи - и лучше до зарплаты, иначе не начислим.
МФЦ? Не, не слышал.
> МФЦ? Не, не слышал.Минфинцифры же. Ну?!
а зачем нужен ИНН если налоги платит работодатель? Ведь всем известно, в России население не должно платить налоги, только буржуи!
Работодатель также выступает налоговым агентом и платит за тебя твой НДФЛ. Чтобы оплатить НДФЛ ему нужно тебя идентифицировать. Поэтому и нужен ИНН.Другое дело - почему им не хватает серии-номера паспорта - другой вопрос. Я думаю дело в забюрократизированности. Только и всего.
Ну почему, именно по номеру паспорта они узнают ИНН итиотов которые утверждают что его у них нет))
если бы... если работодатель не занимается чем-то незаконным, типа рытья в краденых базах, он по номеру паспорта узнать ничего не сможет.
Узнать может налоговая, но она этим знанием не поделится.При этом учитывает ли она налоги, оплачиваемые без ИНН, как надо, или там кто-то где-то ошибся в одной бессмысленной цифирке, и денежки улетают мимо нужных граф в базе налоговой - работодатель (а не не-такой-как-все без инна) узнает, получив солидный штраф. И еще раз через месяц, проблему ведь не устранил? И еще раз. И будет еще пол-года доказывать, что приседал, кланялся, и капу сразу нажал, и еще дольше возвращать свои денежки.
Поэтому такого альтернативно-одаренного проще на работу и не брать. В дворники - можно, там все равно официально получает зарплату зиц-дворник (у которого все нормально с инн), а который метет листочки для виду - половину от нее или меньше, зато уже без налогов и документов.
> по номеру паспорта узнать ничего не сможет.
> Узнать может налоговая, но она этим знанием не поделится.
круто, современные технологии достигли, все дела.
Интересно только, кто окажется крайним, если эта штука вернет неверный инн или скажет, что его нет, хотя на самом деле он существует... в случае с официальной бумажкой с водяными знаками у работодателя есть вполне годная ксерокопия.
Дворником ты что ли устраивался))
ППЦ, вы дети Навального, такие забавные, такие непосредственные))
То, что вы не знаете свой ИНН, ещё не значит, что у вас его нет. Проверено лично.
Попробуй при трудоустройстве сказать, что у тебя снилса нет, клован.
Зарплата в конверте? Похвально.А я вот налоги плачу, пенсионеров содержу - мне без ИНН никуда.
Гхм... Чтобы скатиться, надо сначала подняться...
Ну и что теперь делать. Отберать у гопников компьютеры?
лучше б поддержку массивов добавили, чтоб не приходилось свои конвертеры типов писать
Полностью поддерживаю. Массивы это сила!
Автор пишет в свой код прямо в склеенный sqlite.c, кек
амальгамейшен не осилил.
> развивающего ещё одну универсальную платформуПоправил.
Ох, знали бы они сколько багов живет внутри LMDB - думаю, не стали бы скрещивать SQLite-ужа с LMDB-ежом.В https://github.com/leo-yuriev/libmdbx уже исправлен десяток ошибок.
Тем не менее, буквально сейчас разбираюсь еще с одной - при стечении обстоятельств движок мержит листовые и не-листовые страницы, смешивая пользовательские данные и внутренние указатели на блоки.Что характерно, в оригинальном коде даже ассертов нет для отлавливания подобных ситуаций ;)
Баги есть везде. Главное это позволит ли проект эффективно решать задачи.
ну канешна, задачи попила бабла на около-блокчейновом пузыре не требуют не только чтоб данные не превращались временами в кашу, а и вообще чтоб оно работало. Дизайнер нарисует красивых картинок, их и предъявим.
Это не только не требуется, но и вредно. Когда через пяток лет очередной блокчейн, построенный на сабже, навернется, погребя данные, все вздохнут с облегчением - и разработчики, и юзеры.
два смузи этому джентльмену!
Нифига это не главное. SQLite имеет очень хорошую репутацию по части чистоты кода и минимума багов. Если сделать расширение на том же уровне качества - может и нужно. Но что-то тут качеством не особо пахнет.
Чем это лучше boltdb и bbolt?
> Чем это лучше boltdb и bbolt?Что подразумевается под "это"?
Причем тут гошечные клоны LMDB?
А пощщму В не можете соорудить drop-in replacement для openldap? Чтобы всем было хорошо?
ведь не работает зарраза после компыляции на имеющейся базе. Да и обертки под systemd нормальной нет. Какой прок от исправления миллиона ошибок, если для обычного применения сие не применимо?
> А пощщму В не можете соорудить drop-in replacement для openldap?
> Чтобы всем было хорошо?
> ведь не работает зарраза после компыляции на имеющейся базе.Ветка master должна быть совместима на уровне drop-in replacement.
Но вот ветка devel не совместима и никогда не будет совместима на уровне формата БД (и будут еще изменения).
Если что-то не так, то заведите issue на github - посмотрю как будет время.
https://github.com/leo-yuriev/ReOpenLDAPТем не менее, официальная рекомендация = отдельная установка с перезаливкой базы посредством slapcat/slapadd.
> Да и обертки под systemd нормальной нет.
Попробуйте сделать и оформить pull-request.
> Какой прок от исправления миллиона ошибок, если
> для обычного применения сие не применимо?Доступен исходный код со всем необходимым для сборки и установки, даже русскоязычные man-страницы (Спасибо Егору Левенца).
Поэтому использовать всё это точно можно.
Если хочется больше сервиса, то либо добавляйте его сами (и при желании возвращайте в проект), либо готовьтесь планить за работу.
Спасибо за персональный ответ конечно... Но!
Согласитесь, если бы оно было на 100% совместимо, то ничего делать не надо бы было.
Берем новые бинарники и используем сервисы из под openldap.
Именно так, например, работает openresty <--> nginx. Тот же конфиг подставляешь и работает на ура.Если надо делать пул-реквесты, то оно не совместимо. Даже инсталляция по умолчанию идет
по каким-то нестандартным путям.И вот получается, проникся человек докладом, как у нас все хорошо получилось и какие товарищи из LDAP немного с приветом, а потом бац... и нэ работает. И проку от этих прекрасных слов никакогого.
И возникает один закономерный вопрос - как же так? Хорошим софтом пользуется только сам автор,
а плохим все остальные...А это все батенька - интеграция. Без нее самый прекрасный софт не нужен, если он конечно не самодостаточен.
P.S. Хотя если честно была бы у меня машина времени - вернулся бы в тот год, когда LDAP писали и поубывав бы всех пейсателей. Это же надо суметь такую простую идею настолько извратить, что без поллитры не разберешься и каждый объясняет по своему как надо настраивать. Я пока настроил всех богов вспомнил и то не без изврата. Один маразм с posixGroup and GroupofNames чего стоит.
Авторы всех этих схем одновременно и пили и кололись, чтобы выдать то, что имеем.
в InetOrgPerson есть название любимого напитка - куда без этого в любой организации, но дня Рождения нет в помине. Всем важно какое пойло ты пьеш, но сохранить дату без использования левой схемы возможности нет.И теперь после того когда оно работает - я первый пристрелю того, кто подойдет это "улучшать".
Вот такой у нас дикий запад... А как было романтично key-value... романтика...
> Согласитесь, если бы оно было на 100% совместимо, то ничего делать не надо бы было.
> Берем новые бинарники и используем сервисы из под openldap.
> Именно так, например, работает openresty <--> nginx. Тот же конфиг подставляешь и работает на ура.
> Если надо делать пул-реквесты, то оно не совместимо.Перечитайте мой ответ.
Если не совместимо - заводите issue.
Если что-то умеете руками - pull-request.> Даже инсталляция по умолчанию идет по каким-то нестандартным путям.
Рекомендую научиться пользоваться configure, а после рассуждать.
> И вот получается, проникся человек докладом, как у нас все хорошо получилось и какие товарищи из LDAP немного с приветом, а потом бац... и нэ работает.
Еще раз - если что-то не работает, то заводите issue.
Но предупреждаю, что я закрою issue не вникая, если увижу что вы не умеете пользоваться продуктом.
Во что меньше всего нужно, так это русскоязычная документация. Удобно должно быть всем, а не 1% населения шарика.Я верю, что автор кода сможет настроить сие чудо у себя на сервере. Еще пару знакомых можно подключить.
Платить за насквозь геморройный концепт LDAP могут наверно только владельцы телекоммуникационных
компаний. Хотя если есть деньги куда проще сделать нормальный key-value без непонятно кому нужных
scheme c кучей бессмысленных номеров, которые сами авторы не научились нормально писать.За деньги можно когда сам продукт как nginx - приличный и не хватает прибамбасов или поддержки.
На самом же деле смешно и глупо. В 2018 Linux/Unix так и не научился адекватно времени манипулировать пользователями. Windows против Linux в корпоративной среде это просто отец западной демократии против алкоголика. Но... выбор есть... можно аж в файлах все хранить или
поднимать LDAP с помощью заклинаний, молитв и колдовства.Мы же в Оффис не умеем! Мы сервер! А пользователи? - Какие пользователи?...
> Во что меньше всего нужно, так это русскоязычная документация. Удобно должно быть
> всем, а не 1% населения шарика.Учите русский, либо делайте переводы и pull-request-ы.
А меньше всего на самом деле нужна ваша подобная писанина.> Я верю, что автор кода сможет настроить сие чудо у себя на
> сервере. Еще пару знакомых можно подключить.
>
> Платить за насквозь геморройный концепт LDAP могут наверно только владельцы телекоммуникационных
> компаний. Хотя если есть деньги куда проще сделать нормальный key-value без непонятно
> кому нужных
> scheme c кучей бессмысленных номеров, которые сами авторы не научились нормально писать.Если вы не понимаете LDAP, почему он такой и зачем, то вполне вероятно что он вам не нужен.
Отойдите в сторону и не мешайте.> За деньги можно когда сам продукт как nginx - приличный и не
> хватает прибамбасов или поддержки.
> На самом же деле смешно и глупо. В 2018 Linux/Unix так и
> не научился адекватно времени манипулировать пользователями. Windows против Linux в корпоративной
> среде это просто отец западной демократии против алкоголика. Но... выбор есть...
> можно аж в файлах все хранить или
> поднимать LDAP с помощью заклинаний, молитв и колдовства.Учитесь пользоваться бесплатным продуктом, либо платите за сервис.
Я повторяю. Не стоит переходить на личности! Я к Вам лично претензий не предъявлял!Если честно вызывает смех фраза - "Учите русский, либо делайте переводы и pull-request-ы."
Это Вы мне предлагаете учить русский или всему земному шару? - Хотя и первое и второе
либо оскорбление, либо глупость. Сами решите какой смысл Вы туда вложили.А смешен тут тот факт, что человек который ратует за обучение русскому языку не может обойтись
без англицизмов, которые в 99% случаев имеют аналоги в том самом русском языке, на котором Вы пытаетесь говорить!Мою писанину тут, напомню, что это форум, а не совещание у директора, читать никто не заставляет.
Если разобраться, то наверно 90+% написанного здесь не имеет никакого смысла и пользы,
включая Ваш ответ!Заметьте, на все мои обоснованные претензии Вы не дали ни одного толкогового ответа.
Вместо этого перешли на личности и стали оскорблять. Это не говорит о Вашей адекватности.> Отойдите в сторону и не мешайте.
> Учитесь пользоваться бесплатным продуктом, либо платите за сервис.Я не знаю где Вы учились русскому языку, но понимание прочитанного текста у Вас явно хромает!
Вместо этого Вы даете бессмысленные советы.Выше было написано, что я разобрался и настроил LDAP включая модули оверлеи и мониторы.
Это не изменило моего отношения к продукту как кривому и безобразно сделанному поделию.
Но! Им я пока вынужден пользоваться. Вашим же продуктом - точно нет.
Хотелось бы вернуться в дискуссию по теме.
Факт состоит в том, что альтернативы LDAP нет. Это относительно уникальная ситуация, где обычно всегда бывают 2-3, а иногда и больше альтернатив какому-то продукту.Соотвественно рынок точно нуждается в альтернативе. Тут сомнений нет.
Может ли ReOpenLDAP быть такой альтернативой? - Скорее всего нет.
Для альтернативности нужно отличие, такое которое притянет пользователей, которых не устраивает
имеющийся продукт. Причин для этого масса.ReOpenLDAP якобы исправляет ошибки имеющегося продукта. В таком случае
возвращаю Вам Ваш совет - отправляйте pull-requests to upstream. Так Вы сделаете
больше людей счастливыми. Если Ваши исправления НЕ принимаются, значит либо
ошибки не считаются ошибками по мнению авторов, либо качество решения не соответствует
их требованию. В таком случае есть большое сомнение, что альтернативное решение вообще имеет смысл.И вообще "улучшать" продукт идеи которого берут начало в 80х годах прошлого века по меньшей мере глупо. Если писать с чистого листа современное решение очевидно должно быть совершенно другим.
Т.е. это изначально тупиковый путь.И как только появится адекватная альтернатива неадекватному LDAP и о вашей ветке все быстро забудут.
А вот если бы Вы отказались от наследия LDAP и создали бы продукт решающий ту же самую проблему
современным способом, то цены бы ему не было!!!
> ReOpenLDAP якобы исправляет ошибки имеющегося продукта. В таком случае
> возвращаю Вам Ваш совет - отправляйте pull-requests to upstream. Так Вы сделаете
> больше людей счастливыми. Если Ваши исправления НЕ принимаются, значит либо
> ошибки не считаются ошибками по мнению авторов, либо качество решения не соответствует
> их требованию. В таком случае есть большое сомнение, что альтернативное решение вообще имеет смысл.Пожалуйста, разберитесь с информацией по теме, а уже после излагайте умозаключения и давайте какие-либо "ценные советы" и/или "ценные указания".
Лучше всего - САМИ реализуйте все ваши предложения/пожелания/соображения.ReOpenLDAP был форкнут по многократно описанным причинам для решения производственных задач в инфраструктуре управления сетью ПАО МегаФон (https://github.com/leo-yuriev/ReOpenLDAP/wiki).
Результат проделанной работы сохранен в OpenSource и им можно пользоваться.
А при наличии компетенций, желания и возможностей - вносить свой вклад через https://github.com/leo-yuriev/ReOpenLDAP или https://gitlab.com/erthink/ReOpenLDAP.Если же что-то не нравится и/или не устраивает, то делайте свой форк или развивайте openldap.
Вы можете сделать свою (сколь угодно хорошую) версию продукта и даже зарабатывать на ней.
(Всё вышеперечисленное, конечно, на условиях http://www.openldap.org/software/release/license.html)> А вот если бы Вы отказались от наследия LDAP и создали бы продукт решающий ту же самую проблему
> современным способом, то цены бы ему не было!!!Ну так в чем проблема - сделайте или проинвестируйте.
Если будет хорошее финансирование, то может-быть смогу быть полезным.
Вы предлагаете мне разобраться с информацией. Но Вы не смогли или не захотели показать ошибочность моих заключений или выводов. Я не против воспользоваться чьим-то советом, если в нем есть смысл и человек ведет себя адекватно.Вы же ополчились на мою персону, вместо разговора по теме. В которой я Вас не втягивал, но поблагодарил за участие. Если хотие предметно говорить - пожалуйста. Если в очередной раз собираетесь учить меня жить - обращайтесь лучше к своей жене.
Заметьте я лишь привел пример как можно поступить по отношению к Вам. И если у Вас хватает мозгов, то авторы OpenLDAP под копирку могут вернуть Вам Ваши слова адресованные мне. Читайте документацию. У всех все работает. Если у вас не работает, то проблема в Вас и в незнании Вами продукта. У меня например тоже все работает. Да у меня нет 100млн пользователей.
Но тут мне легко возразить, что у China Telecom несколько лет назад было порядка 900 млн клиентов. И очевидно они не в курсе о Вашем продукте. И я Вам клянусь у них все прекрасно работает. Врядли Вы подыщите телкомовскую компанию с бОльшим числом клиентов.Это снова был пример возможного общения с Вами. Если Вы человек умный, то поймете, что Ваше поведение по отношению ко мне бессмысленное и невежливое. Я лично Вас ни в чем не обвинял!
И вообще мне не нравится разговор в стиле - "сам дурак".Касательно проделанной работы и касательно улучшения в работе LMDB или LMMDB у меня претензий нет. Наоборот жалко, что большинство не может использовать все те преимущества, которые я верю, что они существуют.
Речь именно о надстройке над хранилищем данных. Да оно обеспечивает синхронизацию данных, интерфейс к ним и много чего еще. И как сказано в официальной документации, которую я тоже читал,
вообще говоря LDAP это протокол и не более того. Физически невозможно развивать протокол,
который стандартизирован. В улучшении реализации, как я писал, смысла нет. Ни пользоваться ни тем более платить за это никто не будет. Это финансовая тема, так что наверно нет смысла это тут обсуждать.Обратите внимание на то насколько SQL базы популярны для хранения пользователей для почтовых систем, хотя казалось бы LDAP был сделан именно для этого. Очевидной причиной тому простота работы с базой.
Касательно инвестиций, меня интересует time-series db в применении для сбора и обработки данных.
Если интерес есть - пишите. Я не знаю что такое хорошее финансирование. Назовите сумму. Пишите на gmail.com
И главное мы все понимаем, что я прав. Как сказал один пьяный из душа...Так что лучше все таки не открывать ящик Пандоры еще раз... ClosedLDAP
KilledLDAP, NoLDAP, NoMoreLDAP - мне нравятся куда больше :-)
> И главное мы все понимаем, что я прав. Как сказал один пьяный
> из душа...
>
> Так что лучше все таки не открывать ящик Пандоры еще раз... ClosedLDAP
>
> KilledLDAP, NoLDAP, NoMoreLDAP - мне нравятся куда больше :-)Я вижу что:
- Вы не готовы изучать инструкции для использования бесплатного продукта.
- Вы не можете что-то привнести в открытый продукт своими руками.
- Вы не готовы платить за сервис и/или уже сделанную работу.Делаю вывод, что продукт (ReOpenLDAP) вам не нужен, либо вы не сможете ни пользоваться им, ни улучшить его.
Поэтому вы мне не интересны, так как совсем бесполезны.
"По щучьему велению, по моему хотению" - можете писать сколько вам угодно.
Да откуда.. openLDAP же мне за деньги настроили...- Я в свою очередь вижу, что логическое мышление у Вас хромает.
- И да ReOpenLDAP мне не интересен пока он не используется на практике
хотя бы 10% пользователей LDAP.
- Это Вы утверждаете, что исправили кучу ошибок. Но сколько их Вы сами принвнесли
в проект никто не знает и не узнает пока продуктом никто не пользуется.
- Чтобы продуктом пользовались и по сути тестировали бесплатно, коли Вы рассуждаете
о деньгах, надо, чтобы он был удобен и адекватен. Это не так.
- В одном соглашусь - я точно так же как Вы даже не взгляну на Ваш продукт
пока им не захотят пользоваться другие и он хотя бы появится в AUR.И мне кажется Вы слишком много на себя берете, рассуждая что мне надо и чего нет.
Заметьте я на личности не переходил. Я рассуждал о неудобствах использования
такого продукта как OpenLDAP. И мое мнение поддерживают многие люди судя
по комментариям в сети. Напротив, я не видел ни одного человека включая Вас,
утверждавшего, что LDAP это гениальный продукт инженерной мысли.Есть огромный спектр как баз данных, так и других продуктов в близкой области, которыми
несравненной более удобно пользоваться. И это тоже факт.
О, кстати, а Говард что по этому поводу говорит? Он знамо любит сыпать преувеличениями какое всё его хорошее. Патчи в апстрим тоже не принимает как и с опенлдапом?
Какие-то странности.
Вроде-бы отвечал вам, а сейчас вместо ответа вижу +1 в уведомлениях со ссылкой на ваш вопрос.> О, кстати, а Говард что по этому поводу говорит? Он знамо любит сыпать преувеличениями какое всё его хорошее. Патчи в апстрим тоже не принимает как и с опенлдапом?
Говард, в целом, верен себе.
В том числе, он не согласился с наличием мега-бага https://github.com/leo-yuriev/libmdbx/issues/38.Но патчи в LMDB уже не пройдут.
Собственно ReOpenLDAP был форкнут вместе с LMDB в самом начале 2015, а libmdbx была отделена изнутри ReOpenLDAP примерно через 9 месяцев.Сейчас значимых отличий более чем достаточно https://bit.ly/2AV6vwB.
Некоторые из них Говард не собирался брать еще в самом начале (например LIFO_RECLAIM).
Как думаете, почему современные школьники больше интересуются дотой, чем программированием? По-моему мы теряем поколение...
чувак, как там у тебя в 2003м?у нас тут жопа полная - то поколение выросло, дота стало немодна и приелась, так что оно изучило программирование и начало писать всякий мусор или портить хорошие проекты, дорвавшись до управления ими. А нормальные программисты впали в старческий маразм.
Если дорвались, значит талантливые! Не завидуй.
> Если дорвались, значит талантливые! Не завидуй.все норм, я не хочу быть талантливым менеджером, проимевшим все полимеры.
Не волнуйся, менеджер тебе не грозит. Будешь рядовым джуном до седых седин.
Делать ботов на ML/DL/AI явный успех приема на работу, программисты уже не нужны пусть искуственный интеллект париться по этому поводу.
Вон вместо доты научили необучаемого программировать, так он маны прочитать не осилил и превратил линукс в самодельного помойного монстра, на радость микрософту. Пусть дети дальше в доту играют, ежели у них душа к ней лежит.
А зачем там GIT нужен?
там нет гита. ненужен. Как и весь этот блокчейновый трэш.гит есть в git-sqlite, которую почему-то упомянули как похожий проект, но там на деле ничего похожег, это банальное хранение базы в гите - для какой-нибудь не очень большой, редко обновляемой базы, конфиг там сложный, или еще что, что не с руки было хранить просто плейнтекстом, где важно в любой момент получить git diff "что было пять лет назад, и что поменялось по сей день". (то есть смысл в том, что это не блоб sqlite добавлен в гит, а именно гиту приделано понимание sqlite) Но оно немодное, неблокчейновое и не "не-такое-как-все", поэтому успеха не имеет.
Блокчейн, дип ленинг, бигдата, машин ленинг, нейросети - все это современные мавроди, шарлатаны от айти. Куда они нас приведут, одному шайтану известно...
Аллах с тобой, дорога шайтана - она одна и куда ведет - очень хорошо известно. "котлы в нем железные, питьё в нем только кипяток и гной. Одежды в нем из огня и у него 7 врат."
Да не ... Просто пена маркетинга уйдёт и все эти технологии займут своё место.Хотя нейросети - это прошлый век - сейчас второй заход, бигдата - начало 2000х, а машинное обучение ... так вообще пролог вспоминается.
Ну зашло же с Алексой, Алисой, Кортаной и Сири.
Вот Вам и бигдата и распознование .... Правда что-то мне подсказывает, что там дело все совсем в другом ...
О, еще одна "универсальная платформа для создания бизнес-систем на базе блокчейна". Интересно, они о Hyperledger Fabric слышали.
"Фиксация комита" Ааааааа