несколько вопросов по <form>
 

1) Какой метод (GET и POST) лучше использовать для каких целей?..

2) атрибут enctype-data - для чего
спсб... :)

Re: несколько вопросов по <form>
 

Случаи, когда в form уместен именно GET, весьма редки. Ибо такие формы имеют серьезные ограничения на размер передаваемых данных и -- сюрприз -- их ответ может кэшироваться. Следовательно, на одинаковый ввод они должны давать одинаковый разультат. Типичный пример -- поисковики.

Опять же из-за кэширования запрещается GET-формам модифицировать данные.

Для указания способа кодирования передаваемых данных. Надеюсь, для тебя не секрет, что формы могут передавать только текстовые данные и для upload'а файлов, к примеру, пришлось извращаться. :)

спасибо за ответ
из ответа на первый вопрос понял, что ГЕТ лучше вообще не использовать... так?

единственное не понял вот этой фразы:
"Следовательно, на одинаковый ввод они должны давать одинаковый результат."

из ответа на второй вопрос возникли ещё вопросы...
а какие существуют способы кодирования? (мож вопрос и глуп, но: это кодировка?)
а как же input file (насчёт извращения)?

спасибо...

Неверно. Нужно использовать там, где его особенности являются плюсами, а не минусами.

Есть два основных правила кэширования:

1. Нельзя кэшировать то, что пришло в ответ на POST.
2. Можно кэшировать то, чо пришло в ответ на GET. При этом ключом является, разумеется, URL. Применительно к форме -- то, что в нее ввели.

Соответственно, когда активируется SUBMIT формы, браузер для GET-форм имеет право взять страницу из кэша и вообще не отправлять страницу на сервер -- если точно такие же данные уже вводились в форму ранее.

В случае POST -- обращение к серверу будет в любом случае.

А теперь -- пример. Форма, в которой два поля: название проданного товара и его количество. Обработчик формы на сервере должен внести эти данные в БД.

В случае POST-формы это будет работать корректно всегда. В случае же GET-формы если ввести несколько раз одно и то же сочетание товар-количество, то каждый раз будет выдано сообщение об успешном добавлении, тогда как в реальнойсти может оказаться, что обращение к серверу было всего одно и два транзакции просто потеряны.

Обратная сторона: если несколько человек ищут один и тот же товар в интернет-магазине и пришли через один и тот же прокси, то может статься, что серверу придется отрабатывать только первый запрос -- второй уйдет посетителю из кэша.

Если для любого пользователя поиск возвращает одно и то же -- будет экономия ресурсов сервера. Иначе -- будет крутой глюк. :)

Реально используются две:

1. URL-кодирование (латинские буквы, цифры и некоторые символы передаются как есть, пробел заменяется на '+', а все остальное -- на hex-код с префиксом '%').

2. mime (формат, часто используемый в e-mail).

Вот как раз файлы и передают в mime-- в формате, допускающем несколько блоков и различные виды кодирования (обычно -- base64).

опять же спасибо
и опять же возникают новые вопросы...
в каких именно случаях ГЕТ имеет плюсы?
и как пречисленные тобой спосбы кодирования называются (что именно нужно прописывать в enctype)
спсб...
:)

Дык я ж написал: типичное применение -- поиск.

Поскольку URL-кодирование используется по-умолчанию, то только при upload'е файлов нужно указать enctype="multipart/form-data". В остальных случаях -- вообще не указывать. Разумеется, для GET эта опция особого смыла не имеет. :)

2Crazy
а всё-тки, для чего же тогда input file ?

Чтобы браузер догадался, что ты ввел в поле не сами пересылаемые данные, а всего лишь имя файла. Заодно -- и кнопка "Browse" добавит. :)

а как же через простой text выбрать файл на диске?

Никак. А при чем здесь "простой текст"?