B
да косякнул) в миграции не правильно былоуказан в одной таблице type. Спасибо!
Size: a a a
2021 April 27
ML
Вы сейчас на краю такой ямы ходите :)
Н
Да вообще жуткая морока, я не понимаю зачем так усложнять😄
Н
Я смутно помню что там куча разнообразных граблей, а каких именно забыл уже правда 😄
ML
на мой взгляд, конечно проще иметь на продакшне пару версий убунты и на этом успокоиться: 18.04, 20.04 и достаточно.
В докере туда собирать и деплоить.
Но у нас коробка, мы ставим людям пакеты.
В докере туда собирать и деплоить.
Но у нас коробка, мы ставим людям пакеты.
Н
Snap-пакеты похоже здорово жизнь упрощают?
ŹR
А почему убунта? Дебиан разве не более стабильный?
ML
не знаю, не работал с ними
ML
ну блин, убунта уже просто стандарт сегодня в девелоперской среде.
Админчики держатся за центос, но объяснить почему не могут
Админчики держатся за центос, но объяснить почему не могут
I
rhel сертификаты ?
ML
а ещё древний миф о наличии какой-то мифической поддержки от редхата
I
не знаю практически Redhat системы, и не считаю это недостатком
I
убунта и дебиан наше все
ML
ну да. На армах вообще только убунта везде
Aß
apt и компания это сплошной отвал жопы
DR
Вопрос. Для openapi (бывший swagger) - что лучше, использовать open_api_spec библиотеку или писать yaml фаил руками? Какой опыт?
AB
мой опыт говорит, что получение описания протокола с инстанса сервера(open_api_spec) - это путь в никуда, и сначала должен быть протокол, и из него уже должно генериться всё остальное.
но это только мое личное мнение, мир со мной в этом не согласен.
но это только мое личное мнение, мир со мной в этом не согласен.
LL
open_api_spex неплох, если сервер определяет апиDR
Мне кажется, что yaml быстрее написать руками и понятнее и задокументировано всё лучше - и проще потом изменять кому-то другому.
DR
Я начал копаться в open_api_spec - и куча вопросов, что в каком случае как что писать….А документация там относительно минимальная 🙂