Тема Основные услуги сети Интернет Цель



Скачать 50.04 Kb.
страница11/20
Дата19.11.2018
Размер50.04 Kb.
1   ...   7   8   9   10   11   12   13   14   ...   20
Недостатки Web-Mail

Как это часто бывает, недостатки сервиса тесно связаны с его достоинствами.

1. Непредставительность. При подписке на какие-то сетевые услуги, как правило, запрашивают адрес электронной почты. Если этот адрес относится к Web-серверу, то его могут принять, если характер услуг далек от коммерческих, например, при периодическом оповещении о чем-либо. Если же характер услуги таков, что требуется четко представить себя как личность, например, при взаимоотношениях с банками, Интернет-магазинами и т. п., то адрес Web-Mail редко принимается во внимание.

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

Впрочем, это не относится к широкой публикации своего адреса. При подготовке письма или сообщения в прессу, наоборот, целесообразно указать адрес Web-Mail. Каждый понимает, что по этому адресу можно связаться с автором публикации, но только до тех пор, пока тема публикации остается актуальной. Когда автору надоест обсуждать эту тему, он «заморозит» адрес.

2. Низкая скорость работы. World Wide Web напоминает улицу с односторонним движением, на которой есть полоска для движения в обратную сторону, но такая узкая, что по ней едва проезжает детская коляска. Мы отправляем в Сеть очень краткий и очень формальный запрос с URL-адресом нужного нам ресурса и получаем в ответ богато украшенную Web-страницу. Отправить же что-то объемное в WWW вообще невозможно. В общем, получить письмо (и не только письмо) через WWW легко, а отправить что-либо - проблема.

3. Ограниченность полезных функций. Обычно почтовые клиенты имеют множество полезных функций, автоматизирующих работу с почтой. А есть ли такие функции на Web-сервере заранее неизвестно. Как правило, их число ограничено, потому что в рамках протокола HTTP развернуться крайне трудно.

4. Угроза безопасности. Если все же на Web-сервере есть какие-то средства для автоматизации работы с электронной почтой, то надо еще понять, на чем они основаны, даже такие простейшие, как, например, сортировка поступивших сообщений. В стандартной ситуации у автора Web-страниц нет почти никаких средств для создания кнопок, меню, раскрывающихся списков и других элементов управления. Если вы все это видите на экране, почти наверняка что кто-то (неизвестный вам) применил специальные средства. Например, создатели Web-страниц широко используют для этого язык сценариев Java-script. Для работы с Web-страницами, использующими такие средства, в браузере необходимо изменить ряд настроек, снизив уровень безопасности (по умолчанию она уже ослаблена). А это по понятным причинам не всегда возможно. Во всяком случае, очень маловероятно, чтобы в солидной организации было разрешено работать с серверами Web-Mail. Область быта - другое дело. Как правило, Web-Mail и применяют в быту.

5. Языковые барьеры. Для англоязычной части мира все просто и понятно. Там нет разницы с тем, как кодируются символы английского языка в E-Mail и в Web-Mail. Эти символы успешно записываются кодами, которые укладываются между числами 32 и 127. В этом диапазоне действует единый международный стандарт ASCII. Он однозначно определяет, какому символу, какой код соответствует.

В странах с иными национальными алфавитами, как в России, возможны проблемы. В России коды русских букв принадлежат диапазону 128...255, в котором действует несколько стандартов. То есть, получив, например, код 161, программа просмотра должна понять, какая кодировка была использована отправителем. И вот здесь-то и начинаются проблемы.

В России основной кодировкой для World Wide Web считается кодировка Кириллица Windows (Windows-1251), которая пришла к нам в страну вместе с операционной системой Windows. Поскольку служба WWW в России начала развиваться после появления Windows, то эта кодировка стала принятой по умолчанию.

В то же время, для электронной почты в России основной считается кодировка КОИ8-Р. Это понятно, ведь электронная почта в России начала развиваться в те далекие годы, когда еще никакой операционной системы Windows и в помине не было. За основу была взята та кодировка, которая использовалась в межгосударственном общении стран-членов Совета Экономической Взаимопомощи (СЭВ). Поэтому письмо, отправленное через обычный сервер E-Mail, может не читаться на сервере Web-Mail без хитростей, связанных с изменением кодировки.

Еще хуже дело обстоит на зарубежных серверах бесплатной электронной почты. Некоторые из них полагают, что в России должен действовать международный стандарт кодировки, введенный Международным институтом стандартизации (ISO). Для справки: в нем России и другим странам, использующим кириллицу, отведена так называемая пятая страница. Несмотря на то, что нигде в России эта страница кодировки никогда не применялась, зарубежные серверы могут показывать русскоязычные сообщения в этой кодировке, и тогда в них трудно что-либо понять.

Из всего этого вытекает, что при использовании Web-серверов в качестве почтовых, мы не всегда можем быть уверены, сможет ли наш партнер прочитать то, что мы написали. Если партнер постоянный, можно поставить эксперименты и добиться нужного результата. Если же вы впервые обращаетесь к кому-либо, есть угроза, что с вашим письмом никто разбираться не будет. В таких случаях либо пишут письмо по-английски, что не всегда уместно, либо применяют так называемый транслит. Транслит — eto sposob zapisi russkih slov angliyskimi bukvami, что тоже не всегда уместно и часто выглядит несолидно. Однако, как бы это ни выглядело со стороны, в электронной почте есть хорошее правило этикета писать ответ на том же языке и в той же кодировке, как было в исходном сообщении. Так что если вам когда-нибудь поступит письмо, написанное на транслите, не размышляйте о солидности и несолидности, а считайте, что раз автор избрал этот прием, значит, имел веские основания. Пишите ему ответ точно так же - это признак уважения и понимания.

К сожалению, нет простых и однозначных рецептов того, как раз и навсегда избежать проблем с кодировкой символов. Виной тому многообразие возможных ситуаций. Результат зависит от того, каким типом электронной почты пользуется партнер (Web-Mail или E-Mail), на каком сервере у него открыт «почтовый ящик», какой почтовый клиент он использует, какую кодировку избрал при создании сообщения, что сделали с сообщением промежуточные серверы во время транспортировки и т. д. и т. п.

СИСТЕМА USENET



Поделитесь с Вашими друзьями:
1   ...   7   8   9   10   11   12   13   14   ...   20


База данных защищена авторским правом ©dogmon.org 2019
обратиться к администрации

    Главная страница