Возврат к результатам поиска. (PHP)?

Question

[Vertex]

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


Имеется база данных, предположим, автомобилей. По поисковому запросу, состоящему примерно из 4-5 полей выводим список результатов, далее переходим на 4 страницу в результатах поиска. В итоге в URL у нас получается нечто подобное:

www.autosite.com/catalog/?page=4&param1=21&param2=...


На этой странице мы находим что нам нужно, и переходим на просмотр этого объекта:

www.autosite.com/view/id10001/


На странице просмотра этого объекта, необходимо выполнить, например, отправку заявки через форму на этот объект. Т.е. перезагрузить еще раз страницу.


Отсюда вопрос:

Как реализовать более корректно возврат к результатам поиска, т.е. таскание за собой постоянно в URL строку:

?page=4&param1=21&param2=33&param3=13&...&param44=123

Причем могут постоянно изменяться параметры поиска, добавляться-удаляться, и составление и таскание за собой этих параметров как-то не особо удобно. Пока что единственным вариантом вижу написание прослойки, которая будет обрабатывать любой входящий URL запрос и постоянно его передавать дальше. Хотя как-то это не очень красиво…

Answer 1

[Евгений]

кукис ||
сессии ||
output_add_rewrite_var()

Comments

[Vertex]

Куки, сессии… Для каждой страницы отдельно?.. )
Открываем 5-6 страниц с разными страницами поиска, а кука или сессионная переменная одна… разве что для каждого поиска созщдавать и передавать каждый раз переменную с результатами именно для этого потока страниц…

[LIAL]

>сессионная переменная одна

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

[Олег Матрозов]

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

Answer 2

[Александр]

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

Answer 3

[Алексей]

Сессии, куки?

Comments

[Vertex]

Выше отписался о том что это не подходит, так как в рамках одной сессии может быть N-количества результатов поиска.

Answer 4

[LIAL]

>Выше отписался о том что это не подходит, так как в рамках одной сессии может быть N-количества результатов поиска

Сессии имхо оптимальный вариант. а чем мешает хранить в сессии массив (хеш) с результатами поиска ?? или если их не нужно несколько держать переменную и при каждом изменении поискового запроса просто перетирать ее ???

Answer 5

[shsmad]

1. взять «?page=4¶m1=21¶m2=33¶m3=13&...¶m44=123»
2. пропустить через base64
3. запихать в виде hidden-поля в страницу
4. …
5. Profit!

Answer 6

[Олег Матрозов]

Единственное, что пришло в голову, в плане раздельности вкладок одного браузера — это SessionStorage. Но это уже JS и своими руками. Да и не везде работает еще.

Answer 7

[Radik_Wind]

А что если все это держать в скрытом поле формы заказа? И брать значение с Referer?

Answer 8

[Desiderata]

можно использовать AJAX и передавать параметры через POST

Answer 9

[Kir ---]

В вашем юзкейсе описана ситуация, когда лучше всего использовать AJAX для отправки заявки, а возврат к поиску через js:window.history

Answer 10

[Vertex]

Варианты с AJAX отпадают сразу же ибо не кошерно, так как требуется работа и с мобильными браузерами, а их не все поддерживают;
Вариант с различными запросами в сессии самый интересный, и я о нем думал, но все-таки, при некоторой паранойе, решил что это отпадает, так как может быть открытых предположительно 20-30 окон поиска и тогда вылетим за рамки ограничений сессии (если не простой сайт), а хотелось некоторой универсальности…
Спасибо за ответы, но пока что я не увидел ни одного приемлимого решения.
Не верю что никто не задумывался о прослойке какой-то.

Answer 11

[Владимир Чернышев]

Обработчик поиска формирует результативный набор записей, сохраняет их (целиком или только id) в сессии с ключом (там же сохранить и параметры запроса можно, например md5 от строки поиска и редиректит на что-то вроде /search?key=hash — по хистори можно ходить какое-то время да и на бд нагрузка меньше

Comments

[Vertex]

Ну вот это максимально толковое решение, но опять же через Session… Неужели нет других вариантов… :(

Answer 12

[Cheese]

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

Comments

[Cheese]

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

в вашу форму на product.php (например) добавляем элемент <|input type=«hidden» name=«ref» value="$_SERVER['HTTP_REFERER']"|>
если обработка этой же страницей, то отправляем всё post-ом, потом ставим ссылочку <|a href=$_POST['ref']|>к результатам поиска<|/a|>
(палочки уберите, это чтобы парсер съел)

если идёт перенапрвление, то отправляем всё постом, а на перенаправлении ставим
header(«Location: product.php?ref=$_POST['ref']» );
на product.php ставим ссылку <|a href=$_GET['ref']|>к результатам поиска<|/a|>

но это костыли, вообще это делается через сессии, но с ними я вам не помощник :(

[Vertex]

Вот именно что это чисто через костыли, а хотелось красивого решения… Скорее всего действительно прийдется через сессии решать, так как это максимально чистое и симпатичное решение… Надо будет только проверить сколько в сессии можно хранить данных

[Vertex]

Хотя опять же… каким образом контроллировать удаление из сессии… Нет… это некорректно…

[Vertex]

Так как например открывается в одной сессии 40-50-60 поисков, какие-то закрываются, какие-то новые создаются… а сессии не безлимитные… А если вместо сессий использовать БД, даже пусть и NoSQL, то это вообще комизм для этого использовать… Нет… все-таки надо что-то оригинальнее искать или реализовывать…

[Cheese]

тогда пишите результаты поиска в файл, присваивайте ему имя из случайного набора цифр, а потом таскайте с собой этот хеш, например от результатов к продутку просто через get — product.php?search_result_file_number=cedcd154d81cvszFRv1sdf156481cd, потом так же через форму, но тогда придётся менять немножко и вывод поиска

[Vertex]

То же самое что и NoSQL или хранение в БД или в Сессиях )
Блин, я понял… прийдется писать все-таки отдельную прослойку которая бы автоматически разбирала и собирала бы Query String… все остальные варианты как-то от лукавого… )))