@laravel_pro

Страница 1557 из 2014
Игорь
03.07.2018
15:52:55
Или идти на фриланс, что мне собрали как это правильно этот микс, чтобы я посмотрел как нужно

Leonid
03.07.2018
15:54:26
свежие это последние? тогда твой запрос в обоих случаях не корректный
Верно, знак не тот, поправил. Просто я ещё до знака не совсем дошёл, у меня в приоритете понять, почему запрос второй не работает, так как оставить хотел бы именно его.

Игорь
03.07.2018
15:54:30
ничего не делал, все заработало. Не пойму что происходит

Maksim (Ellrion)
03.07.2018
15:56:36
Верно, знак не тот, поправил. Просто я ещё до знака не совсем дошёл, у меня в приоритете понять, почему запрос второй не работает, так как оставить хотел бы именно его.
смотри у меня вот есть скоуп мб тебе будет полезен https://gist.github.com/Ellrion/5d873fc8acf4d18464e65595c84bc374#file-basemodel-php-L138 и у тебя будет просто $model->lastFor('category_id')

Google
Leonid
03.07.2018
16:04:15
смотри у меня вот есть скоуп мб тебе будет полезен https://gist.github.com/Ellrion/5d873fc8acf4d18464e65595c84bc374#file-basemodel-php-L138 и у тебя будет просто $model->lastFor('category_id')
Спасибо, но мне сейчас важнее понять, почему второй вариант не работает, так как в будущем подобная проблема снова может появиться и хотелось бы знать, что такое может вызвать.

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

Евгений
03.07.2018
16:51:06
$_FILES ?

Alex
03.07.2018
16:51:45
$_FILES ?
Там просто стоит tinymce и уже написан код с $_FILES

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

Leonid
03.07.2018
17:00:39
Я не понимаю с чего ты взял что у тебя и первый рабочий.
В базе работает и в приложении работает. Только сортировка в первом варианте была неверная из-за знака > вместо <

Anton
03.07.2018
17:13:57
А есть ли какой валидатор который говорит - не валидируй вот это значение если вот это есть?

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

Alex
03.07.2018
17:20:17
$_FILES ?
Передал под $request->file('file'); Спасибо)

Юрий
03.07.2018
17:46:20
Никого нет

Игорь
03.07.2018
17:51:03
Сначала находите пользователя по nickname123 Если Auth()->id == $findUser значит тот же пользователь

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

Google
Игорь
03.07.2018
17:53:52
А почему не очень?

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

Denis
03.07.2018
17:55:12
норм

Gidra
03.07.2018
17:55:22
Ну а что такого? @if(auth::user) @endif

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

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

Adel
03.07.2018
17:56:38
@auth // The user is authenticated... @endauth @guest // The user is not authenticated... @endguest

Игорь
03.07.2018
17:57:32
Мне тоже кажется, что нужны посредники

@auth // The user is authenticated... @endauth @guest // The user is not authenticated... @endguest
Думаю, что неправильно. Вы отдаете чужой профиль, например на редкатирование если тот кому дали ссылку аутентифицирован

Adel
03.07.2018
17:58:53
AuthMiddleware поглядеть...

RedirectIfAuthenticated

вот этот

Gidra
03.07.2018
17:59:47
Там вроде gate использовать можно... если не ошибаюсь

Игорь
03.07.2018
18:00:03
Да, где то там ищите

Adel
03.07.2018
18:00:36
а зачем меторд роута еслди можно редиректить

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

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

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

Gidra
03.07.2018
18:07:51
Гораздо проще просто условие поставть на шаблоне... и не дублировать их... разве нет?

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

Google
Игорь
03.07.2018
18:09:30
А у меня вопрос попроще: как вы валидируете адрес e-mail: 1. email|string 2. email

Admin
ERROR: S client not available

Игорь
03.07.2018
18:10:09
Есть ли смысл почту проверять на "string" валидатором

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

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

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

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

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

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

 ?Donnie ?‍?
03.07.2018
18:17:54
Щас в тоннеля в метро выеду и отпишу

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

Игорь
03.07.2018
18:19:03
Интрига))

 ?Donnie ?‍?
03.07.2018
18:22:27
‘’’Route::get('test', function(){ if($condition){ return App::make('App\Http\Controllers\TestController')->index(); } else { return App::make('App\Http\Controllers\BlaBlaController')->index(); } }); ‘’’

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

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

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

 ?Donnie ?‍?
03.07.2018
18:24:57
Хочешь фабрику пили, дальше в общем по религии)

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

Игорь
03.07.2018
18:26:12
Роуты для роутов, а не для проверок)
Это понятно. Но в данном конкретном случае идет проверка для выбора маршрута. О чем я и говорю

 ?Donnie ?‍?
03.07.2018
18:26:44
Так тут не маршрут выбирается

Страница 1557 из 2014