Кука id небось есть. Вообще $_REQUEST противопоказано к использованию.

аргументы ?

pakman привёл вполне себе аргумент, вы его не видите?

Kolyaj,
тоесть если бы он привел такой же аргумент с $_GET, то $_GET был бы противопоказан к использованию ? =)

ну хорошо хоть не 42 :)

хотя странно, что скрипт перестал работать, вроде по умолчанию куки после POST/GET. Кроме того, изменение variables_order может поломать сайт или ты можешь не сразу догадаться, почему сайт не работает на сервере. Ну и, возможно, упрощается взлом сайта, потому что можно отправлять POST-запросы через строку адреса (так, просто мысль).

он не мог привести такой же аргумент

Сейчас всё нормально стало. Так вот я так и не понял, но неполадки однозначно были или с сервером или с оперой. В общем я решил очистить куки, потом захотел проверить, и вижу что на мой сайт не заходит и выводит ошибку, файловый менеджер не может открыть, в аккаунт на джино не могу зайти. Через часа два захожу я через оперу на сайт и всё заработало!:) я конечно рад, но так и не получилось понять или было виновато куки или сервер. Так же решил проверить variables_order, но ни в встренном phpMyadmin'е ни в личном аккаунте jino я не нашёл этих настроек.

Какой такой же? В get ничего не передаю, а в $_GET что-то есть? Так не бывает.

Данные нужно брать оттуда, откуда они ожидаются, а не откуда получится.

http://php.net/manual/en/function.phpinfo.php

наверное, желание использовать $_REQUEST говорит о том, что при отправке форм на сервер тот же запрос выдает страничку, чего быть не должно. POST-запросы (после обработки) должны перенаправляться на GET-запросы

вот это не совсем понял.
А так использую $_REQUEST потому что он универсален.

в конце обработки POST-запроса должно быть header('Location: ...'). Потому что POST-запрос - отправка данных на сервер, а GET-запрос - получение данных с сервера. А потом спрашивают, как избавиться от предложения браузера отправить форму еще раз при обновлении странички...

мышки резались, кололись, но продолжали есть кактус ;)