Ребят как лучше при разработке нового проекта создавать таблицы? Через MySQL менеджеры или миграциями? Если второй вариант, есть ли что то на подобии gii для создания миграций или миграции только руками?

конечно руками :)

лучше через миграции но в принцепе ты можешь создать таблицы через базу потом через какой то плагин превратить в миграцию

миграции руками конечно же

Можно на стадии "хрен знает что будет" создавать базовую схему, а дальше все перевести в миграшки одной командой

Ребят как лучше при разработке нового проекта создавать таблицы? Через MySQL менеджеры или миграциями? Если второй вариант, есть ли что то на подобии gii для создания миграций или миграции только руками?

я за миграции, есть консольный синтаксис для упрощения. https://www.yiiframework.com/doc/guide/2.0/en/db-migrations#create-table но это такое себе, все равно руками править и добавлять потом.

Зато можно откатить

не, миграции 100% нужно, как потом версии деплоить? делать sql diffы?

есть автопатчинг схем, но это рукоблудие, как по мне

ой бля... :(

короче

несколько сайтов с очередями через крон. SELECT GET_LOCK('yii\\queue\\db\\Queuedefault', 3); одновременно запрашивают с одним именем блокировку... це пиздец

просто нет слов :(

кто же пользуется очередями через крон

кто же пользуется очередями через крон

а как мне еще пользоваться очередями если сайтов десятки?

от редиса до кролика.

редис хранит только инфу об очередях, воркеры запускаются с крона

я сделал мускул... оказалось там мина заложена

от редиса до кролика.

опиши pls, что кролик должен делать когда у нас есть редис?

у нас он за очередями следит. редис как кеш

и кролик сам контролит состояние очереди

у нас он за очередями следит. редис как кеш

редис ни за чем не следит, как и кролик. Они хранилище очередей

воркеры забирают оттуда инфу же

редис хранит только инфу об очередях, воркеры запускаются с крона

обычно воркеры запустаюся через супервайзер, системмб

редис ни за чем не следит, как и кролик. Они хранилище очередей

кролик же еще распределять может на другие очереди и другие фичи

редис ни за чем не следит, как и кролик. Они хранилище очередей

кролик это не только хранилище

обычно воркеры запустаюся через супервайзер, системмб

ну вот в моем варианте кучи супервайзеров запускать не очень идея

ну с тобой то понятно. хД вместо воркера 1. выбереш крон

с 1-2 сайтами это нормально, но не с десятками

с 1-2 сайтами это нормально, но не с десятками

http://supervisord.org

http://supervisord.org

ну и?

Запускаем воркеры через supervisor

и счастье

они же память жрут!

и как следить за ними прикажешь?

супервайзер следит

даже если память потечет? )

он их перезапустит сам

не суть короче

м.б. и удобнее. пробелма не в этом

Пацаны

А есть какие то варианты запустить сервер socket.io под Yii2?

С минимумом геммороя

Даже просто на PHP

мускул хранилище для очередей в уии бракованое. вот чо

он их перезапустит сам

так чо с памятью? ) мне нужно будет заботится об этом?\

я так понимаю там пыха будет как демон крутится

нет

это про заботиться

но зная тебя. тебя это может не устроить

почему нет? если потечет

Какие вообще адекватные варианты вебсокетов для PHP/Yii2?

А есть какие то варианты запустить сервер socket.io под Yii2?

разве либ нет ?

почему нет? если потечет

он перезагружает воркеры

время от времени

он перезагружает воркеры

с какой периодичностью?

я не помню

у меня такое ощущение что мы со мной работаешь. тут тоже такие же вопросы задают и все на кроне

не пилишь казино ?

нет )

казино не осилю, тервер и математика хромает очень :D

ERROR: S client not available

у меня такое ощущение что мы со мной работаешь. тут тоже такие же вопросы задают и все на кроне

просто прежде чем внедрять что-то новое нада много раз подумать и изучить варианты\альтернативы

мне кажется это не про тебя. хД

крон проверная и надежная хрень (почти) ))

для проектов из одного человека

ну я 1 пока что )

хотя жопой чую админ будет против супервизора

а он то причем ? ему сказали делай так он сделал. еще бы спрашивать разрешения и подстраивать архитектуру под хотелки админов

а он то причем ? ему сказали делай так он сделал. еще бы спрашивать разрешения и подстраивать архитектуру под хотелки админов

потому что он отвечает за работоспособность сервера )

ваще срать чем запускать воркеры

самый простой способ это крон и run-one

когда кто-то говорит "обычно воркеры запускаются через супервизорд или системд", это мягко говоря не так

с тем же успехом можно сказать "обычно воркеры запускаются подами в кубернетисе"

кроны можно и http дергать в принцепе

даже сервисы есть

ваще срать чем запускать воркеры

ну кроном если запускать могут быть проблемы при длинных очередях с долгими задачами

ну кроном если запускать могут быть проблемы при длинных очередях с долгими задачами

неа

по крайней мере уии очереди нкиак не контролируют количество запущеных кронов

неа

да, например обработка видео занимает минут 10

ставишь крон раз в минуту

за это время запустится 10 задач аналогичных

которые с высокой вероятностью положат сервер )

надо глянуть ждет ли yii2-queue окончания выполнения подпроцесса

не че не ждет

по дефолту он запускает джоб отдельным процессом

ну вот есть такая проблема как описал выше. также когда много картниок обрабатываешь. очередь длинная, воркер 1 работает пока не закончится очередь

остальные запускаются кроном

супервизор максимум может кол-во процессов регулировать

Мы через супервайзер крутим несколько воркеров, все ок. Как раз таки они и текли по памяти раньше, но с супервайзером все сухо и комфортно

если надо 1 процесс хватит крона

* * * * * run-one php yii queue/listen

А если упадет?