Надо просто сразу писать правильно

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

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

Выше не читал, но ООП дырка это в каком смысле ?

Выше не читал, но ООП дырка это в каком смысле ?

Ты не в теме просто :)

Я понял)

Ребят, вообщем такая проблема. Есть middleware, когда ею подключаешь в одну группу роутов, она отрабатывает корректно, когда подключаешь её же, таким же самым способом в другую группу роутов, она не отрабатывает, в чем может быть проблема?)

Давай код

Вообще в мидлварю то попадает?

нет

Route::group(['prefix' => 'profile', 'middleware' => 'isUser'], function () { Route::get('/', 'User\Profile@index')->name('user.profile'); });

вот к примеру так

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

в ней когда подключаю, все работает, а в этой не

Route::group(['prefix' => 'blog','middleware' => 'isUser'], function () { Route::paginate('/', 'BlogController@index')->name('blog.index'); Route::paginate('{slug}', 'BlogController@render')->name('blog.render'); });

вот тут работает

А отличия то есть какие то?

я исправил, ошибся немного

Просто он и не доходит до второй группы

Понял

то есть на все роуты blog применяется она, а на profile нет

хотя все роуты внутри группы отрабатывают корректно

Route::group(['prefix' => 'profile', 'middleware' => 'isUser'], function () { Route::get('/', 'User\Profile@index')->name('user.profile'); });

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

а еще сделай php artisan ro:li

покажи что выведет

Ну ты сокращатель)

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

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

нет

сначало конструктор потом все мидлвары

ну тогда я "плохое слово" )

спасибо)

а еще сделай php artisan ro:li

ухты, не знал о таком сокращении, работает

ухты, не знал о таком сокращении, работает

работают любые сокращения не имеющие колизий. это фишка симфони консоль компонента. так что такое работает и для артисана и для композера и еще много для чего что написано на базе этого пакета)

даже так!? спс

Надо просто сразу писать правильно

Оба два наркоманы

Привет парни

кто работал с elasticSearch поделитесь опытом, что использовали?

https://github.com/babenkoivan/scout-elasticsearch-driver/

^

кто работал с elasticSearch поделитесь опытом, что использовали?

https://github.com/sleimanx2/plastic

https://github.com/sleimanx2/plastic

пластик стремненький посмотри https://github.com/basemkhirat/elasticsearch

Ребятули) Подскажите. SomeModel::search('')->get() - ничего не находи. sout:import and flush делал

данные есть

дравер скаута algolia, кто знает, подскажите плз, запарился уже

Подскажите best practise, в апи надо сделать возможность получать запись и по айдишнику и по slug/alias, как лучше сделать? Один метод и внутри разруливать? Или разные методы?

Я бы разные методы сделал. С целью изоляции логики

Непредсказуемый поиск мне кажется опасным

Это уже не получени записи тогда, а поиск записи по ID. Тогда да, тогда можно смешать. Проще говоря, если GET /api/row/12 | GET /api/row/vasya - будет несколько непредсказуемо. Если POST /api/row/find - будет понятно что ищешь по каким либо данным запись.

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

я бы в атрибут хттп вынес такое

типо ?search=blahblahblah

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

типо ?search=blahblahblah

названия чего?

ну slug

Ааа. Ну его да. С id иная ситуация. Его в uri милое дело засунуть :)

то есть ?id=123&search=blahblahblah будет в первую очередь пытаться найти по айди и если не нашел то искать по слагу?

ага

ну типо ты указал конкретный ид

model/{id} а так?

то есть model/123?search=ewrwevcwrvb

можно усовершенствовать следующим образом: GET /api/row/find?id=1&slug=anya

то есть model/123?search=ewrwevcwrvb

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

то есть model/123?search=ewrwevcwrvb

ну я именно это и подразумевал)

Плохая идея

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

обычно же

Плохая идея

а какая хорошая?

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

А если id не знаешь?

Ребят, есть таблица отзывов. У каждого отзыва есть столбец кол-ва звезд(1-5). Как сгрупировать их, получив кол-во отзывов к каждому кол-ву звезд и процент для полосек, как на скрине?

а какая хорошая?

Ну например разные роуты на взятие по id и поиск. resources/{resource} resources?search=...

Ну например разные роуты на взятие по id и поиск. resources/{resource} resources?search=...

+1

а поиск по слагу только?

мне только по слагу надо. может тогда и назвать не search?

вот еще пример

мне только по слагу надо. может тогда и назвать не search?

Ну тогда resources/{resource} resources?slug=...

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

Ребят, есть таблица отзывов. У каждого отзыва есть столбец кол-ва звезд(1-5). Как сгрупировать их, получив кол-во отзывов к каждому кол-ву звезд и процент для полосек, как на скрине?

SELECT count(*) as kolvo, avg(rating) FROM golosa

SELECT count(*) as kolvo, avg(rating) FROM golosa

А как-то средставми Eloquent можно ?

Ребят, есть таблица отзывов. У каждого отзыва есть столбец кол-ва звезд(1-5). Как сгрупировать их, получив кол-во отзывов к каждому кол-ву звезд и процент для полосек, как на скрине?

Тебе нужны selectRaw pluck и постобработка небольшой полученной коллекции

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

https://ru.wikipedia.org/wiki/REST Глянь здесь Пдробно написаны приципы API. (Может и читал, я фиг знает 😊 ) В ларе они реализуемы

Тебе нужны selectRaw pluck и постобработка небольшой полученной коллекции

а как-то чуть подробнее можно? То я пока не совсем представляю

а как-то чуть подробнее можно? То я пока не совсем представляю

https://laravel.ru/forum/viewtopic.php?id=2694

Первое что нашел