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

Тогда Route::get('/', 'HomeController@page'); и в контролере Request смотреть

можно просто Route::get('{slug} в конец роута и всё

но это фигня по итогу

если уметь разговаривать с заказчиком - то это н епроблема =)

кто сказал?

для примера - посмотри как устроено то же сео в вордпрессе

на крупных проектах

там почти везде так

Сеошник хуже п.

Чуваки

Поясните за фалкон

Вроде должен быть ебать каким популярным

Что не так?

тут за лару смогут ответить

phalcon топ laravel говно

Аргументируй

yii форэва

Понапишут на фалконах и yii, а потом *бут друг друга в жопы

рубисты пидоры

wordpress божественен

Наркоманы )

хочу массив чтобы был и параметров, а на деле "[]" затираются

Всем привет! Подскажите что я делаю не так?

сори тупанул

добрый день, как авторизоваться через guzzle - curl -s --user 'api:YOUR_API_KEY' \ https://api.mailgun.net/v3/YOUR_DOMAIN_NAME/messages \

есть для лары какой то пакет поиска по сайту, чтоб без использования сторонних сервисов тпа эластиксёрч?

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

https://github.com/nicolaslopezj/searchable например юзал кто нить?

https://github.com/nicolaslopezj/searchable например юзал кто нить?

норм

щас установлю попробую

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

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

Sphinx

да я знаю, я ж спрашиваю есть ли чо нить без сторонних сервисов

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

сфинкс не смотрел

Кстати, я щитаю

а хотя нормально и без описок поиск, в ТЗ про описки не сказано))

если база поиска не такая уж большая, лучше написать свой поисковик

база большая

но в тз поиск описан очень просто, так и сделаю

ну лан(

"Поиск должен корректно работать даже, если написана часть слова или предложения."

так и работает в том пакете что выше

Вот тема от нуба, допустим есть сайт. Базовые характеристики авторизованного юзера должны выводиться на каждой странице, еще, скажем так, модули оповещения (типа учитель в игре) тоже на каждой странице. контент на страницах разный. Как лучше реализовать, чтобы не юзать в каждом контроллере страницы эти данные? Я только учусь, камнями не бросайтесь ))

{{ Auth::user()->email; }} прямо в blade

{{ Auth::user()->email; }} прямо в blade

Логично, но немного не о том. Вот юзер достиг следующего уровня, должно высветиться окно учителя (ты апнул уровень и тд.) Но за это уже отвечает другой контроллер

это я еще не изучал ((

спасибо за информацию, покурю )

Мб есть еще решения?

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

ребят при chunke не работает take(10) мб кто то сталкивался? как решить?

блин, а тот что просто controller в Http?

и после него FrontEndController?

спасибо, теперь понятно )

Зачем тут наследование ?

Зачем тут наследование ?

предложи вариант

вот этот норм

View Composer

Каковы плюсы патерна репозиторий?

это легко гуглится

Ничего внятного не нашел, все из разряда это "ПИЗДАТО" и все

Каковы плюсы патерна репозиторий?

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

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

тогда появляется вопрос, а смысл?

ну вот пользу сервисного слоя я понял и осознал

тогда появляется вопрос, а смысл?

Дополнительная абстракция

Дополнительная абстракция

и что мне это дает, кроме того что код более ООП

хД

более ооп

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

Какие костыли ?

и что мне это дает, кроме того что код более ООП

Если у тебя только одно хранилище, например БД, то никаких особых плюсов ты не получишь

Ну почему же.

Какие костыли ?

Пагинация, например

пока не услышал ничего внятного за этот патерн, пока только против)

ну вот пользу сервисного слоя я понял и осознал

расскажи

расскажи

ну из очевидных плюсов это соблюдение принцыпов DRY

покажи пример своего сервиса

покажи пример своего сервиса

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

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

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

ты расширяешь модели сервисами?