Pavel
Ниче себе идея)
Роман
Сергей
Это все переработки 🤤
Alex
Всем привет, подскажите в какой момент создаются очереди из конфигурации messenger.yaml Если я правильно понимаю то в момент когда программа пробует положить сообщение.
Юра
Всем привет, подскажите в какой момент создаются очереди из конфигурации messenger.yaml Если я правильно понимаю то в момент когда программа пробует положить сообщение.
Посмотри консольные команды. Нету там инициализации?
Alex
Только эти имеются:
messenger:consume
messenger:setup-transports
messenger:stop-workers
На проекте отдельный контейнер для реббита и отдельный контейнер для супервайзеров
Пробовал рестартонуть supervisorctl restart all но очереди не создались
Denis
Alex
Спасибо
Юра
setup-transports
Юра
Это разве не оно?
Denis
оно, через него тоже можно.
а ещё при попытке получения тоже может создаваться, когда воркер запущен, но не сразу.
возможно ещё от транспорта зависит, могут быть свои особенности
Alex
У меня с запуском воркеров создались, до этого просто ошибка была, которая мешала
artem
Всем привет) сейчас мимо кассы, но все же. Кто работал с ларой, там пагинатор нормально настраивается? Залетел баг с другого проекта
Павел
Юра
Народ у кого макос?
Юра
У нас короче трабла когда народ с макосом запускает докер образ с проектом, когда кеш симфы чистится ноут просто взлетает и все тупит не по детски
Юра
Че это может быть? Там может как-то по особому надо макос подружить с докером?
Сергей
да это как и с виндой) те же проблемы - те же решения
Юра
Какие? Я просто ни с виндой ни с маком не знаком
Vlad
Сергей
Vlad
еще флаг :cached на волумы примонтированные
Сергей
точнее как.. после linux все очень долго все равно
Vlad
ну это да
Юра
Ага спросил у них не стоят чекбоксы эти
Юра
Мерси
Юра
С меня +1 banlife )
Сергей
там еще раньше была какая то херня, типа синкает вольюмы внутрь контейнера) не могу вспомнить как называется
Юра
Т.е. это короче тормоза именно связанные с прокидыванием вольюмов из хоста в докер?
Сергей
https://github.com/EugenMayer/docker-sync
оно вроде
Сергей
В макОС есть проблема диких тормозов FS когда шаришь хостовую папку прямо в контейнер, для разработки, мы решили для себя проблему тем, что в докере мы поднимаем дополнительно FTP контейнер и выделяем виртуальный FS который шарим между приложением и FTP, через FTP кладем файлы приложения в контейнер, производительность великолепная с точки зрения FS.
Maxim
В макОС есть проблема диких тормозов FS когда шаришь хостовую папку прямо в контейнер, для разработки, мы решили для себя проблему тем, что в докере мы поднимаем дополнительно FTP контейнер и выделяем виртуальный FS который шарим между приложением и FTP, через FTP кладем файлы приложения в контейнер, производительность великолепная с точки зрения FS.
Странно, никогда не сталкивался с такими проблемами
Maxim
Сергей
Странно, никогда не сталкивался с такими проблемами
Не знаю, может мы не правильно его готовили, но для нашей команды это был первый серьезный опыт с докер окружением, и как только не пытались настроить, шаренная папка в 2-3 раза медленнее чем если использовать внутреннюю FC докера. Тоже самое кстати наблюдается в кубере :(
Maxim
может быть еще дело в архитектуре?
Maxim
Я имею ввиду ЦП
Юра
А сколько у тебя памяти ?
Юра
У них тоже 16 ОЗУ
Юра
Короче не знаю
Maxim
жирные проекты на симфе разворачивал
Maxim
все чистилось и ставилось без проблем, вот на вин были траблы с WSL
Maxim
там все оооочень медленно
Сергей
Странно, никогда не сталкивался с такими проблемами
попробуй ради интереаса, сделать clear:cache через консоль, в докере и потом локально у себя на машине, засеки разницу выполнения
Maxim
у меня вне докера нету пхп
Maxim
сейчас засеку за сколько кэш почистится
Maxim
Maxim
это лара, но сути не меняет
Maxim
все кэши довольно-таки быстро скинулись
Maxim
все равно, есть ощущение, что это проблема x86
Сергей
А прогрев где? обнулить это файлы дропнуть :)
Maxim
Могу через rm консольный папку вендора удалить
Maxim
Пойдет?
Сергей
Странно, никогда не сталкивался с такими проблемами
У Симфы при очистке кэша идет его последующий прогрев, а у лары нет прогрева кэша похоже что вообще. Поэтому у тебя нет таких проблем, с ларой. Попробуй симфони проект очистит кэш, только не демо приложение, там прогревать нечего :)
Dmitriy
Мы мутаген юзаем для маководов
Dmitriy
Для решения проблемы с докером
Алексей
В макОС есть проблема диких тормозов FS когда шаришь хостовую папку прямо в контейнер, для разработки, мы решили для себя проблему тем, что в докере мы поднимаем дополнительно FTP контейнер и выделяем виртуальный FS который шарим между приложением и FTP, через FTP кладем файлы приложения в контейнер, производительность великолепная с точки зрения FS.
на вин наблюдал аналогичную ситуацию, вообще докер только в линухе адекватно себя ведёт без таких бубнов
Dmitry
ну вот на ютубе по ларавелу что ни канал там такие задачи типа создать бложег на ларавел или магазин. но это мне кажется скучновато - одно и тоже. Crud
Если бложек скучно, то сделайте проект похардкорнее, похожий на https://youtu.be/j2hvBhxTSuQ
Gleb
За докер, уже сколько сталкивались - тли нативно юзать на линукс или поднимать виртуалку типа virtualbox с линукс, не wls и юзать там. Все остальное на винде и маке регулярно упирается в какие-то проблемы.
На 11 винде что бы нормально работать с virtualbox надо снести hyper-v. По крайней мере у меня не получилось их подружить.
Юра
В виртуалке работает быстрее чем без виртуалки?
Gleb
На винде с чем-то тяжёлым типа api platform и graphql на wsl бывало и по минуте кэш пересобирался.
Юра
Или ты про другие проблемы?
Юра
А в виртуалке сколько пересобирает?
Gleb
В виртуалке работает быстрее чем без виртуалки?
В виртуалке с линукс работает кратно лучше чем под wsl.
Gleb
А в виртуалке сколько пересобирает?
Виртуалка под хостом виндой и гостевой убунту 20 - до 5-10 секунд
Юра
Ясно
Юра
Странная история )
Юра
Ну получается виртуалка эффективнее работает с диском чем моунт из хоста в докер
Gleb
Ну получается виртуалка эффективнее работает с диском чем моунт из хоста в докер
Потому что виртуалка работает с внутренним виртуальным диском на ext4, а моунт прокидывает фс ntfs внутрь видимо с трансляцией какой-то в ext4 в этом же случае.
Юра
Потому что виртуалка работает с внутренним виртуальным диском на ext4, а моунт прокидывает фс ntfs внутрь видимо с трансляцией какой-то в ext4 в этом же случае.
Ext4 да но оно всеравно работает не напрямую с диском а через драйвер виртуального диска. Но видимо этот драйвер работает побыстрее чем маунт
Gleb
Ext4 да но оно всеравно работает не напрямую с диском а через драйвер виртуального диска. Но видимо этот драйвер работает побыстрее чем маунт
Я если честно схему windows+wsl2+docker сильно по файловой системе не ковырял. Просто уперлись несколько раз в проблему скорости и решили работать в виртуалках
Юра
Главное что работает)
Юра
Wsl должен умереть вообще
Юра
Костыль какой-то
Gleb
Ext4 да но оно всеравно работает не напрямую с диском а через драйвер виртуального диска. Но видимо этот драйвер работает побыстрее чем маунт
Да, но у нас примитивнейшая трансляция, которая в принципе для линукса не нова. У нас физически на диске получается один файл, а драйвер возможно с ним работать как с томом lvm в этом случае или рассматривать его просто как блочное устройство (и всё есть файл) - что нативно для линукса.
На винде видимо все-таки пришлось костылить.
Юра
Ну да он его представляет как одно блочное устройство. А маунт работает видимо на уровне файлов