Можно ли посылать данные одновременно методом GET и POST

[_RVK_]

POTS

Опечатка, или я не понял шутки?

Формально POST(это я про свой пример), а по сути никакой разницы.
Я не спорю, просто замечание для более полной картины.
Из этого замечания следует, что POST это "апгреденый" GET. Поэтому отсюда следует, что нет смысла в утверждении, что можно передавать данные POST и GET одновременно.

 

[Макс]

Diesel

Тогда чем он отличается от GET?

поведением ПО. Например ПОСТ-запросы не кешируются


Фанат

1) Отдельного метода передачи данных на сервер GET не существует.
2) Есть одноименный HTTP-запрос, позволяющий обратиться к уникальному адресу.
...........
[skip]
............
5) Данные, полученные стандартным способом из п.3, по устоявшейся традиции принято называть GET-параметрами, несмотря на п.1.

Какой практический смысл от этих 3 выводов ?

-~{}~ 02.11.04 20:01:

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

 

[AnToXa]

SelenIT
1. строго говоря это неверно, ты передаешь request-uri на сервер, а в нем мона кучу всего интересного отдать, но да, ты прав, никаких выделенных данных не передается, это ведь get, т.е. "получить".

2. собсна только этот пункт из твоих высказываний достаточно оставить.

3. аха, см. п.1.

4. более того, не имеет никакого смысла запрещать использовать query_string в POST запросах, ибо это такая же часть request-uri как и absolute_path.

5. они по сути и есть параметры просто уникально индентифицирующие ресурс.

все, поехали на др к админу

 

[SelenIT]

Макс

Отвечу на правах автора цитаты

Например, такой, что при создании того же ЧПУ можно разбирать запрос как себе удобнее и вовсе необязательно реврайтить урлы в "стандартный" вид ?smth=smth1, как многим поначалу кажется...

 

[Макс]

SelenIT
не вижу связи.
Еще раз конкретизирую вопрос.
В чем практическая польза от того что
http://example.com/script.php?var=1&var2=2
это не передача данных, а идентификация данных, связанных с указанным URL-ом

Собственно я считаю, что назвать это "передачей данных" не будет ошибкой.

 

[neko]

забудем про post и get
мы шлем так называемый uri
на какой документ, файл, скрипт, whatever его отмаппит *вебсервер* это его проблема

вспомним про post, на секунду
post говорит серверу только лишь о том, что мы шлем нечто помимо того, что мы что-то запрашиваем

-~{}~ 02.11.04 20:56:

собственно причина большинства заблуждений в том, что у нас есть вполней реальный сервер, который отдает все это дело вполне реальному php
а php разбирает uri и кладет результаты в массив _GET
вот он такой, что дальше то
понятие "метод" в 2616 от этого не меняется

 

[fixxxer]

[лень читать весь топик]
метод GET к вопросику после урла вобщем то никакого отношения не имеет.

 

[antiportal]

[@off] Ну нифига себе, как Рома рефлексирует дклэб...

Присоединяюсь к г-ну fixxxer'у...

 

[SelenIT]

Макс
Я тоже считаю, что назвать это "передачей данных" не будет ошибкой. Но будет ошибкой считать это исключительным и единственным способом передачи данных через URL, и находясь в плену этого ограничения, не видеть других (возможно, более подходящих для конкретной задачи) решений.

Вопрос действительно плавно соскальзывает с техники на философию. Но ИМХО чем меньше мышление человека сковано предрассудками, тем успешнее он справляется с нетривиальными задачами. В этом и есть (опять же ИМХО) главный смысл подобного переосмысления многих на первый взгляд "очевидных вещей".

fixxxer
так по сути об этом-то и речь...

 

[fixxxer]

с другой стороны ятд в педагогических целях возможно допустить некоторые неточности в этом плане. например на php5.ru/study/webbasics я это дедал умышленно. для простоты понимания.

 

[Breeze]

как вы бутыль с пивом не назовите, ее содержимое от этого другим не станет.

 

[weBioMagic]

Нашел эту тему по запросу в гугл "можно ли передать половину параметров через GET половину через POST". Вопрос явно с точки зрения работы HTTP протокола, а подразумевал своим вопросом в гугле я другое для решения практических задач, но все равно тема заставила сделать пару тестов и ответ на мой практический вопрос тоже получил. Спасибо за эту поднятую когда то тему. Ответил "Нет".

 

[Фанат]

имхо GET - омоним

Не "GET", а метод GET

 

[WMix]

url /index.php?action=users&id=42 или /users/42 по смыслу одно и тоже, шина разная, одно query, а другое path. Но оба get, Имеет ли вообще значение куда post слать?

 

[Фанат]

url /index.php?action=users&id=42 или /users/42 по смыслу одно и тоже, шина разная, одно query, а другое path. Но оба get, Имеет ли вообще значение куда post слать?

оба path. без пути ты запрос не отправишь.
get или не get - нам неизвестно
13 прошло, но похаписты так и не в состоянии отличить один метод НТТР запроса от другого

 

[WMix]

оба path

я не опровергал, я сказал что данные можно и в пути передать, чтоб не казалось что get, а просто url

 

[MiksIr]

оба path. без пути ты запрос не отправишь.

Если уж мы тут к словам придераемся, то одно path + query, а другое - просто path

 

[Вурдалак]

Но оба get

Оба — URI. Метода я вообще не вижу.

Имеет ли вообще значение куда post слать?

Это риторический вопрос? Да, имеет значение, потому что один метод может поддерживать POST, а другой — нет. Отправлять POST на рандомный URI смысла не имеет. «Имеет ли смысл куда стрелять?»

я сказал что данные можно и в пути передать

http://phpfaq.ru/humor/anecdotes#answer

 

[WMix]

Оба — URI. Метода я вообще не вижу.


Это риторический вопрос? Да, имеет значение, потому что один метод может поддерживать POST, а другой — нет. Отправлять POST на рандомный URI смысла не имеет. «Имеет ли смысл куда стрелять?»


http://phpfaq.ru/humor/anecdotes#answer

Это когда абстракция страдает и читать не получается.

 

[Breeze]

ну и аяксом запросто

и причём тут аякс?