Как вызвать рендеринг компонента blade из php кода? Поясню. Есть необходимость сделать хелпер на базе компонентов blade.

return view(шаблон, параметры) ?

https://toster.ru/q/533588 привет. помогите с задачей( что-то я совсем мозг расплавил

https://toster.ru/q/533588 привет. помогите с задачей( что-то я совсем мозг расплавил

так а зачем schedule командой запускать долгую джобу. делай длинную работу именно по крону.

у меня длинных задач боле 3-10 минут штук 5. кроме этого нужно чтобы они "не пересекались"

у меня длинных задач боле 3-10 минут штук 5. кроме этого нужно чтобы они "не пересекались"

не одна из них с другими или сами с собой?

сама с собой

ну так я и говорю зачем тогда очередь тебе? крон с защитой от перезапуска. делай что нужно просто в консольной команде. команды запускай по крону с защитой от перезапуска. в новой ларе есть кстати $schedule->job(new SomeJob)->... - возможно она тебе поможет что бы логику из джоб не переносить в команду (я с ней не работал правда, мб это просто помещает в очередь и тебе не подойдет, сам поизучай)

ну так я и говорю зачем тогда очередь тебе? крон с защитой от перезапуска. делай что нужно просто в консольной команде. команды запускай по крону с защитой от перезапуска. в новой ларе есть кстати $schedule->job(new SomeJob)->... - возможно она тебе поможет что бы логику из джоб не переносить в команду (я с ней не работал правда, мб это просто помещает в очередь и тебе не подойдет, сам поизучай)

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

$schedule->job тоже запускает синхронно, если job длинный, то все фризит

даже не стал - видишь простой пример - размер очереди возращает получается рандомно

$schedule->job тоже запускает синхронно, если job длинный, то все фризит

да посмотрел ->job создает CallbackEvent а он не умеет в бекграунд. тогда вариант с переносом логики в консольную корманду, которые умеют в запуск в бекграунде самое простое решение тут.

это как раз была попытка перед диспатч

да посмотрел ->job создает CallbackEvent а он не умеет в бекграунд. тогда вариант с переносом логики в консольную корманду, которые умеют в запуск в бекграунде самое простое решение тут.

а как через шедулер вызвать в беке?

Rabbit заюзать, для очередей, как вариант. Там и стаистика, и графики будут.

Rabbit заюзать, для очередей, как вариант. Там и стаистика, и графики будут.

ну если в "родном" horizon так - что меня ждет еще в раббите)

а как через шедулер вызвать в беке?

->command('...')->runInBackground()->withoutOverlapping()->...

runInBackground не вижу в мануале такого(

ну если в "родном" horizon так - что меня ждет еще в раббите)

Хз, юзал его на кастомном проекте (там сайлекс был вообще), всё ОК было.

Сложность только в том, чтобы прикрутить.

https://laravel.com/api/5.6/Illuminate/Console/Scheduling/Event.html#method_runInBackground

вижу

runInBackground не вижу в мануале такого(

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

То есть, всё-таки, лучше юзать сторонние инструменты.

Чтобы не было "нежданчиков"

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

конечно теперь так мне и очередь не нужна - мьютекс будет в команде

Ну не могу сказать, что тут всё настолько непредсказуемо )

жаль, что с очередью такая засада - тривиальная вещь, что нужно не более чем N задач в воркере и лажает

https://packagist.org/packages/spinx/sidekiq-job-php

Попробуй вот этот пакет, как вариант

sidekiq - это рельсовый планировщик.

Вроде, годно работает, по крайней мере, не слышал, чтобы на него были жалобы.

П.с.: а, он для сфинкса, похоже. Тогда глянь, есть ли похожие.

так проблема в очереди, а не шедулере

Не в этом ли проблема?

$schedule->job тоже запускает синхронно, если job длинный, то все фризит

Я подумал, что тебе нужен асинхронный запуск, не?

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

молчат с решением и в слаке по ларке и стэковерфлоу. если не найдется решения в течении дня, буду делать запуск в фоне так( без очереди

ну мне так и надо(

$schedule ->call(function () { if (Queue::size('test_queue') == 0) dispatch(new TestJob())->onQueue('test_queue'); }) ->everyMinute();

вот такой код заработал

Есть у кого что почитать по проектированию масштабируемых систем? У меня будет нное кол-во сторейджей и воркеры которые будут обрабатывать то, что на них хранится и я не знаю как все это организовать, что бы потом без боли можно было еще 1 сторейдж доставить или еще 1 машину с воркерами добавить. И что бы при программировании не думать о сторейджах вообще, что бы все прозрачно было🙄

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

$schedule ->call(function () { if (Queue::size('test_queue') == 0) dispatch(new TestJob())->onQueue('test_queue'); }) ->everyMinute();

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

Привет. $companies = Cache::remember('companies', 120, function () { return Companies::paginate(2); }); Пагинация не будет работать с кешем?

Всегда возвращает первые 2 записи

ну как бы логично. для кэша пагинации надо писать не особо тривиальный код

ну в самом простом варианте можешь написать $companies = Cache::remember('companies-' . Paginator::resolveCurrentPage(), 120, function () { return Companies::paginate(2); });

ну в самом простом варианте можешь написать $companies = Cache::remember('companies-' . Paginator::resolveCurrentPage(), 120, function () { return Companies::paginate(2); });

Спасибо большое

Ребята, нужен совет Разрабатываю SPA приложение, используется lodash шаблонизатор, в чем проблема: Есть лист айтемов, апи по умолчанию не присылает нужный мне статус - он расчитывается по данным которые апи присылает Айтемов много и для оптимизации, что бы не гонять цикл в контролере, я создаю статус для каждого айтема в вьюхе, так как цикл там и так уже гоняется Код выглядит не красиво, но на оптимизации сказывается хорошо, что можете посоветовать, так и оставлять или как-то переписывать?

включить здравый смысл

это сколько же айтемов должно прилетать что 1 лишний цикл по ним дает падениет в скорости

тысяч 10 Вложеность циклов большая

10 тысяч чего то шаблонизируется? оО

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

ты же можешь с апи работать на бекенде и возвращать только то, что нужно тебе если все 10к не нужны?

всем привет

кто нибудь vuex подключал не глобально, а на той странице, на которой надо?

В отлодочном режиме чтобы выдавало нормальную страницу - что сделать?

для всех статусов прописывать страницы? Или есть универсальный рецепт

В отлодочном режиме чтобы выдавало нормальную страницу - что сделать?

какую "нормальную" страницу?

http, ну а если json - то json ответ об ошибке

Сам обработчик могу повесить, но может есть параметр волшебный в параметрах

http, ну а если json - то json ответ об ошибке

Ты хочешь в отладочном режиме видеть страницы ошибок так как это было бы видно не в отладочном?

я всё еще не понял тебя. но мб у кого то дешифратор лучше

Ты хочешь в отладочном режиме видеть страницы ошибок так как это было бы видно не в отладочном?

да

да

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

потому что все кроме HttpException мне критично смотреть

Проще говоря: Я могу засунуть в Exceptions/Handler.php свой рендер с четким инстансом. Есть ли предустановленная константа, которая сама регулирует тип ошибок и реакцию на него?

Если нет, тогда это не велосипед. Если есть, тогда зачем писать еще раз

Проще говоря: Я могу засунуть в Exceptions/Handler.php свой рендер с четким инстансом. Есть ли предустановленная константа, которая сама регулирует тип ошибок и реакцию на него?

ну там опирается на config('app.debug')

но я критически не понимаю зачем?)

ну там опирается на config('app.debug')

чтобы еще раз не писать обработку. Мне же надо на 4xx ошибки реагировать визуальной страницей с номером ошибки и прочими радостями, а не "whopps page"

чтобы еще раз не писать обработку. Мне же надо на 4xx ошибки реагировать визуальной страницей с номером ошибки и прочими радостями, а не "whopps page"

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

вот так она без дебага выглядит

В любом случае спасибо

Я сейчас просто накрою render своими правилами