Есть в Перле функция referer(), которая возвращает URL, с которого был осуществлён переход на текущую страницу.
В результате экспериметов было выяснено, что она вернёт этот URL только в том случае, если переход был осуществлён с помощью нажатия юзером на гиперссылку. То есть если URL-адрес ввести вручную в строке броузера "адрес" или сделать переход с помощью функции JavaScript (location.search = '?choice=someChoice;param=someParam'), то функция referer() не возвращает ничего.
Это как-нибудь поправимо? Меня интересует вариант с переходом через ДжаваСкрипт.

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

Это сообщение отредактировал(а) Forza - 18.9.2004, 15:31

Цитата(Forza @ 18.9.2004, 16:18)

Есть в Перле функция referer(), которая возвращает URL, с которого был осуществлён переход на текущую страницу.

Не будет ли любезен глубокоуважаемый Forza рассказать откуда в Перле взялась функция referer()??? В самом ЯЗЫКЕ такого и близко нет!

GoodBoy, в следующий раз вежлевее и спокойнее!

Это функция модуля CGI.pm.

Мне на другом форуме уже про неё объяснили, я её больше не использую.

Forza

Цитата(Forza @ 20.9.2004, 12:29)

Это функция модуля CGI.pm. Мне на другом форуме уже про неё объяснили, я её больше не использую.

Понятно!!!! Ну поделись тогда и с нами информацией!!! :-)))

Цитата(GoodBoy @ 20.9.2004, 11:34)

Понятно!!!! Ну поделись тогда и с нами информацией!!! :-)))

Для оставания на той же самой странице в форме, которая сабмитится, в хиддене записываю урл текущей страницы.

Forza
Подобная тема многократно поднималась... Делай субмит с возвратом ответа в нулевой ифрейм и всё!!! Тогда останешься на той же странице!!!

Цитата(GoodBoy @ 23.9.2004, 10:25)

Подобная тема многократно поднималась... Делай субмит с возвратом ответа в нулевой ифрейм и всё!!!

Можно ссылку на тред?
А я пока сам попробую его поискать.

ссылку не знаю... много раз такое поднималось...

Код

<form ... target=ret_frame> ........... </form> <iframe name=ret_frame style="display:none"></iframe>

Что-нить такого типа...

Цитата(GoodBoy @ 23.9.2004, 10:38)

Что-нить такого типа...

Ок, спасибо, попробую реализовать. Если не будет получаться, вернусь.

GoodBoy, я тут подумал и решил, что твой вариант мне не очень подходит.
Ведь мне надо после сабмита формы остаться на том же самом URL, но при этом надо получить обновлённый вид страницы для этого URL.
Поясню: у меня форма авторизации юзера присутствует на каждой странице. После сабмита данной формы юзер должен остаться на том же URL, но его надо обновить, т.к. там вместо "Здрасте, гость!" будет "Здрасте, Вася Пупкин!" и т.д.

В варианте с фрэймом мне на сабмит формы надо повесить рефреш всей страницы, и получается, будет 2 обращения к серверу: через фрейм и для рефреша страницы. Надо ли мне это?

Если я не прав, с интересом послушаю аргументы.

Чего-то как-то я не до конца понял. У тебя есть набор страниц на которых должна выводится либо форма авторизации либо некий текст, если юзер авторизован. Авторизация проводится тем же скриптом? Или отдельным? Если тем же то

Код

<form ... target=""> ........... </form>

И никуда он не денется.
А если отдельным, то адрес тебе надо не в хиденах в форме писать, а в скрипте авторизации "ловить"....

Или все гораздо сложнее?

Скрипт на всё один, отличаются только параметры.

У меня что-то типа Инет-магазина, юзер заходит поначалу в качестве гостя, и на каждой странице (каталог, поиск, корзина) для него есть меню с формой авторизации. Надо чтобы после авторизации юзер остался на той же странице, у которой немного изменятся меню и проч., но не основное содержание: т.е. исчезнет форма авторизации, появится имя юзера в приветствии и т.д., но при этом юзер должен, например, остаться в каталоге на ту же самую букву.

Раньше я после удачной авторизации вносил в переменные сессии ID юзера из базы, сохранял сессию и писал print redirect (referer()). И далее по наличии в переменных сессии ID юзера скрипт догадывался, имеем мы дело с гостем или с зарегистрированным юзером, и соответствующим образом "оформлял" страницу.

Теперь в форме авторизации есть хидден с текущим урлом, и после обработки авторизации и сохранения сессии я делаю print redirect (param("source_url")).

Я бы в такой ситуации просто не писал бы в форме target=""
И логика скрипта была бы примерно следующей. Проверка "а не хочет ли юзер логиниться?" Если хочет, проверка по базе корректности введенных логин-пароль, если все ок, тогда сохраняю сессию и передаю дальше скрипту переменные что это конкретный залогиненый юзер. Далее твоя логика работы.
В противном случае скрипт пытается понять авторизован юзер или нет. И снова твоя логика работы.

Просто на момент логина таким образом я бы сэкономил один переход между страницами. И не надо запоминить с откуда логинился, если логинился.

А если хочется чего то прятать в хиден... ну а на QUERY_STRING ты не смотрел? Имя то скрипта ты и так знаешь, добавь к нему QUERY_STRING и будет текущий УРЛ....

Итак, сабмит формы я сделал по-своему, т.е. с хранением урла (конечно, не целого урла, а только query_string) в хиддене.

Теперь, ещё раз пробегаясь по скрипту, я "вспомнил", что после оформления добавления товара в корзину (обработка урла "my.pl?action=add;id=1") опять же вызывалось print redirect (referer()) для вывода той же страницы.
Получается, что теперь в каждый урл добавления определённого товара надо вставить информацию о каталоге, из которого он был добавлен, или ключевые слова поиска, из результатов которого он был добавлен.
Или, может быть, лучше повесить на onClick JS-функцию, которая будет запускать в невидимом фрейме обработчик добавления в корзину, а потом рефрешить страницу (рефреш нужен, т.к. на каждой странице есть счётчик товаров в корзине)?

Что посоветуете?

Forza
По-моему тебя спасут куки!!! :-)))

Цитата

По-моему тебя спасут куки

Куки и так используются. В них хранится ID сессии Apache::Session, которая в свою очередь хранит корзину и ID юзера (если он зарегистрировался). Предлагаешь каждый раз копировать в данные сессии текущий УРЛ каталога или поиска, и в случае добавления в корзину делать на него редирект?

Это сообщение отредактировал(а) Forza - 24.9.2004, 15:58

Цитата(Forza @ 24.9.2004, 15:30)

Теперь, ещё раз пробегаясь по скрипту, я "вспомнил", что после оформления добавления товара в корзину (обработка урла "my.pl?action=add;id=1") опять же вызывалось print redirect (referer()) для вывода той же страницы. Получается, что теперь в каждый урл добавления определённого товара надо вставить информацию о каталоге, из которого он был добавлен, или ключевые слова поиска, из результатов которого он был добавлен. Или, может быть, лучше повесить на onClick JS-функцию, которая будет запускать в невидимом фрейме обработчик добавления в корзину, а потом рефрешить страницу (рефреш нужен, т.к. на каждой странице есть счётчик товаров в корзине)? Что посоветуете?

Можно все это реализовать с помощью JS. И что бы не рефрешить страницу совершенно спокойно можно использовать что то типа "document.formname.elementname.value='value';" или document.write. С последующим беспорным нажатием на кнопку проверить заказ, когда у тебя данные будут выниматься из хиден полей и заказ по новой будет пересчитываться скриптом на сервере.

А вообще дай скрипту "отстояться" с месяцок. А потом глянь на него свежим взглядом. Или приятелей попроси потестить. Может ты чего придумываешь чего народу не совсем надо.

wlad,

Цитата

Можно все это реализовать с помощью JS. И что бы не рефрешить страницу совершенно спокойно можно использовать что то типа "document.formname.elementname.value='value';"

Нет, только ДжаваСкриптом обрабатывать нажатие на "положить в корзину" нельзя, т.к. каждое добавление в корзину должно сразу же записываться в данные на сервере, чтобы если юзер закрыл страницу, а потом вернулся, у него была бы всё та же корзина.

Цитата

А вообще дай скрипту "отстояться" с месяцок. А потом глянь на него свежим взглядом. Или приятелей попроси потестить. Может ты чего придумываешь чего народу не совсем надо.

Нет времени отстаиваться. И что значит "народу не надо"? По-моему, сейчас я спросил про очень банальную вещь - оставание на той же самой странице, с которой товар был положен в корзину.

GoodBoy,
Поясни всё-таки, пожалуйста, каким образом ты предлагаешь использовать куки? Так, как я написал 24.9.2004, 15:51?

Цитата(Forza @ 25.9.2004, 11:59)

Нет времени отстаиваться. И что значит "народу не надо"? По-моему, сейчас я спросил про очень банальную вещь - оставание на той же самой странице, с которой товар был положен в корзину.

Во многих магазина корзина сделана в виде отдельного поп-ап окна. Может и тебе имеет смысл сделать так??? И товар добавится и на странице останешься!!! Вот, к примеру: http://www.yex.ru/shop/?00000802

Цитата

Во многих магазина корзина сделана в виде отдельного поп-ап окна. Может и тебе имеет смысл сделать так???

Не имеет. Во-первых, много придётся переделывать (по сути весь магазин уже сделан, осталось заменить print redirect (referer() на что-нибудь другое), во-вторых, внешний вид и общая логика определяются не мною. Я вот в этой теме расписал все варианты, которые приходят в голову. Пока выбираю между г) и д).

Вариант Г - не прокатит именно из-за innerHTML...

Значит, лучше "д)"?

А innerHTML только в MSIE поддерживается?

Цитата(Forza @ 27.9.2004, 13:09)

А innerHTML только в MSIE поддерживается?

Насколько я помню - да...

Так какой вариант ты порекомендуешь? "Д"? Процитирую его здесь:
д) Записывать в переменную сессии очередной урл, если он связан с выводом списка товаров (а не, например, добавление или удаление), и делать на него переход, если было получен запрос на добавление товара в корзину. Плюс - нет JavaScript, не надо сохранять текущий урл где-то на странице. Минус - необходимость в рефреше страницы.

Кроме рефреша страницы минусов не вижу. Всё остальное - вполне симпатично, да?

Forza
Пожалуй, да!

Ок. Спасибо.

Хотел тебе репутацию поднять, а мне сказали, что у меня сообщений мало. Придётся флудить.

Forza
как до 100 дойдешь - так сможешь!!!

Вот про перл не в курсе, а PHP есть такое понятие как сессия. Так вот PHP для каждого новопришедшего (не залогиневшегося с твоей формы, а просто попавшего на твой сайт) юзера заводит сессию (все значения переменных сессии при дефолтовых настройках PHP хранятся в тмп-шном файле), в которой ты можешь хранить все, что душе угодно: историю перемещений по сайту в течении сессии, имя юзера, содержимое корзины ( почему у меня корзина ассоциируется в первую очередь с удаленными файлами?.. )... Каждой новой сессии на сервере назначается уникальный SID, который передается клиенту. Если cookies в браузере клиента включены, то SID сохраняется там и передается серверу вместе с запросом каждой новой страницы, если нет, то его (и только его) приходится ручками дописывать к ссылкам (хотя могу и ошибаться...) и вставлять как hidden в формы.
Добавлено @ 17:47
УПС!!! Не заметил, что есть вторая страница

Zandr я Вам по секрету скажу что сессия это не в PHP такое понятие ... это общий механизм
и реализовать его можно на любом языке...