Как сделать фильтр не используя GET параметры?

Question

[Антон Шелестов]

Всем привет.

Есть сортировка на сайте: joxi.ru/D2P81EnspNopE2
и фильтр joxi.ru/1A5Wj1Ytn8Rnjm

как сделать фильтрацию и сортировку через GET параметры знаю, а вот как сделать без них типо:
site.ru/catalog/category1/metro1 - категория и метро
site.ru/catalog/category10/metro1/male - категория, метро и женский пол
site.ru/catalog/category10/metro1/price - категория, метро и сортировка по цене
site.ru/catalog/category10/na-dom/male/price- категория, выезд на дом, женский пол и сортировка по цене
site.ru/catalog/reviews - просто сортировка по отзывам
и.т.д.

И вообще это как-то сказывается на СЕО?

Answer 1

[Александр Талалаев]

На СЕО это положительно скажется, но прежде всего легче будет людям, так как более понятный, тн человекопонятный URL.
Но только по фильтрам лучше не сокращать, а выводить все.
Ну те в вашем случае:
metro1 - na-dom - Это один параметр разные значение
site.ru/catalog/category1/metro1 - категория и метро
site.ru/catalog/category10/metro1/male - категория, метро и женский пол
site.ru/catalog/category10/metro1/any/ - категория, метро, любой пол
site.ru/catalog/category10/na-dom/male/- категория, выезд на дом, женский
site.ru/catalog/?sort_reviews=ASC&sort_price=DESC - просто сортировка по отзывам и цене, сортировки все же лучше делать отдельно, через классический GET. , его же любым выше можешь добавлять
По факту все эти урлы - GET запросы, просто они прячутся под url.

Route::get('/catalog/{category_name?}/{tip_vyezda?}/{sex?}/', 'FrontController@showCatalog')->name('show.Catalog');

/*Где то в FrontController*/

public function showCatalog() {
$category_name = request()->category_name;
//и тд, обработчик проверки и прочее
}

Comments

[Антон Шелестов]

если url будет вида site.ru/tip_viezda то request()->category_name вернет tip_viezda
путаница возникает

[Antonio Solo]

Антон Шелестов, так ты же формируешь URL. делай так что бы его схема была постоянной.

[Александр Талалаев]

Антон Шелестов, если ты обратили внимание у меня написано в роуте написано:
'/catalog/{category_name?}/{tip_vyezda?}/{sex?}/'
Таким образом, этот роут будет срабатывать только на site.ru/catalog/
Остальные параметры уже по желанию, ну и да нужно продумать порядок который лучше всего подходит вам. И да, в моем варианте указать тип выезда, без указания типа не выйдет, но это легко решается введением к примеру в логике условного 'all':
site.ru/catalog/all/metro_1
Короче говоря, в целом схема продумана и рабочая, вам осталось только написать обработчик.

[Антон Шелестов]

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

[Александр Талалаев]

Антон Шелестов, нет, он не засоряется, а становится предсказуемым, я рекомендую такой, предсказуемый для всех путь.
Но вы можете пойти другим путем генерировать, пример условный:

$uri = '';
/*
Сгенерируем uri на основе количества параметров, допустим был запрос в БД или еще как хранится у тебя
*/
for ($i=0; $i < $searchableCount; $i++) { 
	# code...
	$uri = $uri . '{arg' . $i . '?}/';
}

Route::get($uri , function (...$params) {
	    foreach ($params as $key => $value) {
	    	echo $value . "<br>";
                 /*
              На самом деле здесь ты должен каждый параметр проверять на то чем он является, для некоторых ты сразу можешь отсечь их зная допустим что оно всегда число, для других таки придется делать запрос в БД и проверять находится он или нет и если не находится, то проверять уже для другой модели(значит не метра, а пол например) и тп.
В идеале ты должен придумать для каждого какой=-то патерн по которому без обращения в БД будешь узнавать что за параметр, допустим префиксы : sex_m  
              */
	    }
});

Я думаю идея понятна. Дале

[Антон Шелестов]

Мне кажется я нашел решение по проще:

Route::get('/catalog/{filter?}', 'CatalogController@lists')->name('catalog-lists')->where('filter', '(.*)');

теперь filter может содержать в себе текст через "/", а дальше explode('/', request()->filter) и т.д.

[Александр Талалаев]

Антон Шелестов, не выйдет, логика роутера обрабатывает первый параметр '/catalog/{filter?}' и сам его разбирает. Не, ну ты можешь написать свой роутер, как наследник оригинала и переопределить все что тебе нужно.

[Антон Шелестов]

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

[Александр Талалаев]

Антон Шелестов, тю ты, пропустил where ;-)
только тут тебя нужно внимательно самому фильтровать входящие значения, а так же контролировать саму длину строки (впрочем есть ограничения длины uri по стандарту).

[Антон Шелестов]

Александр Талалаев, Да фильтровать нужно. Там только 2 переменные будут динамические, категория и метро, остальное все статика.
Url максимум в 200 символов будет, может чуть больше. И по больше видел))

Answer 2

[Antonio Solo]

собственно в laravel это делается нативно в роутинге а гет параметры как таковые там вообще не используются.

Comments

[Антон Шелестов]

И на что будет похож такой роут?
Там же куча разных комбинаций, не все же из них прописывать...

[Александр Талалаев]

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

[Antonio Solo]

Александр Талалаев, GET- параметры это то что написано после знака "?" это в RFC прописано. и это ты получишь в массиве GET в PHP

[Alex Wells]

GET в ларавель не используются?) Только их и используют в API, или ты предлагаешь везде rest юзать?

[Antonio Solo]

Alex Wells, прочитай внимательно что я написал, и если хочешь опровергнуть - приведи пример где в ларавеле используется передача параметров через строку GET запроса. если ты как и предыдущий товарищ не видишь разницы между "адресом" и "параметрами запроса" - читай RFC

[Alex Wells]

Antonio Solo, причем тут вообще то, что говорилось передо мной? Я отвечаю на ваш конкретный комментарий, который хоть и написан в каком-то контексте, но на самом деле никакого к нему отношения не имеет.

Причем тут "адрес" - вообще не понятно.

GET параметры - ?filter_project_id=123&filter_user_id=123

И они используются.

[SteepZero]

mod_rewrite в апаче как раз превращает уродливые гет-параметры в красивый юзер-френдли адрес

У ларавела задаешь правило:
/catalog/{category_slug}/

Этот category_slug потом тебе аргументом в контроллер сразу летит