я хочу получить результат, где сперва идут сделанные todos, а после не сделанные (true/false)
Так же сделанные должны быть упорядоченные по id или user_id
SELECT completed, user_id, id from todos ORDER BY completed, user_id, id;
My1Name, нет, он работает только на уровне HTTP. т.е. страницы не реднерит и js не выполняет, хотя есть плагины для него - можно поискать, может я ошибаюсь
MishaXXL, DRY - это когда у тебя функция для рассчета последнего индекса в распределенном логе состоит из 10 строк, которые ты постоянно по всей кодовой базе пишешь одни и те же вместо того, чтобы в отдельную функцию вынести.
и просыпаешься, понимая, что у тебя этот кусок кода в 123414124 местах и вдруг ты нашел в нем баг.
Bodden, короткий ответ - да
длинный - нет правильного решения, каждый делает как удобнее.
для начала дам конкрентное решение, от которого плясать:
1. Устанавливаешь Serilog
2. Делаешь логирование в файл (надо отдельный пакет установить, идет расширением)
3. Форматтер не выставляешь (будет простая строка с временем и сообщением)
4. Используешь ILogger
Готово.
Дальше поймешь как тебе удобнее будет: JSON, дополнительные поля, логирование в несколько мест и т.д.
Bodden, если это простой бот, то достаточно будет файла - для начала сойдет.
формат файла - зависит от того в каком формате сохранять логи:
- JSON - тогда, это .json
- XML - тогда это .xml
- ELF - extended log format, это .txt
- Кастомный формат - это тоже .txt
MishaXXL, скорее всего он используется каким-то другим контейнером. даже тем, который не в композе.
дополнительно, попробуй docker system prune сделать
Карлиндоу Мэрлифи, да.
это не только позволит параллельную работу, но и:
- Страховка на случай, если единственное соедение будет разорвано
- Это соединение будет висеть даже когда не нужно будет, т.е. другие подключиться не смогут из-за ограничений
- Во время простоя лишние ресурсы тратиться не будут
AlanSalamov, т.е.
1. на ютубе ты нашел видео неизвестного человека про REDIS (!!!)
2. в нем он сказал что знакомый (существует ли он вообще) имеет проблемы с инсертами (неизвестно какая конфигурация, что за приложение и нагрузки)
3. ты решил, что у тебя будут проблемы (даже не делая нагрузочное тестирование), когда уже все разработал