несколько вопросов по <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 выбрать файл на диске?

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

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

Я говорил о том, что POST будет пересылать только текст. Когда ты пересылаешь двоичный файл он преобразуется в текстовое представление (обычно -- base64).

После приема он декодируется и может быть сохранен как двоичный.

ну имелось ввиду input file ?
так?

Имелось в виду, что все, что ты выберешь в <input type=file> будет передано в текстовом представлении. :)

усё ясно
я подумал, что ты имел ввиду input text
:rolleyes: :D

Крейзи, искренне сочувствую!

2Crazy
а есть ли какие-нить минусы при использовании POST при поиске?

Кэшировать не будет. Никогда.

И нельзя будет поставить закладку на результат поиска.

А вот это интересно...
не очень понял с закладками...
что за закладки?..

Мсье не в курсе, что означает -- применительно к IE -- понятие "Favorites"? :)

2Crazy
упс...
понятно....
а что значит нельзя ставить закладку?
експлорер не захочет ставить или потом её не найти?

И поставить можно. И найти. Только смысла в этом нет -- все закладки будут вести в одно место. Что бы ты ни искал.

понэл...
т.е. ссылка будет вести на первую страницу поиска?...
search.php
вместо найденного search.php?id=3 (например)?

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

Это помогает отрешиться от суеты мира и достигнуть просветления. :D

2RomikChef
блин вы такие умные :(
ну не очень я в этом пока разбираюсь...
я же в отличие от тебя не родился со знанием веб-технологий...