АП
Всем привет. Ищу разработчика nodejs, в этой группе возможно найти? Или она не для этого?
Не для этого, смотри описание
Size: a a a
2021 February 21
АП
Афигеть господа вы еще со вчера о тудушках "рассуждаете"
Сколько надо программистов, чтобы написать туду лист?
Это важная задача между прочим - оценка
Пока даже нет консенсуса относительно выбираемых технологий
Это важная задача между прочим - оценка
Пока даже нет консенсуса относительно выбираемых технологий
G
1
G
хотя, смотря какой тудулист
N
Gearonix
хотя, смотря какой тудулист
Если пишем что то типа джиры, то >1
G
оффкорс
N
Не для этого, смотри описание
А если у нас есть допустим комменты к тудушке, где их хранить?
AC
цель, которую я хочу достигнуть, - это одинаковое окружение. То есть разработчик клонирует репозиторий, вводит docker-compose up, все поднимается, и он спокойно работу работает.
Если мне нужно развернуть это на vps, то я также клонирую репозиторий, ввожу docker-compose up, и все также работает 1 в 1.
Только разница между dev и prod в том, что происходит подмена внутри контейнера letsecnrypt/openssl.
Если мне нужно развернуть это на vps, то я также клонирую репозиторий, ввожу docker-compose up, и все также работает 1 в 1.
Только разница между dev и prod в том, что происходит подмена внутри контейнера letsecnrypt/openssl.
передавай параметры через environment variables, и пусть nginx выставляет разные сертификаты для окружений
АП
А если у нас есть допустим комменты к тудушке, где их хранить?
Но у нас их пока нет
N
Но у нас их пока нет
а сорян тогда)
N
кстати, такой вопрос, если я пишу например без орм (sql), то в каком моменте мне проверять наличие нужных таблиц и если нужно - создавать их? Просто возле кода приложения фалйик init_db.sql который потом вручную выполнять на сервере? или в коде где то явно вызывать CREATE TABLE IF NOT EXISTS при запуске приложения?
¿
кстати, такой вопрос, если я пишу например без орм (sql), то в каком моменте мне проверять наличие нужных таблиц и если нужно - создавать их? Просто возле кода приложения фалйик init_db.sql который потом вручную выполнять на сервере? или в коде где то явно вызывать CREATE TABLE IF NOT EXISTS при запуске приложения?
Миграции в помощь
N
Миграции в помощь
считать первоначальную схему бд - миграцией тип?
B
считать первоначальную схему бд - миграцией тип?
создаешь папку с миграциями, в ней в с нумерным префиксом файлы с 2мя методами up down, каждый метод должен SQL запросом выполнять свою функцию (up для применения изменения, down для отмены). Миграции для того и созданы чтобы была версионность в структуре БД
B
но проще пакетом накатить, тип никто не обязывает тебя орм в них использовать, это могут быть обычные запросы
N
создаешь папку с миграциями, в ней в с нумерным префиксом файлы с 2мя методами up down, каждый метод должен SQL запросом выполнять свою функцию (up для применения изменения, down для отмены). Миграции для того и созданы чтобы была версионность в структуре БД
это я понял, имею ввиду в моем случае будет например 00_initial_database_up.sql файлик в котором пропишу все нужные мне CREATE TABLE, CREATE INDEX и т.д.?
B
это я понял, имею ввиду в моем случае будет например 00_initial_database_up.sql файлик в котором пропишу все нужные мне CREATE TABLE, CREATE INDEX и т.д.?
да без разницы, но лучше разделять их, чуть ли не каждое создание новой таблицы в новой миграции
N
да без разницы, но лучше разделять их, чуть ли не каждое создание новой таблицы в новой миграции
а в случае использвования орм это она делает под капотом, т.е. сверяет схему энтити которые описаны в коде с таблицами которые есть в бзае?
N
и в случае чего, меняяет или создает таблицу
B
а в случае использвования орм это она делает под капотом, т.е. сверяет схему энтити которые описаны в коде с таблицами которые есть в бзае?
нет, orm облегчает написание запросов, и защищает от базовых ошибок (по типу sql-инъекций)