Email or username:

Password:

Forgot your password?
Top-level
Alexey Skobkin

@drq
Какая-то странная хуйня, которую потом больно выпиливать будет, похоже.

28 comments
Dr. Quadragon ❌

@skobkin А по идее, ее не надо и выпиливать, это каркас для приложения.

Alexey Skobkin

@drq
Именно поэтому и придётся выпиливать потому что в какой-то момент такой каркас начнёт давить тебе на мозги мешая что-то делать.

А если учесть то, что ты говорил про SQLite - это же вообще ПИЗДЕЦ.

Alexey Skobkin

@drq
Можно, конечно, пойти по пути боли и мучений, заюзав какой-нибудь litestream.io...

Dr. Quadragon ❌

@skobkin Ну, юзают же люди Firebase. И вроде не жалуются, так-то.

Так вот, эта вещь - попытка сделать Firebase, но селф-хостед.

Почему выбрали именно SQLite - загадка. Жака, блять, Фреско.

Alexey Skobkin

@drq
Они не жалуются. Они просто плачут в углу по вечерам.

D:\side\

@drq да вроде очевидно: чтобы оставаться маленьким и максимально простым в эксплуатации на маленьких и максимально простых решениях, где нет никакой перспективы роста.

А если ошибиться на счёт перспективы роста, что поделать, у ошибок есть последствия.

Ты для чего-то конкретного ищешь? Может, я слышал про что-то более подходящее.

@skobkin

Dr. Quadragon ❌

@dside Ну, да, есть кое-кто, кому оно может пригодиться. Я знаю, что есть Supabase, но блин, 8 контейнеров против одного бинарника - это... Да еще и JS.

@skobkin

D:\side\

@drq сложнее нужды – сложнее решения.
Я давненько хочу пощупать Hasura, из близкого: hasura.io/

@skobkin

Dr. Quadragon ❌

@dside Ну, какбэ, я не думал, что "использовать вместо SQLite другой драйвер БД" - это офигеть какой сложный кейс.

Камон, 2022 год на дворе, stateless-системы кругом, все параллелится, чтоб можно было спокойно падать или чинить системы без отказа в обслуживании...

@skobkin

D:\side\

@drq это всё довольно сложные нужды, да.

Смотри, если выбирать не-встраиваемую БД, это дополнительная зависимость и сложность в деплое – БД как минимум надо установить и убедиться, что к ней есть доступ.

А если поддерживать несколько драйверов, то появляется целый новый пласт проблем с тем, что функции будут доступны не все и не на всех, что сложность и для пользователя, и для разработчиков.

@skobkin

Dr. Quadragon ❌

@dside Ну, а если выбрать встраиваимую БД, у тебя получается обязательный SPoF, что делает всю историю вообще околобесполезной.

@skobkin

D:\side\ replied to Dr. Quadragon ❌

@drq …для тебя.
Это для проектов, которые SPoF ещё не парит, кто может даже и небольшой простой может потерпеть. Всякие прототипчики, пруф-оф-концепты, минимальная бизнес-автоматизация. Им бы дёшево и чтоб бэкапилось тупо копированием одной папочки.

@skobkin

Alexey Skobkin replied to D:\side\

@dside @drq
Копированием одной папочки бекапится развёрнутый стек контейнеров.

D:\side\ replied to Alexey

@skobkin а вот фиг. Не копируется. Если тома и и определения ещё можно в одну папку сложить, то образы к ним уже приложить не так просто.

@drq

Alexey Skobkin replied to D:\side\

@dside @drq
Ничего сложного вообще.
OCI образы того же докера-кубера легко в тарбол экспортируются.
Но вообще есть и регистри.

D:\side\ replied to Alexey

@skobkin и вот так незаметно решение обрастает новыми деталями и процедурами.

@drq

Alexey Skobkin replied to D:\side\

@dside @drq Тем не менее все это может легко лежать в репозитории, а с сервера на сервер уноситься rsync вместе с данными.

D:\side\ replied to Alexey

@skobkin о-оп, ещё и репозиторий, и rsync…

Сложно.

Мы-то сможем, но когда в этих элементах нет необходимости, решением сможет начать пользоваться с пользой куда больше людей. А там, глядишь, и у них возникнет мотивация углубиться в вопрос.

@drq

Alexey Skobkin replied to D:\side\

@dside @drq
Ты сейчас пишешь как будто это обязательные требования. Хотя понимаешь, что нет.

И не забывай, что мы уже все равно как альтернативу притащили Go и SQL базу данных.

D:\side\ replied to Alexey

@skobkin я подмечаю, как легко для упрощения (!) более сложной системы приходится добавлять (!) в неё дополнительные детали, при этом не теряя из вида остальные.

@drq

Alexey Skobkin replied to D:\side\

@dside @drq
Только непонятно зачем. Потому что при появлении тех же задач, которые решаются теми самыми дополнительными штуками, в обеих ситуациях случится усложнение.

D:\side\ replied to Alexey

@skobkin вот когда случится – тогда и можно усложнять. Это может случиться очень нескоро.

@drq

Alexey Skobkin replied to D:\side\

@dside @drq
Так и Git с rsync использовать не обязательно. Они были упомянуты только потому, что все хранится в одной директории. А ты за это уцепился.

D:\side\ replied to Alexey

@skobkin я, честно говоря, вообще не понял, для чего ты их упомянул. Ранний тезис, что стек контейнеров нельзя просто так взять и одной папкой скопировать, он никак не опровергает.

@drq

Ale in Singapore!

@drq @skobkin Есть supabase.com/docs/guides/self- ещё, он на постгресе (правда, вебморду они так и не выложили в опенсорс похоже).

Dr. Quadragon ❌

@ale Я знаю, и уже сказал про него.

@skobkin

Ale in Singapore!

@drq @skobkin (Вообще там внутри postgrest.org/, я думаю его для большинства задач должно хватать и самого по себе)

Go Up