Вряд ли это брандмауэр убунту. Сначала думали, что это проблема виртуализации. Так как на стейдж-сервере точно такая же проблема, а висит он на виртуалке убунту, а основная машина на винде.
Но проблема сохраняется и с физическим сервером, который dev. Там тоже убунту.
Причем крайне странное поведение на маленький SQL-запрос. Мне на запрос из докера начинают слаться огромные пакеты в течение 30 секунд.
Я сразу подумал, что проблема еще в том, что база данных на дев-сервере тоже крутиться в докер окружении. Но потом вспомнил, что на проде у нас отдельно висит база данных без докера на отдельной машине и пришлось виртуалки ложить на одной машине так как была такая же задержка при коннекте к базе из докера
Гуглил same problems. У кого-то проблему такую решила установка одинакового количества MTU внешней сети и докер сети.
У кого-то проброс extra_hosts --add-host=host.docker.internal:host-gateway
Александр Талалаев, Пока что настроил супервизор на 8 потоков разбиваю на потоки очереди через фасад Bus. + трудоёмкий индекс разбил на части и обновляю части параллельно
Мне ещё конечно не очень нравится что при апдейтинге он полностью обращается к массиву searchable. Если редактируется 2 поля в модели, он всё равно обновляет всё полностью. Но это уже полбеды
Román Mirilaczvili, Эластик здоров как бычок. Именно кидает ошибку Таймаут конекшена. И это очень странно, так как сам по себе эластик вне очередей работает прекрасно
Алексей Уколов, Я в хендле поставил отладку - мрёт ещё до вызова. dispatch и ломается. Причём взял включил в конфиге базовую очередь. Поставил queue => true в Scout конфиге. Убрал свой Джоб. Окей появилась очредь скаута, но она крашится с точно такой же ошибкой)
vism, Понял, спасибо. Думал просто под сервер сразу поставить Adonis.Js так как там ну очень круто передан MVC и очень мягкий переход после Laravel, но в 5 версии из коробки нет вебсокетов, а это основная цель (В будущем мб перепишем бек на ноду, но пока бек будет на ларе) поэтому посмотрели решения и вроде как для веб-сокет-микросервиса годится Nest
Там до 100 конекшенов. У Abbly чуть больше но всё равно мало. В чате предполагается 200+ конекшенов на старте. А далее будут пытаться приблизиться к 1000
Тут больше вопрос стоит ли тратить время на изучение ноды или в принципе можно обойтись без неё
vism, Либо через redis либо напрямую ибо в очередях лежат очереди которые выполняются по 30 секунд. Т е надо делать два контейнера очередей. 1 контейнер чисто под работу с сокетами. Но я. читал что более православным считается работа посредством Redis.
Ну либо брать Node фреймворк(Нест какой-нибудь) , делать его как микросервис, ставить CORS + oauth и пушить напрямую на контроллеры ноды
JhaoDa, Отдыхай) Сначала попробуй выполнить "чистый" запрос без зарегистрированного типа, а потом уже строй из себя сеньёра. Это в каком-нибудь yii2 в createCommand - SQL запрос выполняется чистяком. Здесь же конкретно на чистый запрос вылетает ошибка несуществующего типа. Зарегистрированный тип сразу же решил эту проблему и ЧИСТЫЙ запрос выполнился. В кишках я копаться не хочу, но по факту остались не правы Вы. Да и какая уже разница если проблема решена. Проще же просто пукнуть не разобравшись в вопросе что-то абстрактно полагая. Решение есть и оно закреплено. Вопрос закрыт.
JhaoDa, Ну принимай что не прав ты. Нашёл решение зарегистрировать новый тип. Проще же херню ляпнуть строя из себя ЧСВ нежели дать какой-то конструктивный ответ
\DB::connection()->setSchemaGrammar(new class extends PostgresGrammar {
protected function typeInt_array(\Illuminate\Support\Fluent $column)
{
return 'int[]';
}
});
Юрий, До) В принципе после смерти джобса ничего не воспринимал от Эпл кроме Айпадов. Теперь стал интересен мак (10-13 часов. автономности под нагрузкой это Крэйзи)
Но проблема сохраняется и с физическим сервером, который dev. Там тоже убунту.
Причем крайне странное поведение на маленький SQL-запрос. Мне на запрос из докера начинают слаться огромные пакеты в течение 30 секунд.
Я сразу подумал, что проблема еще в том, что база данных на дев-сервере тоже крутиться в докер окружении. Но потом вспомнил, что на проде у нас отдельно висит база данных без докера на отдельной машине и пришлось виртуалки ложить на одной машине так как была такая же задержка при коннекте к базе из докера
Гуглил same problems. У кого-то проблему такую решила установка одинакового количества MTU внешней сети и докер сети.
У кого-то проброс extra_hosts
--add-host=host.docker.internal:host-gatewayБуду копать, но проблема где-то на поверхности.