смотри у меня вот есть скоуп мб тебе будет полезен https://gist.github.com/Ellrion/5d873fc8acf4d18464e65595c84bc374#file-basemodel-php-L138 и у тебя будет просто $model->lastFor('category_id')

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

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

Я не понимаю с чего ты взял что у тебя и первый рабочий.

А еще вопрос) Я не могу из $_FILES ничего подставить чтоб картинка загрузилась? То сейчас битые картинки Storage::disk('public')->put($image_path, $_FILES['tmp_name']);

$_FILES 😖

$_FILES 😖

Там просто стоит tinymce и уже написан код с $_FILES

и проверки и т.д. все завязано уже(

Я не понимаю с чего ты взял что у тебя и первый рабочий.

В базе работает и в приложении работает. Только сортировка в первом варианте была неверная из-за знака > вместо <

А есть ли какой валидатор который говорит - не валидируй вот это значение если вот это есть?

Чёт не могу найти

$_FILES 😖

Передал под $request->file('file'); Спасибо)

Никого нет

Сначала находите пользователя по nickname123 Если Auth()->id == $findUser значит тот же пользователь

Может, виды разные подключать?

А почему не очень?

Да зачем... почему бы сразу в вьюшке не ставить условие на проверку авторизации?

норм

Ну а что такого? @if(auth::user) @endif

Ничего лишнего не надо...

Думаю, что нормально если не сильно много логики. Если сильно много разных if-if-if, то лучше разнести по разным шаблонам

Мне тоже кажется, что нужны посредники

Думаю, что неправильно. Вы отдаете чужой профиль, например на редкатирование если тот кому дали ссылку аутентифицирован

Там вроде gate использовать можно... если не ошибаюсь

Да, где то там ищите

Да в котроллере проверяйте. Если ссылка на профиль например принадлежит тому же пользователю, то один view и массив данных, если не принадлжеит, то другой view и массив данных. И вся логика, блин. Зачем все усложнять. Три строчки в контроллере

Тогда выкинет 404. А у автора вопроса просто логика меняется в шаблонах, если я правильно понял

а редирект куда? на другой адрес? Автор гвоорит, что везде ссылка не меняется. Отсюда вывод: я бы в контроллере поискал такого пользователя, если это он сам - один шаблон и набор данных. Если чужой профиль или вообще гость - другой шаблон и набор данных

Гораздо проще просто условие поставть на шаблоне... и не дублировать их... разве нет?

Да это самый простой вариант. Чем проще система, тем она надежнее )) И в любом случае, если сильно много получается проверок в одном шаблоне, то лучше разнести по разным view

А у меня вопрос попроще: как вы валидируете адрес e-mail: 1. email|string 2. email

Есть ли смысл почту проверять на "string" валидатором

где-то видел такое, но вот сам сижу сомневаюсь

надо так, как умеешь) Я только jquery знаю. Подучу - перейду на axios+Vue

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

e-mail уже подразумевает строку

я бы html не гонял туда-сюда. Только данные

Тут от случая зависит. Если html удобнее в данном конретном случае и такой один запрос в месяц - из админки, например, то это так себе оптимизация. А если запросов много, то лучше на стороне клиента это все перерабатывать

Щас в тоннеля в метро выеду и отпишу

Я тебе прям решение дам...

Интрига))

‘’’Route::get('test', function(){ if($condition){ return App::make('App\Http\Controllers\TestController')->index(); } else { return App::make('App\Http\Controllers\BlaBlaController')->index(); } }); ‘’’

Хочешь в роутах разруливай проверки, хочешь делай отдельный миддлвар

То уже как тебе религия позволяет

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

Хочешь фабрику пили, дальше в общем по религии)

Роуты для роутов, а не для проверок)

Роуты для роутов, а не для проверок)

Это понятно. Но в данном конкретном случае идет проверка для выбора маршрута. О чем я и говорю

Так тут не маршрут выбирается

Роут один

А кнечных результатов несколько)

По хорошему миддлвар который юзает фабрику

И все равно в роуте в БД лезть я хз можно ли так

А чего нет?

Ну в данном случае не суть. Нормальное решение

Тебе же никто не мешает сделать User::where()

Тебе же никто не мешает сделать User::where()

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

Если смотреть в доку ларки, то ничего не мешает😂

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

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

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

Мое дело решение дать, архитектурно как это будет выглядеть меня мало интересует)

+

Мое дело решение дать, архитектурно как это будет выглядеть меня мало интересует)

А почту то как правильно валидировать? email|string или просто |email|

regex

regex

зачем так?

А ты с ходу скажешь как парсит стрингу email?

Я не помню какая там валлидация

А ты с ходу скажешь как парсит стрингу email?

Нет конечно. Но я думаю там все нормально?! (или где-то тут должна быть ссылка на портянку из кучи строк на правильную проверку email))) через регулярку

Вот я не уверен что полностью кириллический емейл оно схавает

И как бы не парсил, если в итоге там не окажется валидный e-mail?

Вот я не уверен что полностью кириллический емейл оно схавает

У меня вот сразу и ответило: Введите существующий адрес e-mail.

Воооот

ываыавы@ывавыааю.уц

regex

Воооот

А это вообще прижилось?

Есть такие индивидумы...

Никого не видел с кириллицей

В странах снг

По сути какая разница, у ларки тот же regex

Ты просто юзаешь свой

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

Да и вообще все через соцсети заходят