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

Sphinx

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

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

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

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

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

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

база большая

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

ну лан(

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

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

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

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

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

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

View Composer

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

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

тогда самое время)

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

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

ну или если лень учить, то у тебя всеравно все наследуеться от базового контроллера, можеш там данние шейрить у view

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

базовый это какой у тебя?) Я писал про FrontendController (он наследуется от Illuminate\Routing\Controller) , а от него все фронт контроллеры

вот в нему и шарь

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

базовый это какой у тебя?) Я писал про FrontendController (он наследуется от Illuminate\Routing\Controller) , а от него все фронт контроллеры

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

блин, не хотел усложнять) да иерархия такая: App\Http\Controllers\Frontend\FrontendController extends App\Http\Controllers\BaseController App\Http\Controllers\BaseController extends Illuminate\Routing\Controller

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

после кого? там три штуки написано вот последний какраз и FrontEndController и от него наследуются уже все фронт контроллеры PageController, NewsController и т.д.

после кого? там три штуки написано вот последний какраз и FrontEndController и от него наследуются уже все фронт контроллеры PageController, NewsController и т.д.

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

да не за что

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

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

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

вот этот норм

View Composer

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

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

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

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

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

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

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

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

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

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

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

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

хД

более ооп

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

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

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

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

Ну почему же.

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

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

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

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

расскажи

расскажи

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

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

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

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

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

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

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

то есть наверняка это все решается, но мне интересно посмотреть на примере кто как делает

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

нет

ну как расширяю

просто делаю под модель свой сервис

не под все модели конечно, а где надо

не под все модели конечно, а где надо

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

ну

я этому противоречу?

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

ERROR: S client not available

https://laravel-news.ru/blog/tutorials/design-pattern-service-layer-with-laravel-5

вот самый знаменитый пример

и вообще не о том речь) все таки вернемся к нашим баранам, кто еще чего может сказать за или против репозитория?

Плюсы сравнение с Дао ?

Плюсы сравнение с Дао ?

та вообще, зачем его используют в ларавел

https://laravel-news.ru/blog/tutorials/design-pattern-service-layer-with-laravel-5

все правильно

об этом я и новорю

делаем в сервисе метод make

пj статье

а например надо не make а get

и надо получить запиь по слагу со связями

как?

@F01134H @perin а не подскажете, чат не в виде супергруппы сделан? Просто уведомления от супергрупп и этого чата отличаются, тут например в счетчик идет хотя не должно.

подскажите где почитать про виды relationships с адекватными примерами? Has Many Through Polymorphic Relations Many To Many Polymorphic Relations или другие...

доки не считается, не понимаю

@F01134H @perin а не подскажете, чат не в виде супергруппы сделан? Просто уведомления от супергрупп и этого чата отличаются, тут например в счетчик идет хотя не должно.

знать не знаю, я тут просто модерирую по немногу иногда

всегда счётчик есть

А чего так?

доки не считается, не понимаю

эээ, русские доки?

то есть я к mysql могу подключится mysql -u root -p

А чего так?

в .env конфиги бд укажи

всегда счётчик есть

От супергрупп если отключены уведомления нет

От супергрупп если отключены уведомления нет

первый раз слышу

От супергрупп если отключены уведомления нет

та не знаю, у меня всё чаты в счётчик

я тоже

эээ, русские доки?

не

у меня тоже есть чат

почему у меня через Ajax (post) данные уходят норм, но на сервере $_POST пустой, laravel 5.3. Как можно найти где они пропадают?

и не супер группа

то вроди норм