6. Какое название получило событие, о котором идёт речь в документе? Тяжелый день! В

История срочно помогите пожалуйста

Прочитайте текст и напишите(напечатайте в окне ниже) ответы навопросы:1. Какое название получил ЭТОТпериод международныхотношений?2. В какие годы прои … сходили события,Описанные в тексте?3. Почему началось «формированиеобраза врага» В странах,участвовавших в совместнойборьбе против нацизма?​

Выберите из предложенных факты, которые относятся к периоду освоения целины:Верных ответов: 6Ишим, Нечерноземье, Казахстанрост численности коренного н … аселенияпшеница твердых сортовСемипалатинская, Южно-Казахстанская, Актюбинская областипадение численности коренного населенияАкмолинская, Северо-Казахстанская, Тургайская областикукурузаинтенсивный методУрал, Сибирь, Казахстанкачественный рост животноводствасемилеткаэкстенсивный методПятилетка​

исторические личности Востока в 19 веке

!!СРОЧНО!! Определите верность суждения для периода правления Брежнева Л.И. в СССР:Верных Ответов: 3Зависимость от экспорта полезных ископаемыхпривела … к отсутствию необходимых реформ вэкономике.В период восстановления СССР сумел быстрееевропейских стран вернуться к довоенномууровню, а также создать «ядерный щит», которыйбыл Жизненно необходим стране в условияхобъявленной Западом холодной войны.В число основных функций СовнархозОВ ВХОДИЛИКонтроль над деятельностью предприятий наместах, совершенствование материально-технической базы предприятий, укреплениедисциплины поставок готовой продукции,осуществление региональных проектов разВИТИЯпроизводства и их финансирование.Было смягчено трудовое законодательство,Верховный Совет СССР утвердил указ своегопрезидиума, отменяющий судебнуюответственность за самовольный уход спредприятий и из учреждений.Наблюдалось устойчивое снижение темповэкономического роста и ухудшение динамикипроизводительности труда при отсутствии каких-либо серьёзных потрясений в политическойжизни страныВ Западной Сибири и Казахстане возникли сотниСовхозов, МТС, элеваторов, была созданатранспортная и социальная инфраструктура.Укреплялась материально-техническая базасуществовавших хозяйств.Рост нересурсных секторов экономики значительно замедлился. Признаками этого были отставание ввысокотехнологических областях, низкое качество продукции, неэффективное производство и низкийуровень производительности труда.​

В каком году была вторая мировая война? ​

Що було результатом «нової ери» в україно-польських відносинах у Галичині наприкінці XIX ст.? Виберіть одну або декілька відповідей: О відкриття кафед … ри української історії у Львівському університеті О створення Головної Руської Ради О запровадження загального виборчого права для чоловіків О заснування Української народно-демократичної партії О створення ощадного товариства «Дністер» для українського населення О перетворення Літературного товариства ім. Т. Шевченка на наукове (HTШ)

Чем отличается массовое социальное движение в США аналогично движение в Европе в 1930-ее гг. Напишите коротко пж максимум в 4-5 строк неохота долго пи … сать

100+6568*4556*222СКОЛЬКО БУДЕТ?

Эссе «Мое отношение к Великой французской революции», пожалуйста

Тест «Первая российская революция. Реформы в политической и экономической сфере» 9 класс

Первая российская революция. Реформы в политической и экономической сфере.

Вариант II.

1. Что было причиной первой российской революции?

А) отсутствие у населения политических прав и свобод

Б) усиление крепостного права

В) начало Русско-турецкой войны

Г) смерть Александра III

2. Какое событие в ходе первой российской революции произошло ранее других?

А) Кровавое воскресенье

Б) восстание на броненосце «Князь Потемкин-Таврический»

В) начало работы I Государственной Думы

Г) образование партии кадетов

3. Первая российская революция привела к:

А) ликвидации монархии

Б) уничтожению общинного землевладения

В) установлению 8-часового рабочего дня

Г) формальному провозглашению некоторых демократических прав и свобод

4. Какое название получило событие, о котором идет речь в документе?

Тяжелый день! В Петербурге произошли серьезные беспорядки вследствие

желания рабочих дойти до Зимнего дворца. Войска должны были стрелять в

разных местах города, было много убитых и раненых.

5. Укажите важнейшее мероприятие столыпинской аграрной реформы.

А) отмена паспортного режима

Б) организация переселенческого движения

В) ликвидация монастырского землевладения

Г) передача государственной земли в частную собственность

6. Что было целью столыпинской аграрной реформы?

А) ликвидация частной собственности на землю

Б) укрепление крестьянской общины

В) уничтожение помещичьего землевладения

Г) установление стабильности в обществе

7. Увеличение посевных площадей и хлебного экспорта в 1907 – 1914 гг. связано с:

А) реформой П.А. Столыпина

Б) реформой С.Ю. Витте

В) мировым сельскохозяйственным кризисом

Г) присоединением к России новых территорий

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

общины с переселением из деревни на свой участок?

9. Какая партия образовалась в 1905 г.?

А) Партия социал-революционеров

Б) Российская социал-демократическая рабочая партия

В) Конституционно-демократическая партия

Г) Бунд

10. Когда начал проводить реформы П.А. Столыпин?

А) в 1906 г.

Б) в 1907 г.

В) в 1908 г.

Г) в 1913 г.

Первичные документы ► договор, счет, накладная, счет-фактура, акт — Эльба

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

В зависимости от события перечень документов для оформления различается. Рассмотрим распространённую ситуацию — сделка при продаже товаров и оказании услуг. Так принято, что документы готовит поставщик или исполнитель.

 

В видеоформате мы рассказываем про оформление сделок в курсе молодого ИП. В курсе 11 бесплатных уроков, тесты и практика, кроме документов он поможет разобраться с налогами, применением онлайн-касс, выбором банка и проверками.  

Документы для сделки с клиентом:

  • Договор — это начало сделки. В нём вы с клиентом определяете условия сотрудничества: что, за какую цену и в какие сроки вы делаете. Если клиент постоянный, можно составить один договор на несколько сделок.
  • Счёт содержит сумму к оплате, список товаров и услуг и банковские реквизиты продавца. Это необязательный документ, но его обычно используют для удобства.
  • Кассовый, товарный чек или бланк строгой отчётности подтверждают оплату. Выдавайте их клиенту, который платит наличными или картой. При оплате банковским переводом оплату подтверждает платёжное поручение. 
  • Накладная документ, который поставщик выдаёт покупателю при отгрузке товаров.
  • Акт оказания услуг или выполненных работ — документ, который заказчик и исполнитель подписывают по результатам оказания услуг или выполнения работ. 
  • Счёт-фактура — обычно выдают ИП и ООО на общей системе налогообложения, потому что они работают с НДС. В редких случаях счета-фактуры выставляют на УСН, ЕНВД и патенте — об этом читайте подробнее в статье.
  • УПД заменяет акт/накладную + счёт-фактуру.

Сдавайте отчётность в три клика

Эльба возьмёт бухгалтерию на себя. Сервис подготовит отчётность и отправит её через интернет. Рассчитает налоги, уменьшит на взносы — и вы получите готовые платёжки для оплаты.

Договор

Описывает права и обязанности сторон сделки. Обычно в договоре бывают такие разделы:

  • Предмет договора: какой результат сделки. 
  • Сумма договора и порядок расчёта: когда и сколько платить.
  • Права и обязанности сторон: как происходит работа.
  • Ответственность сторон: что будет, если вы или партнёр нарушите сроки.
  • Порядок изменения и расторжения договора: как расторгнуть договор или принять к нему дополнительные соглашения.
  • Реквизиты сторон: какие у вас и партнёра расчётные счета, ИНН, ОГРН и адреса.

Договор обычно оформляется в 2-х экземплярах и содержит подписи каждой стороны.

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

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

Статья: Как обманывают в договорах

Шаблоны распространённых договоров:

Шаблон договора об оказании услуг

Шаблон договора подряда

Шаблон договора поставки

Счёт

Необязательный документ, в котором продавец указывает цену, количество товара и реквизиты для перечисления оплаты.

Вы можете сами придумать форму счёта на оплату или найти в интернете готовую. Счёт может заменить договор, если включить в него все существенные условия сделки.

Шаблон счёта

В Эльбе есть готовый шаблон счёта. Выберите контрагента, укажите товары или услуги, их количество, и документ готов.

Платёжные документы

Подтверждает оплату товаров или услуг. Это может быть платёжное поручение, платёжное требование или кассовый чек. 

Кассовый чек

 выдают при помощи онлайн-кассы. Её обязаны применять все, кто принимает оплату наличными и банковскими картами. Исключения перечислены в пункте 2 статьи 2 закона 54-ФЗ. На патенте кассой должны пользоваться только некоторые предприниматели, а остальные освобождены. Посмотрите список в статье, там же вы найдёте информацию об отсрочке до 2021 года для ИП без сотрудников и полную инструкцию по переходу на онлайн-кассы.

Статья про онлайн-кассы

Платёжное поручение остаётся у предпринимателя, когда он переводит деньги через интернет-банк. Этот документ подтверждает перечисление денежных средств по определённым реквизитам. 

Товарный чек — необязательный документ, который выдают по просьбе покупателя. Покупателю документ нужен, чтобы подтвердить, что он не только потратил определённую сумму денег, но и купил определённые товары — например, по поручению руководителя. Форма товарного чека не установлена, поэтому можно разработать свою с обязательными реквизитами: наименование документа, номер, дата, название ООО или ФИО ИП, ИНН, товары и услуги, сумма оплаты и подпись с расшифровкой и должностью.

Товарная накладная (N ТОРГ-12)

Оформляет продажу товаров другому ИП или ООО. Для работы с физлицами обычно не используется.

Накладная оформляется в двух экземплярах: первый остаётся у поставщика и фиксирует отгрузку товаров, а второй передаётся покупателю и нужен ему для приёмки товаров.

Обычно накладную оформляют по стандартной форме ТОРГ-12. Но вы можете использовать свой шаблон.

Шаблон накладной

Статья: товарная накладная ТОРГ‑12

В Эльбе можно создать накладную на основе выставленного счёта.

Акт об оказании услуг

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

Шаблон акта

Составьте акт в Эльбе: достаточно выбрать контрагента и указать услугу, а потом отправить готовый документ контрагенту с подписью и печатью.

Счёт-фактура

Этот документ обязаны выставлять только организации и предприниматели, которые являются плательщиками НДС — в основном те, кто работает на общей системе налогообложения.

Организации и ИП на УСН, ЕНВД и патенте обычно не платят НДС и поэтому выставлять счета-фактуры не обязаны. Есть несколько исключений, о которых мы рассказали в отдельной статье.

Счёт-фактура оформляется в двух экземплярах и подписывается поставщиком товара или услуги. Один экземпляр передаётся покупателю, другой остаётся у продавца. Счёт-фактуру нужно выставить не позднее чем через 5 дней после отгрузки товара или оказания услуг.

Счёт-фактура — это основание для того, чтобы принять НДС к вычету, поэтому все организации относятся к нему с особым трепетом.

Чтобы не изучать форму и правила выставления счёта-фактуры, воспользуйтесь Эльбой.

Универсальный передаточный документ (УПД)

Объединяет в себе два документа: акт (накладную) и счёт-фактуру. 

Документ можно выставить как со счётом-фактурой, так и без. Во втором случае — это всё равно что обычный акт или накладная, только в формате УПД. А ещё есть вариант выставить УПД со счёт-фактурой, но без НДС.

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

Революция 1905-1907гг. в России. | Тест по истории (11 класс) на тему:

Революция 1905-1907 гг.

 

А1. Что было причиной первой российской революции?

1) отсутствие у населения политических прав и свобод    2) усиление крепостного права

 3) начало Русско-турецкой войны    4) убийство Николая II.

А2. Какое событие в ходе первой российской революции произошло позднее других?

 1) образование первого Совета рабочих уполномоченных  2) всероссийская октябрьская стачка

 3) роспуск II Государственной думы      4) образование партии «Союз русского народа».

А3. К чему привела первая российская революция?

1) к уничтожению самодержавия     2) к ликвидации крестьянской общины

3) к созданию представительных законодательных органов власти

4)  к предоставлению независимости Польше и Финляндии.

А4.  Что было задачей первой русской революции:

 1) ликвидация крепостного права   2) уничтожение остатков феодальной раздробленности,

 3) отмена условий Парижского мира,        4) уничтожение помещичьего землевладения.

А5. Какие идеи и требования входили в программу Союза русского народа?

1) Установление конституционной монархии     2) сохранение и укрепление самодержавной власти

3) Россия для русских     4) созыв Государственной думы

А6.  Отмена частной собственности на землю без выкупа, превращение её не в государственную собственность, а в общенародное достояние без права купли-продажи, являлось требованием партии

1) кадетов    2) эсеров    3) РСДР    4) октябристов

А7.  Вооружённое восстание в Москве произошло

1) в декабре 1905 г.   2) в октябре 1905 г.   3) в декабре 1906 г.  4) в сентябре 1905 г.

А8. Манифест 17 октября носил название:

1) «Об усовершенствовании государственного надзора »

2) «О предоставлении демократических прав и свобод»

3) «Об изменении положения о выборах в Государственную Думу»

4) «Об усовершенствовании государственного порядка»

А9. Какие принципы были положены в основу российской избирательной системы?

1) прямое участие в выборах всего населения  2) равное участие в выборах всего населения;          

 3) куриальная система выборов   4) многостепенная система выборов

А10. Результатом стачки текстильщиков Иваново-Вознесенска стало:

1) появление первого в стране Совета    2) восстановление автономии университетов

3) издание указа о выборах в первую законодательную думу  4) создание Союза Освобождения рабочих В I Государственной думе самой многочисленной была фракция:

А11. В I Государственной думе самой многочисленной была фракция:

1) трудовиков   2) монархистов    3) кадетов    4) РСДРП

А12.   Какое положение не соответствует содержанию Манифеста 17 октября

1) отмена выкупных платежей    2) свобода слова, печати

3) всеобщее избирательное право  4) создание Государственной Думы

А13. Какая партия выступала за реформы сверху и сохранение титула «самодержец»

1) кадеты      2) Союз русского народа     3) РСДРП    4) октябристы

А14.  К чему привела первая российская революция?

1) к ликвидации монархии              2) к уничтожению общинного землевладения,

3) к установлению 8-часового рабочего дня     4) к установлению демократических прав и свобод.

В1. Какое название  получило событие, о котором идет речь в документе?

«Тяжелый день! В Петербурге произошли серьезные беспорядки вследствие желания рабочих дойти до Зимнего дворца. Войска должны были стрелять в разных местах города, было много убитых и раненых» _____________________________

В2. Установит е соответствие между партиями и их лидерами.

К каждой позиции первого столбца подберите соответствующую позицию второго и запишите  в таблицу выбранные цифры под соответствующими буквами.

НАЗВАНИЯ ПАРТИЙ                                                      ЛИДЕРЫ

А)  «Союз 17 октября»                                              1)  Ю.О. Мартов

Б)  РСДРП                                                                  2)  В.М. Чернов

В)  Конституционно-демократическая партия       3)  А.И. Дубровин

Г)  Партия социалистов-революционеров              4)  П.Н. Милюков  

                                                                                     5)  А.И. Гучков

В3.  Какие из перечисленных событий относятся к периоду революции 1905—1907 гг.?

1) созыв Учредительного собрания   2) отречение Никола я II

3) Всероссийская октябрьская  политическая стачка  4) Декабрьское вооруженное восстание в Москве

5)создание Реввоенсовета   6) восстание на броненосце «Князь Потемкин Таврический»

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

а) созыв II Государственной думы    б) Декабрьское вооруженное восстание в Москве

в) «Кровавое воскресенье»   г)  восстание на броненосце «Князь Потемкин Таврический»

В5. Укажите правильное соотношение:

1) вооруженное восстание в Москве;                         а) январь 1905 г.;

2) восстание в Кронштадте;                                        б) декабрь 1905 г.;

3) восстание на броненосце «Потемкин»;                 в) июль 1906 г.;

4) кровавое воскресенье.                                             г) июнь 1905 г.

В6.  Отметьте требования из петиции рабочих Николаю II, которые были удовлетворены правительством в ходе первой русской революции:

а) создание в стране органов народного представительства  б) введение в стране демократических прав и свобод

в) всеобщее обязательное бесплатное образование г) отделение церкви от государства;

д) отмена выкупны х  платежей   е) 8-часовой рабочий день.

Тест по истории Распад СССР 11 класс

Тест по истории Распад СССР 11 класс с ответами. Тест состоит из 2 вариантов, в каждом варианте 2 части (в части А — 4 задания, в части В — 1 задание).

1 вариант

Часть А

А1. Причина роста сепаратистских тенденций в СССР в 1980-х гг.:

1) глубокий экономический кризис
2) рост населения в союзных республиках
3) создание компартий в союзных республиках
4) принятие Декларации о суверенитете России

А2. Процесс формирования нового союзного договора союзными республиками СССР получил название:

1) «война законов»
2) «августовский путч»
3) «новоогаревский процесс»
4) «парад суверенитетов»

A3. Свою подпись под Беловежскими соглашениями поставил:

1) Б. Ельцин
2) М. Горбачев
3) Г. Янаев
4) Г. Явлинский

А4. Арест членов ГКЧП повлек за собой:

1) роспуск КПСС
2) отказ от политики гласности
3) прекращение национальных конфликтов
4) укрепление центральных органов власти

Часть В

В1. В каком году произошло событие, о котором идет речь
в отрывке из документа?

17 августа группа государственных руководителей и приглашенные собрались у В.А. Крючкова на объекте на окраине Москвы и решили: четырем представителям от совещания вылететь в Крым к Горбачеву и убедить его в необходимости решить два вопроса. Первый — не подписывать 20 августа Союзный договор… так как его готовы были подписать только шесть республик из 15. Второй вопрос — объявить чрезвычайное положение в тех районах страны и отраслях народного хозяйства, где это требуется.

2 вариант

Часть А

А1. Причина распада СССР:

1) создание Союзного договора
2) прекращение «холодной войны»
3) рост национального самосознания
4) рост уровня жизни в союзных республиках

А2. Попытка отстранения М.С. Горбачева с поста президента СССР и смены проводимого им курса получила название:

1) «война законов»
2) «августовский путч»
3) «парад суверенитетов»
4) «новоогаревский процесс»

A3. В состав ГКЧП входил:

1) Б. Ельцин
2) М. Горбачев
3) Г. Янаев
4) С. Шушкевич

А4. В результате распада СССР произошло:

1) усиление обороноспособности
2) усиление политики русификации
3) ускорение экономического развития
4) обострение межнациональных конфликтов

Часть В

В1. В каком году произошло событие, о котором идет речь в отрывке из документа?

Мы, руководители отмечая, что переговоры о подготовке нового союзного договора зашли в тупик, объективный процесс выхода республик из состава Союза ССР и образование независимых государств стал реальным фактом…
Осознавая ответственность перед своими народами и мировым сообществом и назревающую потребность в практическом осуществлении политических и экономических реформ, заявляем об образовании Содружества Независимых Государств.

Ответы на тест по истории Распад СССР 11 класс
1 вариант
А1-1
А2-3
А3-1
А4-1
В1. 1991
2 вариант
А1-3
А2-2
А3-3
А4-4
В1. 1991

Как подписать документ электронной подписью

На самом деле подписать документ электронной подписью достаточно просто, однако, новичку лучше подписать его с помощью данной статьи-шпаргалки. Как всегда для вашего удобства мы в добавление к пошаговой инструкции публикуем скриншоты. Итак, мы подпишем файл электронной подписью с помощью программы «КриптоАРМ».

Для начала кликните по файлу, который нужно подписать, правой клавишей мыши и выберите КриптоАРМ. Откроется выпадающий список возможных действий. Там, соответственно, следует выбрать: «Подписать».

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

Первый шаг это «Выбор файлов». Здесь мы видим уже выбранный нами файл для подписи. Можем добавить еще любое количество файлов или даже папки с файлами. Также можем просмотреть (кнопка «Просмотр») содержимое документа перед его подписанием, что очень важно.

Второй шаг под названием «Выходной формат» предлагает нам выбрать формат подписи. Можно выбрать один из двух типов кодировки: DER или BASE64. В большинстве случаев это не важно, но бывают и исключения. К примеру, для ФСРАР укажите DER кодировку, а не наоборот. Можно задать расширение для выходного файла, по умолчанию для подписанных данных в «КриптоАРМ» используется расширение SIG. Кроме этого есть возможность включить архивирование, чтобы после создания подписи результаты помещались в ZIP-архив, и задать каталог для сохранения результатов подписи.


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


Четвертый шаг мастера создания электронной подписи это непосредственно «Выбор сертификата подписи». Нажимаем на кнопку «Просмотр» и в открывшемся окне находим свой сертификат подписи. Ежели вы наблюдаете пустое окне выбора, то сертификатов для подписи у вас просто нет, и вам следует установить хотя бы один.


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


Отлично! Операция прошла успешно! Выбранный нами документ теперь подписан электронной подписью.


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

артасов 2018 егэ 10 вариантов Flashcards

Из Записки руководителя СССР
«Поездка в Соединенные Штаты Америки, наше предложение в Организации Объединенных Наций по всеобщему разоружению встречено во всём мире хорошо и даже реакционными кругами различных стран не может быть просто отвергнуто и оставлено без внимания
Мне думается, что следовало бы сейчас пойти на дальнейшее сокращение вооружений в нашей стране, даже без условий о взаимности со стороны других государств, и на значительное сокращение личного состава вооружённых сил. Я считаю, что можно было бы сократить, может быть, на миллион, на полтора миллиона человек <…> Думаю, что такое значительное сокращение не подорвало бы нашей обороноспособности. Но выйти с таким решением и проведение его — это имело бы очень большое положительное влияние на международную обстановку, и наш престиж невероятно вырос бы в глазах всех народов.

Почему я считаю сейчас это возможным и не опасным? Моё такое мнение основывается на том, что, во-первых, мы сейчас достигли хорошего положения в развитии экономики Советского Союза; во-вторых, мы имеем прекрасное положение с ракетостроением; мы, собственно говоря, сейчас имеем ассортимент ракет для решения любой военной проблемы как дальнего, так и ближнего боя <…>
Мы сейчас имеем широкий ассортимент ракет и в таком количестве, которое может буквально потрясти весь мир. Спрашивается, что же мы будем иметь такое страшное вооружение — атомное, ракетное оружие, и будем иметь такую большую армию, которую мы имеем? Это неразумно. <…> Как же может какая-нибудь страна или группа стран в Европе напасть на нас, если эти страны мы можем буквально стереть с лица земли нашим атомным и водородным оружием и доставкой наших ракет в любую точку земного шара? <…>
Держать такую большую армию — значит понижать наш экономический потенциал. <…> Страны, которые теперь будут содержать большие армии <…> будут как бы сосать бюджеты, истощать экономику стран».
Назовите автора Записки. Укажите год, когда была совершена поездка, о которой сказано в первом предложении отрывка. Укажите общепринятое название противостояния между СССР и его союзниками, с одной стороны, и США и их союзниками, с другой — в период, когда была составлена данная Записка.
Используя текст, укажите три причины, по которым автор Записки считает возможным и необходимым пойти на сокращение вооружений.
В каких международных событиях, произошедших в период руководства СССР автора данной Записки, проявились противоречия между СССР и странами Запада? Назовите любые три события.

Обработчики событий

Обработчики событий

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

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

Обработчики событий встраиваются в документы как атрибуты тегов HTML, которым вы назначаете код JavaScript для выполнения. Общий синтаксис

где TAG — это некоторый HTML-тег, а eventHandler — имя обработчика событий.

Например, предположим, что вы создали функцию JavaScript с именем вычислить . Вы можете заставить Navigator выполнять эту функцию, когда пользователь нажимает на button, назначив вызов функции обработчику события кнопки onClick :

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

В общем, рекомендуется определять функции для ваших обработчиков событий, потому что:

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

Обратите внимание, что в этом примере используется this.форма для ссылки на текущую форму. Ключевое слово этот относится к текущему объекту — в приведенном выше примере объект кнопки. Затем конструкция this.form обращается к форме содержащий кнопку. В приведенном выше примере обработчик события onClick — это вызов функции compute () с this.form , текущая форма, в качестве параметра функции.

События применяются к тегам HTML следующим образом:

  • События фокусировки, размытия, изменения: текстовые поля, текстовые поля и выделения
  • События кликов: кнопки, переключатели, флажки, отправка кнопки, кнопки сброса, ссылки
  • Выбрать события: текстовые поля, текстовые поля
  • Событие MouseOver: ссылки

Если событие применяется к тегу HTML, вы можете определить для него обработчик событий.Обычно обработчик события имеет имя события, которому предшествует «on». Например, обработчиком события Focus является onFocus.

Многие объекты также имеют методы, имитирующие события. Например, кнопка имеет щелчок метод, который имитирует нажатие кнопки. Примечание: Методы эмуляции событий не запускают обработчики событий. Так, например, метод click не запускает обработчик событий onClick. Однако вы всегда можете вызвать обработчик событий напрямую (например, вы можете вызвать onClick явно в скрипте).

Событие Происходит, когда … Обработчик событий
размытие Пользователь убирает фокус ввода с элемента формы на Blur
нажмите Пользователь нажимает на элемент формы или ссылку onClick
изменить Пользователь изменяет значение текста, текстового поля или элемента выбора на замену
фокус Пользователь устанавливает фокус ввода элемента формы на Focus
нагрузка Пользователь загружает страницу в навигатор на нагрузке
при наведении курсора мыши Пользователь наводит указатель мыши на ссылку или привязку на MouseOver
выбрать Пользователь выбирает поле ввода элемента формы вкл Выбрать
представить Пользователь отправляет форму on Отправить
выгрузить Пользователь выходит со страницы on Разгрузить

Пример 4: сценарий с формой и атрибутом обработчика события.

Пример 4-страничного отображения.

Использование цитат

Обязательно чередуйте двойные кавычки с одинарными кавычками. Поскольку обработчики событий в HTML должен быть заключен в кавычки, вы должны использовать одинарные кавычки для разделения аргументы. Например


onClick = «окно.open (‘stmtsov.html’, ‘newWin’,
‘панель инструментов = нет, каталоги = нет’) «>

Как вариант, кавычки можно избежать, поставив перед ними обратную косую черту (\).

Документ

— веб-API | MDN

Интерфейс Document представляет любую веб-страницу, загруженную в браузер, и служит точкой входа в содержимое веб-страницы, которое является деревом DOM. Дерево DOM включает такие элементы, как и

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

Интерфейс Document описывает общие свойства и методы для любого типа документа. В зависимости от типа документа (например, HTML, XML, SVG,…) доступен более крупный API: документы HTML, обслуживаемые с типом содержимого «text / html» , также реализуют интерфейс HTMLDocument , тогда как XML и SVG документы реализуют интерфейс XMLDocument .

Этот интерфейс также наследуется от интерфейсов Node и EventTarget .

Document.activeElement Только чтение
Возвращает элемент , который в данный момент находится в фокусе.
Document.body
Возвращает узел или текущего документа.
Document.characterSet Только чтение
Возвращает набор символов, используемый документом.
Document.compatMode Это экспериментальный API, который не следует использовать в производственном коде. Читать только
Указывает, в каком режиме отображается документ: , или , строгий режим .
Document.contentType Это экспериментальный API, который не следует использовать в производственном коде. Читать только
Возвращает Content-Type из заголовка MIME текущего документа.
Document.doctype Только чтение
Возвращает определение типа документа (DTD) текущего документа.
Document.documentElement Только чтение
Возвращает элемент , который является прямым потомком документа. Для документов HTML это обычно объект HTMLHtmlElement , представляющий элемент документа.
Document.documentURI Только чтение
Возвращает расположение документа в виде строки.
Document.embeds Только чтение
Возвращает список встроенных элементов в текущем документе.
Document.fonts
Возвращает интерфейс FontFaceSet текущего документа.
Document.forms Только чтение
Возвращает список элементов
в текущем документе.
Document.fullscreenElement Только чтение
Элемент, который в настоящий момент находится в полноэкранном режиме для этого документа.
Document.head Только чтение
Возвращает элемент текущего документа.
Document.hidden Только чтение
Возвращает логическое значение, указывающее, считается ли страница скрытой или нет.
Document.images Только чтение
Возвращает список изображений в текущем документе.
Реализация документа Только чтение
Возвращает реализацию DOM, связанную с текущим документом.
Document.links Только чтение
Возвращает список всех гиперссылок в документе.
Document.mozSyntheticDocument Этот API не стандартизирован.
Возвращает логическое значение , которое является истинным , только если этот документ является синтетическим, например, автономное изображение, видео, аудиофайл и т.п.
Document.pictureInPictureElement Только чтение
Возвращает элемент , который в данный момент представлен в этом документе в режиме «картинка в картинке».
Document.pictureInPictureEnabled Только чтение
Возвращает истину, если функция «картинка в картинке» включена.
Document.plugins Только чтение
Возвращает список доступных плагинов.
Document.pointerLockElement Только чтение
Возвращает элемент, установленный в качестве цели для событий мыши, когда указатель заблокирован. null , если блокировка отложена, указатель разблокирован или если цель находится в другом документе.
Document.featurePolicy Это экспериментальный API, который не следует использовать в производственном коде.Только чтение
Возвращает интерфейс FeaturePolicy , который предоставляет простой API для анализа политик функций, применяемых к конкретному документу.
Document.scripts Только чтение
Возвращает все элементы [Документы] [txt | pdf] [draft-ietf-sip -...] [Tracker] [Diff1] [Diff2] [Errata]

Обновлено: 7647, 8217 ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Есть исправления
Сетевая рабочая группа Р.Искры
Запрос комментариев: 3515 Dynamicsoft
Категория: Standards Track Апрель 2003 г.


           Метод обращения к протоколу инициации сеанса (SIP)

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения. См. Текущую редакцию "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола.Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторское право (C) The Internet Society (2003). Все права защищены.

Абстрактный

   Этот документ определяет метод REFER. Это начало сеанса
   Расширение протокола (SIP) запрашивает, чтобы получатель СМОТРЕЛ
   ресурс, указанный в запросе. Он обеспечивает механизм, позволяющий
   сторона, отправившая РЕФЕРА, должна быть уведомлена о результате
   упомянутый запрос. Это можно использовать для включения многих приложений,
   включая перевод вызова.В дополнение к методу REFER в этом документе определяется ссылка
   пакет событий и заголовок запроса ссылки.

Оглавление

   1. Обзор. . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2. Метод РЕФЕРА. . . . . . . . . . . . . . . . . . . . . . 3
       2.1 Поле заголовка ссылки. . . . . . . . . . . . . . . 3
       2.2 Поддержка поля заголовка для метода REFER. . . . . . . 4
       2.3 Включение тела сообщения. . . . . . . . . . . . . . . . . 5
       2.4 Поведение пользовательских агентов SIP. . . . . . . . . . . . . . 6
            2.4.1 Формирование РЕФЕР-запроса. . . . . . . . . . . . . 6
            2.4.2 Обработка запроса REFER. . . . . . . . . . . . 6
            2.4.3 Доступ к указанному ресурсу. . . . . . . . 6
            2.4.4 Использование событий SIP для отчета о результатах
                  Ссылки. . . . . . . . . . . . . . . . . 7
            2.4.5 Тело УВЕДОМЛЕНИЯ. . . . . . . . . . . . . . 8
            2.4.6 Несколько запросов REFER в диалоговом окне.. . . . . . 9
            2.4.7 Использование заголовка состояния подписки
                  Поле с событием Ссылка. . . . . . . . . . . . . . 9



Дорожка стандартов Sparks [Страница 1] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


       2.5. Поведение SIP-регистраторов / перенаправляющих серверов. . . . . . 9
       2.6 Поведение SIP-прокси. . . . . . . . . . . . . . . . 10
   3. Детали пакета: событие см. . . . .. . . . . . . . . . . 10
       3.1 Имя пакета событий. . . . . . . . . . . . . . . . . . . 10
       3.2 Параметры пакета событий. . . . . . . . . . . . . . . . 10
       3.3 ПОДПИСАТЬСЯ на органы. . . . . . . . . . . . . . . . . . . . 10
       3.4 Продолжительность подписки. . . . . . . . . . . . . . . . . 10
       3.5 УВЕДОМЛЕНИЕ о телах. . . . . . . . . . . . . . . . . . . . . 11
       3.6 Уведомитель обрабатывает запросы SUBSCRIBE. . . . . . . 11
       3.7 Уведомление Генерация запросов NOTIFY.. . . . . . . . 11
       3.8 Обработка подписчиком запросов NOTIFY. . . . . . . . 11
       3.9 Обработка разветвленных запросов. . . . . . . . . . . . . . 11
       3.10 Скорость уведомлений. . . . . . . . . . . . . . . . . 11
       3.11 Государственные агенты. . . . . . . . . . . . . . . . . . . . . . 11
   4. Примеры. . . . . . . . . . . . . . . . . . . . . . . . . . 12
       4.1 Прототипный поток вызовов REFER. . . . . . . . . . . . . . 12
       4.2 Несколько REFER в диалоговом окне. . . . . . . .. . . . . . 14
   5. Соображения безопасности. . . . . . . . . . . . . . . . . . 16
       5.1 Создание ссылочного URI. . . . . . . . . . . . . . 16
       5.2 Условия авторизации для REFER. . . . . . . . . 17
       5.3 Рекомендации по использованию message / sipfrag. . . . . 18
            5.3.1 Обход конфиденциальности. . . . . . . . . . . . . . 18
            5.3.2 Обход конфиденциальности. . . . . . . . . . 19
            5.3.3 Ограничение нарушения. . . . . . . . . . .. . . . 19
            5.3.4 Рекомендации по вырезанию, вставке и воспроизведению. . . . . . . 19
   6. Исторический материал. . . . . . . . . . . . . . . . . . . . . 20
   7. Соображения IANA. . . . . . . . . . . . . . . . . . . . 20
   8. Благодарности. . . . . . . . . . . . . . . . . . . . . . 21 год
   9. Ссылки. . . . . . . . . . . . . . . . . . . . . . . . . 21 год
       9.1 Нормативные ссылки. . . . . . . . . . . . . . . . . . 21 год
       9.2 Информационные ссылки. . . . . . . . . . . . . . .. . 21 год
   10. Заявление об интеллектуальной собственности. . . . . . . . . . . . . . . 21 год
   11. Адрес автора. . . . . . . . . . . . . . . . . . . . . . 22
   12. Полное заявление об авторских правах. . . . . . . . . . . . . . . . . . 23

1. Обзор

   Этот документ определяет метод REFER. Это расширение SIP [1]
   просит получателя СМЕНИТЬСЯ на ресурс, указанный в
   запрос.

   Это можно использовать для включения многих приложений, включая Call
   Передача. Например, если Алиса разговаривает с Бобом и решает
   Бобу нужно поговорить с Кэрол, Алиса может проинструктировать своего пользовательского агента SIP.
   (UA) для отправки запроса SIP REFER на UA Боба, предоставляющего SIP Кэрол.
   Контакты.Если Боб дал на это разрешение, UA Боба
   попытается позвонить Кэрол, используя этот контакт. UA Боба тогда
   сообщить, удалось ли установить контакт с UA Алисы.



Дорожка стандартов Sparks [Страница 2] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


2. Метод REFER

   REFER - это метод SIP, определенный в RFC 3261 [1]. Метод REFER
   указывает, что получатель (идентифицированный Request-URI) должен
   связаться с третьим лицом, используя контактную информацию, указанную в
   запрос.Если не указано иное, протокол отправки и ответа на
   запрос REFER идентичен запросу BYE в [1]. В
   поведение SIP-объектов, не реализующих REFER (или любой другой
   unknown) явно определен в [1].

   Запрос REFER неявно устанавливает подписку на ссылку
   мероприятие. Подписки на события определены в [2].

   Запрос REFER МОЖЕТ быть помещен за рамки созданного диалогового окна.
   с ПРИГЛАШЕНИЕМ. REFER создает диалог и МОЖЕТ быть направленным на запись,
   следовательно, ДОЛЖЕН содержать одно значение поля заголовка контакта.ССЫЛКИ
   происходящие в существующем диалоге ДОЛЖНЫ следовать Маршруту / Запись-
   Логика маршрута этого диалога.

2.1 Поле заголовка ссылки

   Ссылка - это поле заголовка запроса (заголовок запроса), как определено
   [1]. Он появляется только в запросе REFER. Он предоставляет URL-адрес для
   ссылка.

      Ссылка-To = ("Ссылка" / "r") HCOLON (имя-адрес / адрес-спецификация) *
      (Общий-параметр SEMI)

   Следующее следует интерпретировать так, как если бы оно появилось в Таблице 3
   RFC 3261.

   Поле заголовка, где прокси ACK BYE CAN INV OPT REG
   ___________________________________________________________________
   Обратитесь к R - - - - - -

   Поле заголовка Refer-To МОЖЕТ быть зашифровано как часть сквозного
   шифрование.Поле заголовка контакта является важной частью маршрута / записи.
   Механизм маршрута и недоступен для использования для указания
   цель ссылки.








Дорожка стандартов Sparks [Страница 3] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


Примеры

Обратитесь к: sip: [email protected]

Обратитесь к: 

Обратитесь к: 

Обратитесь к: 

Ссылка: http://www.ietf.org

   Значения полей длинных заголовков заключены здесь только для ясности.

2.2 Поддержка поля заголовка для метода REFER

   Эта таблица добавляет столбец к таблицам 2 и 3 в [1], описывающий заголовок.
   наличие поля в методе REFER. См. [1] для ключа к символам.
   использовал.Должна быть выведена строка для заголовка запроса Refer-To,
   обязательно для REFER. Ссылка не применима для других
   методы. Столбец прокси в [1] относится к методу REFER.
   немодифицированный.

      Заголовок Где REFER
      Принять R o
      Принять 2xx -
      Принять 415 c
      Принять-кодирование R o
      Принять-кодирование 2xx -
      Принятие-кодирование 415 c
      Accept-Language R o
      Принять-язык 2xx -
      Accept-Language 415 c
      Предупреждающая информация -
      Разрешить Rr o
      Разрешить 405 м
      Информация об аутентификации 2xx o
      Авторизация R o
      Call-ID c m
      Информация о звонке -
      Связаться с R m
      Контакт 1xx -
      Контакт 2хх м
      Контакт 3-6xx o
      Content-Disposition o
      Кодирование содержимого o



Дорожка стандартов Sparks [Страница 4] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


      Content-Language o
      Content-Length o
      Тип содержимого                        *
      CSeq c м
      Дата o
      Информация об ошибке 3-6xx o
      Срок действия истекает R o
      С м
      В ответ на                         -
      Макс-нападающие R м
      Мин. Истекает -
      MIME-версия o
      Организация o
      Приоритет R -
      Прокси-аутентификация 401 o
      Прокси-аутентификация 407 м
      Прокси-авторизация R o
      Proxy-Require R o
      Запись-Маршрут R o
      Рекорд-Маршрут 2хх, 18х о
      Ответить на                            -
      Требовать c
      Повторить после 404 413 480 486 o
      Повторить после 500 503 o
      Повторить через 600 603 o
      Маршрут R c
      Сервер r o
      Тема R -
      Поддерживается R, 2xx o
      Отметка времени o
      К c (1) m
      Без опоры 420 o
      Пользовательский агент o
      Через c (2) m
      Предупреждение r o
      WWW-Authenticate 401 мес.
      WWW-аутентификация 407 o

   Таблица 1: Поддержка полей заголовка

2.3 Включение тела сообщения

   Метод REFER МОЖЕТ содержать тело. Эта спецификация не присваивает
   значение для такого тела. Агент-получатель может выбрать обработку
   body в соответствии с его Content-Type.






Дорожка стандартов Sparks [Страница 5] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


2.4 Поведение пользовательских агентов SIP

2.4.1 Формирование запроса REFER

   REFER - это SIP-запрос, построенный так, как определено в [1].РЕФОРМ
   запрос ДОЛЖЕН содержать ровно одно значение поля заголовка Refer-To.

2.4.2 Обработка запроса REFER

   UA, принимающий правильно оформленный запрос REFER, ДОЛЖЕН запросить одобрение
   от пользователя, чтобы продолжить (этот запрос может быть удовлетворен
   интерактивный запрос или через доступ к настроенной политике). Если
   одобрение предоставлено, UA ДОЛЖЕН связаться с ресурсом, указанным
   URI в значении поля заголовка Refer-To, как описано в разделе
   2.4.3.

   Если одобрение, запрошенное выше для правильно сформированного запроса РЕФЕРА,
   немедленно отклонено, UA МОЖЕТ отклонить запрос.Агент, отвечающий на метод REFER, ДОЛЖЕН вернуть 400 (неверный запрос).
   если запрос содержал ноль или более одного поля заголовка Refer-To
   значения.

   Агент (включая прокси, генерирующие локальные ответы) МОЖЕТ вернуть
   100 (Попытка) или любой соответствующий ответ класса 4xx-6xx в соответствии с предписаниями
   автор [1].

   Следует проявлять осторожность при реализации логики, определяющей
   следует ли принимать запрос REFER. UA не способен
   доступ к не-SIP URI НЕ ДОЛЖЕН принимать к ним запросы REFER.Если не было получено окончательного ответа в соответствии с приведенными выше правилами,
   UA ДОЛЖЕН вернуть ответ 202 Accepted до того, как REFER
   транзакция истекает.

   Если запрос REFER принят (то есть ответ класса 2xx
   возвращается), получатель ДОЛЖЕН создать подписку и отправить
   уведомления о статусе обращения, как описано в разделе
   2.4.4.

2.4.3 Доступ к указанному ресурсу

   Связь с ресурсом, указанным в URI ссылки, осуществляется с помощью
   обычные механизмы для этого типа URI.Например, если URI - это
   SIP URI с указанием INVITE (с использованием параметра URI method = INVITE для
   пример), UA отправит новое ПРИГЛАШЕНИЕ, используя все обычные
   правила отправки INVITE определены в [1].




Дорожка стандартов Sparks [Страница 6] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


2.4.4 Использование событий SIP для сообщения результатов ссылки

   Механизм NOTIFY, определенный в [2], ДОЛЖЕН использоваться для информирования агента.
   отправка РЕФЕРА статуса обращения.Диалог
   идентификаторы (To, From и Call-ID) каждого NOTIFY должны соответствовать этим
   РЕФЕРА, как если бы РЕФЕР был запросом ПОДПИСАТЬСЯ.

   Каждое УВЕДОМЛЕНИЕ ДОЛЖНО содержать поле заголовка события со значением ссылки.
   и, возможно, параметр id (см. Раздел 2.4.6).

   Каждое УВЕДОМЛЕНИЕ ДОЛЖНО содержать тело типа «message / sipfrag» [3].

   Создание подписки, как определено в [2], всегда приводит к
   немедленное УВЕДОМЛЕНИЕ. Аналогично случаю для ПОДПИСКИ, описанному в
   этот документ, агент, выдавший РЕФЕРА, ДОЛЖЕН быть готов к
   получить УВЕДОМЛЕНИЕ до завершения транзакции REFER.Неявная подписка, созданная REFER, аналогична подписке.
   подписка создана с помощью запроса SUBSCRIBE. Агент, выдающий
   REFER может преждевременно прекратить эту подписку, отказавшись от подписки
   используя механизмы, описанные в [2]. Прекращение подписки,
   либо явным отказом от подписки, либо отклонением NOTIFY, не является
   указание на то, что упомянутый запрос должен быть отозван или
   заброшенный. В частности, агент, действующий по запросу РЕФЕРА, ДОЛЖЕН
   НЕ выдавать CANCEL на любые указанные SIP-запросы, потому что агент
   отправка REFER прекратила свою подписку на реферальное событие
   до завершения указанного запроса.Агент, выдающий РЕФЕР, может продлить подписку, используя
   механизмы обновления подписки описаны в [2].

   REFER - единственный механизм, который может создать подписку на событие
   ссылаться. Если запрос SUBSCRIBE для ссылки на событие получен для
   подписка, которая еще не существует, она ДОЛЖНА быть отклонена с
   403.

   Обратите внимание, что в отличие от SUBSCRIBE, транзакция REFER не содержит
   продолжительность подписки либо в запросе, либо в
   отклик. Время жизни состояния, на которое подписана, составляет
   определяется ходом выполнения указанного запроса.Продолжительность
   подписки выбирается агентом, принимающим РЕФЕР, и
   сообщается агенту, отправившему РЕФЕР в подписке
   начальное УВЕДОМЛЕНИЕ (с использованием заголовка Subscription-State expires
   параметр). Обратите внимание, что агенты, принимающие РЕФЕР и не желающие проводить
   состояние подписки может прекратить подписку с этим начальным
   УВЕДОМЛЯТЬ.





Дорожка стандартов Sparks [Страница 7] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


2.4.5 Тело NOTIFY

   Каждое УВЕДОМЛЕНИЕ ДОЛЖНО содержать тело типа «message / sipfrag» [3]. В
   тело УВЕДОМЛЕНИЯ ДОЛЖНО начинаться со строки состояния ответа SIP как
   определено в [1]. Класс ответа в этой строке состояния указывает
   статус указанного действия. Тело МОЖЕТ содержать другой заголовок SIP
   поля для предоставления информации о результате указанного
   действие. Этот орган предоставляет полную информацию о статусе
   указанное действие. Пакет событий ссылки не поддерживает состояние
   дельты.Если NOTIFY генерируется, когда состояние подписки ожидает, его
   тело должно состоять только из строки состояния, содержащей код ответа
   из 100.

   Минимальная, но полная реализация может ответить одним
   NOTIFY, содержащий тело:

      SIP / 2.0 100 Попытка

   если подписка находится на рассмотрении, тело:

      SIP / 2.0 200 ОК

   если ссылка была успешной, тело:

      SIP / 2.0 503 Служба недоступна

   если ссылка не удалась, или тело:

      SIP / 2.0 603 Отклонено

   если запрос REFER был принят до утверждения, чтобы следовать
   ссылка могла быть получена, и в этом утверждении впоследствии было отказано
   (см. раздел 2.4.7).

   Реализация МОЖЕТ включать в это тело больше SIP-сообщения, чтобы
   передать больше информации. Значения поля заголовка предупреждения получены в
   ответы на указанное действие являются хорошими кандидатами. Фактически, если
   ссылка была на SIP URI, полный ответ на указанный
   действие может быть возвращено (возможно, для помощи в отладке).
   Однако это может иметь серьезные последствия для безопасности (см.
   Раздел 5). Разработчики должны тщательно продумать, что они выбирают.
   включают.Обратите внимание, что если ссылка была на URI, отличный от SIP, статус в любом
   Уведомления для реферера по-прежнему должны быть в форме SIP-ответа.
   Статусные строки. Обсуждаемая выше минимальная реализация:



Дорожка стандартов Sparks [Страница 8] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


   достаточно, чтобы обеспечить базовое указание на успех или неудачу. За
   Например, если клиент получает REFER на URL-адрес HTTP и
   Успешный доступ к ресурсу, его NOTIFY для реферера может
   содержат тело сообщения / sipfrag "SIP / 2.0 200 OK ". Если
   уведомитель хочет вернуть дополнительные, не относящиеся к протоколу SIP
   информацию о статусе запроса, он может разместить ее в
   тело сообщения sipfrag.

2.4.6 Несколько запросов REFER в диалоговом окне

   REFER создает неявную подписку, разделяющую диалог
   идентификаторы в запросе REFER. Если выдается более одного РЕФЕРА
   в том же диалоговом окне (вторая попытка передачи вызова для
   пример) идентификаторы диалогов не предоставляют достаточно информации для
   свяжите полученные NOTIFY с правильным REFER.Таким образом, для второго и последующих запросов REFER UA получает в
   В данном диалоге он ДОЛЖЕН включать параметр id [2] в заголовок события.
   поле каждого NOTIFY, содержащее порядковый номер (номер из
   значение поля заголовка CSeq) ССЫЛКИ, с которой связано это УВЕДОМЛЕНИЕ
   с. Этот параметр id МОЖЕТ быть включен в УВЕДОМЛЕНИЯ к первому
   REFER UA получает в данном диалоге. ПОДПИСКА отправлена ​​для обновления
   или прекращение этой подписки ДОЛЖНО содержать этот параметр id.

2.4.7 Использование поля заголовка состояния подписки с ссылкой на событие

   Каждое сообщение NOTIFY должно содержать поле заголовка Subscription-State, как определено
   в [2].Последнее УВЕДОМЛЕНИЕ, отправленное в ответ на РЕФЕРАМ, ДОЛЖНО указывать
   подписка была «прекращена» по причине «отсутствия ресурсов».
   (Ресурс, на который подписана подписка, - это состояние указанного
   запрос).

   Если УВЕДОМЛЕНИЕ указывает причину, указывающую на то, что повторная подписка
   соответствующий согласно [2], агент, отправляющий РЕФЕР НЕ ЯВЛЯЕТСЯ
   обязан повторно подписаться.

   В случае, когда РЕФЕР был принят с 202, но одобрение
   следовать ссылке было впоследствии отказано, причина и повторная попытка-
   после элементов поля заголовка Subscription-State можно использовать для
   указать, можно ли и когда повторить попытку REFER (как описано для
   ПОДПИСАТЬСЯ на [2]).2.5 Поведение SIP-регистраторов / перенаправляющих серверов

   Регистратор, не знакомый с определением метода REFER.
   вернет ответ 501, как определено в [1]. Регистратор осведомлен о
   определение REFER ДОЛЖНО возвращать ответ 405.




Дорожка стандартов Sparks [Страница 9] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


   Эта спецификация не предъявляет требований к поведению сервера перенаправления.
   сверх указанных в [1].Таким образом, REFER может
   запросы на перенаправление.

2.6 Поведение SIP-прокси

   Прокси-серверы SIP не требуют модификации для поддержки метода REFER.
   В частности, в соответствии с требованиями [1], прокси-сервер должен обрабатывать REFER
   запрос так же, как он обрабатывает запрос OPTIONS.

3. Детали пакета: событие см.

   Этот документ определяет пакет событий, как определено в [2].

3.1 Имя пакета событий

   Имя этого пакета событий - «ссылаться».

3.2 Параметры пакета событий

   Этот пакет использует параметр «id», определенный в [2].Его использование в
   пакет описан в Разделе 2.4.6.

3.3 ПОДПИСАТЬСЯ на органы

   Тела SUBSCRIBE не имеют особого значения для этого пакета событий.

3.4 Продолжительность подписки

   Продолжительность неявной подписки, созданной запросом REFER
   первоначально определяется агентом, принимающим РЕФОРМ, и
   сообщается подписавшемуся агенту в Subscription-State
   параметр истечения срока действия поля заголовка в первом сообщении NOTIFY, отправленном в
   подписка. Разумный выбор для этой начальной продолжительности зависит от
   тип запроса, указанный в ссылочном URI.Продолжительность
   СЛЕДУЕТ выбирать больше, чем время, на которое ссылается запрос.
   будет отдано для завершения. Например, если ссылочный URI - это SIP
   INVITE URI, интервал подписки должен быть больше, чем
   Срок действия значения в ПРИГЛАШЕНИИ. Дополнительное время МОЖЕТ быть включено в
   учитывать время, необходимое для авторизации подписки. В
   подписывающий агент МОЖЕТ продлить подписку, обновив ее, или
   прекратить его, отказавшись от подписки. Как описано в Разделе 2.4.7,
   агент, принимающий РЕФЕР, прекратит подписку, когда он
   сообщает окончательный результат обращения, указывая, что
   завершение в поле заголовка Subscription-State.Дорожка стандартов Sparks [Страница 10] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


3.5 Уведомление о телах

   Тела NOTIFY-запросов для ссылки на событие обсуждаются в
   Раздел 2.4.5.

3.6 Обработка уведомителем запросов SUBSCRIBE

   Обработка уведомлением о запросах SUBSCRIBE обсуждается в разделе
   2.4.4.

3.7 Генерация уведомлением о запросах NOTIFY

   Генерация уведомителем запросов NOTIFY обсуждается в Разделе 2.4.4.

3.8 Обработка подписчиком запросов NOTIFY

   Абонентская обработка запросов NOTIFY обсуждается в разделе
   2.4.4.

3.9 Обработка разветвленных запросов

   REFER, отправленный в рамках существующего диалога, не будет разветвлен. А
   REFER, отправленный вне контекста диалогового окна, МОЖЕТ форкнуть, и если он
   принят несколькими агентами, МОЖЕТ создавать несколько подписок.
   Эти подписки создаются и управляются в соответствии с "Обработкой
   Разветвленные запросы »в [2], как если бы REFER был SUBSCRIBE.В
   агент, отправляющий REFER, управляет состоянием, связанным с каждым
   подписка отдельно. Он НЕ объединяет состояние из
   отдельные подписки. Состояние - это статус указанного
   запрос у каждого из принимающих агентов.

3.10 Скорость уведомлений

   Уведомление о ссылке на событие может генерироваться каждый раз, когда
   становится доступен статус упомянутых запросов. Например,
   если REFER был на SIP INVITE, NOTIFY могут быть сгенерированы с
   каждый предварительный ответ и окончательный ответ на ПРИГЛАШЕНИЕ.В качестве альтернативы подписка может привести только к двум NOTIFY
   запросы, немедленное УВЕДОМЛЕНИЕ и УВЕДОМЛЕНИЕ с окончательным
   результат обращения. NOTIFY для ссылки на событие НЕ СЛЕДУЕТ посылать
   чаще, чем один раз в секунду.

3.11 Государственные агенты

   Отдельные агенты состояния не определены для ссылки на событие.






Дорожка стандартов Sparks [Страница 11] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


4.Примеры

4.1 Прототипный поток вызовов REFER

   Агент А Агент Б
      | |
      | F1 РЕФЕР |
      | -----------------------> |
      | F2 202 Принято |
      | <----------------------- |
      | F3 УВЕДОМЛЕНИЕ |
      | <----------------------- |
      | F4 200 ОК |
      | -----------------------> |
      | |
      | |
      | | ------->
      | | (что бы ни)
      | | <------
      | |
      | F5 УВЕДОМЛЕНИЕ |
      | <----------------------- |
      | F6 200 ОК |
      | -----------------------> |
      | |
      | |

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

Сообщение первое (F1)

ССЫЛКА sip: [email protected] SIP / 2.0
Через: SIP / 2.0 / UDP agenta.atlanta.example.com; branch = z9hG4bK2293940223
Кому: 
От: ; tag = 193402342
Call-ID: [email protected]
CSeq: 93809823 ССЫЛКА
Максимальное количество нападающих: 70
Ссылка: (любой URI)
Контакты: sip: a @ atlanta.example.com
Content-Length: 0





Дорожка стандартов Sparks [Страница 12] 

RFC 3515 Метод SIP Refer, апрель 2003 г.


Сообщение два (F2)

SIP / 2.0 202 Принято
Через: SIP / 2.0 / UDP agenta.atlanta.example.com; branch = z9hG4bK2293940223
Кому: ; tag = 49234
От: ; tag = 193402342
Call-ID: [email protected]
CSeq: 93809823 ССЫЛКА
Обращаться: sip: b @ atlanta.example.com
Content-Length: 0

Сообщение третье (F3)

УВЕДОМЛЕНИЕ sip: [email protected] SIP / 2.0
Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK9922ef992-25
Кому: ; tag = 193402342
От: ; tag = 49234
Call-ID: [email protected]
CSeq: 1993402 УВЕДОМЛЕНИЕ
Максимальное количество нападающих: 70
Событие: см.
Состояние подписки: активно; истекает = (зависит от ссылочного URI)
Контакты: sip: [email protected]
Content-Type: message / sipfrag; версия = 2.0
Длина содержимого: 20

SIP / 2.0 100 Попытка

Сообщение четвертое (F4)

SIP / 2.0 200 ОК
Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK9922ef992-25
Кому: ; tag = 193402342
От: ; tag = 49234
Call-ID: [email protected]
CSeq: 1993402 УВЕДОМЛЕНИЕ
Контакты: sip: [email protected]
Content-Length: 0

Сообщение пятое (F5)

УВЕДОМЛЕНИЕ sip: [email protected] SIP / 2.0
Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK
  • 94234 Кому: ; tag = 193402342 От: ; tag = 49234 Call-ID: [email protected] CSeq: 1993403 УВЕДОМЛЕНИЕ Максимальное количество нападающих: 70 Дорожка стандартов Sparks [Страница 13]

  • RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    Событие: см.
    Состояние подписки: прекращено; причина = нет ресурсов
    Контакты: sip: [email protected]
    Тип содержимого: сообщение / sipfrag; версия = 2.0
    Длина содержимого: 16
    
    SIP / 2.0200 ОК
    
    Сообщение шесть (F6)
    
    SIP / 2.0 200 ОК
    Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK
  • 94234 Кому: ; tag = 193402342 От: ; tag = 49234 Call-ID: [email protected] CSeq: 1993403 УВЕДОМЛЕНИЕ Контакты: sip: [email protected] Content-Length: 0 4.2 Несколько REFER в диалоговом окне Первое сообщение выше вводит неявный диалог подписки в существование. Предположим, агент A выдал второй REFER в этом диалоговом окне: Агент А Агент Б | | | F7 REFER | | -----------------------> | | F8 202 Принято | | <----------------------- | | F9 УВЕДОМЛЕНИЕ | | <----------------------- | | F10 200 OK | | -----------------------> | | | -------> | | (что-то другое) | | <------ | | | F11 УВЕДОМЛЕНИЕ | | <----------------------- | | F12 200 OK | | -----------------------> | | | | | Дорожка стандартов Sparks [Страница 14]

  • RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    Сообщение седьмое (F7)
    
    РЕФЕР глоток: b @ atlanta.example.com SIP / 2.0
    Через: SIP / 2.0 / UDP agenta.atlanta.example.com; branch = z9hG4bK93
    231 Кому: ; tag = 49234 От: ; tag = 193402342 Call-ID: [email protected] CSeq: 93809824 ССЫЛКА Максимальное количество нападающих: 70 Ссылка: (другой URI) Контакты: sip: [email protected] Content-Length: 0 Сообщение восьмое (F8) SIP / 2.0 202 Принято Через: SIP / 2.0 / UDP agenta.atlanta.example.com; branch = z9hG4bK93231 Кому: ; tag = 49234 От: ; tag = 193402342 Call-ID: [email protected] CSeq: 93809824 ССЫЛКА Контакты: sip: [email protected] Content-Length: 0 Сообщение девятое (F9) УВЕДОМЛЕНИЕ sip: [email protected] SIP / 2.0 Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK

    94238995 Кому: ; tag = 193402342 От: ; tag = 49234 Call-ID: [email protected] CSeq: 1993404 УВЕДОМЛЕНИЕ Максимальное количество нападающих: 70 Событие: отсылка; id = 93809824 Состояние подписки: активно; истекает = (зависит от ссылочного URI) Обращаться: sip: b @ atlanta.example.com Тип содержимого: сообщение / sipfrag; версия = 2.0 Длина содержимого: 20 SIP / 2.0 100 Попытка Сообщение десять (F10) SIP / 2.0 200 ОК Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK

    94238995 Кому: ; tag = 193402342 От: ; tag = 49234 Call-ID: [email protected] Дорожка стандартов Sparks [Страница 15]
    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    CSeq: 1993404 УВЕДОМЛЕНИЕ
    Контакты: sip: a @ atlanta.example.com
    Content-Length: 0
    
    Сообщение одиннадцать (F11)
    
    УВЕДОМЛЕНИЕ sip: [email protected] SIP / 2.0
    Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK2994a93eb-fe
    Кому: ; tag = 193402342
    От: ; tag = 49234
    Call-ID: [email protected]
    CSeq: 1993405 УВЕДОМЛЕНИЕ
    Максимальное количество нападающих: 70
    Событие: отсылка; id = 93809824
    Состояние подписки: прекращено; причина = нет ресурсов
    Контакты: sip: [email protected]
    Content-Type: message / sipfrag; версия = 2.0
    Длина содержимого: 16
    
    SIP / 2.0 200 ОК
    
    Сообщение двенадцать (F12)
    
    SIP / 2.0 200 ОК
    Через: SIP / 2.0 / UDP agentb.atlanta.example.com; branch = z9hG4bK2994a93eb-fe
    Кому: ; tag = 193402342
    От: ; tag = 49234
    Call-ID: [email protected]
    CSeq: 1993405 УВЕДОМЛЕНИЕ
    Контакты: sip: [email protected]
    Content-Length: 0
    
    5. Соображения безопасности
    
       Соображения безопасности, описанные в Разделе 26 [1], применяются к
       транзакция REFER. В частности, реализация
       Требования и соображения в Разделе 26.3 защиты адреса
       общая SIP-транзакция. Особого внимания заслуживает
       политики авторизации, применяемые к запросам REFER и для использования
       message / sipfrag для передачи результатов указанного запроса.
    
    5.1 Создание ссылочного URI
    
       Этот механизм основан на предоставлении контактной информации для
       упомянутый ресурс для упомянутой стороны. Осторожность должна быть
       используется для предоставления подходящего ограниченного URI, если упомянутый
       ресурс должен быть защищен.
    
    
    
    
    Дорожка стандартов Sparks [Страница 16] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    5.2 Условия авторизации для REFER
    
       Как описано в Разделе 2.4.2, реализация может получать REFER
       запросы с ссылочным URI, содержащим произвольную схему. За
       Например, пользователь может быть отослан к онлайн-сервису, например MUD
       используя telnet URI. Служба поддержки клиентов может направить клиента к
       веб-страницу отслеживания заказов с использованием HTTP URI. Раздел 2.4.2 позволяет
       пользовательский агент, чтобы отклонить запрос REFER, когда он не может обработать
       указанная схема. Также требуется, чтобы пользовательский агент получил
       авторизация от своего пользователя перед попыткой использования URI.Как правило, это может быть достигнуто путем запроса пользователю полного
       URI и вопрос типа «Хотите ли вы получить доступ к этому ресурсу?
       (Д / Н) ". Конечно, URI могут быть сколь угодно длинными и иногда
       построены со злым умыслом, поэтому следует соблюдать осторожность, чтобы избежать
       неожиданность даже в отображении самого URI (например, частичного
       отображение или сбой). Кроме того, следует позаботиться о том, чтобы выставить как
       как можно больше информации о ссылке для пользователя
       снизить риск быть введенным в заблуждение и принять опасное решение.За
       например, заголовок "Ссылка на" может содержать отображаемое имя вместе с
       URI. Ничто не гарантирует, что какое-либо свойство, подразумеваемое этим дисплеем
       имя разделяется URI. Например, отображаемое имя может
       содержат «безопасный» или «президент», а когда URI указывает
       sip: [email protected] Таким образом, предлагая пользователю
       одного отображаемого имени недостаточно.
    
       В некоторых случаях пользователь может предоставить авторизацию для некоторых REFER
       запрашивает заранее, предоставляя политику пользовательскому агенту.Этот
       подходит, например, для передачи вызова, как описано в [4].
       Здесь правильно аутентифицированный запрос REFER в существующем SIP
       диалог с sip :, sips: или tel: URI может быть принят через политику
       без интерактивного получения авторизации пользователя. По аналогии,
       может быть уместным принять должным образом заверенную ССЫЛКУ на
       HTTP URI, если ссылка находится в явном списке одобренных
       ссылки. В отсутствие такого предварительного разрешения
       пользователь должен интерактивно предоставить авторизацию для ссылки на
       указанный ресурс.Чтобы увидеть опасность политики, которая слепо принимает и действует в соответствии с
       HTTP URI, например, рассмотрим веб-сервер, настроенный для приема
       запросы только от клиентов, находящихся за брандмауэром небольшой организации.
       Поскольку он находится в этой мягко-кремовой средней среде, где маленькие
       организация доверяет всем своим членам и имеет слабую внутреннюю безопасность,
       веб-сервер часто не обслуживается, оставляя его
       уязвимы для атак через злонамеренно созданные URI (в результате
       возможно, при запуске произвольного кода, указанного в URI).Если SIP UA
       внутри этого брандмауэра слепо принимает ссылку на произвольный
       HTTP URI, злоумышленник за пределами брандмауэра может взломать Интернет
       сервер. С другой стороны, если пользователь UA должен положительно
    
    
    
    Дорожка стандартов Sparks [Страница 17] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
       действие (например, ответ на приглашение) перед действием на этот URI,
       риск снижается до того же уровня, что и пользователь, нажимающий на URI
       в веб-браузере или электронном письме.Заключение в предыдущем абзаце обобщается для URI с
       произвольная схема. Агент, который выполняет автоматические действия для доступа к
       URI с заданной схемой рискует использоваться для косвенной атаки на другой
       хост, уязвимый для некоторой уязвимости безопасности, связанной с этой схемой.
       Этот риск и возможность причинения вреда другому хозяину увеличиваются.
       когда хост и агент находятся за общей политикой применения
       точка типа межсетевого экрана. Кроме того, этот агент увеличивает его
       подверженность атакам отказа в обслуживании из-за исчерпания ресурсов,
       особенно если каждое автоматическое действие включает открытие нового
       связь.Пользовательские агенты должны проявлять осторожность при передаче произвольного URI в
       сторонние службы, например, предоставляемые некоторыми современными производителями
       системы, особенно если пользовательский агент не знает схемы
       и возможные разветвления с использованием указанных в нем протоколов. В
       возможность нарушить принцип наименьшего удивления очень
       высоко.
    
    5.3 Рекомендации по использованию message / sipfrag
    
       Использование тел message / sipfrag для возврата хода и результатов
       Запрос REFER чрезвычайно мощный.Неосторожное использование этой способности
       может поставить под угрозу конфиденциальность и конфиденциальность. Вот пара
       простые, несколько надуманные примеры, демонстрирующие потенциал
       вред.
    
    5.3.1 Обход конфиденциальности
    
       Предположим, у Алисы есть пользовательский агент, который принимает запросы REFER к SIP.
       INVITE URI и УВЕДОМЛЕНИЕ от реферера о прогрессе INVITE
       копируя каждый ответ на ПРИГЛАШЕНИЕ в тело УВЕДОМЛЕНИЯ.
    
       Предположим далее, что у Кэрол есть причина избегать Мэллори и
       настроила свою систему на своем прокси-сервере, чтобы принимать звонки только от
       определенный набор людей, которым она доверяет (включая Алису), так что Мэллори
       не узнает, когда она рядом или какой пользовательский агент она на самом деле
       с помощью.Мэллори может отправить REFER Алисе с указанием URI ссылки
       Кэрол. Если Алиса сможет связаться с Кэрол, отправленные Кэрол 200 OK получат
       вернулся к Мэллори в УВЕДОМЛЕНИИ, дав ему знать не только то, что Кэрол
       рядом, но также IP-адрес агента, которого она использует.
    
    
    
    
    
    Дорожка стандартов Sparks [Страница 18] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    5.3.2 Обход конфиденциальности
    
       Предположим, что Алиса с тем же пользовательским агентом, что и выше, работает на
       компания, которая работает над величайшим из когда-либо изобретенных SIP-устройств -
       SIP FOO.Компания месяцами работала над созданием
       устройство и маркетинговые материалы, тщательно сохраняя идею, даже
       название секрета идеи (поскольку FOO - одна из тех вещей, которые
       любой мог сделать это, если бы у него просто была идея сначала). FOO встал и
       работает, и любой сотрудник компании может им пользоваться, но он недоступен
       вне брандмауэра компании.
    
       До Мэллори дошли слухи, что компания Алисы занимается чем-то большим,
       и даже сумел заполучить URI, который, как он подозревает, может
       иметь какое-то отношение к этому.Он отправляет СООБЩЕНИЕ Алисе с
       таинственный URI, и когда Алиса подключается к FOO, Мэллори получает УВЕДОМЛЕНИЯ
       с телами, содержащими
    
       Сервер: FOO / v0.9.7
    
    5.3.3 Ограничение нарушения
    
       Для каждого из этих случаев и в целом тщательный возврат
       выбранное подмножество доступной информации о ходе
       ссылка через NOTIFY снижает риск. Минимальный
       реализация, описанная в разделе 2.4.5, предоставляет меньше всего
       информация о том, что есть у агента, работающего по запросу REFER
       сделано, и вряд ли будет полезным инструментом для злоумышленников.5.3.4 Рекомендации по вырезанию, вставке и воспроизведению
    
       Механизм, определенный в этой спецификации, не является прямым
       подвержены злоупотреблениям путем копирования тел сообщений / sipfrag из
       NOTIFY запросы и вставка их, полностью или частично, в будущем
       NOTIFY запросы, связанные с тем же или другим REFER. Под
       в этой спецификации агент, отвечающий на запрос REFER, находится в
       полный контроль над содержанием отправляемых им NOTIFY.
       Здесь не определен механизм, требующий от этого агента добросовестного
       пересылать любую информацию от указанной стороны.Таким образом, сохраняя
       тело для последующего воспроизведения не дает агенту больше возможности влиять на
       механизм, определенный в этом документе на своем узле, чем он имеет без
       это тело. Точно так же захват тела сообщения / sipfrag
       перехватчики не дадут им больше возможности влиять на этот механизм
       чем они бы без него.
    
       Будущие расширения могут накладывать дополнительные ограничения на агента.
       ответ на REFER, чтобы разрешить использование части тела message / sipfrag в
       УВЕДОМЛЕНИЕ, чтобы делать заявления типа "Я связался с стороной, которую вы меня направили
       к, а вот и криптографическое доказательство ".Эти утверждения могут быть использованы
    
    
    
    Дорожка стандартов Sparks [Страница 19] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
       чтобы повлиять на поведение принимающего UA. Такое расширение
       потребуется определить дополнительный механизм защиты от копирования
       основанные атаки.
    
    6. Исторический материал
    
       Первоначально этот метод был мотивирован приложением для переадресации вызовов.
       Начиная с TRANSFER, а затем обобщая до REFER, этот метод
       улучшена концепция BYE / Также просроченного draft-ietf-sip-cc-01
       путем отделения переводов от обработки BYE.Эти
       изменения облегчают восстановление неудачных переводов и уточняют состояние
       управление в участвующих организациях.
    
       Ранние версии этой работы требовали, чтобы агент отвечал на REFER to
       дождитесь завершения указанного действия перед отправкой окончательного
       ответ на РЕФЕР. Этот последний ответ отражал успех или
       невыполнение указанного действия. Это было невозможно из-за
       правила тайм-аута транзакции, определенные для запросов без приглашения INVITE в [1]. А
       РЕФЕР всегда должен получать немедленное (в течение срока службы
       транзакция не-INVITE) окончательный ответ.7. Соображения IANA
    
       Этот документ определяет новое имя метода SIP (REFER), новый заголовок SIP.
       имя поля в компактной форме (Ссылка на и r соответственно), и
       пакет мероприятий (см.).
    
       Следующее было добавлено в подреестр метода в разделе
       http://www.iana.org/assignments/sip-parameters.
    
          ССЫЛКА [RFC3515]
    
       Следующая информация также была добавлена ​​в подзаголовок
       в реестре http://www.iana.org/assignments/sip-parameters.
    
          Имя заголовка: Ссылка
    
          Компактная форма: r
    
          Ссылка: RFC 3515
    
       Эта спецификация регистрирует пакет событий на основе
       процедуры регистрации определены в [2].Ниже приводится
       информация, необходимая для такой регистрации:
    
          Имя пакета: см.
    
          Пакет или шаблон пакета: это пакет.
    
    
    
    Дорожка стандартов Sparks [Страница 20] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
          Опубликованная спецификация: RFC 3515
    
          Контактное лицо: Роберт Спаркс, [email protected]
    
    8. Благодарности
    
       Этот документ является продуктом совместной работы рабочей группы SIP.9. Ссылки
    
    9.1 Нормативные ссылки
    
       [1] Розенберг, Дж., Шульцринн, Х., Камарилло, Г., Джонстон, А.,
            Петерсон, Дж., Спаркс, Р., Хэндли, М. и Э. Шулер, "SIP:
            Протокол инициации сеанса », RFC 3261, июнь 2002 г.
    
       [2] Роуч, А. Б., "Событие, связанное с протоколом инициации сеанса (SIP)".
            Уведомление », RFC 3265, июнь 2002 г.
    
       [3] Спаркс, Р., "Internet Media Type message / sipfrag", RFC 3420,
            Ноябрь 2002 г.
    
    9.2 Информационные ссылки
    
       [4] Спаркс, Р.и А. Джонстон, "Вызов протокола инициирования сеанса
            Контроль - Передача », Работа в процессе.
    
    10. Заявление об интеллектуальной собственности
    
       IETF не занимает никакой позиции относительно действительности или объема каких-либо
       интеллектуальная собственность или другие права, которые могут быть заявлены на
       относятся к реализации или использованию технологии, описанной в
       этот документ или степень, в которой любая лицензия на такие права
       может быть, а может и нет; и не означает, что это
       предпринял какие-либо усилия для определения любых таких прав.Информация о
       Процедуры IETF в отношении прав на отслеживание стандартов и
       документацию по стандартам можно найти в BCP-11. Копии
       требования о правах, предоставленных для публикации, и любые гарантии
       лицензии, которые должны быть предоставлены, или результат попытки
       получить генеральную лицензию или разрешение на использование таких
       права собственности разработчиков или пользователей данной спецификации могут
       можно получить в Секретариате IETF.
    
       IETF приглашает любую заинтересованную сторону довести до ее сведения любые
       авторские права, патенты или заявки на патенты или другие проприетарные
       права, которые могут охватывать технологии, которые могут потребоваться для практики
       этот стандарт.Пожалуйста, направьте информацию исполнительному директору IETF.
       Директор.
    
    
    
    Дорожка стандартов Sparks [Страница 21] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    11. Адрес автора.
    
       Роберт Дж. Спаркс
       Dynamicsoft
       5100 Tennyson Parkway
       Люкс 1200
       Плано, Техас 75024
    
       Электронная почта: [email protected]
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Стандарты Sparks [Страница 22] 

    RFC 3515 Метод SIP Refer, апрель 2003 г.
    
    
    12.Полное заявление об авторских правах
    
       Авторское право (C) The Internet Society (2003). Все права защищены.
    
       Этот документ и его переводы могут быть скопированы и предоставлены
       другие и производные работы, которые комментируют или иным образом объясняют это
       или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
       и распространяется, полностью или частично, без ограничения каких-либо
       добрый, при условии, что указанное выше уведомление об авторских правах и этот абзац
       включены во все такие копии и производные работы.Однако это
       сам документ не может быть изменен каким-либо образом, например, путем удаления
       уведомление об авторских правах или ссылки на Internet Society или другие
       Интернет-организации, за исключением случаев, когда это необходимо для
       разработки Интернет-стандартов, в этом случае процедуры для
       авторские права, определенные в процессе разработки стандартов Интернета, должны быть
       следовали, или по мере необходимости перевести его на другие языки, кроме
       Английский.
    
       Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
       аннулировано Интернет-сообществом, его правопреемниками или правопреемниками.Этот документ и содержащаяся в нем информация размещены на
       Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
       TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
       НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
       ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
       КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.
    
    Подтверждение
    
       Финансирование функции редактора RFC в настоящее время обеспечивается
       Интернет-общество.Дорожка стандартов Sparks [стр. 23]
    
     

    Разметка HTML, созданная rfcmarkup 1.129d, доступная по адресу https://tools.ietf.org/tools/rfcmarkup/

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

    Заказ на банкетное мероприятие, обычно называемый «BEO», - это документ, в котором подробно описываются детали вашего мероприятия. Он служит руководством для отеля по выполнению логистики и передаче информации всем необходимым отделам отеля.Менеджер по организации мероприятий или кейтеринговый менеджер создает BEO и обычно отправляет его вам для проверки до дня мероприятия.

    Вот 5 компонентов BEO, которые вы должны ожидать:

    1. Порядок событий: С точностью до минуты порядок событий определяет время для вечера. Обычно вы не увидите это на корпоративном BEO (если нет торжественного или сложного приема), а скорее на свадьбах. Ваш порядок мероприятий будет включать в себя все: от представления свадебной вечеринки до разрезания торта до открытия и закрытия бара.
    2. Меню: Каждый пункт меню должен быть указан в порядке его подачи (например, закуски, затем ужин, затем десерт, затем кофе), независимо от того, едите ли вы в виде шведского стола или на тарелке. Также следует включить вегетарианские блюда и детское меню.
    3. Установка и оборудование: Ожидайте увидеть диаграмму, прикрепленную к BEO, или хотя бы заметку о том, как будет обустроена комната и какие типы столов и расстановки будут использоваться. Аудиовизуальное оборудование также должно быть включено в этот раздел.Убедитесь, что в списке указаны все необходимые экран, удлинитель, интернет-линия или микрофон.
    4. Информация о продавце: Для общественных мероприятий, особенно ожидайте увидеть имена и номера телефонов любых продавцов, таких как флористы, ди-джеи или поставщики общественного питания. Это означает, что отель или заведение ожидают их и одобряют.
    5. Особые запросы: Рядом с каждым соответствующим разделом должны быть указаны любые сделанные вами особые запросы. Это особенно важно в отношении пунктов меню.

    Узнайте больше о том, как создать незабываемые и удивительные события.

    Что такое первичный источник?

    Цели | Определения | Инструкции для учителей | Инструкции для студентов | Сравнение видов деятельности по первичным источникам | Дополнительные ресурсы

    ЗАДАЧИ

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

    Время: 30 минут (отрегулируйте время по мере необходимости)

    Навыки: Концептуальное знание типов исторических документов, наблюдение, сравнение, оценка, вопросы и ответы на основе документов

    Область содержимого: История

    Материалы:

    Обратите внимание, что все первичные и вторичные исходные материалы Смитсоновского института могут быть использованы и воспроизведены в образовательных целях без дополнительного разрешения.

    Уровень: 6–12 классы

    ОПРЕДЕЛЕНИЯ

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

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

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

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

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

    Это может зависеть от вопроса, который вы задаете. - Один и тот же документ может быть основным и дополнительным источником, в зависимости от вопроса, который вы задаете. Например, сообщение балтиморской газеты о смерти Линкольна, которое включает в себя сообщения о том, что произошло в Театре Форда, содержит свидетельства из вторых рук. Но если ваш вопрос заключается в том, как люди в Балтиморе узнали об убийстве Линкольна и что они слышали, то газета является основным источником ответа на этот вопрос.

    Инструкции для учителей

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

    1. Прежде чем отправлять студентов для работы с документами, объясните определения первичных, вторичных и смешанных источников.
    2. Разделите класс на три группы.Каждой группе будут предоставлены распечатки одного комплекта материалов, касающихся смерти Линкольна, и рабочий лист. Сначала попросите учащихся внимательно изучить исходные документы в отдельных группах и ответить на вопросы на листе.

    и
    http://memory.loc.gov/ammem/ammemhome.html
    Найдите: «Убийство президента Линкольна» и выберите два или три изображения, например, гравюру с изображением снимаемого Линкольна и фотографию. похорон Линкольна.

    • Группа 3: Репортаж об убийстве Линкольна в New York Times.

    http://timesmachine.nytimes.com/browser

    Искать: 15 и 16 апреля 1865 г.

    1. После того, как учащиеся тщательно проанализируют и прочитают свои документы и ответят на вопросы в малых группах, соберите класс вместе для большого обсуждения. Пусть каждая группа поделится кратким изложением своих документов и найденных ответов. Задайте эти вопросы, чтобы начать обсуждение:
    • Что эти документы говорят вам о Вашингтоне, округ Колумбия.К., во время смерти президента Линкольна?
    • Чем изучение этих документов отличается от чтения главы о гражданской войне в учебнике?
    • Почему важно / ценно смотреть на первоисточники?
    • Как первоисточники помогают понять историю?
    • Проливает ли одна форма свидетельства свет на другие формы свидетельства?
    • Помогает ли один документ оценить качество информации в другом документе?
    • Если объединить эти первоисточники, окажется ли целое больше суммы его частей?
    • Как можно использовать дневники / фотографии / выпуски новостей для изучения истории?
    • Как вы можете использовать современные материалы, чтобы узнать об исторических событиях, в которых вы участвуете?
    • Что можно узнать из дневника? Делаете серию фотографий? Вырезать статьи по теме из газеты?
    1. При необходимости, студентам также может быть предложено небольшое эссе по их документу или группе документов со следующими инструкциями:

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

    Инструкции для студентов

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

    Сравнение видов деятельности по первичным источникам

    Имена : _____________________________________________________________________________________

    Вопросы:

    1. Кто подготовил этот документ?

    2. Действительно ли они были свидетелями события?

    3. Почему был создан этот документ?

    4.То, что было поводом?

    5. О чем этот документ?

    6. Кто была целевой аудиторией?

    7. Какие предубеждения могли быть у создателя?

    8. Насколько надежен создатель документа? Если нет, то почему?

    9. Что этот документ рассказывает вам об эпохе гражданской войны в Вашингтоне, округ Колумбия?

    10.Что это за документ? Этот документ является первоисточником?

    11. Есть ли свидетельства от первого лица или из вторых рук или и то, и другое?

    12. Являются ли доказательства ясными, надежными, полученными от первого лица или из вторых рук / по слухам?

    13. Как это соотносится с тем, что вы узнали в своих учебниках?

    14. Помогает ли этот документ вам понять историю гражданской войны в Вашингтоне, округ Колумбия.С.?

    Дополнительные ресурсы

    • Истории SI, Архивы Смитсоновского института, http://siarchives.si.edu/history/exhibits/stories-smithsonian
    • Страницы истории архивов Смитсоновского института, http://siarchives.si.edu/history
    • Поиск коллекций Смитсоновского института, http://collections.si.edu/search/
    • Исторические фотографии Смитсоновского института, Архивы Смитсоновского института, http://siarchives.si.edu/history/exhibits/historic-pictures-smithsonian
    • Образовательный сайт Смитсоновского института, http: // www.smithsonianeducation.org/educators/
    • American Memory, Библиотека Конгресса, http://memory.loc.gov
    • Цифровой класс, Национальный архив, http://www.archives.gov/education/index.html
    • Edsitement, The Best of the Humanities on the Web, National Endowment for the Humanities, http://edsitement.neh.gov/
    • History Matters, The U.S. Survey Course on the Web, The Social History Project, http://historymatters.gmu.edu/
    • .
    • Архив Нью-Йорк Таймс, http: // timesmachine.nytimes.com/
    • Чикагское историческое общество: «Мокрый от крови: исследование плаща Мэри Тодд Линкольн», http://www.chicagohistory.org/wetwithblood/index.htm

    Составление юридических документов, Принципы четкого письма

    Главная | Предыдущий | Следующий

    Принципы четкого письма

    1. Напишите активным голосом . Активный голос устраняет путаницу, заставляя вас назвать актер в предложении.Эта конструкция дает понять читателю , кто должен выполнять свои обязанности.

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

    плюс

    Примеры пассивных глаголов:

    • получено,
    • в стадии рассмотрения,
    • Был выбран
    • .

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

    Пассивный: Регламент [получатель] был написан [глагол] составителем [актером].

    Активно: Составитель [актер] написал [глагол] постановление [получатель].

    Пассивные конструкции сбивают с толку при использовании в правилах. В активных предложениях должны быть актеры, но в пассивных предложениях. одни обходятся без них.

    Использование актера перед глаголом заставляет вас четко понимать ответственность.

    • Курьер доставит материал.
    • Подрядчик определит дату начала.
    • Цифры должен утверждать администратор.
    Пассивный залог уместен, когда актер неизвестен, не важен или очевиден. Обычно это не применяется в нормативном тексте.
    • Мелкие вещи часто воруют.
    • Заявки отправлены по почте.
    2. Используйте глаголы действия .

    Избегайте таких слов:

    Их называют «номиналами» - существительными с глаголами внутри.Их трудно читать, и они делают предложения длиннее. Действие глаголы короче и прямее.

    3. Использовать «должен» вместо «должен» .

    Чтобы наложить юридическое обязательство, используйте слово «должен».

    Чтобы предсказать будущие действия, используйте «волю».

    НЕ ГОВОРИТЬ : Губернатор должен одобрить это.

    СКАЗАТЬ: Губернатор должен одобрить это. [обязательство]

    ИЛИ : Управляющий одобрит это. [будущее действие]

    4. Будьте прямыми . Говорите напрямую со своими читателями. Используйте повелительное настроение. Правила поддаются этому стилю, особенно процедуры, практические инструкции и списки обязанностей.

    Прямолинейность позволяет избежать пассивного голоса:

    СКАЗАТЬ : Подпишите все копии.

    ПРОКАЖИТЕ : Прикрепите копию вашего W-2 к декларации.

    Этот стиль приводит к тому, что процедуры становятся короче, четче и проще для понимания.

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

    НЕ ГОВОРИТЬ : Штраф за вождение без водительских прав составляет 10 долларов США.

    СКАЗАТЬ : Штраф за вождение без водительских прав составляет 10 долларов.

    6. Пишите положительно .Если вы можете точно выразить идею положительно или отрицательно, выражайте ее положительно.

    НЕ ГОВОРИТЬ : Губернатор не может назначать лиц, кроме тех, которые имеют квалификацию Агентства по управлению персоналом.

    СКАЗАТЬ : Губернатор должен назначить лицо, имеющее квалификацию Агентства по управлению персоналом.

    Отрицательное утверждение может быть ясным. Используйте его, если вы предостерегаете читателя.

    НЕ ХОДИТЕ
    НЕ КУРИТЬ
    Но избегайте нескольких отрицаний в одном предложении.

    НЕ ГОВОРИТЬ : Демонстрационный проект не будет утвержден, если не будут выполнены все требования к заявке.

    СКАЗАТЬ: Демонстрационный проект будет одобрен только в том случае, если заявитель соответствует всем требованиям.

    Даже негатив лучше выражать в положительной форме.

    7. Избегайте использования исключений . Если возможно, укажите правило или категорию напрямую, а не описывайте это правило или категорию, указывая исключения.

    НЕ СКАЗАТЬ : Все люди, кроме лиц старше 18 лет, должны ...

    СКАЗАТЬ : Каждый человек младше 18 лет должен ...

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

    НЕ ГОВОРИТЬ : Алабама, Аляска ... и Вайоминг (список из 47 штатов) должны нормироваться ...

    СКАЗАТЬ : Каждый штат, кроме Техаса, Нью-Мексико и Аризоны, должен нормировать... (Обратите внимание, что сначала устанавливается категория "каждое состояние", а затем указываются исключения.)

    8. Избегайте разбиения инфинитивов . Инфинитив с разбивкой оскорбляет многих читателей, поэтому по возможности избегайте его.

    НЕ ГОВОРИТЬ : Обязательно сразу же ответит на приглашение.

    СКАЗАТЬ: Обязательно ответит быстро на приглашение. или же СКАЗАТЬ: Убедитесь, что ответит на приглашение быстро .

    9. Используйте существительное в единственном числе, а не во множественном числе . Насколько позволяет ваше значение, используйте существительное в единственном числе вместо существительного во множественном числе. Вы избежите проблемы, применяется ли правило отдельно к каждому члену класса или совместно к классу в целом.

    НЕ ГОВОРИТЬ : Охранник выдаст значки безопасности сотрудникам, которые работают в Здании D и E.

    СКАЗАТЬ: Охранник выдаст значок безопасности каждому сотруднику, который работает в Здании D, и каждому сотрудник, который работает в здании E.

    если вы не имеете в виду
    Охранник выдаст значок безопасности каждому сотруднику, который работает как в здании D, так и в здании E. другие возможные значения.)

    10. Будьте последовательны. Не используйте разные слова для обозначения одного и того же . Вариации ради вариации нет места в регламенте. Использование синонима вместо повторения точного термина, который вы имеете в виду, просто сбивает читателя с толку.

    НЕ ГОВОРИТЬ : Каждый владелец автомашины должен зарегистрировать свой автомобиль в автомобильном отделе Департамента полиции столицы.

    СКАЗАТЬ : Каждый владелец автомобиля должен зарегистрировать свой автомобиль в отделении автомобилей Департамента полиции столицы.

    Не используйте одно и то же слово для обозначения разных вещей.

    НЕ СКАЗАТЬ : Бак имел 200-галлонный бак для топлива.

    СКАЗАТЬ : В баке был топливный бак на 200 галлонов.

    11. Использовать параллельную структуру .Расставляйте предложения так, чтобы параллельные идеи выглядели параллельными. Это важно при использовании списка.

    Непараллельное строительство :

    Обязанности исполнительного секретаря Административного комитета:

    • Вести протокол всех заседаний; ( фраза )
    • Ответственный секретарь отвечает на всю корреспонденцию; и ( пункт )
    • Написание ежемесячных отчетов. ( тема )
    Параллельное строительство :
    • Вести протокол всех заседаний;
    • Отвечать на всю корреспонденцию; и
    • Писать ежемесячные отчеты.

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

    13. Пропустить ненужные слова . Не используйте составные предлоги и другие словесные выражения, если одно и то же значение можно передать одним или двумя словами.

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

    Примеры: пары слов, которых следует избегать

    15. Используйте конкретные слова . Правительственные письма часто касаются абстрактных тем. Но абстрактные слова могут быть расплывчатыми и открытыми для разных интерпретации. Изложите инструкции простыми, конкретными словами.

    16. Не используйте враждебные слова . Слова могут привлечь или оттолкнуть читателей.В нашем письме можно выбрать слова, которые не делают неправильное впечатление или неприязнь наших читателей. Используйте слова, на которые люди реагируют положительно, а не слова, которые им не нравятся.

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

    НЕ ГОВОРИТЬ: Разработка процедур безопасности шахтеров.

    СКАЗАТЬ: Разработка подземных процедур для защиты безопасности горняков.

    ИЛИ БОЛЕЕ ВЕРОЯТНО: Разработка процедур по защите безопасности рабочих в подземных выработках.

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

    18. Не используйте гендерную терминологию . Избегайте названий должностей, связанных с полом:

    Избегайте специфичных для пола местоимений, когда антецедентом может быть мужчина или женщина.

    НЕ ГОВОРИТЬ: Администратор или его уполномоченное лицо должны заполнить оценочную форму.

    СКАЗАТЬ: Администратор или его уполномоченное лицо должны заполнить оценочную форму.

    Будьте осторожны при перезаписи, чтобы избежать проблем. Следующие примеры не обязательно имеют то же значение -

    • Каждый региональный директор огласит свои рекомендации на конференции.
    • Региональные директора объявят свои рекомендации на конференции.

    19. Напишите короткие предложения . Читаемые предложения простые, активные, утвердительные и декларативные .

    Чем больше предложение отклоняется от этой структуры, тем сложнее его понять.

    Длинные, нескончаемые предложения - основная слабость законные документы.

    Юридические документы часто содержат условия, которые приводят к сложным предложениям с множеством предложений.

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

    Решения

    • Укажите одно и только одно в каждом предложении.
    • Разделите длинные предложения на два или три коротких предложения.
    • Удалите все ненужные слова. Стремитесь к простому предложению с подлежащим и глаголом. Удалите ненужные модификаторы.
    • Если перед применением правила должно быть выполнено только одно или два простых условия, сначала укажите условия, а затем сформулируйте правило.
    • Если два или более сложных условия должны быть выполнены перед применением правила, сначала укажите правило, а затем укажите условия.
    • Если перед применением правила должны быть выполнены несколько условий или подчиненных положений, используйте список.

    20. Сделайте списки понятными и логичными по структуре . В листинге есть пробел, разделяющий различные условия. Объявление может вам помочь избегайте проблем, связанных с двусмысленностью слов «и» и «или». При составлении списка используйте следующие правила:

    • Использовать параллельную структуру. (См. Пример в пункте 11 выше.)
    • Перечислите каждый элемент так, чтобы он давал полную мысль при чтении вместе с вводным текстом.
    • Если вводным языком для списка является полное предложение -
      • Завершите введение двоеточием; и
      • Сделайте каждый элемент в списке отдельным предложением.
    • Если вводная формулировка списка является неполным предложением -
      • Завершите введение тире;
      • Заканчивайте каждый элемент в списке, кроме последнего, точкой с запятой;
      • После точки с запятой в предпоследнем элементе списка напишите «и» или «или» в зависимости от ситуации; и
      • Завершает последний элемент в списке точкой.

    21. Используйте короткие абзацы . Писатель может улучшить ясность правила, используя короткие компактные абзацы. Каждый абзац должен касаться одной единой темы. Длительные, сложные или технические обсуждения должны быть представлены в серии связанных абзацы.

    22. Используйте контрольный список и просмотрите свой проект по каждому из этих принципов отдельно.

    Предыдущая | Следующий

    Соглашения об именах | Эдинбургский университет

    Упростите поиск электронных документов.

    Этот документ предназначен для предоставления общего набора правил, применяемых к именованию электронных записей. Соглашения в первую очередь предназначены для использования с программным обеспечением на базе Windows и такими документами, как текстовые документы, электронные таблицы, презентации, электронные письма и планы проектов. «Имена файлов» - это имена, которые перечислены в каталоге файлов и которые пользователи присваивают новым файлам при их первом сохранении.

    Соглашения предполагают, что существует логическая структура каталогов или схема хранения и что аналогичные соглашения используются для именования уровней и папок в структуре каталогов.

    Зачем нужны соглашения об именах?

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

    Соглашения об именах файлов

    Соглашения включают следующие 13 правил.По ссылкам вы найдете примеры и объяснения правил.

    1. Имена файлов должны быть короткими, но содержательными
    2. Избегайте ненужных повторов и избыточности в именах файлов и путях к файлам.
    3. Используйте заглавные буквы для разделения слов, а не пробелы или подчеркивания
    4. При включении числа в имя файла всегда указывайте его как двузначное число, например 01-99, если это не год или другое число, состоящее из более чем двух цифр.
    5. При использовании даты в имени файла всегда указывайте дату «назад вперед» и используйте четырехзначный год, двухзначный месяц и двухзначный день: ГГГГММДД или ГГГГММ, или ГГГГ, или ГГГГ-ГГГГ.
    6. При включении личного имени в имя файла сначала укажите фамилию, а затем инициалы.
    7. Избегайте использования общих слов, таких как «черновик» или «буква» в начале имен файлов, если это не упростит поиск записи.
    8. Упорядочите элементы в имени файла наиболее подходящим способом для извлечения записи.
    9. Имена файлов записей, относящихся к повторяющимся событиям, должны включать дату и описание события, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
    10. Имена файлов корреспонденции должны включать имя корреспондента, указание на тему, дату корреспонденции и то, является ли корреспонденция входящей или исходящей, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
    11. Имя файла вложения электронной почты должно включать имя корреспондента, указание темы, дату переписки, «attch» и указание количества вложений, отправленных с сопроводительным электронным письмом, за исключением случаев, когда включение любой из этих элементов несовместим с правилом 2.
    12. Номер версии записи должен быть указан в имени файла путем включения буквы «V», за которой следует номер версии и, если применимо, «Черновик».
    13. Избегайте использования буквенно-цифровых символов в именах файлов.

    Благодарности

    Это руководство основано на:

    Офисные стандарты, разработанные отделом разработки MIS, опубликованные JISC infoNet

    Передовой опыт управления электронными документами с использованием Office 97 в локальной сети, опубликован Национальным архивом

    Об этом руководстве

    Контроль версий Автор / редактор Дата Внесено правок
    1 Анн Грызбовски Июль 2007 г.

    Leave A Comment