Отправка данных формы
Сама форма обычно предназначена для получения от пользователя информации для дальнейшей пересылки её на сервер, где данные формы принимает программа-обработчик. Такая программа может быть написана на любом серверном языке программирования вроде PHP, Perl и др. Адрес программы указывается в атрибуте action тега , как показано в примере 1.
Пример 1. Отправка данных формы
В этом примере данные формы, обозначенные атрибутом name ( login и password ), будут переданы в файл по адресу /example/handler.php. Если атрибут action не указывать, то передача происходит на адрес текущей страницы.
Передача на сервер происходит двумя разными методами: GET и POST, для задания метода в теге используется атрибут method , а его значениями выступают ключевые слова get и post . Если атрибут method не задан, то по умолчанию данные отправляются на сервер методом GET. В табл. 1 показаны различия между этими методами.
| GET | POST | |
|---|---|---|
| Ограничение на объём | 4 Кб | Ограничения задаются сервером. |
| Передаваемые данные | Видны сразу всем. | Видны только при просмотре через расширения браузера или другими методами. |
| Кэширование | Страницы с разными запросами считаются различными, их можно кэшировать как отдельные документы. | Страница всегда одна. |
| Закладки | Страницу с запросом можно добавить в закладки браузера и обратиться к ней позже. | Страницы с разными запросами имеют один адрес, запрос повторить нельзя. |
Какой метод используется легко определить по адресной строке браузера. Если в ней появился вопросительный знак и адрес стал похож на этот, то это точно GET.
Уникальное сочетание параметров в адресной строке однозначно идентифицирует страницу, так что страницы с адресами ?q=node/add и ?q=node считаются разными. Эту особенность используют системы управления контентом (CMS, Content management system) для создания множества страниц сайта. В реальности же используется один файл, который получает запрос GET и согласно ему формирует содержимое документа.
Ниже перечислены типовые области применения этих методов на сайтах.
GET
Передача небольших текстовых данных на сервер; поиск по сайту.
Поисковые системы, формы поиска по сайту всегда отправляются методом GET, это позволяет делиться результатами поиска с друзьями, слать ссылку по почте или выкладывать её на форуме.
POST
Пересылка файлов (фотографий, архивов, программ и др.); отправка комментариев; добавление и редактирование сообщений на форуме, блоге.
Работа с формой по умолчанию происходит в текущей вкладке браузера, при этом допустимо при отправке формы изменить этот параметр и открывать обработчик формы в новой вкладке или во фрейме. Такое поведение задаётся через «имя контекста», которое выступает значением атрибута target тега . Популярные значения это _blank для открытия формы в новом окне или вкладке, и имя фрейма, которое задаётся атрибутом name тега (пример 2).
Пример 2. Открытие формы во фрейме
В данном примере при нажатии на кнопку «Отправить» результат отправки формы открывается во фрейме с именем area .
Элементы формы традиционно располагаются внутри тега , тем самым определяя те данные, которые будут передаваться на сервер. В то же время в HTML5 есть возможность отделить форму от её элементов. Это сделано для удобства и универсальности, так, сложный макет может содержать несколько форм, которые не должны пересекаться меж собой или к примеру, некоторые элементы выводятся с помощью скриптов в одном месте страницы, а сама форма находится в другом. Связь между формой и её элементами происходит в таком случае через идентификатор формы, а к элементам следует добавить атрибут form со значением, равным этому идентификатору (пример 3).
Пример 3. Связывание формы с полями
В этом примере тег однозначно отождествляется через идентификатор auth , а к полям, которые следует отправить с помощью формы, добавляется form=»auth» . При этом поведение элементов не меняется, при нажатии на кнопку логин и пароль пересылаются на обработчик handler.php.
Хотя параметры передачи формы традиционно указываются в теге , их можно перенести и в кнопки отправки формы ( и ). Для этого применяется набор атрибутов formaction , formmethod , formenctype и formtarget , которые являются аналогами соответствующих атрибутов без приставки form. В примере 4 показано использование этих атрибутов.
Все новые атрибуты форм не поддерживаются некоторыми браузерами, в частности, Internet Explorer и Safari.
HTML form method=HEAD
I’ve never seen this before, I’ve always quotes ourcodings webforms known there was either GET or POST. And I quotes ourcodings webforms can’t find any good documentation.
GET send variables via the URL. POST send it quotes ourcodings webforms via the file body?
It doesn’t get used often, am I correct?
W3schools.com doesn’t even mention it.
Answers 1 : of HTML form method=HEAD
HTMLâÂÂs method attribute only questions ourcodings html allows GET and POST.
Answers 2 : of HTML form method=HEAD
The HEAD method is used to send the questions ourcodings html request and retrieve just the HTTP questions ourcodings html header as response. For example, a questions ourcodings html client application can issue a HEAD questions ourcodings html request to check the size of a file questions ourcodings html (from HTTP headers) without downloading questions ourcodings html it. As Arjan points out, it’s not even questions ourcodings html valid in HTML forms.
Answers 3 : of HTML form method=HEAD
HTTP method HEAD sends the response’s questions ourcodings html headers but without a body; it’s often questions ourcodings html useful, as the URL I’ve given explains, questions ourcodings html though hardly ever in a «form» HTML tag.
Answers 4 : of HTML form method=HEAD
The only thing I can imagine is that the questions ourcodings html server may actually have been set up to questions ourcodings html validate the request method, to discover questions ourcodings html submissions by robots that for HEAD questions ourcodings html might actually use a different method questions ourcodings html than a browser does. (And thus reject questions ourcodings html those submissions.)
A response to a HEAD request does not questions ourcodings html imply nothing is shown to the user: even questions ourcodings html a response to HEAD can very well questions ourcodings html redirect to another page. However, like questions ourcodings html Gumbo noted: it’s not valid for the questions ourcodings html method in a HTML form, so this would questions ourcodings html require a lot of testing in each questions ourcodings html possible browser.
For a moment I wondered if HEAD in a questions ourcodings html form is somehow used to avoid accidental questions ourcodings html multiple submissions. But I assume the questions ourcodings html only useful response would be a 301 questions ourcodings html Redirect, but that could also be used questions ourcodings html with GET or POST, so I don’t see how questions ourcodings html HEAD would solve any issues.
A quick test in the current versions of questions ourcodings html both Safari and Firefox on a Mac shows questions ourcodings html that actually a GET is invoked. Of questions ourcodings html course, assuming this is undocumented questions ourcodings html behavior, one should not rely on that. questions ourcodings html Maybe for some time, spam robots were in questions ourcodings html fact fooled into using HEAD (which would questions ourcodings html then be rejected on the server), or questions ourcodings html might be fooled into skipping this form questions ourcodings html if they would only support GET and POST. questions ourcodings html But even the dumbest robot programmer questions ourcodings html (aren’t they all dumb for not questions ourcodings html understanding their work is evil?) would questions ourcodings html soon have learned that a browser questions ourcodings html converts this into GET.
(Do you have an example of a website questions ourcodings html that uses this? Are you sure there’s no questions ourcodings html JavaScript that changes this, or does questions ourcodings html something else? Can anyone test what questions ourcodings html Internet Explorer sends?)
Answers 5 : of HTML form method=HEAD
The HEAD method is functionally like questions ourcodings html GET, except that the server replies with questions ourcodings html a response line and headers, but no questions ourcodings html entity-body. Following is a simple questions ourcodings html example which makes use of HEAD method questions ourcodings html to fetch header information about questions ourcodings html hello.htm:
HEAD /hello.htm HTTP/1.1 User-Agent: Mozilla/4.0 (compatible; MSIE5.01; Windows NT) Host: www.tutorialspoint.com Accept-Language: en-us Accept-Encoding: gzip, deflate Connection: Keep-Alive Following will be a server response questions ourcodings html against the above GET request:
HTTP/1.1 200 OK Date: Mon, 27 Jul 2009 12:28:53 GMT Server: Apache/2.2.14 (Win32) Last-Modified: Wed, 22 Jul 2009 19:15:56 GMT ETag: "34aa387-d-1568eb00" Vary: Authorization,Accept Accept-Ranges: bytes Content-Length: 88 Content-Type: text/html Connection: Closed You can notice that here server does not questions ourcodings html send any data after header.
-Obtained from tutorialspoint.com
Атрибут method
Атрибут / параметр method (от англ. «method» ‒ «метод») указывает метод отправки данных формы на сервер.
Поддержка браузерами
Спецификация
| Верс. | Раздел | |
|---|---|---|
| HTML | ||
| 2.0 | Form: FORM | Перевод |
| 3.2 | FORM | |
| 4.01 | 17.3 The FORM element method = get|post [CI]. DTD: Transitional Strict Frameset | |
| 5.0 | 4.10.19.6 Form submission The method and. | |
| 5.1 | 4.10.19.6. Form submission The method and. | |
| XHTML | ||
| 1.0 | Extensible HyperText Markup Language DTD: Transitional Strict Frameset | |
| 1.1 | Extensible HyperText Markup Language | |
Значения
get Объединяет данные формы в одну строку, после чего присоединяет полученную строку к URL-адресу обработчика формы (указывается в атрибуте « action » или « formaction ») и с помощью полученного URL-адреса передаёт данные формы на сервер.
В итоге получится: http://www.example.com/script/index.php ?family=ivanov&name=ivan
- Некоторые сервера ограничивают длину URL-адреса с аргументами;
- Передача личных данных (пароли, номера кридитных карт и так далее) с помощью данного метода является небезопасной, так как данные передаваемые этим методом могут быть легко перехвачены.
- В отличие от метода « get » данный метод является более безопасным методом передачи личных данных;
- Может передавать на сервер большие объёмы данных формы.
Значение по умолчанию: « get ».