Новые книги

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

Книга подойдет руководителем и сотрудникам пресс-служб, PR-отделов и PR-департаментов; пресс-секретарям и специалистам по связям с общественностью; сотрудникам PR-агентств и фрилансерам, занимающимся продвижением клиентов; новичкам в профессии и тем, кто только готовится посвятить себя карьере в области PR.
Перед вами мощное оружие по усилению любых видов текстов. Своего рода «библия современного копирайтера». Только важное и действенное. Только проверенные методы, фишки и приемы от создателя стиля «Убедительно-позитивный копирайтинг» Петра Панды. С помощью этой книги вы научитесь создавать по-настоящему убедительные продающие и рекламные тексты.

Теперь вы сможете писать не «как все». Это редкий и очень ценный навык. Писать в формате убедительного копирайтинга пока умеют единицы, но теперь и вы в числе избранных. Там, где другие будут повторять тысячи уже набивших оскомину штампов, вы будете бить точно в цель. Продавать. Убеждать. Доказывать. Вы научитесь писать так, чтобы читатели говорили: «Хотим как у вас» и «Мы вам поверили». Это элитарное знание, где за простотой подачи скрывается серьезная подготовка, опыт и знание закрытой профессиональной информации.

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

Протокол UDP

 

Протокол UDP

Протокол UDP (User Datagram Protocol - протокол пользовательских датаграмм) является одним из двух основных протоколов, расположенных непосредственно над IP. Он предоставляет прикладным процессам транспортные услуги, которые не многим отличаются от услуг, предоставляемых протоколом IP. Протокол UDP обеспечивает ненадежную доставку датаграмм и не поддерживает соединений из конца в конец. К заголовку IP-пакета он добавляет два поля, одно из которых, поле "порт", обеспечивает мультиплексирование информации между разными прикладными процессами, а другое поле - "контрольная сумма" - позволяет поддерживать целостность данных.

Примерами сетевых приложений, использующих UDP, являются NFS (Network File System - сетевая файловая система) и SNMP (Simple Network Management Protocol - простой протокол управления сетью).


Порты

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

Например, сервер SNMP всегда ожидает поступлений сообщений в порт 161. Если клиент SNMP желает получить услугу, он посылает запрос в UDPпорт 161 на машину, где работает сервер. В каждом узле может быть только один сервер SNMP, так как существует только один UDP-порт 161. Данный номер порта является общеизвестным, то есть фиксированным номером, официально выделенным для услуг SNMP. Общеизвестные номера определяются стандартами Internet.

Данные, отправляемые прикладным процессом через модуль UDP, достигают места назначения как единое целое. Например, если процессотправитель производит 5 записей в UDP-порт, то процесс-получатель должен будет сделать 5 чтений. Размер каждого записанного сообщения будет совпадать с размером каждого прочитанного. Протокол UDP сохраняет границы сообщений, определяемые прикладным процессом. Он никогда не объединяет несколько сообщений в одно и не делит одно сообщение на части.


Контрольное суммирование

Когда модуль UDP получает датаграмму от модуля IP, он проверяет контрольную сумму, содержащуюся в ее заголовке. Если контрольная сумма равна нулю, то это означает, что отправитель датаграммы ее не подсчитывал, и, следовательно, ее нужно игнорировать. Если два модуля UDP взаимодействуют только через одну сеть Ethernet, то от контрольного суммирования можно отказаться, так как средства Ethernet обеспечивают достаточную степень надежности обнаружения ошибок передачи. Это снижает накладные расходы, связанные с работой UDP. Однако рекомендуется всегда выполнять контрольное суммирование, так как возможно в какой-то момент изменения в таблице маршрутов приведут к тому, что датаграммы будут посылаться через менее надежную среду.

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

[Назад] [Содержание] [Вперед]