да, действительно статья не про AWS, Terraform, kubernetes и прочие модные слова, не всегда проект большой и требует полноценной инфраструктуры современных веб-приложух, текущая конфигурация CI/CD это скорее эволюция таких же статей но с бОльшим количеством странных реализаций, например по одноименному названию на хабре вы можете найти статью где кладется ключик от сервера в variables, раннер заходит по SSH и делает rsync, нам эта реализация не понравилась и реализовали так.
В данной статье не рассматривалась конфигурация остальных компонентов системы в целом, поэтому не понимаю наброса и про бд и про nginx, мы зачастую используем saas бд или ставим отдельный сервер.
vue/v-bind-style про стиль биндинга, то есть 'vue/v-bind-style': 'error' это то же самое, что 'vue/v-bind-style': ['error', 'shorthand'], так как shorthand значение по умолчанию. Линтер будет исправлять v-bind:foo="some" на :foo="some", а отдельно на директиву v-bind="some" это правило не влияет
В таком случае это будут личные настройки, которые нужно будет настраивать каждому участнику проекта, а вариант в статье про глобальные настройки на проект, которые будут применяться у всех после клонирования проекта локально
Раз в минуту стоит селери-таска, ранее было раз в 15 минут из за проблем с ORM и скоростью запроса, с чистым SQLом сократили на пару секунд, теперь упираемся только в Python
В трекере отображается вся информация о том что снимают, когда и с какой периодичностью, если включены скриншоты то пользователю каждый раз приходит уведомление о том что был снят скриншот, также скриншот может быть отправлен в модерацию пользователем, такой скриншот менеджер не увидит, если пользователь не разрешит (а в 99% случаев туда даже никто не заходит из пользователей, значит менеджер в целом не увидит)
Хранили в реляционной нормированной модели, с ссылками, индексами, при обороте в несколько десятков миллионов БД на среднем сервере задыхалась. При этом запрос не то чтобы выходил сложный, один-два джойна по индексу. При этом кликхаус на кратно меньших ресурсах выполняет запросы с феноменальной скоростью, так будто постоянно попадает в кэш. Естественно старались использовать ORM по максимуму где это возможно, продолжаем это делать даже с использованием кликхауса, благо есть хорошая ORM которая ещё и с Django дружит.
У нас для скриншотов есть опция блюрить sensetive контент, поэтому личные границы они в целом и не нарушают, все опции настроек видны в трекере и понятно именно пользователю, снимают о нем эти данные или нет. К сожалению без этих функций никак, уже устоявшийся стандарт в мире трекинга.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
да, действительно статья не про AWS, Terraform, kubernetes и прочие модные слова, не всегда проект большой и требует полноценной инфраструктуры современных веб-приложух, текущая конфигурация CI/CD это скорее эволюция таких же статей но с бОльшим количеством странных реализаций, например по одноименному названию на хабре вы можете найти статью где кладется ключик от сервера в variables, раннер заходит по SSH и делает rsync, нам эта реализация не понравилась и реализовали так.
В данной статье не рассматривалась конфигурация остальных компонентов системы в целом, поэтому не понимаю наброса и про бд и про nginx, мы зачастую используем saas бд или ставим отдельный сервер.
Почему вы так считаете? Чего не хватило? Что учесть в будущих материалах?
vue/v-bind-style про стиль биндинга, то есть 'vue/v-bind-style': 'error' это то же самое, что 'vue/v-bind-style': ['error', 'shorthand'], так как shorthand значение по умолчанию. Линтер будет исправлять v-bind:foo="some" на :foo="some", а отдельно на директиву v-bind="some" это правило не влияет
В таком случае это будут личные настройки, которые нужно будет настраивать каждому участнику проекта, а вариант в статье про глобальные настройки на проект, которые будут применяться у всех после клонирования проекта локально
Раз в минуту стоит селери-таска, ранее было раз в 15 минут из за проблем с ORM и скоростью запроса, с чистым SQLом сократили на пару секунд, теперь упираемся только в Python
А они в целом и не нужны, кликхаус у нас выступает как бд для аналитики, основной набор данных у нас лежит в postgres.
Трекинг времени уже стандарт индустрии разработки и не только в большом количестве компаний.
В трекере отображается вся информация о том что снимают, когда и с какой периодичностью, если включены скриншоты то пользователю каждый раз приходит уведомление о том что был снят скриншот, также скриншот может быть отправлен в модерацию пользователем, такой скриншот менеджер не увидит, если пользователь не разрешит (а в 99% случаев туда даже никто не заходит из пользователей, значит менеджер в целом не увидит)
Хранили в реляционной нормированной модели, с ссылками, индексами, при обороте в несколько десятков миллионов БД на среднем сервере задыхалась. При этом запрос не то чтобы выходил сложный, один-два джойна по индексу. При этом кликхаус на кратно меньших ресурсах выполняет запросы с феноменальной скоростью, так будто постоянно попадает в кэш.
Естественно старались использовать ORM по максимуму где это возможно, продолжаем это делать даже с использованием кликхауса, благо есть хорошая ORM которая ещё и с Django дружит.
У нас для скриншотов есть опция блюрить sensetive контент, поэтому личные границы они в целом и не нарушают, все опции настроек видны в трекере и понятно именно пользователю, снимают о нем эти данные или нет. К сожалению без этих функций никак, уже устоявшийся стандарт в мире трекинга.