господи, битрикосиды, просто смиритесь с тем, что вы работаете с куском бесперспективного, устаревшего, плохо спроектированного говна, который покупают только люди, которые в it шарят только как двигать мышкой по экрану и им это тупо втюхали инфоцыгане, которые из ваших же рядов... Просто признайтесь себе в этом. Не надо рассказывать какой он "не плохой"... Это полное архитектурное говно с какой стороны ни посмотри. Это просто дно... Куда ни глянь - одни косяки.
Это как с алкашкой... Вам надо самим принять проблему, чтобы излечиться. XD
Дальше 5 страницы просто не стоит читать, чтобы понять, что ты вляпался и уже воняет.
Мне не зашло - слишком громоздко для меня. Мне не нужны круды и много чего не нужно оттуда. Соответственно зачем мне держать весь этот неиспользуемый код?
Спасибо большое за рекомендации, попробую применить.
По поводу MethodSpecCollection и инициализации при каждом запросе - мне вроде как казалось, что в прод окружении это всё кэшируется и как раз таки билд происходит только раз при прогреве кэша, а дальше все это каждый раз не прогоняется как раз таки. Разве нет?
По поводу gitflic - да в целом несколько причин, поддержать отечественного производителя, хорошие ребята, знаком с создателями сервиса довольно тесно. ))) Поэтому и зашёл к ним. Раньше хостил код на bitbucket, но он начал хворать, поэтому перенес всё оттуда. )))
А чего, пиариться плохо что ли? ))) Для меня в целом это небольшое достижение, что появился собственный бандл, которым можно поделиться с другими разработчиками, потому что до этого не было такой ни возможности ни темы для библиотеки. Поэтому... Да, немного похвастался XD
А какие есть другие решения я просто не нашел на самом деле. Для себя искал и в целом не нашёл... Поэтому и написал себе сам )))
Смиритесь - это новая платформа для СНГ примерно так. Сейчас идет активная разработка и то что есть ряд багов - это норма для it-проектов на время активной разработки. Подождите - всё наладится. )))
Ребят, вы когда уже разработку с колен подымите? С января месяца не работает YML обработка прайс-листов. По заявлениям площадки оно должно обрабатывать прайс-лист раз в 4 часа, выводить список ошибок в случае их наличия. Что происходит по факту... Обновление запускается раз в день. В конце дня оно сваливается в Отмену, выводит портянку ошибок в которых написано "нет изменений"... Количество товаров 35 000 - написано прогружено товаров 85000... И эта жесть творится в проде уже с января месяца 2022 года... Сейчас арпель... Проблема аналогичная у многих продавцов...
Ну ребят... Ну не серьезно вообще... В проде половина интерфейсов на Китайском, постоянно что-то отрыгивает... Может приоритеты как-то поменять с новых чудесных никому не нужных фич на исправление критовых багов? Не?... А то так всех продавцов растеряете...
по поводу sh скриптов в личку ответил )))
replicas — это короче сколько реплик в кластере. Если запустить несколько на одном и том же сервере — ну как бы это тоже имеет плюс в том случае, если один из контейнеров ляжет — то другой возьмет на себя его нагрузку. Но если ляжет сервер, а другого на подхвате нет — то ляжет уже как бы все…
что значит чтобы шла обработка в докере?
Обновлять откатывать на бою… я делаю это через jenkins… То есть у меня репа снаружи докера и всем заправляет Jenkins… Jenkins можно настроить версионностью и выгружать не ветки, а теги… например… )))
Да, возможна неточность. Я столкнулся с тем, что, например, на mchost VPS невозможно завести докер. Поэтому решил сообщить об этом людям, чтобы имели в виду, что докер не на любом хостинге взлетит.
Приветствую, нет, на данный момент никаких проблем нет с производительностью, даже с учетом того, что далеко не все сейчас у меня настроено оптимально, это как бы наброски, которые требуют импрувментов. )))
Да, depends_on не проверяет доступность именно самой БД для использования. Контейнер php разворачивается и так в разы быстрее, чем БД. Плюс ко всему БД контейнер уже является доступным, но при этом сама БД еще не работоспособна. Соответственно depends_on воспринимает ее уже как готовую, так как контейнер то типа готов… и происходит тут коллизия… (((
господи, битрикосиды, просто смиритесь с тем, что вы работаете с куском бесперспективного, устаревшего, плохо спроектированного говна, который покупают только люди, которые в it шарят только как двигать мышкой по экрану и им это тупо втюхали инфоцыгане, которые из ваших же рядов... Просто признайтесь себе в этом. Не надо рассказывать какой он "не плохой"... Это полное архитектурное говно с какой стороны ни посмотри. Это просто дно... Куда ни глянь - одни косяки.
Это как с алкашкой... Вам надо самим принять проблему, чтобы излечиться. XD
Дальше 5 страницы просто не стоит читать, чтобы понять, что ты вляпался и уже воняет.
Мне не зашло - слишком громоздко для меня. Мне не нужны круды и много чего не нужно оттуда. Соответственно зачем мне держать весь этот неиспользуемый код?
Спасибо, поправил. )))
Спасибо большое за рекомендации, попробую применить.
По поводу MethodSpecCollection и инициализации при каждом запросе - мне вроде как казалось, что в прод окружении это всё кэшируется и как раз таки билд происходит только раз при прогреве кэша, а дальше все это каждый раз не прогоняется как раз таки. Разве нет?
По поводу gitflic - да в целом несколько причин, поддержать отечественного производителя, хорошие ребята, знаком с создателями сервиса довольно тесно. ))) Поэтому и зашёл к ним. Раньше хостил код на bitbucket, но он начал хворать, поэтому перенес всё оттуда. )))
А чего, пиариться плохо что ли? ))) Для меня в целом это небольшое достижение, что появился собственный бандл, которым можно поделиться с другими разработчиками, потому что до этого не было такой ни возможности ни темы для библиотеки. Поэтому... Да, немного похвастался XD
А какие есть другие решения я просто не нашел на самом деле. Для себя искал и в целом не нашёл... Поэтому и написал себе сам )))
Смиритесь - это новая платформа для СНГ примерно так. Сейчас идет активная разработка и то что есть ряд багов - это норма для it-проектов на время активной разработки. Подождите - всё наладится. )))
Ребят, вы когда уже разработку с колен подымите? С января месяца не работает YML обработка прайс-листов.
По заявлениям площадки оно должно обрабатывать прайс-лист раз в 4 часа, выводить список ошибок в случае их наличия.
Что происходит по факту... Обновление запускается раз в день. В конце дня оно сваливается в Отмену, выводит портянку ошибок в которых написано "нет изменений"... Количество товаров 35 000 - написано прогружено товаров 85000...
И эта жесть творится в проде уже с января месяца 2022 года... Сейчас арпель... Проблема аналогичная у многих продавцов...
Ну ребят... Ну не серьезно вообще... В проде половина интерфейсов на Китайском, постоянно что-то отрыгивает... Может приоритеты как-то поменять с новых чудесных никому не нужных фич на исправление критовых багов? Не?... А то так всех продавцов растеряете...
https://arduinko.ru - недавно открылся магазинчик
replicas — это короче сколько реплик в кластере. Если запустить несколько на одном и том же сервере — ну как бы это тоже имеет плюс в том случае, если один из контейнеров ляжет — то другой возьмет на себя его нагрузку. Но если ляжет сервер, а другого на подхвате нет — то ляжет уже как бы все…
что значит чтобы шла обработка в докере?
Обновлять откатывать на бою… я делаю это через jenkins… То есть у меня репа снаружи докера и всем заправляет Jenkins… Jenkins можно настроить версионностью и выгружать не ветки, а теги… например… )))
Честно говоря сам пока что не до конца решил этот вопрос на проде. На локалке просто 777 выставляю и все. А вот с продом пока что тоже под вопросом.
Я пока что не смог найти лучшего решения, чем расшаривать, на данный момент. На hub.docker.com точно не попадёт
Генерации описаний образов… Ну… Я описание пишу сам в формате как README.md пишется и все.
Да, возможна неточность. Я столкнулся с тем, что, например, на mchost VPS невозможно завести докер. Поэтому решил сообщить об этом людям, чтобы имели в виду, что докер не на любом хостинге взлетит.