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

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

  • Да

    Голосов: 37 69,8%
  • Нет

    Голосов: 16 30,2%

  • Всего проголосовало
    53

_RVK_

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

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

Макс

Старожил PHPClub
Diesel
Тогда чем он отличается от GET?
поведением ПО. Например ПОСТ-запросы не кешируются


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

-~{}~ 02.11.04 20:01:

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

AnToXa

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

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

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

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

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

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

SelenIT

IT-лунатик :)
Макс

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

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

Макс

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

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

neko

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

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

-~{}~ 02.11.04 20:56:

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

fixxxer

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

antiportal

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

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

SelenIT

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

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

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

fixxxer

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

Breeze

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

weBioMagic

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

WMix

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

Фанат

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

Вурдалак

Продвинутый новичок
Оба — URI. Метода я вообще не вижу.

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

я сказал что данные можно и в пути передать
http://phpfaq.ru/humor/anecdotes#answer
 

WMix

герр M:)ller
Партнер клуба
Оба — URI. Метода я вообще не вижу.


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


http://phpfaq.ru/humor/anecdotes#answer
Это когда абстракция страдает и читать не получается.
 
Сверху