Используйте GET или POST для формы поиска

Собираются ли ваши пользователи на самом деле использовать все 50–100 полей для поиска? Если они используют только несколько, почему бы не выполнить POST поиск на промежуточную страницу, которая header () перенаправляет их на страницу результатов с только измененными пользователем полями в URL-адресе? Затем на странице результатов будут использоваться значения по умолчанию для полей, которых нет в URL-адресе.

Чтобы косвенно ответить на ваш вопрос, если бы я столкнулся с формой из 100 полей для заполнения на одной странице, я бы, скорее всего, закрыл свой браузер, это звучит как полное удобство использования кошмарный сон.

Мой ответ таков: если есть опасность, что я приблизился к этому пределу для использования формы обычный, я, вероятно, делаю это неправильно.

В порядке предпочтения я бы

1. Разделите форму и используйте некоторое сохранение состояния на стороне сервера
2. Переключитесь на POST, а затем сгенерируйте и перенаправьте на более короткий URL-адрес в POST, который разрешился с тем же результатом
3. Сдаться ;)

Вы упоминаете в комментарии, что многие поля «скрыты и могут быть открыты по мере необходимости».

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

Это вариант форм «Марка и модель», которые используются на страницах онлайн-страхования и т. д. - выберите марку, отправьте обратно на сервер и получите список моделей этого производителя.

Если вы не против использования javascript, вы можете определить длину строки запроса, а если она слишком длинная, переключитесь на публикацию. Затем имейте своего рода средство сопоставления URL-адресов, чтобы они могли добавлять в закладки эти опубликованные поисковые запросы.

Используйте сообщение, и если пользователь закладки поиска, сохраните его в базе данных и дайте ему уникальный токен, затем перенаправьте на страницу поиска, используя GET и передав токен в качестве параметра.

TinyURL - хороший пример: вы даете ему очень длинный URL-адрес, он сохраняет его в БД, дает вам уникальный идентификатор для этого URL-адреса, а позже вы можете запросить длинный URL-адрес, используя этот идентификатор.

В PHP это было бы примерно так:

<?php
if (isset($_GET['token']))
{
    $token = addslashes($_GET['token']);
    $qry = mysql_query("SELECT fields FROM searches WHERE token = '{$token}'");
    if ($row = mysql_fetch_assoc($qry))
    {
        performSearch(unserialize($row['fields']));
        exit;
    }
    showError('Your saved search has been removed because it hasn\'t been used in a while');
    exit;
}
$fields = addslashes(serialize($_POST));
$token = sha1($_SERVER['REMOTE_ADDR'].rand());
mysql_query("INSERT INTO searches (token, fields, save_time) Values ('{$token}', '{$fields}', NOW())");
header('Location: ?token='.$token);
exit;
?>

И запускать скрипт ежедневно:

<?php
mysql_query('DELETE FROM searches WHERE save_time < DATE_ADD(NOW(), INTERVAL -200 DAY)');
?>

Also, does anyone know if the length is the encoded length or just plain text?

Я предполагаю, что это кодированная длина. Я провел простой тест: текстовое поле и кнопку отправки в упрощенный PHP-скрипт. Загрузил страницу в IE6, вставил текст на французском языке в текстовое поле, 2000 символов. Если я нажму кнопку отправки, ничего. Мне пришлось уменьшить длину текста, чтобы можно было отправить.

Другими словами, ограничение в 2083 символа - это в точности максимальная длина URL-адреса, найденного в адресной строке после отправки запроса GET.

Я бы выбрал решение JavaScript: при отправке проанализируйте форму, создайте вторичную форму с атрибутами hidden и отправьте ее.

Некоторые стратегии по сокращению вывода:

• Как вы отметили, вы уже можете пропустить все значения, оставленные по умолчанию (без поля, без значения).
• Если у вас есть форма, подобная той, что находится в Обработка поиска по форуму, вы можете сгруппировать все состояния флажков только в одной переменной, например. с использованием буквенной кодировки.
• Используйте короткие атрибуты value (например, в select).

Примечание: если страница поиска фактически состоит из нескольких независимых форм, где пользователи заполняют только один или другой раздел, вы можете создать несколько отдельных форм. Может не относиться к вашему случаю и может показаться очевидным, но стоит упомянуть для протокола ... ^ _ ^

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

Это также позволит пользователям делать закладки для результатов поиска (GET), чтобы вернуться в любое время для повторного запуска поиска.

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