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

"Доступен LibreDB Studio, веб-редактор баз данных"	+/–
Сообщение от opennews (??), 06-Сен-26, 17:58
Доступен LibreDB Studio, веб-клиент и IDE для работы с базами данных (актуальный выпуск 0.13.7). Приложение распространяется под лицензией MIT и предназначено для установки на собственный сервер: администратор запускает его на своей машине, а пользователи подключаются через браузер. Среди расширенных возможностей: централизованный вход через SSO (OIDC), разграничение прав доступа (RBAC), полный журнал аудита запросов, построение ER-диаграмм, визуализация вывода EXPLAIN и сравнение схем... Подробнее: https://www.opennet.me/opennews/art.shtml?num=66216
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 06-Сен-26, 17:58	+5 +/–
осталось выложить баш-скрипт на сайте, админу корпорации выполнить его через судо и готов удобный интерфейс для хакеров в корпоративные базы...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #8, #56

2. Сообщение от Аноним (2), 06-Сен-26, 18:14	–1 +/–
проще вместо веб-редактора на этой страничке выложить логин и пароль от ssh/rdp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5

4. Сообщение от Аноним (5), 06-Сен-26, 19:22	+1 +/–
Казалось бы что может пойти не так. Программа от китайцев на дырявом языке.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #18

5. Сообщение от Аноним (5), 06-Сен-26, 19:23	+3 +/–
Так доступ должен быть только у кого надо. А не у всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #46

6. Сообщение от Норм (?), 06-Сен-26, 20:31	+/–
Адмнистратор запускает на своей машине а клиенты подключаются? К редактору баз данных? Чтобы что? Зачем редактору клиенты?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

7. Сообщение от Аноним (7), 06-Сен-26, 21:31	+/–
> Для запуска достаточно команды "docker run Звиздец. А без этого прям уже никак не сделать в 2026?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #16, #32

8. Сообщение от libredb (ok), 06-Сен-26, 21:52	+5 +/–
Автор проекта. По существу, без спора с шуткой. Есть: без аутентификации не открывается ни один маршрут (локальные учётки или OIDC/SSO), RBAC admin/user, ограничение частоты на логине и на запросах к БД, проверка Origin на изменяющих запросах, CSP и сопутствующие заголовки, сравнение пароля за постоянное время, пароли к базам шифруются в серверном хранилище, каждое событие аудита, отдельной JSON-строкой в stdout. Нет, и написано у нас же: копия учётных данных в браузере не шифруется, агентский режим и часть аудита помечены как partial. Список , docs/SECURITY.md, там у каждой строки указан файл, который её реализует, и тест, который падает, если её сломать. И да, голым в интернет это ставить не надо. Инструмент внутренний, за вашим периметром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #25

9. Сообщение от libredb (ok), 06-Сен-26, 21:54	+/–
Затем же, зачем в конторе один bastion, а не тридцать ноутбуков с боевыми паролями. Ставит админ, доступ раздаёт ролями, пароли к базам не расходятся по машинам, кто какой запрос выполнил, видно в журнале Если вы один и база локальная, вам это не нужно, берите psql или DBeaver. Это не замена им
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

10. Сообщение от libredb (ok), 06-Сен-26, 22:00	–1 +/–
Docker не обязателен, это просто самая короткая строчка для новости. Нативно, без контейнера: deb/rpm, AppImage, snap, tar.gz с релизов, Homebrew. Все они несут свой Node внутри, ставить его отдельно не нужно. Через npm, npx @libredb/studio, там Node ваш. Под Windows есть winget и choco. Кому нужен контейнер или кластер, образ и Helm-чарт тоже есть, но это выбор, а не условие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15

11. Сообщение от ананим.orig (?), 06-Сен-26, 22:01	+/–
А браузеру клиента доверяете? Т.е. в одной вкладке порнохаб, в другой госуслуги,.. и в следующей сабж?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13, #17

12. Сообщение от BrainFucker (ok), 06-Сен-26, 22:12	+2 +/–
А что с TypeScript не так? У типичного местного контингента дыр побольше будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #44

13. Сообщение от libredb (ok), 06-Сен-26, 22:18	+4 +/–
Не доверяю, и не должен: соседняя вкладка не читает localStorage чужого origin, это граница самого браузера. Если она пробита, вместе с сабжем уходят и госуслуги, прикладной код там не спасает никого. Реальный риск не соседняя вкладка, а XSS в нашем же origin: только он до этого localStorage и добирается. Поэтому строки 0.1 и 1.1 в таблице самые важные. Вывод модели никогда не становится HTML-строкой, строковый путь убран, а не экранирован, так что его нельзя вернуть правкой правил разметки. Плюс CSP и остальные заголовки, на каждое есть тест. Чего не делаем: localStorage не шифруем. Это источник рендера, шифрование потребует мастер-пароля и процедуры восстановления, а это уже другой продукт. Написано у нас же, docs/SECURITY.md, раздел Known limits. Против вредоносного расширения или уже скомпрометированной машины ответа нет ни у нас, ни у любого веб-приложения: расширение читает localStorage любого origin. Если это в вашей модели угроз, веб-клиент вам не подходит. Так честнее, чем обещать обратное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #19, #23

14. Сообщение от Норм (?), 06-Сен-26, 22:30	+/–
> Затем же, зачем в конторе один bastion, а не тридцать ноутбуков с > боевыми паролями. Ставит админ, доступ раздаёт ролями, пароли к базам не > расходятся по машинам, кто какой запрос выполнил, видно в журнале > Если вы один и база локальная, вам это не нужно, берите psql > или DBeaver. Это не замена им В базе обычно свои юзеры с ролями. Пароли к базам не расходятся, а расходятся пароли к тулзе для доступа к базам - найс. Ну допустим. 🤷‍♀️ Чего в мире только не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #29

15. Сообщение от Норм (?), 06-Сен-26, 22:32	–2 +/–
> Все они несут свой Node внутри Замечательно! Вот это самое необходимое на машине админа для ковыряния в бд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #20

16. Сообщение от Норм (?), 06-Сен-26, 22:33	+/–
>> Для запуска достаточно команды "docker run > Звиздец. А без этого прям уже никак не сделать в 2026? Низя, там хтонический ужас в виде нмп лефтпадов и прочих жаваскриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

17. Сообщение от Норм (?), 06-Сен-26, 22:37	–1 +/–
Вы забыли про (бульен) АйАй в этой штуке. То есть чел который это юзает доверяет бомжу на улице, базу данных, очень ценную наверное. Вкладки бравзер...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22

18. Сообщение от Аноним (19), 06-Сен-26, 22:42	+4 +/–
В топе контрибьютеров одни турки и Claude. Откуда взялись китайцы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

19. Сообщение от Аноним (19), 06-Сен-26, 22:43	+/–
Учитывая, что на базе Монако, то не проще было завернуть в Электрон тогда и не использовать браузеры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #21

20. Сообщение от libredb (ok), 06-Сен-26, 22:44	+1 +/–
Претензию понимаю, но это не «ещё один Node в системе». В deb/rpm рантайм лежит внутри пакета: /usr/lib/libredb-studio/node/bin/node, в PATH его нет, системный node не трогается и не нужен. npm во время работы не запускается вообще, зависимости уже внутри пакета, ставится и сносится одной командой пакетного менеджера. Дальше это обычный пакет: юнит /usr/lib/systemd/system/libredb-studio.service, конфиг /etc/libredb-studio/env, состояние /var/lib/libredb-studio. Прямой запуск, без systemd, по умолчанию слушает 127.0.0.1. Состав зависимостей не на слово: SBOM публикуется с каждым релизом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от libredb (ok), 06-Сен-26, 23:01	+2 +/–
Не проще: обёртка есть, и она не Electron, а Tauri v2. Сервер она не заменяет, а запускает его же, тот самый standalone-payload как sidecar, ждёт 200 на /api/db/health и открывает системный webview на 127.0.0.1. Под Linux desktop-AppImage собирается в релизном CI на каждую архитектуру. Под macOS и Windows пока нет, и упирается это в платные подписи, а не в технику. Electron не взяли осознанно: ~5-10 МБ против ~85-120 МБ, системный webview вместо своего Chromium, а Node-in-renderer, ради которого его обычно и берут, нам не нужен,  весь UI отдаёт сам сервер. Сравнение и причины целиком: docs/DESKTOP_WRAPPER_SPIKE.md. Браузер это не отменяет: продукт серверный. Ставит админ, доступ раздаётся ролями, пароли к базам не расходятся по машинам. Обёртка — для случая «одна машина, один человек».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от libredb (ok), 06-Сен-26, 23:09	+3 +/–
ИИ здесь необязателен, и это не оборот речи. Без конфигурации LLM_* провайдер по умолчанию требует ключа, availability отвечает NO_MODEL_CONFIGURED, панель не рендерится, обращений к модели не происходит вообще. Если включать, вы выбираете куда. Ollama на своей машине: ничего не покидает сеть. Внешний провайдер: наружу уходит и схема, и строки того, что прочитано. Мы это не смягчаем, что именно уходит по каждой поверхности, с указанием места вызова, в docs/AGENT_DATA_FLOW.md, и отдельным пунктом в Known limits. Запрос модель только предлагает: режим только для чтения, выполняется после подтверждения человеком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

23. Сообщение от ананим.orig (?), 06-Сен-26, 23:18	+/–
> Так честнее, чем обещать обратное. Так и я об этом. Не, поймите правильно, я рад сабжу. Для кучи сайто писателей, хоммэйд и прочего оутсорс вполне себе. Но что за мода все пихать в/через веб до сих пор шокирует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #24

24. Сообщение от libredb (ok), 06-Сен-26, 23:28	+/–
Мода эта раздражает и меня, честно. Причина тут не в ней: в веб ушла не «удобность», а то, что учётные данные к базам остаются на сервере и не расходятся по тридцати машинам, а доступ и журнал живут в одном месте. Толстый клиент это тоже умеет, только его потом надо раздавать и обновлять. Спасибо за вопросы, они были по делу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36

25. Сообщение от mikhailnov (ok), 07-Сен-26, 01:23	+/–
Автор, вы нейробот? :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #28

26. Сообщение от mikhailnov (ok), 07-Сен-26, 01:28	+/–
>  if systemctl is-active --quiet libredb-studio.service 2>/dev/null; then >    systemctl restart libredb-studio.service >/dev/null 2>&1 || true >  fi https://github.com/libredb/libredb-studio/blob/4d66b72ddd344... это можно заменить на systemctl try-restart
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

27. Сообщение от vasuikoff (?), 07-Сен-26, 02:04	+1 +/–
Я считаю что это очень нужная и полезная в работе вещь. Автору желаю терпения и неукротимой веры в то, что делает он все правильно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

28. Сообщение от Аноним (28), 07-Сен-26, 02:56	+/–
еще какой, только нейроботы поделия микрослопа юзают tssssssss
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от Аноним (29), 07-Сен-26, 03:36	+/–
> расходятся пароли к тулзе для доступа к базам Про SSO в вашей деревне, полагаю, не слышали. > Ну допустим. 🤷‍♀️ Чего в мире только не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #33

30. Сообщение от Аноним (30), 07-Сен-26, 07:31	+/–
А firebird?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

31. Сообщение от User (??), 07-Сен-26, 07:50	+/–
Уф. Мало нам pgadmin'а так ещё и для других бидэ тех же щщщей да погуще лей за грехи наши...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

32. Сообщение от User (??), 07-Сен-26, 07:51	+1 +/–
Можно. Но полинтернета для ноды качать тебе не понравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

33. Сообщение от User (??), 07-Сен-26, 07:59	+/–
Да вот как бы тебе сказать? Проще через ldap2pg+kerberos один раз настроить, чем с вебней всю жисть маяться. Это в том (очень и очень) нечастом случае, когда толпе народа нужен доступ к боевым базам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

36. Сообщение от Аноним (36), 07-Сен-26, 11:45	+/–
> учётные данные к базам остаются на сервере Т.е. вся эта вебня ради единственной параноидальной идейки "всё на сервере"? Вам не кажется, что вы на защиту потратили больше ресурсов, чем на собственно СУБД? :) Веб - это маразм В ЛЮБОМ виде, чем вы его ни оправдывайте. Не говоря о том, что как правило люди работают в ОДНОЙ системе. Нужен виновозный клиент - пишем Win32 приложение. Нужен Линукс - вообще тысячи языков и ГУЁв. Но вот так лабать вебню чисто потому, что вам лень или потому что неспособны писать под Оффтопик - такое себе развлечение, это уже не опенсорс, а лизание яиц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

37. Сообщение от Аноним (36), 07-Сен-26, 11:52	+/–
> Поддерживается 16 движков Каким образом? Там реально написан UI для каждого вида? Редактирование таблицы, колонок...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

38. Сообщение от Аноним (36), 07-Сен-26, 11:54	+/–
Пусть расцветают тысячи клиентов СУБД :)) Лишь бы писали на нормальных языках, с адекватным UI (в отличии от вебни в топике) и внятными целями "почему этот проект должен жить и чем он лучше остальных наклёпаных клиентов".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от libredb (ok), 07-Сен-26, 13:48	+1 +/–
UI один, отдельного интерфейса под каждый движок нет. Есть один абстрактный класс с 13 обязательными методами (query, getSchema, getOverview, getTableStats, getIndexStats и так далее) и по файлу на каждый id в src/lib/db/providers. UI по типу базы не ветвится: он читает то, что провайдер о себе публикует, семь флагов возможностей и набор подписей. Поэтому у MongoDB в дереве Collection и document, у Redis — Key Pattern и key, у Elasticsearch Index, а редактор Cassandra подписан «CQL, без JOIN, без подзапросов, без OFFSET». Про правку конкретно. Форма создания таблицы есть там, где провайдер объявляет supportsCreateTable: Postgres, MySQL, MSSQL, Oracle, SQLite, DuckDB, libSQL, Trino. У ClickHouse, Druid, Cassandra, Elasticsearch, OpenSearch, MongoDB, Redis и Couchbase кнопки просто нет, а не есть и падает. Правка строки на месте — семь движков: Postgres, MySQL, MSSQL, Oracle, SQLite, DuckDB, libSQL. Формы ALTER COLUMN нет ни для одного движка, и это осознанно: изменения схемы выводятся как SQL, применяет человек. Шестнадцать — это движки, к которым подключаются; в union DatabaseType семнадцать id, семнадцатый это встроенный libredb. На каждый id в репозитории есть docs/providers/<id>.md и интеграционный тест, это правило, а не пожелание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #48

40. Сообщение от libredb (ok), 07-Сен-26, 13:48	+/–
Спасибо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

41. Сообщение от OpenEcho (?), 07-Сен-26, 13:49	+/–
Т.е. кроме как без слива в SSO (OIDC) зайти не получится без больших "братьев"... И про песни как поднять свой OIDC и про два пальца, конечно же по плечу всем, тоже верю
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

42. Сообщение от libredb (ok), 07-Сен-26, 14:17	+1 +/–
Про демо вы правы, и это наша недоработка в новости: в ней стоит одна ссылка, на app.libredb.org, а он действительно OIDC-only, через Auth0 с гуглом и гитхабом. Второй демо-хост, без всякого SSO, в новость не попал: trial.libredb.org, вход admin@libredb.org / Admin!2026. В продукте SSO не обязателен и не является режимом по умолчанию. По умолчанию `NEXT_PUBLIC_AUTH_PROVIDER=local`, это свой логин и пароль, при входе наружу не уходит ни одного запроса, а если переменные не заданы, пароль администратора генерируется при первом запуске и печатается в лог один раз. OIDC включается отдельно, и IdP может быть свой: Keycloak и Zitadel описаны в docs/OIDC.md наравне с Auth0 и Okta. Честный минус local-режима: это две учётные записи из переменных окружения, admin и, если задан пароль, user. Группы, много людей, отзыв доступа — за этим придётся идти к IdP. Так что скепсис не пустой, он просто про масштаб, а не про обязательность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #52

43. Сообщение от libredb (ok), 07-Сен-26, 14:31	+1 +/–
Спасибо, вы правы: заменил на systemctl try-restart, добавил тест на последовательность вызовов : https://github.com/libredb/libredb-studio/pull/624. Автор проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

44. Сообщение от Аноним (44), 07-Сен-26, 14:44	+/–
> А что с TypeScript не так? поделие мелкослопа, что тут может быть еще не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

45. Сообщение от libredb (ok), 07-Сен-26, 14:45	+1 +/–
Нет, и в трекере у меня было написано «не будем»: Firebird лежал в одном списке с Db2 и Sybase, причина, дорогие нативные клиенты Пошёл проверять после вашего вопроса, а драйвер оказался чистый JS, без нативщины вообще, и лицензия тут ни при чём. Отписка была ленивая, и написал её я сам. Перенёс Firebird в открытые вопросы, к тому, что можем сделать ref: https://github.com/libredb/libredb-studio/issues/424
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

46. Сообщение от Tty4 (?), 07-Сен-26, 21:34	+/–
Зато на новый релиз за тебя перейдут 😁
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #47

47. Сообщение от libredb (ok), 08-Сен-26, 02:50	+/–
😁 Будем считать это планом миграции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

48. Сообщение от Аноним (36), 08-Сен-26, 10:43	+1 +/–
Не совсем понял... "правка строки"? Вы могли бы где-то показать конкретный скрин - создание таблицы + создание колонки (обе формы). Я вот знаю, что PK autoinc в MS SQL - вопрос буквально одного чекбокса, в то время, как в Постгресе для этого нагородили дурацких "sequences". Т.е. интерфейс отличается не радикально, но вот прям конкретно. Как это решили? > Формы ALTER COLUMN нет ни для одного движка, и это осознанно: изменения схемы выводятся как SQL, применяет человек. Это очень грустно и прямо скажем - малоюзабельно. Допустим, вы имели (int)FK->куда-то и теперь решили, что это будет "name varchar". Как минимум нужно удалить FK, потом сменить имя и затем тип. Я специально усложняю ситуацию, чтобы показать - ОДИН ALTER может и не справиться, могут понадобиться много операторв. И всю эту подкапотную мишуру вы... оставляете юзеру? :) Вообще не интересно. Как быть, если он сами базы "в целом" понимает, но не знает ваших трюков с ALTER?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #49, #51, #53

49. Сообщение от libredb (ok), 08-Сен-26, 12:21	+/–
Скрин можно не рисовать, можно пощупать: trial.libredb.org, admin@libredb.org / Admin!2026. Спасибо, ваш вопрос нашёл у нас баг, а не только пробел. вы попали точно в дырку. Issue: https://github.com/libredb/libredb-studio/issues/648 Если возьмётесь или просто допишете туда свои случаи, буду рад. Формы "создание колонки" не существует вообще, DDL-форма в продукте одна, та самая. Правка строки: в сетке результатов правятся ячейки, на подтверждение генерируется UPDATE на строку. Колонка ключа определяется по имени, id или *_id (src/hooks/use-inline-editing.ts), а не из метаданных первичного ключа. Составной ключ или другое имя, правки нет. Почему так вышло, без отмазок: цель проекта не "писать SQL удобнее", а сделать доступ к базам управляемым и подотчётным на своём сервере. Поэтому работа шла в редактор, доступ и журнал, а DDL-формы получили меньше всего внимания. Сам я таблицы через формы почти не делаю, и по результату это видно. Одно про формы вообще, из опыта. Форма, которая кавычит идентификаторы за вас, потом отвечает "table does not exist" на то же имя в другом регистре, а человек так и не увидел, что именно она сгенерировала. Поэтому у нас идентификаторы не кавычатся вообще, поле имени сводится к [a-z0-9_], и SQL показан до кнопки. Форму выше это не оправдывает, но выбор был осознанный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

50. Сообщение от Аноним (50), 08-Сен-26, 13:12	+/–
50 лет развития сетевого ПО и безопасности в мусорку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54

51. Сообщение от libredb (ok), 08-Сен-26, 13:26	+/–
Забыл ответить на вторую половину. Формы ALTER нет, но diff двух схем генерирует миграцию с ветвлением по диалекту: `src/lib/schema-diff/migration-generator.ts`. Где движок не может, там отказ с причиной, а не кривой стейтмент. Цепочку drop FK, rename, тип он за вас не выстроит, порядок за человеком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

52. Сообщение от OpenEcho (?), 08-Сен-26, 14:17	+1 +/–
> В продукте SSO не обязателен и не является режимом по умолчанию ИМХО, это должно быть в описании, инструмент явно для low level access к ДБ и доступ как правило дается маленькой группе девелоперов в small businesses. OIDC это определенно плюс для больших контор, но будет PITA для временных и малых сетапов, которые как правило закрыты от доступа с инета. Спасибо за разьяснение и удачи !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

53. Сообщение от libredb (ok), 08-Сен-26, 16:24	+/–
Возвращаюсь с результатом: баг, в который вы попали, закрыт. #648 взял внешний участник, PR #651. Проверено на живых движках, а не по документации: postgres 18, mysql 26.7, mssql 2022, oracle 23, sqlite 3.53, libsql, duckdb 1.5.5, trino 476.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от Аноним (54), 08-Сен-26, 19:38	+/–
И туда им и дорога, честно говоря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

55. Сообщение от Аноним (54), 08-Сен-26, 19:39	+/–
Спасибо что используете github, а не какой-нибудь, прости Господи, gitflic/gitverse.
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Meta (?), 08-Сен-26, 20:29	+/–
Ты што? Там же SSO. Как ты скрипт удаленно собрался выполнять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

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