Ну я ж говорю, закинуть операции над sql в очередь

да

мне интересно, как оно паралелится

а зачем вообще супервизор?

чтобы поднимал, когда падает

:3

ясно

Так в конфиге supervidora ты настраиваешь кол-во потоков

хмм

ясно)

спасибо

понял, респект вообще)

т.к демонизация в пхп слабенькая, листенеры в ларавеле могут падать, супервизор следит за листенерами и переподнимает их, когда они падают

понятно

ну у меня эти джобы без демона

придется демон задать, что бы параллелизацию врубить?

или как

Я немного не понял. Что значит "джобы без демона"

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

А как джобы разбираются у тебя?

Я немного не понял. Что значит "джобы без демона"

не, в смысле есть же job демонизируемый, а есть нет

вот у меня тот, который воркер - демонизируемый

а вот эти мелкие джобы на запись в бд - получается нет

или я что то путаю?

Фолли, а у тебя постгрес? Есть репликация хотя бы мастер-слейв? Ты своими апдейтами не блочишь остальным работу с базой?

постгря, да

Фолли, а у тебя постгрес? Есть репликация хотя бы мастер-слейв? Ты своими апдейтами не блочишь остальным работу с базой?

ну, во время апдейта я спокойно получаю данные

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

Сделай репликацию нативную и pgpool в качестве балансера перед репликами, и экспериментируй с мастером насчет нагрузки на запись)

спасибо, ну это на потом

пока что особо не до этого =\

Ну я в том смысле, что ты мог бы вообще не париться, сделать этот апдейт чанками по 1000 записей безо всяких джобов за полчаса. А то уже вторую неделю паришься)

а под каждую очередь надо свой листенер поднимать?

Ты можешь один листенер на несколько очередей подписать

через запятую просто указываешь их

понял

спасибо

объясните пожалуйста, в чем отличие $request->get() от ->input()

Вроде как одно и тоже /** * Get an item from the input data. * * This method is used for all request verbs (GET, POST, PUT, and DELETE) * * @param string $key * @param mixed $default * @return mixed */ public static function get($key = null, $default = null) { return static::$app['request']->input($key, $default); }

просто алиас

как с take и limit

лучше напрямую использовать limit но если проектированием занимаешься или новичек то лучше "красивые названия" использовать

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

input умеет понимать точки

а , гет инпут вызывает? я как-то не смотрел даже

Вроде как одно и тоже /** * Get an item from the input data. * * This method is used for all request verbs (GET, POST, PUT, and DELETE) * * @param string $key * @param mixed $default * @return mixed */ public static function get($key = null, $default = null) { return static::$app['request']->input($key, $default); }

это откуда код?

Вроде get не умеет в точки же

это откуда код?

vendor/laravel/framework/src/Illuminate/Support/Facades/Input.php

так это фасад Input, а не метод input класса Request

я не так вопрос прочитал)

Думал разница $request->get() vs $request->input()

Я его не использую, всегда $request инъектирую

Прошу прощения за глупый вопрос, скажите как вот эта кодировка называется а то даже незнаю как правильно загуглить про это. \u0424\u0430\u0439\u043b Это api возвращает русский текст

Прошу прощения за глупый вопрос, скажите как вот эта кодировка называется а то даже незнаю как правильно загуглить про это. \u0424\u0430\u0439\u043b Это api возвращает русский текст

json unicode http://timelessrepo.com/json-isnt-a-javascript-subset

json unicode http://timelessrepo.com/json-isnt-a-javascript-subset

Спасибо)

ммм. Лара 5,5 для пыхи 7,1 онли ?

7.0+

"php": ">=7.0.0",

Ребята, подскажите плиз. Есть структура данных такая: Модель "Шаблоны". Модель "Задачи". Модель "Варианты задачи". Шаблоны и задачи связаны как многие-ко-многим. Задачи и варианты задачи - один-ко-многим. Например, есть шаблон "Разработка лендинга". В нем есть задачи: - Дизайн - Верстка - Программирование В задаче верстки есть варианты - Адаптивная - Резиновая - Фикс Нужно связать шаблон и варианты задачи с доп данными. Например комментарий. Эти данные будут иметь значение только в контексте выбранного шаблона. Есть 2 варианта: 1) Делать таблицу с 3 ключами и доп полями для pivot данных 2) утащить все в монгу

Таблица с 3 ключами - это template_id | task_id | var_id | comment

но я не уверен, что eloquent это разберет нормально. Написать самому связи не проблема, но каскадные события будут лавинными. Например отвязали задачу от шаблона или добавили новую - надо продублировать для всех вариантов

этим смущает. Монгу можно либо на id завязать. Но получается много запросов будет дополнительных. А если сразу "красивый массив данных" положить, то данные могут устаревать. Например, переименовали задачу.

даже читать не буду D

Оба варианта смущают. Может есть идеи?

Elquent умеет в morph связи

даже читать не буду D

Спасибо. Это то, чего мне не хватало

да тут не совсем морф

если я правильно понял, о чем речь

templates <-> task <->variants -> pivot

условно templates связан с task как многие-ко многим. Но pivot данные идут в контексте вариантов а не задач

такое изгаление над hasManyThrough

Has Many Through

по сути, мне к through надо добавить pivot данные. Но как-бы through - это обертка на join насколько я понимаю механику.

А как туда Pivot данные засунуть?

и в какой таблице это все должно лежать?

through - если я правильно понимаю, это post -> comment -> author_comment { name, country}

а вообще json нужно хранить

и позволит нам вытащить список всех стран, которые оставили комменты к посту

но не добавит туда произвольные данные

на many-to-many можно к таблице добавить нужные свойства и тащить их через pivot, но это не то