Comments 41
вывод не верен
вы не разобрались
вы не разобрались
-5
Это хорошо, но если вы соизволили отрицать человеку, почему бы с вашей стороны не объяснить в чем суть проблемы? А не писать «автор г? вно, топик в топку»?
+1
Подскажите, в чем ошибка?
+4
apache 2.x насколько я понимаю?
в нём есть такая фишка, как DirectorySlash Directive — httpd.apache.org/docs/2.0/mod/mod_dir.html#directoryslash
Попробуйте копать туда, по-умолчанию директива активна.
в нём есть такая фишка, как DirectorySlash Directive — httpd.apache.org/docs/2.0/mod/mod_dir.html#directoryslash
Попробуйте копать туда, по-умолчанию директива активна.
+3
для точного ответа нехватает всех параметров. Возможен так же паразитный редирект, к примеру в файле htaccess,
0
спасибо за сохраненное время. такие «проблемки» обычно пожирают не один час времени.
+1
а зачем вообще было проверять метод?
0
Искал параметры в $_POST и не находил их там.
0
а не проще использовать обертку для всех приходящих данных, какой нибудь Request, в котором можно методами getParam() и getParams(), или вообще по $request->someproperty вытащить любые данные откуда бы они не пришли?
-2
На высоком уровне, как правило, можно так и делать, но это не решает описанную проблему, POST-запрос посланный на URL папки без слеша, превратится в пустой GET-запрос без параметров
0
Странно, но почему-то у меня так не происходит. Я что-то делаю не так?
Хотя однажды я сталкивался с такой проблемой, она решилась переписыванием никчемного .htaccess.
Хотя однажды я сталкивался с такой проблемой, она решилась переписыванием никчемного .htaccess.
0
Схема такая
1. Мы посылаем POST на mysite/mydir
2. Сервер отвечает нам 301 на mysite/mydir/ (почему это правильно, описано в документации к Апачу см. ссылку выше в посте Nikita)
3. Браузер делает GET без параметров на mysite/mydir/ (так и надо делать, это описано в RFC 2616)
В итоге мы теряем запрос.
1. Мы посылаем POST на mysite/mydir
2. Сервер отвечает нам 301 на mysite/mydir/ (почему это правильно, описано в документации к Апачу см. ссылку выше в посте Nikita)
3. Браузер делает GET без параметров на mysite/mydir/ (так и надо делать, это описано в RFC 2616)
В итоге мы теряем запрос.
0
UFO just landed and posted this here
Знаете, я не знаю как вам ответить, надеюсь это такая неудачная шутка.
0
UFO just landed and posted this here
Не сказал бы что самое удачное решение
0
UFO just landed and posted this here
При таком способе у вас будет много проблем, если я несколько раз нажму F5. Точнее, проблема то будет одна, а клонированных данных — много.
0
UFO just landed and posted this here
Если не ошибаюсь (давно просто не занимался такими вещами), то вроде опере плевать на такой редирект — поэтому проблема никак не исчезает.
0
UFO just landed and posted this here
А смысл ей менять локейшн на тот на котором она находиться. Видимо трабла вся в это, хотя мож это и в хроме было, но такой глюк ловил частенько раньше.
0
UFO just landed and posted this here
Мы сейчас вроде говорим о контексте одной страницы, что если данные есть — выводим результат, если нет — то форму.
0
UFO just landed and posted this here
Описанная в топике проблема — это полная потеря параметров + смена типа запроса.
А вообще, разница между GET и POST есть. Обычно страница работает в двух режимах по GET-запросу что-то выводится, и есть кнопка, чтобы что-то изменить и послать POST-запрос.
В коде страницы обычно проверяется тип запроса и в зависимости от этого либо читаются, либо записываются данные. Вы же предлагаете проверять наличие конкретных переменных в общем массиве GET+POST и в зависимости от наличия или отсутствия каких-то из них выбирать режим. Так?
Это не очень хорошо т.к. увеличивает связанность кода. И заставляет держать в уме какие из переменных являются ключевыми при внесения изменений во все части сайта, где формируются ссылки на эту страницу, а также при изменении полей формы самой этой страницы.
А вообще, разница между GET и POST есть. Обычно страница работает в двух режимах по GET-запросу что-то выводится, и есть кнопка, чтобы что-то изменить и послать POST-запрос.
В коде страницы обычно проверяется тип запроса и в зависимости от этого либо читаются, либо записываются данные. Вы же предлагаете проверять наличие конкретных переменных в общем массиве GET+POST и в зависимости от наличия или отсутствия каких-то из них выбирать режим. Так?
Это не очень хорошо т.к. увеличивает связанность кода. И заставляет держать в уме какие из переменных являются ключевыми при внесения изменений во все части сайта, где формируются ссылки на эту страницу, а также при изменении полей формы самой этой страницы.
+1
$_REQUEST
-2
UFO just landed and posted this here
а еще если одновременно приходят и POST, и GET запросы, $_SERVER['REQUEST_METHOD'] выдаст что пришел только GET )
0
Sign up to leave a comment.
Почему POST превращается в GET