информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяЗа кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / web building
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Не, на самом деле браузер лишь посылает HTTP-запрос на... 10.09.04 01:05  Число просмотров: 2789
Автор: Серый Статус: Незарегистрированный пользователь
Отредактировано 10.09.04 01:08  Количество правок: 1
<"чистая" ссылка>
> Вообще вроде как это браузер формирует QUERY_STRING, а не
> сервер. К примеру, опера передает в utf8, IE вроде обычно
> urlencod'ит

Не, на самом деле браузер лишь посылает HTTP-запрос на сервер, а уже сам сервер, исходя из метода (POST | GET) выбирает, либо данные для CGI-модуля отправить во входном потоке, или же в переменной окружения QUERY_STRING. Именно сервер заменяет все "нетрадиционные" символы кодировкой %xx.
<web building>
Ошибка при формировании query_string 08.09.04 01:07  
Автор: Серый Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Облазил половину инет, но не нашел ответа на свой вопрос. А дело вот в чем. При передаче данных формы методом GET сервер неправильно формирует переменную окружения QUERY_STRING. Все буквы кириллицы должны заменяться шестнадцатиричными кодами (%xx) этих букв, а у меня заменяется всякими непонятками (например, А (код 192) заменяется 128 символом в кодировке ASCII). Можно конечно при анализе этой переменной учитывать смещение относительно нужных букв, но нет ли чего поинтереснее?:)
Может проблема в браузере? 08.09.04 11:20  
Автор: paganoid Статус: Member
<"чистая" ссылка>
Вообще вроде как это браузер формирует QUERY_STRING, а не сервер. К примеру, опера передает в utf8, IE вроде обычно urlencod'ит
Не, на самом деле браузер лишь посылает HTTP-запрос на... 10.09.04 01:05  
Автор: Серый Статус: Незарегистрированный пользователь
Отредактировано 10.09.04 01:08  Количество правок: 1
<"чистая" ссылка>
> Вообще вроде как это браузер формирует QUERY_STRING, а не
> сервер. К примеру, опера передает в utf8, IE вроде обычно
> urlencod'ит

Не, на самом деле браузер лишь посылает HTTP-запрос на сервер, а уже сам сервер, исходя из метода (POST | GET) выбирает, либо данные для CGI-модуля отправить во входном потоке, или же в переменной окружения QUERY_STRING. Именно сервер заменяет все "нетрадиционные" символы кодировкой %xx.
Попробуй форме прописать enctype="application/x-www-urlencoded" 08.09.04 13:36  
Автор: Heller <Heller> Статус: Elderman
<"чистая" ссылка>
Большое спасибо за помощь, но .... я не указал, что данные... 10.09.04 01:16  
Автор: Серый Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Большое спасибо за помощь, но .... я не указал, что данные передаются методом GET именно через ссылку, а не через форму. Поэтому enctype = ... не покатит :(. В общем, проблема решена (все равно для общего ликбеза делаю, а не для работы :)) - символы заменяются исходя из вычисленного ошибочного смещения, поэтому с русским проблем больше нет.
PS: при передаче данных через форму все OK (метод POST).
А что за сервер? 08.09.04 05:22  
Автор: catlion <catlion> Статус: Member
<"чистая" ссылка>
MIIS 5.1 10.09.04 01:07  
Автор: Серый Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach