Route::model вторым параметром принимает callable

ди, по ходу это не для тех нужд closure там...

$router->model('user', 'App\User', function() { throw new NotFoundHttpException; });

If you wish to specify your own "not found" behavior, pass a Closure as the third argument to the model method:

всё придумал

через Route::bind это решается отлично

$router->model('user', function() { return Auth::user()->operator(); });

не принимает оно вторым аргументов closure

/** * Register a model binder for a wildcard. * * @param string $key * @param string $class * @param \Closure|null $callback * @return void * @throws \Symfony\Component\HttpKernel\Exception\NotFoundHttpException * @static */ public static function model($key, $class, $callback = null){ \Illuminate\Routing\Router::model($key, $class, $callback); }

это bind принимает вторым аргументом closure как раз

/** * Register a model binder for a wildcard. * * @param string $key * @param string $class * @param \Closure|null $callback * @return void * @throws \Symfony\Component\HttpKernel\Exception\NotFoundHttpException * @static */ public static function model($key, $class, $callback = null){ \Illuminate\Routing\Router::model($key, $class, $callback); }

значит что-то поменяли

энивей спасибо

Добрый день

у меня проблема

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

энивей спасибо

Прив, разобрался?

точнее когда я обращаюсь к 'someUrl' перекидает к страницу авторизации и после могу зайти к 'someUrl' и это повторяется с другими 'anotherURL'

session: lifetime => 120

к роутам прикручена миддлварь web?

da

да

Route::group(['middleware' => 'web'])

`Route::group(['middleware' => 'web'], function(){ #Frontend Routes Route::group(['middleware' => 'auth'], function(){ #Backend Routes }); });`

появился новый канал, в котором постят тренды с github https://telegram.me/githubtrending

Прив, разобрался?

Да, через бинды получилось

Котаны, нужна нестандартная помощь

Накидайте плюсы для бизнеса (экономические) от перехода на laravel

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

Накидайте плюсы для бизнеса (экономические) от перехода на laravel

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

Накидайте плюсы для бизнеса (экономические) от перехода на laravel

быстрее пишешь код == больше профита?

быстрее пишешь код == больше профита?

это тоже называл на встрече

например время разработки продукта при использовании Laravel может сократиться в два раза - что в з.п. разработчиков исчисляется $100к в год

а есть требования?

менеджмент не понимает "быстрее", "удобнее". они понимают цифры

ну к продукту, который разрабатывается

менеджмент не понимает "быстрее", "удобнее". они понимают цифры

123

менеджмент не понимает "быстрее", "удобнее". они понимают цифры

Твой код никому не нужен (с)

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

типа требование: реализовать блог вордпресс, ларавель - ну конечно WP :)

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

Котаны, нужна нестандартная помощь

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

ну к продукту, который разрабатывается

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

ИМ - интернет мессенджер?

магазин

А, извини

а при чем тут платформа и продажи

На чем уже реализовано, сколько функционала (в фичах, страницах, хз в чем)

переход это обычно дорого

а при чем тут платформа и продажи

+1

а при чем тут платформа и продажи

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

переход, это обычно, дорого

и долго

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

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

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

Есть еще один вариант, сложный

это внедрить ларавель в уже существующую платформу (благо это сделать не сложно)

главный вопрос - накуя ? :)

И весь новый код и исправления писать на ларавели, а от старого потихонечку уходить. Такой гибрид получится

но это реально сложно

главный вопрос - накуя ? :)

Если уж очень надо

ларавель ради ларавеля?

я так на одном проекте симфони впилил.

Вместо опенкарта

чем бы не тешились - лишь бы не руками

но это реально сложно

особенно если текущий магазин окажется на битриксе

ларавель ради ларавеля - это не профит, это лосс

ERROR: S client not available

потому что он был древний и все новые фичи реализовывать становилось проблемно

особенно если текущий магазин окажется на битриксе

:D Аргумент. Меня бог миловал

можно попобовать аргументировать сложностями масштабирования решения существующего (если они есть конечно )

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

на чем сейчас магазин-то? Аллоэ?

поди на площадке какой нибудь ?

shopify

ы

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

Потому что текущие задачи по доработкам отнимают ОООООЧень много времени из-за того, как сделан проект

shopify

хуже, MV-Framework

ну так и аргументируй этим

Потому что текущие задачи по доработкам отнимают ОООООЧень много времени из-за того, как сделан проект

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

ну так и аргументируй этим

это я уже им говорил, но их интересует именно влияние на продажи, к сожалению

это я уже им говорил, но их интересует именно влияние на продажи, к сожалению

Влияние на продажи это никак не повлияет

это я уже им говорил, но их интересует именно влияние на продажи, к сожалению

смени работу ^_^

если с нуля переписывать, просто будет время простоя и новые баги, а это им в минус

правильно делают

частота появления новых фич не влияет на продажи?

Тут минимальные риски для них - гибридка. Но это реально шаткая ветка

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

это я уже им говорил, но их интересует именно влияние на продажи, к сожалению

попробуй по-другому зайти, говорю ж - через деньги. посчитай сколько у тебя займет реализация каких нибудь фич. посчитай профит от внедрения этой фичи в деньгах для фирмы, посчитай в столбик что на ларе у тебя ушло бы 10 дней, а на текущем - 60 дней. соответственно за 50 дней будет упущенная выгода

+ большая проблема то, как проект делался раньше, там говнод на говнокоде говнокод погоняет

суммами оперируй, говори с противником на его языке )))

логика во въюхах, куча похожих запросов к базе с фронта, от этого время ответа сервера 400-500мс

логика во въюхах, куча похожих запросов к базе с фронта, от этого время ответа сервера 400-500мс

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

https://habrahabr.ru/company/audiomania/blog/283842/

вот уже есть зерно. скажи что на ларавели благодаря оптимизации и кешированию среднее время загрузки сайта станет 0.4 секунды. "последние исследования маркетологов показали, что если человек за 5 секунд не получает нужную информацию - он уходит с сайта. вы теряете деньги! конверсия у вас 4% а могла бы быть 25%!"

в принципе я в голове уже накидал план действий

всем спасибо за идеи

вот уже есть зерно. скажи что на ларавели благодаря оптимизации и кешированию среднее время загрузки сайта станет 0.4 секунды. "последние исследования маркетологов показали, что если человек за 5 секунд не получает нужную информацию - он уходит с сайта. вы теряете деньги! конверсия у вас 4% а могла бы быть 25%!"

а когда по факту все будет работать быстро а конверсий останется столько же? (или меньше) ?

а когда по факту все будет работать быстро а конверсий останется столько же? (или меньше) ?

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

а когда по факту все будет работать быстро а конверсий останется столько же? (или меньше) ?

это будет эпик фейл)

а когда по факту все будет работать быстро а конверсий останется столько же? (или меньше) ?

Тогда виноваты маркетологи