Контрольная работа по «Информационные технологии»

Сокрытие части сообщения

Чаще всего функция обрезки  сообщения (так называемый «кат», от англ. cut — обрезать) применяется в блогах, где записи, которые могут иметь достаточно большую длину, выстраиваются в один ряд на главной странице, и там должно отображаться лишь краткое содержание темы, которую можно увидеть полностью, если перейти по ссылке. Желательно также скрывать большие файлы, к примеру, изображений, которые могут загружаться достаточно долго (естественно, загружаться файл должен только после того, как посетитель изъявит желание его увидеть), а также содержимое, которое некоторые посетители не хотели бы видеть на странице (например — спойлеры, раскрывающие сюжет художественного произведения).

4. Выбор таблицы кодировки

Кодировка представляет собой таблицу, где каждому символу - буквам алфавита, цифрам и специальным знакам - соответствует  свой уникальный номер, код символа.

 

Полностью стандартизирована  лишь первая часть таблицы, так называемый ASCII-код - первые 128 символов, включающих цифры и буквы латинского алфавита. Поэтому с ними никогда не бывает проблем.

 

Вторая же часть таблицы (всего  в ней 256 символов - по числу состояний, которые может принять один байт) отведена под специальные символы. Она используется для кодировки символов национальных алфавитов, причем для каждого языка и в каждой стране она различна.

 

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

 

На заре развития вычислительной техники  очень широко использовалась кодировка с кириллицей KOI-8. Она появилась в семидесятые годы при адаптации операционной системы UNIX к русскому языку - персональных компьютеров тогда еще не было.

 

KOI-8 - до сих пор основная кодировка  в UNIX. Потом началось победное  шествие персональных компьютеров  IBM, а с ними - операционных систем MS DOS, имевших DOS-кодировку (или кодовую страницу 866).

 

Параллельно развивались компьютеры Macintosh, и, разумеется, была придумана  еще одна кодировка - MAC. Наконец, с  появлением операционной системы Microsoft Windows появилась и новая windows-кодировка (кодовая страница 1251). Она-то и стала самой распространенной в России.

 

Еще один вариант связан с попытками  стандартизации кодировок на уровне всей планеты. Разработчики из ISO, международной  организации по стандартам,, создали  еще одну кодировку и назвали  ее ISO-8859-5.

 

В настоящее время она практически  не применяется (по-видимому, ее используют лишь в базе данных Oracle), однако поддержка  данной кодировки предусмотрена  во всех браузерах.

 

В настоящее время создана универсальная  кодировка UNICODE, в которую вошли  все языки мира, поэтому на каждый символ в ней отведено по два байта. Таким образом, максимальное число знаков в таблице расширилось до 65 535. Сейчас UNICODE находит свое применение, но пока не слишком широкое.

 

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

 

Сервер должен иметь эффективную  систему предварительного оповещения о том, в какой кодировке будет прислана страница. Клиентской программе (браузеру) необходимо принять такое сообщение и, соответственно, настроиться на нужное отображение. Если все сделать правильно, то никаких трудностей не возникнет.

 

Однако при некорректной настройке Web-сервера он сообщает об одной кодировке (например, windows-1251), а страницу пересылает в другой (например, в KOI-8). Пользуясь указаниями сервера, браузер, естественно, ошибается и отображает страницу неверно.

 

Как показано выше, можно задать кодировку документа не на сервере, а непосредственно в HTML-коде - с помощью метатэга со свойством Content-type. Но не все так просто.

 

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

 

Дело в том, что указания на странице имеют приоритет над командами, присылаемыми Web-сервером, и, правильно перекодировав страницу, сервер не может изменить содержимое метатэга. Происходит несовпадение реальной кодировки, в которой пришел документ, и указаний в тэге МЕТА.

 

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

 

Учитывая все вышесказанное, данный тэг можно вообще не применять. Тогда просмотр будет вестись в той кодировке, на которую настроен браузер, если сервер не пришлет уведомление о другой кодировке документа.

 

В этом случае клиент сможет легко  ее переключить. У подавляющего большинства  ваших посетителей из России по умолчанию выставлена кодировка windows-1251, поэтому у них страница сразу же будет показана правильно.

5. Использование адресных книг

Адресная книга  — это место  для хранения контактных данных. Веб-клиент поддерживает два типа списка адресов.

 

   Личные адресные книги, которые содержат поддерживаемые пользователем контакты. В адресной книге по умолчанию создаются следующие адресные книги: Контакты, Списки рассылки и Отправленные по электронной почте контакты. Можно создавать дополнительные адресные книги и предоставлять доступ к ним другим пользователям.

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

Записи в глобальном списке адресов  изменять нельзя. Однако можно импортировать адрес, который содержится в отправленном или полученном сообщении электронной почты. Если имя находится в списке адресной книги, можно добавить дополнительные контактные данные.

Можно добавлять контакты в любую  из адресных книг. Для создания контакта требуется только имя. Также можно создать подробную форму контакта, включающую полное имя, несколько адресов электронной почты, рабочий, домашний и другие адреса, номера телефонов и изображение. Также можно создавать списки групп контактов.

 

Адресная книга Отправленные по электронной почте контакты автоматически  заполняется при отправке электронной почты на новый адрес, который отсутствует в других адресных книгах пользователя.

 

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

 

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

6.   Дополнительные возможности (прикрепленные файлы, подготовка ответов на сообщения, рассылка сообщений группе адресатов)

 

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

Каждый МТА, через который проходит почтовое сообщение, добавляет к  его заголовку информацию о том, когда и откуда пришло это сообщение.      

Основные требования к МТА и  к MUA описаны в RFC 1123 (Braden R., Ed. Requirements for Internet Hosts - Application and Support. RFC 1123, October 1989) и уточнены в RFC 2821 и в RFC 2822.      

Одной из наиболее популярных программных  реализаций МТА является программа sendmail, разработанная в начале восьмидесятых годов Эриком Оллмэном, студентом Калифорнийского университета в Беркли. Другие программные продукты, реализующие функции МТА для различных операционных систем: Postfix, smail, qmail, exim, ZMailer и многие другие.

MSA 

  MSA это разновидность МТА, занимающийся в ряде случаев предварительной обработкой исходящей почты и необходимой корректировкой заголовка электронного письма. Задачи и особенности реализации MSA описаны в RFC 2476 (Gellens R., Klensin J. Message Submission. RFC 2476, December 1998).

LDA  

LDA это программа, которая вызывается  агентом передачи сообщения для  обработки поступившей почты. В основном эта обработка заключается в помещении сообщений в почтовые ящики адресатов, то есть в добавлении сообщений к соответствующим файлам или в размещении их в специальных каталогах пользователей или в базах данных. Для взаимодействия МТА и LDA используются механизмы межпроцессного взаимодействия (IPC).  

В некоторых случаях LDA может быть реализован как сервер, принимающий  от МТА почту по протоколу LMTP (Local Mail Transfer Protocol), аналогичному SMTP. Этот протокол описан в RFC 2033 (Myers J. Local Mail Transfer Protocol. RFC 2033, October 1996).

 

2.7. Голосовая  почта

Голосовая почта — это электронная  система для регистрации, сохранения и перенаправления телефонных голосовых сообщений (иногда — для розыска и оповещения пользователей).

В настоящее время под голосовой  почтой понимают два вида сервисов, предоставляемых операторами и  почтовыми серверами:

Возможность для абонента телефонной сети оставить адресату голосовое сообщение, которое тот сможет прослушать позже.

Возможность прослушать по телефону хранящиеся на сервере электронной  почты сообщения, читаемые роботом.

 

 

 

 

 

 

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

1. Соболь Б.В., Галин А.В. и др. Информатика. Ростов н/Д, Феникс, 2010.
2. Компьютерные сети. Учебный курс/Пер. с англ. – М.: Издательский отдел "Русская Редакция ТОО "Channel Trading Ltd.", 1997.
3. Байков В. Internet. От E-mail к WWW. — СПб: BHV, 1996.
4. http://bibliotekar.ru/rInform/159.htm
5. http://info.nic.ru/st/8/out_15.shtml
6. http://cctld.ru/ru/docs/legals/domainsite.php
7. http://ru.wikipedia.org/wiki/