T
ты же не будешь на каждый запрос перечитывать вес конфиг?
Size: a a a
2020 May 14
АП
я бы насчет динаконф тоже сильно подумал
++
T
можно конечно положить конфиг в базу и научить эту байду его читать перед каждым запросом, но это уже загон
РБ
завести файлик под ногами и туда сохранять тоже можно
T
завести файлик под ногами и туда сохранять тоже можно
а теперь представим что у тебя два сервера
РБ
один сервер )))
РБ
это простенькое приложение
T
завести файлик под ногами и туда сохранять тоже можно
ну сохраняй. Правда не забывай конкурентный доступ обеспечить нормально
T
файловые локи, флаши и прочее
T
так можно и sqlite родить случайно
РБ
вот я и хотел, чтобы за меня это делала какая-нибудь либа
T
вот я и хотел, чтобы за меня это делала какая-нибудь либа
базы данных именно это и делают =)))
T
просто хранят твои данные
РБ
эээххх... походу придётся в БД сохранить и забыть об этом )))
T
ну в целом БД есть разные, никто не заставляет всё в проекте в одной хранить
T
например, для этих вещей вполне прокатит редис скорее всего
T
с другой стороны поддерживать несколько БД на проекте тоже не просто
T
/me посмтрел на свой простенький проект: clickhouse, postgresql, SQS, ~kafka, несколько http апишек, реплика во внешнюю БД
T
а, ещё какая-то хрень для хранения счетчиков отдельная
РБ
сделал через БД. благодаря алхимии получилось чуть ли не быстрее чем с конфигом