|
|
|||||
"simple"
|
несколько вопросов по <form>
1) Какой метод (GET и POST) лучше использовать для каких целей?..
2) атрибут enctype-data - для чего спсб... |
|
|||||
[+1 23.05.11]
Регистрация: Dec 2001
Сообщений: 4,159
|
Re: несколько вопросов по <form>
Цитата:
Опять же из-за кэширования запрещается GET-формам модифицировать данные. Цитата:
__________________
GIT d++ s++:++ a C++$ UB++ P++ L+ E+ W+++ N++ w++ O+ M V- t-- 5-- X+ R+++ tv- b+++ D++ |
|
|||||
"simple"
|
спасибо за ответ
из ответа на первый вопрос понял, что ГЕТ лучше вообще не использовать... так? единственное не понял вот этой фразы: "Следовательно, на одинаковый ввод они должны давать одинаковый результат." из ответа на второй вопрос возникли ещё вопросы... а какие существуют способы кодирования? (мож вопрос и глуп, но: это кодировка?) а как же input file (насчёт извращения)? спасибо... |
|
|||||
[+1 23.05.11]
Регистрация: Dec 2001
Сообщений: 4,159
|
Цитата:
Цитата:
1. Нельзя кэшировать то, что пришло в ответ на POST. 2. Можно кэшировать то, чо пришло в ответ на GET. При этом ключом является, разумеется, URL. Применительно к форме -- то, что в нее ввели. Соответственно, когда активируется SUBMIT формы, браузер для GET-форм имеет право взять страницу из кэша и вообще не отправлять страницу на сервер -- если точно такие же данные уже вводились в форму ранее. В случае POST -- обращение к серверу будет в любом случае. А теперь -- пример. Форма, в которой два поля: название проданного товара и его количество. Обработчик формы на сервере должен внести эти данные в БД. В случае POST-формы это будет работать корректно всегда. В случае же GET-формы если ввести несколько раз одно и то же сочетание товар-количество, то каждый раз будет выдано сообщение об успешном добавлении, тогда как в реальнойсти может оказаться, что обращение к серверу было всего одно и два транзакции просто потеряны. Обратная сторона: если несколько человек ищут один и тот же товар в интернет-магазине и пришли через один и тот же прокси, то может статься, что серверу придется отрабатывать только первый запрос -- второй уйдет посетителю из кэша. Если для любого пользователя поиск возвращает одно и то же -- будет экономия ресурсов сервера. Иначе -- будет крутой глюк. Цитата:
1. URL-кодирование (латинские буквы, цифры и некоторые символы передаются как есть, пробел заменяется на '+', а все остальное -- на hex-код с префиксом '%'). 2. mime (формат, часто используемый в e-mail). Цитата:
__________________
GIT d++ s++:++ a C++$ UB++ P++ L+ E+ W+++ N++ w++ O+ M V- t-- 5-- X+ R+++ tv- b+++ D++ Последний раз редактировалось Crazy; 02.06.2002 в 03:16. |
|
|||||
"simple"
|
опять же спасибо
и опять же возникают новые вопросы... в каких именно случаях ГЕТ имеет плюсы? и как пречисленные тобой спосбы кодирования называются (что именно нужно прописывать в enctype) спсб... |
|
|||||
[+1 23.05.11]
Регистрация: Dec 2001
Сообщений: 4,159
|
Цитата:
Цитата:
__________________
GIT d++ s++:++ a C++$ UB++ P++ L+ E+ W+++ N++ w++ O+ M V- t-- 5-- X+ R+++ tv- b+++ D++ |
|
|||||
"simple"
|
2Crazy
а всё-тки, для чего же тогда input file ? |
|
|||||
[+1 23.05.11]
Регистрация: Dec 2001
Сообщений: 4,159
|
Чтобы браузер догадался, что ты ввел в поле не сами пересылаемые данные, а всего лишь имя файла. Заодно -- и кнопка "Browse" добавит.
__________________
GIT d++ s++:++ a C++$ UB++ P++ L+ E+ W+++ N++ w++ O+ M V- t-- 5-- X+ R+++ tv- b+++ D++ |
|
|||||
"simple"
|
а как же через простой text выбрать файл на диске?
|
|
|||||
[+1 23.05.11]
Регистрация: Dec 2001
Сообщений: 4,159
|
Никак. А при чем здесь "простой текст"?
__________________
GIT d++ s++:++ a C++$ UB++ P++ L+ E+ W+++ N++ w++ O+ M V- t-- 5-- X+ R+++ tv- b+++ D++ |
Часовой пояс GMT +4, время: 09:23. |
|
« Предыдущая тема | Следующая тема » |
|
|