Certbot может и нет, зато что угодно стороннее может случайно отвалиться, например доступ к API провайдера DNS
Или вот например Cloudflare принципиально не даёт API для доменов *.tk, приходится руками wildcard-сертификаты получать, только благодаря уведомлениям от Let's Encrypt не забывал)
Ну для браузера я использую VPN или иногда SSH (и приложение тоже могло бы наладить какое-нибудь своё шифрование вместо того чтобы облачный аккаунт требовать)
Много лет назад старые версии приложения позволяли подключаться к кинетикам напрямую без всяких облаков — но нет, понадобилось принудительно навязать облако с аккаунтом всем, даже для кинетиков с внешними IP :(
1060 вполне поддерживает Vulkan 1.3, что намекает на то, что у вас каким-то образом сломана система (устаревшие драйвера или типа того), скажите спасибо что редактор вообще запустился на сломанной системе 🙃
Тут скорее интересен противоположный вопрос — зачем современному приложению использовать устаревшие API (или, о ужас, откатываться на программный рендеринг с потенциально большим жором процессора)
Потому что гарантии целостности, этот ваш лог-файл побьётся непредсказуемым образом при внезапной потере питания, а sqlite в крайнем случае потеряет не успевшую завершиться транзакцию, но не побьётся.
Тем не менее, sqlite тоже умеет писать «десятки тысяч записей в лог-файл» — в режиме WAL. Так что вопрос к разработчикам приложений, почему они не хотят или не могут включить WAL
На всякий случай напомню, что sqlite используется буквально в каждом актуальном браузере (Chrome, Firefox, Safari). Назовёте какие-нибудь браузерные тормоза, непосредственной причиной которых является sqlite?
Слой представления — просто ещё один микросервис, сейчас этот слой часто реализуется джаваскриптом на фронте, адепты htmx предлагают вернуть его обратно на бэкенд (а он на самом деле никуда оттуда и не девался, потому что SSR), никакие другие микросервисы трогать не надо
Лишняя это прослойка или нет — зависит от точки зрения. Владельцам проектов — конечно лишняя, им же дополнительные сервера закупать для запуска этой прослойки (правда, к SSR это тоже относится). Конечным пользователям — категорически необходимая, потому что выполнять тонны стороннего непроверенного говнокода и выжирать батарейки на мобильных устройствах на вычисление того, что мог бы вычислить сервер, — однозначное зло
Микросервисы всё ещё могут отдавать JSON, который будет рендериться в html в том месте, которое изначально получило запрос от браузера (и вот мы изобрели SSR, который нынче применяется примерно везде, ну а заменить SSR на HTMX должно быть уже «тривиально»)
Не очень понял, в чём проблема с Go? Те же Gogs и Gitea всегда рендерили шаблоны на сервере, а Forgejo уже даже HTMX немножко использует, зачем тут изобретать целые «фреймворки», мне неочевидно
И очень зря
Даже wildcard?
Вот я из-за того и спросил, что там прямым текстом написано про отсутствие nginx и wildcard, а значит этот способ фактически бесполезен на практике
А в какой документации об этом почитать?
Certbot может и нет, зато что угодно стороннее может случайно отвалиться, например доступ к API провайдера DNS
Или вот например Cloudflare принципиально не даёт API для доменов
*.tk, приходится руками wildcard-сертификаты получать, только благодаря уведомлениям от Let's Encrypt не забывал)Ну не знаю, в документации прямым текстом написано что используется даже для sqlite, и в коде Marzban я не вижу чтобы пул отключался
Ну для браузера я использую VPN или иногда SSH (и приложение тоже могло бы наладить какое-нибудь своё шифрование вместо того чтобы облачный аккаунт требовать)
Я так сейчас и делаю, но это менее удобно чем приложение
Много лет назад старые версии приложения позволяли подключаться к кинетикам напрямую без всяких облаков — но нет, понадобилось принудительно навязать облако с аккаунтом всем, даже для кинетиков с внешними IP :(
Это не должно приводить к повреждению, если sqlalchemy использует пул соединений
То есть падение далеко не единственное? Кажется, вам надо не на mysql переходить, а проблемы с сервером чинить...
Использую sqlite3 в личных проектах разной степени нагруженности уже лет десять — ни разу ничего не падало
urljoin ловушка только для тех кто ленится читать документацию, так-то её поведение вполне логичное и напоминает os.path.join
1060 вполне поддерживает Vulkan 1.3, что намекает на то, что у вас каким-то образом сломана система (устаревшие драйвера или типа того), скажите спасибо что редактор вообще запустился на сломанной системе 🙃
Тут скорее интересен противоположный вопрос — зачем современному приложению использовать устаревшие API (или, о ужас, откатываться на программный рендеринг с потенциально большим жором процессора)
Впрочем, Zed можно запустить на OpenGL, хотя пока что глючит
О том, что CrowdStrike ломал и Linux тоже, вы решили тактично не вспоминать
Потому что гарантии целостности, этот ваш лог-файл побьётся непредсказуемым образом при внезапной потере питания, а sqlite в крайнем случае потеряет не успевшую завершиться транзакцию, но не побьётся.
Тем не менее, sqlite тоже умеет писать «десятки тысяч записей в лог-файл» — в режиме WAL. Так что вопрос к разработчикам приложений, почему они не хотят или не могут включить WAL
На всякий случай напомню, что sqlite используется буквально в каждом актуальном браузере (Chrome, Firefox, Safari). Назовёте какие-нибудь браузерные тормоза, непосредственной причиной которых является sqlite?
Просто не надо такую чушь делать, вот и всё
Слой представления — просто ещё один микросервис, сейчас этот слой часто реализуется джаваскриптом на фронте, адепты htmx предлагают вернуть его обратно на бэкенд (а он на самом деле никуда оттуда и не девался, потому что SSR), никакие другие микросервисы трогать не надо
Лишняя это прослойка или нет — зависит от точки зрения. Владельцам проектов — конечно лишняя, им же дополнительные сервера закупать для запуска этой прослойки (правда, к SSR это тоже относится). Конечным пользователям — категорически необходимая, потому что выполнять тонны стороннего непроверенного говнокода и выжирать батарейки на мобильных устройствах на вычисление того, что мог бы вычислить сервер, — однозначное зло
Микросервисы всё ещё могут отдавать JSON, который будет рендериться в html в том месте, которое изначально получило запрос от браузера (и вот мы изобрели SSR, который нынче применяется примерно везде, ну а заменить SSR на HTMX должно быть уже «тривиально»)
Не очень понял, в чём проблема с Go? Те же Gogs и Gitea всегда рендерили шаблоны на сервере, а Forgejo уже даже HTMX немножко использует, зачем тут изобретать целые «фреймворки», мне неочевидно