return Vue.http[request.method.toLowerCase()](request.url, request.params)

и тут я видимо что-то делаю не так

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

Увеличить время жизни токена до года )

ну прям радикальное решение)

ну вариант продливать на бэке перед мидлварей

которая дает тебе 401

да тут решение фронтовое нужно просто допилить, на беке то понятно, это легко решается, но не совсем правильно так делать(

@akeinhell , каталог заинтегряли?

уже каталог v2 пилим ))

ахахах)

илюха даже его в 1251 сделал... чтоб по всем стандартам

ну правильно, тогда ещё на The сразу переписать придется

А если серьезно, нас разбили на команды и я не знаю судьбу каталога )

опять чтоли

по сколько человек?

:D

хакир

Привет всем, кто-то использовал сокеты с ларавел?

я

на данный момент использую

только через кастомный сервис

https://pusher.com/

отлично с ларавелем интегряется

только там лимиты

100 активных соединенний/daily

бесплатный тариф

а так 30$ в месяц

https://pusher-community.github.io/real-time-laravel/

вот документашка

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

ясно, спасибо

Народ, такая ситуёвина: На бекэнде есть несколько очередей, которые в фоне обрабатывают "тяжелые" данные по нескольку часов к ряду. Задача: на фронтэнде показать прогресс-бар по задачам в очереди. Варианты решения?

а как сам то думаешь? какие варианты рассматриваешь?

Просто с ходу у меня только один вариант: лепить отдельную табличку, в которой вести записи: задача | статус (в очереди/выполняется/выполнено) | %%

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

если большое количество задач тоэто печалька будет

Найти цифры - не проблема. Тот же прогресс-бар для cli уже нарисовал и работает. Задача - если есть запущенные фоновые задачи в очереди показать то же самое на фронте.

Ивент написать который будет отслеживать и дергать результат аяксом

у тебя же если задачи на обработке, то это по факту запущенные задачи

В одной очереди - разовые задачи, выполняющиеся по 4-6 часов, в другой - тысячи мелких, которые выполняются просто с небольшим таймаутом.

ну общее количество тебе же известно?

Да.

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

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

разве что если тыиспользуешь постгресс

MySQL

и набивать будешь временнуютаблицу

в оперативе

а так ты нагруз создашь

неймоверный

По мелким задачам я скорее один прогресс-бар на все нарисую...

Или же просто один прогресс-бар на очередь.

Но нагрузка на апдейты - да...

Кстати, можно же в memcache прогресс положить. Тогда быстро должно быть.

Как лучше подключать semantic ui, через cdn или gulp?

чот не пойму, в мидлваре меняю \App::setLocale($locale); на фронте делаю \App::getLocale(); и там всегда ru. Еще пишу в сессии, и в сессиях локаль меняется

у меня вообще setLocale не работает

почему-то

\App::getLocale(); на фроне, всмысле вызываешь из шаблона?

да

или в этом нет смысла?

все же в пределах одного запроса, прально?

изменение и получение

ERROR: S client not available

в мидлваре меняешь и в шаблоне тупо получаешь, ага?

смотри. есть роут setlocale/{locale} тfм я меняю локаль на заданную app::setLocale($locale) b редиректю обратно. На фронте показываю локаль. Она всегда ru даже если я меняю на en

аа, ну понятно. Ну конечно в сессии будет. Сама локаль в app/config.php лежит

запомнил в сессии и будет тебе

бери с нее

а по умолчанию из app/config.php

точнее из config/app.php

ок, а сообщения от валидации, они же возвращаются в зависимости от локали?

то есть той которая в config b которая всегда ru?

ну валидация как-то дергает эту настройку? app.locale ?

у меня валидация не как не дергает, но там же когда я в конфиге меняю локаль вручную, то сообщения валидации меняются

а если локаль меняется в сессии?

то надо самому как то менять?

ну да, общий мидлваре делать в котором из сессии устанавливать текущую локаль?

у меня так и делается

Правда костыльно как-то, но уверен решение есть

я просто не могу понять, как узнать что локаль установилась?

присутствуие ее в сессии

ладно, надо отойти

факт присутствия

getLocale просто берет $this['config']->get('app.locale');

мидлваря Locale $raw_locale = Session::get('locale'); if (in_array($raw_locale, Config::get('app.locales'))) { $locale = $raw_locale; } else $locale = Config::get('app.locale'); App::setLocale($locale); return $next($request); Роут setlocale Route::get('setlocale/{locale}', ['as' => 'setlocale', function ($locale) { if (in_array($locale, \Config::get('app.locales'))) { \Session::put('locale', $locale); } return redirect()->back(); }]); Вьюха Route::get('/', ['as' => 'home', 'uses' => function () { $loc = App::getLocale(); return view('frontend.home', compact('loc')); }]); Вывожу во вьюхе <p>{{ Session::get('locale') }}</p> // ru/en - в зависимости от setlocale <p>{{ App::getLocale() }}</p> // всегда ru <p>{{ $loc }}</p> // всегда ru Тj есть локаль только в сессиях задается, да?

всё таки не пойму как потом сообщения валидации будут меняться в зависимости от локали

тебе надо ставить локаль через App::setLocale

кроме того что менять самому

каждый раз

так в мидлваре ставится ж

а, ты ставишь

ааа

стопэээ

бля, щас