Осталось рассмотреть еще несколько переменных, которые несут в себе информацию о
клиенте пославшем запрос.
Их не много, всего три:
HTTP_ACCEPT
Эта переменная пречисляет все типы данных, которые может получать и обрабатывать клиент.
Часто содержит просто */*, т.е. клиент может получать все подряд. Пример:
*/*,image/gif,image/x-xbitmap
HTTP_REFERER
Содержит URL страницы, с которой был произведен запрос, т.е. которая
содержит ссылку на шлюз. Пример:
http://www.mjk.msk.ru/~dron/index.html
HTTP_USER_AGENT
Содержит в себе название и версию браузера, которым пользуется клиент для запроса.
Полезно для того, чтобы игнорировать браузеры ненавистных вам фирм :-))). Пример:
MyBrowser/1.0 (MSIE 4.0 Compatible, Win98)
В большинстве случаев эти переменные не несут в себе полезной для скрипта информации,
если только Вы не будете передавать все данные в формате MS Word , и вам не потребуется знать сможет ли клиент их обработать :-).
С моей точки зрения полезной можной назвать только HTTP_REFERER, которая может использоваться
для защиты шлюза, например, запуска только с определенной страницы. Большинство счетчиков
пользуется этой переменной для того, чтобы не учитывать хиты с других хостов,
на которые этот счетчик не зарегистрирован.
Еще существует несколько переменных, которые тоже относятся к переменным о клиенте,
но почему-то не все браузеры их сообщают и поэтому пользоваться ими надо, как говорится: "на свой страх и риск" :-))). Вот они:
HTTP_ACCEPT_ENCODING
Указывает набор кодировок, которые может получать клиент. Например:
koi8-r, gzip, deflate
HTTP_ACCEPT_LANGUAGE
Содержит в себе список языков в кодах ISO, которые может принимать клиент. Например:
ru, en, fr
HTTP_IF_MODIFIED_SINCE
Содержит в себе дату, новее которой должны быть получаемые данные.
HTTP_FROM
Содержит список почтовых адресов клиента.
Вобщем-то весь этот список никем не ограничивается и любой браузер может сообщить
кроме этих переменных еще добрый десяток. Правда уважающие себя разработчики не будут этого
делать. А зачем ?
После публикации 29 тестовых версий
анонсирован первый стабильный релиз
MySQL 5.1, пригодный для
промышленной эксплуатации и обеспечивающий увеличение производительности для
"тяжелых" SQL запросов, по сравнению с MySQL 5.0, примерно на 15-20%. Главные
новшества
появившиеся в MySQL 5.1:
Тестирование параллельного программного обеспечения представляет собой более
сложную задачу по сравнению с тестированием последовательной программы. Программист
должен знать о подводных камнях при тестировании параллельного кода, имеющихся
методологиях и инструментарии.
Аннотация. В статье кратко рассматривается архитектура AMD64 компании AMD и ее
реализация EM64T компании Intel. Описаны особенности архитектуры, ее возможности,
достоинства и недостатки.
