22.07.2010, 18:42
|
Новичок на форуме
|
|
Регистрация: 19.02.2008
Сообщений: 9,177
|
|
Кука id небось есть. Вообще $_REQUEST противопоказано к использованию.
|
|
22.07.2010, 18:52
|
Ламер
|
|
Регистрация: 19.02.2010
Сообщений: 295
|
|
Сообщение от Kolyaj
|
Вообще $_REQUEST противопоказано к использованию.
|
аргументы ?
|
|
22.07.2010, 19:03
|
Новичок на форуме
|
|
Регистрация: 19.02.2008
Сообщений: 9,177
|
|
pakman привёл вполне себе аргумент, вы его не видите?
|
|
22.07.2010, 19:07
|
Ламер
|
|
Регистрация: 19.02.2010
Сообщений: 295
|
|
Kolyaj,
тоесть если бы он привел такой же аргумент с $_GET, то $_GET был бы противопоказан к использованию ? =)
|
|
22.07.2010, 19:08
|
|
|
|
Регистрация: 27.12.2008
Сообщений: 4,201
|
|
Сообщение от pakman
|
И тут мне Opera выдёт "6" - и так на всех страницах
|
ну хорошо хоть не 42
Сообщение от DooMer
|
аргументы ?
|
Сообщение от pakman
|
А ещё возникла проблема и только в Opera, буквально вчера её не было: в любом файле *.php пишешь "echo $_REQUEST['id'];" и результат выдаёт "6". Откуда это берётся не знаю, из-за этого один скрипт перестал работать.
|
хотя странно, что скрипт перестал работать, вроде по умолчанию куки после POST/GET. Кроме того, изменение variables_order может поломать сайт или ты можешь не сразу догадаться, почему сайт не работает на сервере. Ну и, возможно, упрощается взлом сайта, потому что можно отправлять POST-запросы через строку адреса (так, просто мысль).
Сообщение от DooMer
|
Kolyaj,
тоесть если бы он привел такой же аргумент с $_GET, то $_GET был бы противопоказан к использованию ? =)
|
он не мог привести такой же аргумент
|
|
23.07.2010, 07:11
|
Аспирант
|
|
Регистрация: 19.07.2010
Сообщений: 46
|
|
Сейчас всё нормально стало. Так вот я так и не понял, но неполадки однозначно были или с сервером или с оперой. В общем я решил очистить куки, потом захотел проверить, и вижу что на мой сайт не заходит и выводит ошибку, файловый менеджер не может открыть, в аккаунт на джино не могу зайти. Через часа два захожу я через оперу на сайт и всё заработало! я конечно рад, но так и не получилось понять или было виновато куки или сервер. Так же решил проверить variables_order, но ни в встренном phpMyadmin'е ни в личном аккаунте jino я не нашёл этих настроек.
Последний раз редактировалось pakman, 23.07.2010 в 07:18.
|
|
23.07.2010, 08:29
|
Новичок на форуме
|
|
Регистрация: 19.02.2008
Сообщений: 9,177
|
|
Сообщение от DooMer
|
тоесть если бы он привел такой же аргумент с $_GET, то $_GET был бы противопоказан к использованию ? =)
|
Какой такой же? В get ничего не передаю, а в $_GET что-то есть? Так не бывает.
Данные нужно брать оттуда, откуда они ожидаются, а не откуда получится.
|
|
23.07.2010, 09:36
|
|
|
|
Регистрация: 27.12.2008
Сообщений: 4,201
|
|
Сообщение от pakman
|
Так же решил проверить variables_order, но ни в встренном phpMyadmin'е ни в личном аккаунте jino я не нашёл этих настроек.
|
http://php.net/manual/en/function.phpinfo.php
наверное, желание использовать $_REQUEST говорит о том, что при отправке форм на сервер тот же запрос выдает страничку, чего быть не должно. POST-запросы (после обработки) должны перенаправляться на GET-запросы
|
|
23.07.2010, 10:16
|
Аспирант
|
|
Регистрация: 19.07.2010
Сообщений: 46
|
|
Цитата:
|
тот же запрос выдает страничку, чего быть не должно
|
вот это не совсем понял.
А так использую $_REQUEST потому что он универсален.
|
|
27.07.2010, 09:19
|
|
|
|
Регистрация: 27.12.2008
Сообщений: 4,201
|
|
в конце обработки POST-запроса должно быть header('Location: ...'). Потому что POST-запрос - отправка данных на сервер, а GET-запрос - получение данных с сервера. А потом спрашивают, как избавиться от предложения браузера отправить форму еще раз при обновлении странички...
Сообщение от pakman
|
А так использую $_REQUEST потому что он универсален
|
мышки резались, кололись, но продолжали есть кактус
|
|
|
|