Реестр зарегистрированных сми: Реестр зарегистрированных средств массовой информации
Порядковый номер | Название иностранных средств массовой информации | Дата |
1. | «Голос Америки» | 05.12.2017 |
2. | «Idel.Реалии» | 05.12.2017 |
3. | Кавказ.Реалии | 05.12.2017 |
4. | Крым.Реалии | 05.12.2017 |
5. | Телеканал Настоящее Время | 05.12.2017 |
6. | Татаро-башкирская служба Радио Свобода (Azatliq Radiosi) | 05.12.2017 |
7. | Радио Свободная Европа/Радио Свобода (PCE/PC) | 05.12.2017 |
8. | «Сибирь.Реалии» | 05.12.2017 |
9. | «Фактограф» | 05.12.2017 |
10. | «Север.Реалии» | 15.11.2019 |
11. | Общество с ограниченной ответственностью «Радио Свободная Европа/Радио Свобода» | 11.02.2020 |
12. | Чешское информационное агентство «MEDIUM-ORIENT» | 21.12.2020 |
Пономарев Лев Александрович | 28.12.2020 | |
14. | Савицкая Людмила Алексеевна | 28.12.2020 |
15. | Маркелов Сергей Евгеньевич | 28.12.2020 |
16. | Камалягин Денис Николаевич | 28.12.2020 |
17. | Апахончич Дарья Александровна | 28.12.2020 |
18. | Юридическое лицо, зарегистрированное в Латвийской Республике, SIA «Medusa Project» (регистрационный номер 40103797863, дата регистрации 10.06.2014) | 23.04.2021 |
19. | Общество с ограниченной ответственностью «Первое антикоррупционное СМИ» | 23.04.2021 |
20. | Юридическое лицо, зарегистрированное в Королевстве Нидерландов, Stichting 2 Oktober (регистрационный номер № 69126968), являющееся администратором доменного имени интернет-ресурса «VTimes.io» | 14.05.2021 |
21. | Баданин Роман Сергеевич | 15. |
22. | Гликин Максим Александрович | 15.07.2021 |
23. | Маняхин Петр Борисович | |
24. | Ярош Юлия Петровна | 15.07.2021 |
25. | Чуракова Ольга Владимировна | 15.07.2021 |
26. | Железнова Мария Михайловна | 15.07.2021 |
27. | Лукьянова Юлия Сергеевна | 15.07.2021 |
28. | Маетная Елизавета Витальевна | 15.07.2021 |
29. | Юридическое лицо «The Insider SIA», зарегистрированное в Риге, Латвийская Республика (дата регистрации 26.06.2015), являющееся администратором доменного имени интернет-издания «The Insider», https://theins.ru | 23.07.2021 |
30. | Рубин Михаил Аркадьевич | 23.07.2021 |
31. | Гройсман Софья Романовна | 23.07.2021 |
32. | Рождественский Илья Дмитриевич | 23.07.2021 |
33. | Апухтина Юлия Владимировна | 23. |
34. | Постернак Алексей Евгеньевич | 23.07.2021 |
35. | Общество с ограниченной ответственностью Телеканал Дождь | 20.08.2021 |
36. | Петров Степан Юрьевич | 20.08.2021 |
37. | Юридическое лицо Istories fonds, зарегистрированное в Латвийской Республике (регистрационный номер 50008295751, дата регистрации 24.02.2020) | 20.08.2021 |
38. | Шмагун Олеся Валентиновна | 20.08.2021 |
39. | Мароховская Алеся Алексеевна | 20. |
40. | Долинина Ирина Николаевна | 20.08.2021 |
41. | Шлейнов Роман Юрьевич | 20.08.2021 |
42. | Анин Роман Александрович | 20.08.2021 |
43. | Великовский Дмитрий Александрович | 20.08.2021 |
44. | Общество с ограниченной ответственностью «Альтаир 2021» | 03.09.2021 |
45. | Общество с ограниченной ответственностью «Ромашки монолит» | 03. |
46. | Общество с ограниченной ответственностью «Главный редактор 2021» | 03.09.2021 |
47. | Общество с ограниченной ответственностью «Вега 2021» | 03.09.2021 |
48. | Общество с ограниченной ответственностью «Важные иноагенты» | 27.09.2021 |
49. | Каткова Вероника Вячеславовна | 29.09.2021 |
50. | Карезина Инна Павловна | 29.09.2021 |
51. | Кузьмина Людмила Гавриловна | 29. |
52. | Костылева Полина Владимировна | 29.09.2021 |
53. | Лютов Александр Иванович | 29.09.2021 |
54. | Жилкин Владимир Владимирович | 29.09.2021 |
55. | Жилинский Владимир Александрович | 29.09.2021 |
56. | Тихонов Михаил Сергеевич | 29.09.2021 |
57. | Пискунов Сергей Евгеньевич | 29.09.2021 |
58. | Ковин Виталий Сергеевич | 29.09.2021 |
59. | Кильтау Екатерина Викторовна | 29.09.2021 |
60. | Любарев Аркадий Ефимович | 29.09.2021 |
61. | Гурман Юрий Альбертович | 29.09.2021 |
62. | Грезев Александр Викторович | 29.09.2021 |
63. | Важенков Артем Валерьевич | 29.09.2021 |
64. | Иванова София Юрьевна | 29. |
65. | Пигалкин Илья Валерьевич | 29.09.2021 |
66. | Петров Алексей Викторович | 29.09.2021 |
67. | Егоров Владимир Владимирович | 29.09.2021 |
68. | Гусев Андрей Юрьевич | 29.09.2021 |
69. | Смирнов Сергей Сергеевич | 29.09.2021 |
70. | Верзилов Петр Юрьевич | 29.09.2021 |
71. | Общество с ограниченной ответственностью «ЗП» | 29. |
72. | Общество с ограниченной ответственностью «Зона права» | 29.09.2021 |
73. | Общество с ограниченной ответственностью «ЖУРНАЛИСТ-ИНОСТРАННЫЙ АГЕНТ» | 01.10.2021 |
74. | Вольтская Татьяна Анатольевна | 08.10.2021 |
75. | Клепиковская Екатерина Дмитриевна | 08.10.2021 |
76. | Сотников Даниил Владимирович | 08.10.2021 |
77. | Захаров Андрей Вячеславович | 08. |
78. | Симонов Евгений Алексеевич | 08.10.2021 |
79. | Сурначева Елизавета Дмитриевна | 08.10.2021 |
80. | Соловьева Елена Анатольевна | 08.10.2021 |
81. | Арапова Галина Юрьевна | 08.10.2021 |
82. | Перл Роман Александрович | 08.10.2021 |
83. | Общество с ограниченной ответственностью «МЕМО» | 08.10.2021 |
84. | Американская компания «Mason G.E.S. Anonymous Foundation» (США), являющаяся владельцем интернет-издания https://mnews.world/ | 08.10.2021 |
85. | Компания «Stichting Bellingcat», зарегистрированная в Нидерландах (дата регистрации 11.07.2018) | 08.10.2021 |
86. | Автономная некоммерческая организация по защите прав человека и информированию населения «Якутия – Наше Мнение» | 14.10.2021 |
87. | Общество с ограниченной ответственностью «Москоу диджитал медиа» | 15.10.2021 |
88. | Акционерное общество «РС-Балт» | 15. |
89. | Заговора Максим Александрович | 08.11.2021 |
90. | Ветошкина Валерия Валерьевна | 08.11.2021 |
91. | Павлов Иван Юрьевич | 08.11.2021 |
92. | Скворцова Елена Сергеевна | 08.11.2021 |
93. | Оленичев Максим Владимирович | 08.11.2021 |
94. | Общество с ограниченной ответственностью «Как бы инагент» | 10.11.2021 |
95. | Кочетков Игорь Викторович | 12.11.2021 |
96. | Фонд развития книжной культуры «Иркутский союз библиофилов» | 19.11.2021 |
97. | Общество с ограниченной ответственностью «Честные выборы» | 19.11.2021 |
98. | Общество с ограниченной ответственностью «Нобелевский призыв» | 26.11.2021 |
99. | Еланчик Олег Александрович | 26.11.2021 |
100. | Григорьева Алина Александровна | 03.12.2021 |
101. | Григорьев Андрей Валерьевич | 03.12.2021 |
102. | Гималова Регина Эмилевна | 03.12.2021 |
103. | Хисамова Регина Фаритовна | 03.12.2021 |
104. | Гельман Марат Александрович | 30.12.2021 |
105. | Шендерович Виктор Анатольевич | 30.12.2021 |
106. | Беляев Иван Михайлович | 30.12.2021 |
107. | Владыкина Елена Сергеевна | 30. |
108. | Бекбулатова Таисия Львовна | 30.12.2021 |
109. | Толоконникова Надежда Андреевна | 30.12.2021 |
110. | Никульшина Вероника Юрьевна | 30.12.2021 |
111. | Алексеев Андрей Викторович | 30.12.2021 |
07.2021
07.2021
08.2021
09.2021
09.2021
09.2021
09.2021
10.2021
10.2021
12.2021В России определили порядок ведения реестра цензурирующих СМИ сайтов
https://ria.ru/20210218/tsenzura-1598091779.html
В России определили порядок ведения реестра цензурирующих СМИ сайтов
В России определили порядок ведения реестра цензурирующих СМИ сайтов — РИА Новости, 18.02.2021
В России определили порядок ведения реестра цензурирующих СМИ сайтов
Роскомнадзор разработал порядок ведения реестра интернет-ресурсов, причастных к нарушениям основополагающих прав и свобод человека, прав и свобод граждан РФ,.
.. РИА Новости, 18.02.2021
2021-02-18T20:42
2021-02-18T20:42
2021-02-18T20:42
общество
генеральная прокуратура рф
федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций (роскомнадзор)
россия
/html/head/meta[@name=’og:title’]/@content
/html/head/meta[@name=’og:description’]/@content
https://cdnn21.img.ria.ru/images/106675/75/1066757565_0:101:2001:1226_1920x0_80_0_0_0f53554359efcbebd1ed6005f244a344.jpg
МОСКВА, 18 фев — РИА Новости. Роскомнадзор разработал порядок ведения реестра интернет-ресурсов, причастных к нарушениям основополагающих прав и свобод человека, прав и свобод граждан РФ, гарантирующих, в том числе, свободу массовой информации, и состава содержащейся в нем информации, соответствующий проект приказа опубликован на портале проектов нормативных актов.В январе вступил в силу закон, по которому владелец интернет-ресурса может быть признан причастным к нарушениям прав и свобод человека, если ограничил распространение общественно значимой информации на территории РФ, в том числе материалов зарегистрированных СМИ, по признакам национальности, языка, происхождения, места жительства и работы, отношения к религии и (или) в связи с введением иностранными государствами санкций в отношении РФ, ее граждан или юрлиц.
Решение о признании сайта нарушителем принимает Генпрокуратура по согласованию с МИД. Роскомнадзор вносит такие сайты в реестр нарушителей, а владельцу направляет требование прекратить нарушения. При неисполнении требования может вводиться ограничение доступа к ресурсу.По этому закону Роскомнадзор должен определить порядок ведения такого реестра.Как говорится в подготовленном Роскомнадзором проекте приказа, включение владельцев в реестр осуществляется на основании решения, которое принимается генеральным прокурором РФ или его заместителями по согласованию с МИД РФ. Решение незамедлительно направляется в Роскомнадзор. В течение суток с момента поступления решения Роскомнадзор формирует запись в реестре.В реестр, помимо информации о владельце ресурса и хостинг-провайдере, вносятся сведения, связанные с организацией взаимодействия Роскомнадзора с владельцем ресурса и хостинг-провайдером, в том числе о дате и времени направления им требования о необходимости прекращения нарушения. Также в реестр включаются сведения о принятии мер по полному или частичному ограничению доступа к ресурсу, нарушившему закон.
Согласно проекту, Роскомнадзор в течение трех рабочих дней со дня внесения записи в реестр размещает сведения, содержащиеся в нем, на своем официальном сайте.В случае отмены решения о признании владельца ресурса нарушителем Генпрокуратура направляет в Роскомнадзор уведомление. В течение суток после этого Роскомнадзор исключает информацию о владельце ресурса из реестра. При этом в реестре сохраняется персонифицированная история изменений записей с указанием даты и времени создания записей, изменения их состояния и исключения.
https://ria.ru/20210114/tsenzura-1593100717.html
https://ria.ru/20201203/baltnews-1587519811.html
россия
РИА Новости
7 495 645-6601
ФГУП МИА «Россия сегодня»
https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/
2021
РИА Новости
7 495 645-6601
ФГУП МИА «Россия сегодня»
https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/
Новости
ru-RU
https://ria.
ru/docs/about/copyright.html
https://xn--c1acbl2abdlkab1og.xn--p1ai/
РИА Новости
7 495 645-6601
ФГУП МИА «Россия сегодня»
https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/
https://cdnn21.img.ria.ru/images/106675/75/1066757565_116:0:1883:1325_1920x0_80_0_0_ce6a3a0e05980b7d7b9417250fcef1d1.jpgРИА Новости
7 495 645-6601
ФГУП МИА «Россия сегодня»
https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/
РИА Новости
7 495 645-6601
ФГУП МИА «Россия сегодня»
https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/
общество, генеральная прокуратура рф, федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций (роскомнадзор), россия
Выписки из реестра зарегистрированных средств массовой информации
15 апреля – прямая линия рабочей группы при Оперативном штабе по предупреждению завоза и распространения коронавирусной инфекции на территории Чувашии.
Сложившаяся в связи с угрозой распространения коронавирусной инфекции ситуация в Чувашии и в целом по стране вызывает у граждан массу вопросов.
Как уберечь себя и своих близких от заболевания?
Что влечет за собой нарушение режима самоизоляции?
Какие меры по борьбе с пандемией принимают региональные власти?
На эти и многие другие вопросы, волнующие жителей республики, ответят компетентные специалисты 15 апреля в ходе прямой линии рабочей группы при Оперативном штабе по предупреждению завоза и распространения новой коронавирусной инфекции на территории Чувашской Республики.
(8352) 26-00-36 с 12:00 до 13:00
.Трансляцию прямой линии будет вести
Также прямой эфир будет доступен для пользователей видеохостинга
Предварительный прием вопросов от граждан на прямую линию осуществляется по ссылке.
«Яндекс» начал маркировать материалы СМИ-иноагентов — РБК
«Яндекс.
Новости» начали маркироваться сообщения СМИ-иноагентов. Нововведение в компании пояснили необходимостью выполнять требования закона
Фото: Владислав Шатило / РБК
В службе автоматической обработки и систематизации новостей «Яндекс.
Новости» начали маркировать сообщения СМИ-иноагентов.
После заголовков включенных в соответствующий реестр СМИ стоит пометка «Иностранный агент» и расширяющая стрелка, после нажатия которой появляется сообщение: «Данное сообщение создано/распространено иностранным СМИ, выполняющим функции иностранного агента».
В «Яндексе» подтвердили РБК, что начали маркировать материалы СМИ-иноагентов.
«Яндекс.Новости» — агрегатор новостей. В соответствии с п. 7 ч. 1 ст. 10.4 закона «Об информации» мы обязаны выполнять положения о порядке распространения СМИ и маркировки сообщения от изданий, признанных иностранными агентами», — пояснили в компании.
В России возбудили первые дела против граждан, включенных в СМИ-иноагентыОрган юстиции | ФИО сотрудника | Контактные данные |
Министерство юстиции |
| 0312 626210 (+140) |
| 0312 626210 (+174) | |
Жигитбекова Акмарал Жигитбековна | 0312 626210 (+175) | |
Камаева Айчурок | 0312 626210 (+189) | |
| 0312 626210 (+142) | |
Мамыров Тилек Эркинбекович | 0312 626210 (+185) | |
| 0312 626210 (+184) | |
Сарыгулов Дастан Сарыгулович | 0312 626210 (+181) | |
Чуй-Бишкекское управление юстиции | Байгазиев Адилет Бактыбекович |
0312 591540 |
Маматзакиров Кайрат Маматзакирович | ||
Абдыллаев Бегибай Муктаралиевич | ||
Кенешбаев Динмахамет Кенешбаевич | 0312 591631 | |
Ошское управление юстиции | Сайпиев Чынгыз Султанбаевич | 03222 73241 |
Аширалиева Зуура Абдилазизовна | 03222 70168 | |
Нурмаматова Калыйман Сайдалиевна | 03222 70196 | |
Управление юстиции Нарынской области | Доотугулова Махабат Калыбековна | 03522 55475 |
Управление юстиции Баткенской области | Абдырахманова Гульчехра Абдыгапаровна | 03622 50061 |
Управлени юстиции Таласской области | Солпиев Нуркалый Абалканович | 03422 54817 |
Эсенжан уулу Ринат | 03422 53012 | |
Управление юстиции Иссык-Кульской области | Тентимишова Назгуль Жолдошалиевна | 03922 52327 |
Приемная | 03922 53226 | |
Управление юстиции Жалал-Абадской области | Аттокурова Айнура Ырысбековна |
03722 72674 |
Бекболотов Канатбек Абдылдаевич |
Суд велел Роскомнадзору зарегистрировать «РосОтвет» › — Новости СМИ
На заседании Таганского районного суда города Москвы 16 мая отказ Роскомнадзора в регистрации «РосОтвета» как СМИ был признан незаконным.
Решение вступит в силу в течение месяца.
Роскомнадзор на протяжении полутора лет по разным причинам 5 раз отказывал «РосОтвету» в регистрации. В первый раз не были приложены нотариально заверенные копии, во второй — была неправильно оплачена пошлина, затем РКН сослался на то, что учредитель проекта «Институт развития свободы информации» не подтвердил, что его деятельность не запрещена. В четвертый раз надзорному ведомству понадобился код классификатора видов экономической деятельности, хотя такое требование не прописано ни в одном законе. В пятый раз РКН вернулся к истории с недоказанным разрешением на деятельность учредителя. Напомним, ИРСИ в 2014 году был включен в реестр иностранных агентов, после чего бывший председатель совета фонда Иван Павлов принял решение прекратить деятельность этой организации и создать неофициальное объединение юристов и журналистов «Команда 29». Проект «РосОтвет» был создан в сентябре 2014 года.
Причина, по которой РКН в последний раз отклонил заявление «РосОтвета», была признана судом необоснованной.
Теперь чиновники обязаны пересмотреть заявление о регистрации. В течение месяца РКН может подать апелляцию. Иван Павлов считает, что Роскомнадзор просто боится регистрировать проект как СМИ. «На самом деле они боятся появления лишних зарегистрированных СМИ, тем более в предвыборный период. Может, у них есть страх, что мы начнем заниматься какой-то политической деятельностью, хотя таких планов у нас нет», — поделился мнением с Лениздат.Ру адвокат Иван Павлов.
Проект «РосОтвет» был создан как сервис для отправки запросов чиновникам. На сайте любой пользователь может, заполнив форму, задать интересующий его вопрос, а сотрудники «РосОтвета» оформят его как запрос СМИ и направят в нужное учреждение. Сейчас «РосОтвет» работает как незарегистрированное СМИ с тиражом менее тысячи экземпляров, каждый год отправляя обязательный экземпляр в соответствующие органы, как того требует закон. У таких изданий есть право обращаться к чиновникам с запросами, однако не все представители власти об этом знают и поэтому периодически отказывают «РосОтвету» в получении информации.
Регистрация упростила бы этот процесс. Кроме того, как сказал Иван Павлов, у авторов проекта есть и иные планы по его развитию, для осуществления которых нужна регистрация. «Официальная регистрация нам обязательно нужна, но мы пока не будем говорить зачем, поскольку никто пока особенно этим не пользуется. Сохраним некую интригу, но, действительно, нам нужна регистрация именно как общероссийского информационного агентства», — поделился с Лениздат.Ру юрист «Команды 29».
На сайт поступают вопросы со всей страны. На сегодняшний день на «РосОтвете» опубликовано 653 запроса, на 440 из которых получены ответы.
Включение в ЕГР ЗАГС сведений о документе, выданном компетентным органом иностранного государства
С 2019 года гражданин Российской Федерации, в отношении которого компетентным органом иностранного государства по законам соответствующего иностранного государства совершена регистрация акта гражданского состояния, а также в случае, если такая регистрация совершена в отношении его несовершеннолетнего ребенка, состоящего в гражданстве Российской Федерации, либо в отношении не достигшего восемнадцати лет или ограниченного в дееспособности гражданина Российской Федерации, законным представителем которого гражданин Российской Федерации является, направляет по месту своего жительства в орган ЗАГС или консульское учреждение Российской Федерации за пределами территории Российской Федерации сведения о факте такой регистрации (пункт 4 статьи 13.
1 Федерального закона от 15.11.1997 г. № 143-ФЗ «Об актах гражданского состояния»)
Сведения о факте регистрации акта гражданского состояния должны быть представлены не позднее чем через месяц со дня совершения компетентным органом иностранного государства регистрации акта гражданского состояния.
Порядок уведомления гражданином РФ органов ЗАГС Российской Федерации о факте регистрации актов гражданского состояния утвержден Постановлением Правительства РФ от 04.10.2018 № 1193 «Об утверждении Правил направления гражданином Российской Федерации, в отношении которого компетентным органом иностранного государства по законам соответствующего иностранного государства совершена регистрация акта гражданского состояния, а также в случае, если такая регистрация совершена в отношении его несовершеннолетнего ребенка, состоящего в гражданстве Российской Федерации, либо в отношении не достигшего 18 лет или ограниченного в дееспособности гражданина Российской Федерации, законным представителем которого гражданин Российской Федерации является, сведений о факте такой регистрации в орган записи актов гражданского состояния Российской Федерации или консульское учреждение Российской Федерации за пределами территории Российской Федерации и включения сведений о документах, выданных компетентными органами иностранных государств в удостоверение актов гражданского состояния, совершенных вне пределов территории Российской Федерации по законам соответствующих иностранных государств в отношении граждан Российской Федерации, в Единый государственный реестр записей актов гражданского состояния».
Порядок направления гражданином Российской Федерации сведений о факте регистрации акта гражданского состояния
1. Сведения о факте регистрации акта гражданского состояния направляются гражданином Российской Федерации по месту его жительства в орган ЗАГС Российской Федерации, орган местного самоуправления муниципальных районов, городских округов, городских, сельских поселений в случае делегирования полномочий или консульское учреждение не позднее чем через месяц со дня совершения компетентным органом иностранного государства регистрации акта гражданского состояния.
2. Сведений о факте регистрации акта гражданского состояния гражданин Российской Федерации составляет по форме, утвержденной приказом Минфина РФ от 05.06.2019 г. № 81н.
Формы уведомлений:
— уведомление о регистрации компетентным органом иностранного государства по законам соответствующего иностранного государства в отношении гражданина (скачать)
— уведомление о внесении изменений или исправлений, признании восстановленным или аннулированным документа иностранного государства, выданного компетентным органом иностранного государства в удостоверение государственной регистрации по законам соответствующего иностранного государства в отношении гражданина Российской Федерации акта гражданского состояния (скачать)
— уведомление о регистрации компетентным органом иностранного государства по законам соответствующего иностранного государства в отношении не достигшего возраста 18 лет или ограниченного в дееспособности гражданина Российской Федерации акта гражданского состояния (скачать)
— уведомление о внесении изменений или исправлений, признании восстановленным или аннулированным документа иностранного государства, выданного компетентным органом иностранного государства в удостоверение регистрации по законам соответствующего иностранного государства в отношении не достигшего возраста 18 лет или ограниченного в дееспособности гражданина Российской Федерации акта гражданского состояния (скачать)
— совместное уведомление о регистрации компетентным органом иностранного государства по законам соответствующего иностранного государства в отношении граждан Российской Федерации акта гражданского состояния (скачать)
— совместное уведомление о внесении изменений или исправлений, признании восстановленным или аннулированным документа (документов) иностранного государства, выданного (выданных) компетентным органом иностранного государства в удостоверение регистрации компетентным органом иностранного государства по законам соответствующего иностранного государства в отношении граждан Российской Федерации акта гражданского состояния (скачать)
3.
Сведения можно направить:
— посредством почтового отправления;
— при личном обращении по месту жительства гражданина Российской Федерации в орган ЗАГС или консульское учреждение;
4. К уведомлению о регистрации гражданином Российской Федерации прилагаются копии документов:
документа компетентного органа иностранного государства с приложением перевода указанного документа на русский язык;
документа, удостоверяющего личность гражданина Российской Федерации;
документа, удостоверяющего личность иностранного гражданина (в случае наличия у гражданина Российской Федерации гражданства иностранного государства).
Верность копии документа иностранного государства должна быть нотариально засвидетельствована в соответствии с законодательством Российской Федерации о нотариате, за исключением случая, если гражданин Российской Федерации представляет ее при личном обращении в орган записи актов гражданского состояния или консульское учреждение и представляет одновременно для подтверждения верности такой копии документ иностранного государства в подлиннике.
В этом случае при личном приеме гражданина Российской Федерации работник органа записи актов гражданского состояния или консульского учреждения обязан установить идентичность копии и подлинника документа иностранного государства, проставить на копии документа иностранного государства отметку о соответствии копии и подлинника документа иностранного государства и вернуть подлинник документа иностранного государства гражданину Российской Федерации.
Верность перевода документа иностранного государства на русский язык или подлинность подписи переводчика должны быть нотариально засвидетельствованы в соответствии с законодательством Российской Федерации о нотариате.
При направлении гражданином Российской Федерации сведений о факте регистрации акта гражданского состояния в отношении его несовершеннолетнего ребенка также прилагается копия свидетельства о рождении или иного документа, удостоверяющего личность несовершеннолетнего гражданина Российской Федерации.
При направлении гражданином Российской Федерации сведений о факте регистрации акта гражданского состояния в отношении не достигшего 18 лет или ограниченного в дееспособности гражданина Российской Федерации, законным представителем которого гражданин Российской Федерации является, также прилагаются копии документов:
документа, удостоверяющего личность гражданина Российской Федерации, не достигшего 18 лет или признанного в установленном законодательством Российской Федерации порядке недееспособным;
документа, подтверждающего полномочия гражданина Российской Федерации выступать законным представителем лица, не достигшего 18 лет или признанного в установленном законодательством Российской Федерации порядке недееспособным.
При направлении гражданином Российской Федерации сведений о факте регистрации акта гражданского состояния с использованием единого портала указанные в настоящем пункте документы должны быть представлены в форме электронных образов документов. В указанном случае электронные образы документа иностранного государства и перевода документа иностранного государства должны быть подписаны усиленной квалифицированной электронной подписью нотариуса.
5. Качество направленных гражданином Российской Федерации копий (электронных образов) документов, должно позволять в полном объеме прочитать текст документа и распознать его реквизиты. Электронный образ документа должен обеспечить визуальную идентичность его бумажному оригиналу.
6. В уведомлении о регистрации гражданином Российской Федерации указывается информация о легализации документа иностранного государства либо о проставлении на нем апостиля или об отказе компетентного органа Российской Федерации в такой легализации с указанием причин отказа.
Порядок включения сведений о документах иностранного государства в Единый государственный реестр записей актов гражданского состояния
Органы ЗАГС в течение 2 рабочих дней со дня получения уведомления о регистрации (совместного уведомления о регистрации), направленного посредством почтового отправления, и в течение одного рабочего дня со дня получения уведомления о регистрации (совместного уведомления о регистрации), направленного с использованием единого портала или представленного при личном обращении, осуществляют его рассмотрение и по итогам рассмотрения включают сведения о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния или отказывают гражданину Российской Федерации во включении сведений о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния.
При включении сведений о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния орган ЗАГС направляет/выдает гражданину Российской Федерации (гражданам Российской Федерации) справку о включении сведений о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния, в которой указывается номер сведений о документе иностранного государства в Едином государственном реестре записей актов гражданского состояния.
В случае отказа во включении сведений о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния орган ЗАГС направляет/выдает гражданину Российской Федерации (гражданам Российской Федерации) уведомление об отказе во включении сведений о документе иностранного государства в Единый государственный реестр записей актов гражданского состояния с указанием причин отказа.
Регистрация СМИ — SC19
Требования к регистрации
Запросы на регистрацию и учетные данные СМИ зарезервированы для писателей, редакторов и активных авторов или сотрудников публикации, новостной организации или цифрового новостного агентства, а также для отраслевых аналитиков и журналистов-фрилансеров.
Обратите внимание, что специалисты по связям с общественностью, маркетингу или продажам не имеют права на регистрацию СМИ или значки прессы. Кроме того, видеооператоры, работающие на экспонентов, авторов книг, консультантов и т.
д.не соответствуют требованиям для регистрации СМИ. Утверждение в предыдущем году не гарантирует одобрение в текущем году.
Все запросы на регистрацию СМИ должны быть одобрены руководством конференции и могут быть отозваны.
Печатные СМИ, новостные ленты, службы управления новостями, интернет-СМИ и внештатные журналисты
Писатели, редакторы и сотрудники печатных СМИ, новостных лент, служб управления новостями, онлайн-СМИ или внештатные журналисты должны предоставить визитную карточку, на которой четко указаны их имя и название организации; или действующий заголовок, который четко отображает их имя и название организации; или ссылку на их профиль на общедоступном веб-сайте их СМИ.Они также должны предоставить подписанное письмо о назначении от представляющей медиа-организации или три статьи, связанные с отраслью, опубликованные в течение последних 12 месяцев.
Вещательные СМИ (радио и телевидение)
Специалисты вещательных СМИ должны предоставить визитную карточку, на которой четко указаны их имя и название организации; или действующий заголовок, который четко отображает их имя и название организации; или ссылку на их профиль на общедоступном веб-сайте СМИ.
Они также должны предоставить подписанное письмо о назначении от представляющей медиа-организации или три отраслевых радио- или телевизионных сегмента, которые транслировались в течение последних 12 месяцев.
Подкасты и блоги
Участники и производители подкастов и блогов должны предоставить ссылку на подкаст или блог, содержащий отраслевой контент. (Персональные или корпоративные подкасты и блоги не принимаются.) Они также должны предоставить подписанное письмо о назначении от представляющей медиа-организации или три отраслевых подкаста или сообщения в блоге от известного средства массовой информации, опубликованные в течение последних 12 месяцев.
Аналитики
Аналитики должны предоставить визитную карточку, на которой четко указаны их имя и название организации, или текущий заголовок, на котором четко указаны их имя и название организации. Они также должны предоставить подписанное письмо о назначении от представляющей медиа-организации или две официальные документы или аналитические обзоры продуктов, опубликованные в течение последних 12 месяцев.
Деловой этикет
СМИ/аналитики допускаются на Выставку только в часы ее работы.Кроме того, видеосъемка или запись технических сессий (включая основной доклад и пленарное заседание) запрещены. Нарушение любой политики SC может привести к отзыву ваших учетных данных носителя. Кроме того, вы должны соблюдать официальный Кодекс поведения SC.
Регистр
Снизить стоимость посещения конференции при ранней регистрации и/или членстве в ACM или IEEE. Обратите внимание, что у участников конференции, экспонентов и представителей СМИ есть собственная ссылка для регистрации.
Все запросы на регистрацию СМИ должны быть одобрены руководством конференции и могут быть отозваны.
Как зарегистрировать тип носителя для спецификации W3C
Как зарегистрировать тип носителя для спецификации W3C Все форматы, определенные спецификациями W3C, представляют общий интерес для
Интернет-сообщество и поэтому зарегистрированы в дереве стандартов (ранее
дерево IETF), для которого требуется одобрение IESG.
Статус этого документа
В этом документе объясняются процедуры, доступные для регистрации Тип носителя для формата, определенного спецификацией W3C в реестре IANA.это поддерживается Филиппом Ле Эгаре, который, вместе с Венди Зельцер выступает в качестве представителя IETF/W3C.
Новый процесс BCP 13 для регистрация типов носителей Mime определена в Спецификациях типов носителей и Процедуры регистрации совместно с Универсальной интернет-почтой Расширения (MIME), часть четвертая: процедуры регистрации, охватывающая IANA процедуры регистрации для типов доступа к внешнему телу MIME и кодирование передачи контента. Пока первый документ формально не одобрено, мы понимаем, что это процесс, которому следует IETF. и IESG.
TAG ссылается на этот документ в своей регистрации в поиске типа интернет-носителя за апрель 2004 г., непротиворечивость использования:
Рабочие группы W3C, занимающиеся определением формата, следуют How to Зарегистрируйте тип носителя в IANA , чтобы зарегистрировать тип носителя в Интернете.
(определено в [RFC2046]) для Формат.
(определено в [RFC2046]) для
Формат.1. Процесс регистрации
Эта процедура основана на спецификациях типа носителя и Процедуры регистрации.
Примечание: После того, как тип носителя был опубликован IANA, владелец может запросить изменение своего определения.Та же процедура, которая была бы подходит для исходного запроса на регистрацию используется для обработки изменения запрос. См. также раздел 5.5, Процедуры внесения изменений в BCP 13.
- Подготовить предложение о регистрации типа носителя в качестве нормативной части
вашей спецификации, следуя инструкциям в Спецификациях типа носителя и
Процедуры регистрации, раздел 4, и шаблон в разделе 10.
Убедитесь, что эта часть спецификации читабельна сама по себе,
вне контекста спецификации.Для
дополнительных структурированных синтаксических суффиксов типа носителя
, например+xmlили+json, см. RFC 6839 и Требования RFC 7303 и раздел 4. 5.7 Типы носителей для
XML Всемирной паутины
Архитектура также. Во введении к соответствующему разделу скажите
что эта регистрация предназначена для рассмотрения сообществом и будет представлена
IESG для рассмотрения, утверждения и регистрации в IANA. - За один-два месяца до рекомендации кандидата: отправьте электронное письмо в список рассылки media-types@iana.организация просит
комментарии к разделу «Тип носителя» вашей спецификации:
- Включите указатель и копию открытого текста (а не просто вложение) раздел регистрации типа носителя в электронном письме на адрес [email protected].
- Убедитесь, что вы адресуете и отвечаете на комментарии и вопросы по адресу [email protected]. если ты изменить прописку в вашей спецификации в результате замечаний для ietf-type (или по любой другой причине) отправьте исправленную версию на адрес media-types@iana.орг.
- Если вы регистрируете формат на основе XML, вам может потребоваться копия: ietf-xml-mime@imc. org.
- Обратите внимание, что вы должны быть подписаны на список для публикации в нем.
- Чтобы вашей рабочей группе было проще отслеживать комментарии к типу носителя раздел, вы можете опубликовать список комментариев для вашего Спецификация.
- При подготовке к рекомендации кандидата:
- Изменить введение к регистрационной информации, чтобы сказать, что он передается в IESG для рассмотрения, утверждения и регистрация в IANA.
- Заполните форму IANA, указанную в Типы СМИ. Специалист по услугам IANA свяжется с Венди Зельцер и Филиппом Ле Эгаре, чтобы подтвердить запрос от имени W3C.
- В рамках подготовки к предлагаемой рекомендации и рекомендации:
- Проверить ход регистрации, сначала непосредственно в IANA, и если ваш тип еще не зарегистрирован там, свяжитесь с iana-mime-comment.
- Обновите вводную информацию о регистрации в вашем
указать либо «зарегистрировано в IANA по адресу…», либо
«находится на рассмотрении IESG…», если применимо.
- Если ваша регистрация указывает на устаревшую версию, запросите обновление регистрация через iana-mime-comment.
5.7 Типы носителей для
XML Всемирной паутины
Архитектура также. Во введении к соответствующему разделу скажите
что эта регистрация предназначена для рассмотрения сообществом и будет представлена
IESG для рассмотрения, утверждения и регистрации в IANA.
org.
Группы сообщества W3C также могут запросить регистрацию предварительного типа носителя через W3C. Все запросы на типы носителей W3C, отправленные в IANA, проверяются W3C.
2. История этого документа
- Обновлено в декабре 2019 г. с учетом формы IANA. Удален (неподдерживаемый) список типов носителей, находящихся под контролем W3C.
- Обновлено в сентябре 2015 г., чтобы указать на Process 2015.
- Обновлено в июле 2014 г. в рамках подготовки к принятию Процесса 2014 г., который объединил «Последний звонок» с «Рекомендацией кандидата». Удален прежний процесс регистрации в RFC.
- См. ТЭГ обсуждение от августа 2006 г.
- Таблица состояния и новый процесс добавлены, в основном в 2004 г., Мартином Дюрстом
- создано 28 июня 2002 г. Джозефом Ригл
Филипп Ле Эгаре, руководитель проекта W3C.
Спецификации типов носителей и процедуры регистрации
RFC 4288: Спецификации типов носителей и процедуры регистрации [Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Ошибки] [Информационная страница]Устарело: 6838 BEST CURRENT PRACTICE
Имеются опечатки
Сетевая рабочая группа N.освобожден
Запрос комментариев: 4288 Sun Microsystems
BCP: 13 Дж. Кленсин
Устарело: 2048 декабря 2005 г.
Категория: Лучшая текущая практика
Спецификации типов носителей и процедуры регистрации
Статус этого меморандума
Этот документ определяет передовой опыт работы в Интернете для
Интернет-сообщество, а также запросы на обсуждение и предложения по
улучшения. Распространение этой памятки не ограничено.Уведомление об авторских правах
Авторское право (C) Общество Интернета (2005 г.).
Абстрактный
Этот документ определяет процедуры спецификации и
регистрация типов носителей для использования в MIME и других интернет-ресурсах.
протоколы.
Freed & Klensin Best Current Practice [Страница 1] 
протоколы.
Freed & Klensin Best Current Practice [Страница 1]
RFC 4288 Регистрация типа носителя, декабрь 2005 г.
Оглавление
1. Введение ...................................................3
2. Предварительные сведения о регистрации типа носителя .................. 4
3. Деревья регистрации и имена подтипов ........................ 4
3.1. Дерево стандартов ......................................4
3.2. Дерево поставщиков ..................................................... 5
3.3. Личное или тщеславное дерево ......................................5
3.4. Специальный х. Дерево ............................................5
3.5. Дополнительные деревья регистрации ..........................6
4. Требования к регистрации ......................................6
4.1. Функциональные требования ................................6
4.2. Требования к именованию ...................................... 6
4.2.1. Типы текстовых носителей ......................................7
4.2.2. Типы графических носителей ......................................8
4.2.3. Типы аудионосителей ......................................8
4.2.4. Типы видео носителей .....................................8
4.2.5. Типы носителей приложения ................................9
4.2.6. Типы носителей составных частей и сообщений ......................................9
4.2.7. Дополнительные типы верхнего уровня ......................9
4.3. Требования к параметрам ......................................10
4.4. Канонизация и требования к формату ................................10
4.5. Рекомендации по обмену ......................................11
4.6. Требования безопасности.......................................11
4.7. Требования, относящиеся к типам мультимедийных данных XML ...................................................... ..........................................13
4.8. Требования к кодированию ......................................13
4.9. Использование и реализация
4.10. Требования к публикации ......................................14
4.11. Дополнительная информация ......................................15
5. Процедура регистрации ......................................................15
5.1. Предварительный обзор сообщества..............................16
5.2. Одобрение IESG ......................................................16
5.3. Регистрация в IANA .............................................16
5.4. Обозреватель типов носителей ......................................16
6. Комментарии по регистрации типов носителей .......................17
7. Местонахождение списка зарегистрированных типов носителей ............... 17
8. Процедуры IANA для регистрации типов носителей ......................................17
9. Процедуры внесения изменений . ............................................18
10. Шаблон регистрации ......................................................19
11. Вопросы безопасности ......................................................20
12. Соображения IANA ......................................................20
13. Благодарности ......................................................20
14. Ссылки ....................................................... .....20
Приложение A. Устаревшие типы носителей ................................22
Приложение B. Изменения по сравнению с RFC 2048.................................22
Freed & Klensin Best Current Practice [Страница 2] 
6
4.2.1. Типы текстовых носителей ......................................7
4.2.2. Типы графических носителей ......................................8
4.2.3. Типы аудионосителей ......................................8
4.2.4. Типы видео носителей .....................................8
4.2.5. Типы носителей приложения ................................9
4.2.6. Типы носителей составных частей и сообщений ......................................9
4.2.7. Дополнительные типы верхнего уровня ......................9
4.3. Требования к параметрам ......................................10
4.4. Канонизация и требования к формату ................................10
4.5. Рекомендации по обмену ......................................11
4.6. Требования безопасности.......................................11
4.7. Требования, относящиеся к типам мультимедийных данных XML ......................................................
..........................................13
4.8. Требования к кодированию ......................................13
4.9. Использование и реализация
4.10. Требования к публикации ......................................14
4.11. Дополнительная информация ......................................15
5. Процедура регистрации ......................................................15
5.1. Предварительный обзор сообщества..............................16
5.2. Одобрение IESG ......................................................16
5.3. Регистрация в IANA .............................................16
5.4. Обозреватель типов носителей ......................................16
6. Комментарии по регистрации типов носителей .......................17
7. Местонахождение списка зарегистрированных типов носителей ............... 17
8. Процедуры IANA для регистрации типов носителей ......................................17
9. Процедуры внесения изменений .
............................................18
10. Шаблон регистрации ......................................................19
11. Вопросы безопасности ......................................................20
12. Соображения IANA ......................................................20
13. Благодарности ......................................................20
14. Ссылки ....................................................... .....20
Приложение A. Устаревшие типы носителей ................................22
Приложение B. Изменения по сравнению с RFC 2048.................................22
Freed & Klensin Best Current Practice [Страница 2] RFC 4288 Регистрация типа носителя, декабрь 2005 г. 1. Введение Последние интернет-протоколы были тщательно разработаны, чтобы их можно было легко расширяемый в определенных областях. В частности, многие протоколы, включая, помимо прочего, MIME [RFC2045], способны нести произвольно помеченный контент.
Необходим механизм для маркировки таких
содержание и процесс регистрации необходим для этих ярлыков, чтобы
обеспечить, чтобы набор таких значений развивался в упорядоченном, хорошо
определенным и публичным образом.Этот документ определяет спецификацию и регистрацию типа носителя.
процедуры, использующие Администрацию адресного пространства Интернета (IANA) в качестве
центральный реестр.
Историческая справка
Процесс регистрации типа носителя изначально был определен для
регистрация типов мультимедиа для использования в контексте асинхронного
Почтовая среда Интернета. В этой почтовой среде есть
необходимо ограничить количество возможных типов носителей, чтобы увеличить
вероятность взаимодействия, когда возможности удаленного
почтовая система не известна.Поскольку типы носителей используются в новых
средах, в которых распространение типов медиа не является
препятствием для взаимодействия, первоначальная процедура доказала
чрезмерно ограничительными и должны были быть обобщены.
Это было
первоначально сделано в [RFC2048], но определенная там процедура была
все еще часть набора документов MIME. Спецификация типа носителя
и процедура регистрации теперь перенесена в этот отдельный
document, чтобы было ясно, что он не зависит от MIME.Может оказаться желательным ограничить использование типов носителей определенными
средах или запретить их использование в других средах. Этот
ревизия впервые пытается включить такие
ограничения на регистрацию типов СМИ на систематической основе.
См. Раздел 4.9 для дополнительного обсуждения.
1.1. Условные обозначения, используемые в этом документе
Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
"СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
document должны интерпретироваться, как описано в [RFC2119].В этой спецификации используется расширенная форма Бэкуса-Наура (ABNF).
Нотация [RFC4234], включая основные правила, определенные в Приложении A
этот документ.RFC 4288 Регистрация типа носителя, декабрь 2005 г. 2. Предварительная регистрация типа носителя Регистрация нового типа или типов носителя начинается с построение регистрационного предложения. Регистрация может произойти в нескольких разных регистрационных деревьях, которые имеют разные требования, как описано ниже.В общем, новая регистрация предложение распространяется и рассматривается в порядке, соответствующем участвует дерево. Затем регистрируется тип носителя, если предложение приемлемый. В следующих разделах описаны требования и процедуры, используемые для каждого из различных деревьев регистрации. 3. Деревья регистрации и имена подтипов Для повышения эффективности и гибкости процесса регистрации могут быть разные структуры названий подтипов. зарегистрированы с учетом различных естественных потребностей, е.г., подтип, который будет рекомендован для широкой поддержки и реализация интернет-сообществом или подтип, который используется для перемещения файлов, связанных с проприетарным программным обеспечением.
Следующее
подразделы определяют «деревья» регистрации, отличающиеся
использование граненых имен, например, имен вида
"дерево.поддерево...подтип". Обратите внимание, что некоторые типы носителей, определенные ранее
этому документу не соответствуют соглашениям об именах, описанным
ниже. См. Приложение А для их обсуждения.3.1. Дерево стандартов
Дерево стандартов предназначено для типов, представляющих общий интерес для
Интернет-сообщество. Регистрации в дереве стандартов ДОЛЖНЫ быть
утверждены IESG и ДОЛЖНЫ соответствовать официальной публикации
признанный орган по стандартизации. В случае регистрации в IETF
предложение о регистрации ДОЛЖНО быть опубликовано как RFC.
RFC для регистрации дерева стандартов могут быть автономными
«только для регистрации» RFC, или они могут быть включены в более
общая спецификация какая-то.Типы носителей в дереве стандартов обычно обозначаются именами,
не являются явно ограненными, т. е. не содержат точку ("".", полную
стоп) символов.
"Владельцем" регистрации типа носителя в дереве стандартов является
предполагается, что это сам орган по стандартизации. Модификация или изменение
спецификации требует того же уровня обработки (например,
трек стандартов), необходимые для первоначальной регистрации.
Freed & Klensin Best Current Practice [Страница 4] RFC 4288 Регистрация типа носителя, декабрь 2005 г. 3.2. Дерево торговцев Дерево поставщиков используется для типов носителей, связанных с коммерческими доступные продукты. «Продавец» или «производитель» толкуются как эквивалентны и очень широко в этом контексте. Регистрация может быть размещена в дереве поставщиков любым желающим для обмена файлами, связанными с конкретным продуктом. Однако регистрация формально принадлежит продавцу или организация, производящая регистрируемое программное обеспечение или формат файла. Изменения в спецификации будут внесены по их запросу, т.к. обсуждаются в последующих разделах.
Регистрации в дереве поставщиков будут различаться по ведущему
грань "внд.". Это может быть соблюдено по усмотрению
регистрант либо по имени подтипа носителя от известного производителя
(например, "vnd.mudpie") или одобренным IANA обозначением
имя производителя, за которым следует тип носителя или продукт
обозначение (например, vnd.bigcompany.funnypictures).
В то время как публичное ознакомление и обзор типов СМИ, которые должны быть зарегистрированы в
дерево поставщиков не требуется, используя ietf-types@iana.организация
список рассылки для обзора настоятельно рекомендуется улучшить качество
тех спецификаций. Регистрации в дереве поставщиков могут быть
подается непосредственно в IANA.
3.3. Личное или тщеславное дерево
Регистрации для типов носителей, созданных экспериментально или как часть
продукты, которые не распространяются на коммерческой основе, могут быть зарегистрированы в
личное или тщеславное дерево. Регистрации отличаются
ведущая грань «прс.
».
Владелец «личных» регистраций и связанных с ними спецификаций
физическое или юридическое лицо, осуществляющее регистрацию, или тот, кому
ответственность была передана, как описано ниже.В то время как публичное ознакомление и обзор типов СМИ, которые должны быть зарегистрированы в
личное дерево не требуется, используется список ietf-types для
обзор настоятельно рекомендуется для улучшения качества тех
технические характеристики. Регистрации в личном дереве можно подавать
непосредственно в IANA.
3.4. Специальный х. Дерево
Для удобства и симметрии с этой схемой регистрации подтип
имена с «х». поскольку первая грань может быть использована для тех же целей
для которых используются имена, начинающиеся с "x-".Эти типы
Freed & Klensin Best Current Practice [Страница 5] RFC 4288 Регистрация типа носителя, декабрь 2005 г. незарегистрированный, экспериментальный и для использования только с активным соглашение сторон, обменивающихся ими.
Однако при описанных выше упрощенных процедурах регистрации
для деревьев продавцов и личных деревьев это должно быть редко, если вообще когда-либо
необходимо использовать незарегистрированные экспериментальные типы. Следовательно, использование
как «х-», так и «х."Формы не приветствуются.
Типы в этом дереве НЕ ДОЛЖНЫ быть зарегистрированы.
3.5. Дополнительные деревья регистрации
Время от времени и по требованию сообщества IANA может путем
и по совету и с согласия IESG создать новый высший уровень
регистрационные деревья. Явно предполагается, что эти деревья могут быть
создан для внешней регистрации и управления известными
постоянные органы; например, научные общества могут регистрировать
типы СМИ, специфичные для наук, которые они охватывают.В целом,
качество обзора спецификаций для одного из этих дополнительных
Ожидается, что деревья регистрации будут эквивалентны регистрациям в
дерево стандартов. Посадка этих новых деревьев будет
объявлено через публикацию RFC, одобренную IESG.
4. Требования к регистрации
Ожидается, что все предложения о регистрации типов СМИ будут соответствовать
различные требования, изложенные в следующих разделах. Обратите внимание, что
особенности требований иногда различаются в зависимости от регистрации
дерево, как описано в следующих разделах.4.1. Требования к функциональности
Типы мультимедиа ДОЛЖНЫ функционировать как фактический формат мультимедиа. Регистрация
вещи, которые лучше рассматривать как кодирование передачи, как
charset, либо как совокупность отдельных сущностей другого типа,
не допускается. Например, хотя существуют приложения для декодирования
кодировка передачи base64 [RFC2045], base64 не может быть
тип носителя.
Это требование применяется независимо от дерева регистрации.
вовлеченный.
4.2. Требования к именованию
Всем зарегистрированным типам носителей ДОЛЖНЫ быть присвоены имена типов и подтипов.Комбинация этих имен служит для уникальной идентификации носителя.
тип, а формат имени подтипа идентифицирует регистрацию
дерево.
Имена типов и подтипов нечувствительны к регистру.
Freed & Klensin Best Current Practice [Страница 6] RFC 4288 Регистрация типа носителя, декабрь 2005 г. Имена типов и подтипов, начинающиеся с «X-», зарезервированы для экспериментальное использование и НЕ ДОЛЖНЫ быть зарегистрированы. Это соответствует ограничение на х."/"_" Обратите внимание, что этот синтаксис является несколько более строгим, чем то, что разрешено ABNF в [RFC2045]. В соответствии с правилами, указанными в [RFC3023], подтипы носителей которые не представляют объекты XML, НЕ ДОЛЖНЫ иметь имя, которое заканчивается с суффиксом "+xml". В более общем смысле, конструкции "+suffix" должны использовать с осторожностью, учитывая возможность конфликтов с будущими определения суффиксов. Хотя для данного типа носителя можно назначить дополнительные имена, использование разных имен для идентификации одного и того же типа носителя обескураженный.Эти требования применяются независимо от дерева регистрации.
вовлеченный.
Выбор имени типа верхнего уровня ДОЛЖЕН учитывать природу
вовлеченного типа носителя. Новые подтипы типов верхнего уровня ДОЛЖНЫ соответствовать
к ограничениям типа верхнего уровня, если таковые имеются. Следующее
разделы описывают каждый из начального набора типов верхнего уровня и
связанные с ними ограничения. Кроме того, различные протоколы,
включая, помимо прочего, MIME, МОЖЕТ налагать дополнительные ограничения
на типах носителей, которые они могут транспортировать.(Дополнительные сведения см. в [RFC2046].
информацию об ограничениях, налагаемых MIME.)
4.2.1. Типы текстовых носителей
Тип носителя «текст» предназначен для отправки материалов,
преимущественно текстовой формы. Параметр "charset" МОЖЕТ использоваться для
указать кодировку основного текста для "текстовых" подтипов, особенно
включая подтип "text/plain", который является общим подтипом для
обычный текст, определенный в [RFC2046]. Если определено, текст "charset"
Freed & Klensin Best Current Practice [Страница 7] RFC 4288 Регистрация типа носителя, декабрь 2005 г.
параметр ДОЛЖЕН использоваться для указания имени набора символов, определенного в
в соответствии с процедурами, изложенными в [RFC2978].В обычном тексте не предусмотрены или не разрешены команды форматирования, шрифт
спецификации атрибутов, инструкции по обработке, интерпретация
директивы или разметка содержимого. Простой текст рассматривается просто как линейный
последовательность символов, возможно прерываемая разрывами строк или страницами
перерывы. Простой текст МОЖЕТ допускать размещение нескольких символов в
одно и то же место в тексте. Обычный текст в алфавитах, таких как арабский и
Иврит также может включать средства, позволяющие произвольно смешивать
текстовые сегменты с противоположным направлением письма.Помимо простого текста существует множество форматов для представления того, что может
быть известен как «форматированный текст». Интересная особенность многих таких
представлений заключается в том, что они до некоторой степени читабельны даже без
программное обеспечение, которое их интерпретирует.
Полезно различать их,
на самом высоком уровне из таких нечитаемых данных, как изображения, аудио или
текст представлен в нечитаемом виде. В отсутствие
соответствующее программное обеспечение для интерпретации, разумно представить
подтипы «текста» пользователю, хотя это неразумно
с большинством нетекстовых данных.Такие форматированные текстовые данные должны быть
представлен с использованием подтипов «текст».
4.2.2. Типы носителей изображений
Медиа-тип «изображение» указывает, что контент указывает или более
отдельные изображения, для отображения которых требуется соответствующее оборудование. То
подтип называет конкретный формат изображения.
4.2.3. Типы аудио носителей
Тип мультимедиа «аудио» указывает, что контент содержит аудио
данные.
4.2.4. Типы видео носителей
Медиатип "видео" указывает, что в контенте указано время.
изображение с изменяющимся изображением, возможно, с цветом и согласованным звуком.Термин «видео» используется в самом общем смысле, а не в
ссылка на какую-либо конкретную технологию или формат и не предназначена для
исключить подтипы, такие как анимированные рисунки, закодированные компактно.
Обратите внимание, что, хотя в целом этот документ настоятельно не рекомендует
смешивание нескольких сред в одном теле, признано, что многие
так называемые форматы видео включают представление для синхронизированного
аудио и/или текст, и это явно разрешено для подтипов
"видео".Freed & Klensin Best Current Practice [Страница 8] RFC 4288 Регистрация типа носителя, декабрь 2005 г. 4.2.5. Типы носителей приложений Тип носителя «application» должен использоваться для дискретных данных, которые не подходят ни для одного из типов носителей, и особенно для данных, которые должны быть обрабатывается какой-либо прикладной программой. это информация которые должны быть обработаны приложением, прежде чем они станут доступны для просмотра или может быть использован пользователем.Ожидаемое использование для типа носителя «application» включают, но не ограничиваются передачей файлов, электронными таблицами, презентации, данные расписания и языки для «активных» (вычислительный) материал.
(Последнее, в частности, может представлять
проблемы безопасности, которые должны быть понятны разработчикам, и
подробно рассмотрены при обсуждении «приложения/
Тип носителя PostScript" в [RFC2046].)
Например, планировщик совещаний может определить стандартный
представительство для получения информации о предполагаемых датах встречи.Ан
интеллектуальный пользовательский агент будет использовать эту информацию для ведения диалога
с пользователем, а затем может отправить дополнительный материал на основе этого
диалог. В более общем плане было несколько «активных» языков.
разрабатываются программы, написанные на соответствующем специализированном языке.
транспортируется в удаленное место и автоматически запускается в
среда получателя. Такие приложения могут быть определены как
подтипы типа носителя "application".
Подтипом «приложения» часто будет либо имя, либо включение
часть имени приложения, для которого предназначены данные.Однако это не означает, что любое имя прикладной программы может быть
свободно используется как подтип «приложения».
4.2.6. Составные и типы носителей сообщений
Multipart и message являются составными типами, то есть они обеспечивают
средства инкапсуляции нуля или более объектов, каждый из которых помечен своим
собственный тип носителя.
Все подтипы multipart и message ДОЛЖНЫ соответствовать синтаксису
правила и другие требования, указанные в [RFC2046].
4.2.7. Дополнительные типы верхнего уровня
В некоторых случаях новый тип носителя может не «подходить» под любой текущий
определенный тип содержимого верхнего уровня.Ожидается, что такие случаи будут довольно
редкий. Однако, если такой случай действительно возникает, новый тип верхнего уровня может быть
определены для его размещения. Такое определение ДОЛЖНО быть сделано через
RFC для отслеживания стандартов; никакой другой механизм не может быть использован для определения
дополнительные типы контента верхнего уровня.
Freed & Klensin Best Current Practice [Страница 9] RFC 4288 Регистрация типа носителя, декабрь 2005 г.
4.3. Требования к параметрам
Типы носителей МОГУТ использовать один или несколько параметров типа носителей или
некоторые параметры могут быть автоматически доступны для типа носителя
в силу того, что он является подтипом типа контента, который определяет набор
параметры, применимые к любому из его подтипов.В любом случае,
имена, значения и значения любых параметров ДОЛЖНЫ быть указаны полностью
когда тип носителя зарегистрирован в дереве стандартов, и ДОЛЖЕН быть
указывается как можно полнее при регистрации типов носителей
в вендоре или личных деревьях.
Имена параметров имеют синтаксис имен и значений типов мультимедиа:
имя-параметра = имя регистрации
Обратите внимание, что этот синтаксис является несколько более строгим, чем то, что
разрешено ABNF в [RFC2045] и изменено [RFC2231].Не существует определенного синтаксиса для значений параметров. Следовательно
регистрации ДОЛЖНЫ указывать синтаксис значения параметра. Кроме того,
некоторые транспорты накладывают ограничения на синтаксис значений параметров, поэтому
следует позаботиться об ограничении использования потенциально проблемных
синтаксисы; например, чисто бинарные параметры, разрешенные в
некоторых протоколов, вероятно, следует избегать.
Новые параметры НЕ СЛЕДУЕТ определять как способ введения новых
функциональность в типах, зарегистрированных в дереве стандартов, хотя и новая
параметры МОГУТ быть добавлены для передачи дополнительной информации, которая
иным образом не изменять существующую функциональность.Пример этого
будет параметром "revision", указывающим уровень редакции
внешняя спецификация, такая как JPEG. Подобное поведение поощряется
для типов носителей, зарегистрированных в вендоре или личных деревьях, но не
обязательный.
4.4. Канонизация и требования к формату
Все зарегистрированные типы носителей ДОЛЖНЫ использовать единые канонические данные.
формат, независимо от дерева регистрации.
Точная и общедоступная спецификация формата каждого
тип носителя ДОЛЖЕН существовать для всех типов, зарегистрированных в дереве стандартов
и ДОЛЖЕН, как минимум, ссылаться на, если он фактически не включен
в, само предложение о регистрации типа СМИ.Спецификации формата и особенности обработки могут или могут
не быть общедоступным для типов носителей, зарегистрированных у поставщика
дерево, и такие предложения о регистрации явно разрешены
Freed & Klensin Best Current Practice [Страница 10] RFC 4288 Регистрация типа носителя, декабрь 2005 г.
ограничить спецификацию, которой программное обеспечение и версия производят или обрабатывают
такие типы носителей. Ссылки или включение формата
спецификации в предложениях о регистрации поощряются, но не
обязательный.Спецификации формата по-прежнему требуются для регистрации в
личное дерево, но может быть опубликовано как RFC или иным образом
депонированы в IANA. Депонированные спецификации будут соответствовать
те же критерии, что и для регистрации общеизвестного TCP-порта
и, в частности, не обязательно предаваться гласности.
Некоторые типы носителей предполагают использование запатентованных технологий. То
регистрация типов носителей с использованием запатентованных технологий
специально разрешено. Однако ограничения, установленные п.
[RFC2026] об использовании запатентованной технологии в стандартах IETF.
протоколы должны соблюдаться, когда спецификация типа носителя
частью протокола отслеживания стандартов.Кроме того, другие стандарты
органы, использующие дерево стандартов, могут иметь свои собственные правила
относительно интеллектуальной собственности, которые должны соблюдаться в их
регистрации.
4.5. Рекомендации по обмену
Типы носителей ДОЛЖНЫ взаимодействовать в как можно большем количестве систем и
приложений, насколько это возможно. Однако некоторые типы носителей неизбежно
имеют проблемы взаимодействия на разных платформах. Проблемы
с разными версиями, порядком байтов и особенностями шлюза
обработка может и возникнет.Универсальная совместимость типов носителей не требуется, но известна
проблемы функциональной совместимости СЛЕДУЕТ выявлять, когда это возможно.
Публикация типа СМИ не требует исчерпывающего обзора
интероперабельность, а раздел соображений интероперабельности
подлежат постоянной оценке.
Эти рекомендации применимы независимо от дерева регистрации
вовлеченный.
4.6. Требования безопасности
Анализ проблем безопасности ДОЛЖЕН быть выполнен для всех зарегистрированных типов
в Дереве стандартов.Аналогичный анализ для зарегистрированных типов СМИ
в вендоре или личных деревьях приветствуется, но не является обязательным.
Однако независимо от того, какой анализ безопасности был или не был
сделано, все описания проблем безопасности ДОЛЖНЫ быть настолько точными, насколько
возможен независимо от дерева регистрации. В частности, заявление
что «нет проблем с безопасностью, связанных с этим типом» ДОЛЖЕН
Freed & Klensin Best Current Practice [Страница 11] RFC 4288 Регистрация типа носителя, декабрь 2005 г. НЕ путать с "проблемами безопасности, связанными с этим типом не оценивались».Нет абсолютно никаких требований, чтобы типы носителей были зарегистрированы в каком-либо дерево быть безопасным или полностью свободным от рисков. Тем не менее все известные риски безопасности ДОЛЖНЫ быть идентифицированы при регистрации тип носителя, опять же независимо от дерева регистрации. Раздел соображений безопасности всех регистраций подлежит к постоянной оценке и модификации, и, в частности, МОЖЕТ быть расширен за счет использования механизма «комментарии к типам мультимедиа», описанного в Разделе 6 ниже.
И снова регистрация
тип носителя application/postscript показывает, как такие директивы
можно справиться.
o Тип носителя, использующий сжатие, может предоставить возможность
для отправки небольшого количества данных, которые при получении и
оценивается, чрезвычайно расширяется, чтобы поглотить все ресурсы получателя.
Ресурсы. Все типы носителей ДОЛЖНЫ указывать, являются ли они
использовать сжатие, и если они это сделают, они должны обсудить, какие шаги
необходимо принять меры, чтобы избежать таких атак.o Тип носителя может быть предназначен для приложений, требующих некоторых
своего рода гарантия безопасности, но не обеспечивает необходимую безопасность
сами механизмы. Например, тип носителя может быть определен
для хранения конфиденциальной медицинской информации, что в свою очередь
Freed & Klensin Best Current Practice [Страница 12]
RFC 4288 Регистрация типа носителя, декабрь 2005 г.
требует внешней службы конфиденциальности или которая предназначена
для использования только в безопасной среде. 4.7. Требования к типам мультимедиа XML
Существует ряд дополнительных требований, специфичных для
регистрация типов мультимедиа XML. Эти требования указаны в
[RFC3023].
4.8. Требования к кодированию
Некоторые транспорты накладывают ограничения на тип данных, которые они могут передавать.
нести. Например, интернет-почта традиционно была ограничена 7 битами.
Текст US-ASCII. Схемы кодирования часто используются для обхода таких
транспортные ограничения.
Поэтому полезно отметить, какие данные может передавать тип носителя.
состоять в рамках его регистрации.«Соображения по кодированию»
поле предназначено для этой цели. Возможные значения этого поля
являются:
7bit: содержимое медиа-типа состоит исключительно из символов с разделителями CRLF.
7-битный текст US-ASCII.
8 бит: содержимое медиа-типа состоит исключительно из символов с разделителями CRLF.
8-битный текст.
двоичный: содержимое состоит из неограниченной последовательности октетов.
framed: Контент состоит из серии кадров или пакетов без
индикаторы внутреннего обрамления или выравнивания. Дополнительные внеполосные
информация необходима для правильной интерпретации данных, в том числе
но не обязательно ограничиваясь знанием границ
между последовательными кадрами и знанием транспорта
механизм.Обратите внимание, что типы медиа такого рода не могут быть просто
хранится в файле или передается как простой поток октетов;
поэтому такие типы сред непригодны для использования во многих
традиционные протоколы. Обычно используемый транспорт с рамой
кодирование - это транспортный протокол реального времени, RTP. Дополнительный
правила для кадрового кодирования, определенные для транспорта с использованием RTP,
приведено в [RFC3555].
Дополнительные ограничения для 7-битного и 8-битного текста приведены в [RFC2046].
4.9. Использование и реализация
В среде асинхронной почты, где информация о
возможности удаленного почтового агента часто недоступны
Freed & Klensin Best Current Practice [Страница 13] 
4.7. Требования к типам мультимедиа XML
Существует ряд дополнительных требований, специфичных для
регистрация типов мультимедиа XML. Эти требования указаны в
[RFC3023].
4.8. Требования к кодированию
Некоторые транспорты накладывают ограничения на тип данных, которые они могут передавать.
нести. Например, интернет-почта традиционно была ограничена 7 битами.
Текст US-ASCII. Схемы кодирования часто используются для обхода таких
транспортные ограничения.
Поэтому полезно отметить, какие данные может передавать тип носителя.
состоять в рамках его регистрации.«Соображения по кодированию»
поле предназначено для этой цели. Возможные значения этого поля
являются:
7bit: содержимое медиа-типа состоит исключительно из символов с разделителями CRLF.
7-битный текст US-ASCII.
8 бит: содержимое медиа-типа состоит исключительно из символов с разделителями CRLF.
8-битный текст.
двоичный: содержимое состоит из неограниченной последовательности октетов.
framed: Контент состоит из серии кадров или пакетов без
индикаторы внутреннего обрамления или выравнивания. Дополнительные внеполосные
информация необходима для правильной интерпретации данных, в том числе
но не обязательно ограничиваясь знанием границ
между последовательными кадрами и знанием транспорта
механизм.Обратите внимание, что типы медиа такого рода не могут быть просто
хранится в файле или передается как простой поток октетов;
поэтому такие типы сред непригодны для использования во многих
традиционные протоколы. Обычно используемый транспорт с рамой
кодирование - это транспортный протокол реального времени, RTP. Дополнительный
правила для кадрового кодирования, определенные для транспорта с использованием RTP,
приведено в [RFC3555].
Дополнительные ограничения для 7-битного и 8-битного текста приведены в [RFC2046].
4.9. Использование и реализация
В среде асинхронной почты, где информация о
возможности удаленного почтового агента часто недоступны
Freed & Klensin Best Current Practice [Страница 13] RFC 4288 Регистрация типа носителя, декабрь 2005 г.
отправителя, максимальное взаимодействие достигается за счет ограничения
типы носителей, используемые для тех «общих» форматов, которые, как ожидается, будут широко
реализовано.Это утверждалось в прошлом как причина для ограничения
количество возможных типов носителей, и это привело к регистрации
процесс со значительным препятствием и задержкой для тех, кто регистрируется
типы медиа.
Однако потребность в «общих» типах носителей не требует ограничения
регистрация новых типов носителей. Если ограниченный набор типов носителей
рекомендуется для конкретного приложения, что должно быть подтверждено
отдельным заявлением о применимости, специфичным для приложения
и/или окружающей среды.Следовательно, универсальная поддержка и реализация типа носителя
НЕ обязательно для регистрации. Однако, если тип носителя
явно предназначен для ограниченного использования, это ДОЛЖНО быть указано в его
Регистрация. Для этого предусмотрено поле «Ограничения на использование».
цель.
4.10. Требования к публикации
Предложения по типам носителей, зарегистрированным в дереве стандартов
Сама IETF ДОЛЖНА быть опубликована в виде RFC. Публикация RFC поставщика и
Предложения типа личных средств массовой информации приветствуются, но не являются обязательными.В целом
случаях IANA сохранит копии всех предложений по типам носителей и
«опубликовать» их как часть самого дерева регистрации типов носителей.
Как указывалось ранее, регистрация дерева стандартов для типов носителей
определенные в документах, подготовленных другими органами по стандартизации, ДОЛЖНЫ быть
описывается формальной спецификацией стандартов, разработанной этим органом.
Такие спецификации ДОЛЖНЫ содержать соответствующий тип носителя.
шаблон регистрации взят из Раздела 10. Кроме того,
авторские права на регистрационный шаблон ДОЛЖНЫ позволять IANA копировать его
в реестр IANA.Помимо регистраций IETF в дереве стандартов, регистрация
типа данных не подразумевает одобрение, одобрение или
рекомендацию IANA или IETF или даже подтверждение того, что
спецификация адекватная.
Чтобы стать Интернет-стандартами, протокол
или объект данных должен пройти процесс стандартизации IETF. Это
слишком сложный и слишком длительный процесс для удобного
регистрация типов СМИ.
Дерево стандартов существует для типов носителей, которые требуют
существенный процесс рассмотрения и утверждения в признанных стандартах
тело.Деревья поставщиков и персональные деревья существуют для тех типов носителей, которые
не требуют такой процедуры. Ожидается, что применимость
заявления для конкретных приложений будут публиковаться время от времени
Freed & Klensin Best Current Practice [Страница 14] RFC 4288 Регистрация типа носителя, декабрь 2005 г. время в IETF, рекомендуя реализацию и поддержку, типы медиа, которые оказались особенно полезными в этих контекстах.Как обсуждалось выше, регистрация типа верхнего уровня требует обработка стандартов в IETF и, следовательно, публикация RFC. 4.11. Дополнительная информация Различные виды дополнительной информации СЛЕДУЕТ включать в спецификация типа носителя, если он доступен: o Магическое число (числа) (длина, значения октетов).
Магические числа - это байты
последовательности, которые всегда присутствуют в данном месте файла и
таким образом, может использоваться для идентификации объектов как принадлежащих данному медиа.
тип.o Расширения имен файлов, обычно используемые на одной или нескольких платформах для
указывают, что некоторый файл содержит данный тип носителя.
o Коды типов файлов Mac OS (4 октета), используемые для маркировки файлов, содержащих
заданный тип носителя.
o Информация о том, как идентификаторы фрагмента/якоря [RFC3986]
создан для использования в сочетании с этим типом носителя.
В случае регистрации в дереве стандартов этот дополнительный
информация МОЖЕТ быть предоставлена в официальной спецификации носителя
тип.Предлагается сделать это путем включения IANA
форму регистрации типа носителя в саму спецификацию.
5. Процедура регистрации
Процедура регистрации типа СМИ не является формальным стандартом
процесс, а скорее административная процедура, предназначенная для
комментарий сообщества и проверка работоспособности без чрезмерной задержки.
Обычные процессы IETF должны соблюдаться для всех
регистрации в дереве стандартов. Размещение в Интернете
Черновик — это необходимый первый шаг, за которым следует публикация в
RFC 4288 Регистрация типа носителя, декабрь 2005 г. Интернет-драфт не требуется для этих регистраций, но может быть полезно для IESG и поощряется.5.1. Предварительный обзор сообщества Уведомление о потенциальной регистрации типа носителя в дереве стандартов ДОЛЖЕН быть отправлен в список рассылки «ietf-types@iana.
org» для рассмотрения.
Этот список рассылки был создан с целью рассмотрения
предлагаемые носители и типы доступа. Регистрации в других деревьях МОГУТ быть
отправлено в список для рассмотрения, а также.
Публичная публикация в этом списке предназначена для получения комментариев.
и обратной связи по выбору имени типа/подтипа, однозначности
ссылки на версии и внешнее профилирование
информацию, а также обзор любой совместимости или безопасности
соображения.Заявитель может представить исправленную регистрацию или
отказаться от регистрации полностью и в любое время.
5.2. Утверждение IESG
Типы носителей, зарегистрированные в дереве стандартов, ДОЛЖНЫ быть одобрены
IESG перед регистрацией.
5.3. Регистрация в IANA
При условии, что тип носителя соответствует всем соответствующим требованиям.
и получил все необходимое одобрение, автор может
отправить запрос на регистрацию в IANA. Запросы на регистрацию
можно отправить на 
iana.org/cgi-bin/mediatypes.pl
Отправка на адрес RFC 4288 Регистрация типа носителя, декабрь 2005 г. Регистрации, не соответствующие этим требованиям, будут возвращены отправитель на доработку.Решения, принятые экспертом по видам СМИ, могут быть обжалованы в IESG, используя процедуру, указанную в разделе 6.
5.4 [RFC2026].
После того, как регистрация типа носителя прошла проверку, IANA
зарегистрировать тип носителя и выполнить регистрацию типа носителя
доступны для сообщества.
6. Комментарии к регистрации типа носителя
Комментарии о зарегистрированных типах СМИ могут быть представлены членами
сообщества в IANA. Эти комментарии будут рассмотрены СМИ.
рецензенту типов, а затем передается «владельцу» типа носителя, если
возможный.Авторы комментариев могут потребовать, чтобы их комментарий был
прилагается к самой регистрации типа носителя, и если IANA
одобряет это, комментарий будет доступен в сочетании
с регистрацией типа.
7. Расположение списка зарегистрированных типов носителей
Регистрации типов носителей перечислены IANA по адресу:
http://www.iana.org/assignments/media-types/
8. Процедуры IANA для регистрации типов носителей
IANA будет регистрировать типы носителей в дереве стандартов только в
ответ на сообщение от IESG о том, что данный
регистрация одобрена.
Поставщик и персональные типы будут
зарегистрированы IANA автоматически и без какого-либо формального одобрения
процесс, если выполняются следующие минимальные условия:
o Типы мультимедиа ДОЛЖНЫ функционировать как фактический формат мультимедиа. В
в частности, наборы символов и кодировки передачи НЕ ДОЛЖНЫ быть зарегистрированы
как типы медиа.
o Все типы носителей ДОЛЖНЫ иметь правильно сформированные имена типов и подтипов.
Все имена типов ДОЛЖНЫ быть определены в соответствии со стандартами RFC. Все
пары имен типа/подтипа ДОЛЖНЫ быть уникальными и ДОЛЖНЫ содержать
префикс дерева.o Типы, зарегистрированные в личном дереве, ДОЛЖНЫ предоставлять формат
спецификацию или указатель на нее.
Freed & Klensin Best Current Practice [Страница 17]
RFC 4288 Регистрация типа носителя, декабрь 2005 г.
o Все типы носителей ДОЛЖНЫ иметь разумные соображения безопасности
раздел. (IANA не может и не обязана
провести комплексную проверку безопасности типа носителя
регистрации. Тем не менее, IANA имеет право
выявить явно некомпетентный материал и вернуть его в
отправить на доработку)
Регистрации в дереве стандартов ДОЛЖНЫ удовлетворять дополнительным
требование, чтобы они исходили от самой IETF или от другого
орган по стандартизации, признанный таковым IETF.
9. Процедуры изменения
Как только тип носителя был опубликован IANA, владелец может
запросить изменение его определения. Описания
различные регистрационные деревья выше обозначают «владельцев» каждого
тип регистрации.Та же процедура, которая была бы уместна
для исходного запроса на регистрацию используется для обработки изменения
запрос.
Изменения следует запрашивать только при наличии серьезных упущений или
ошибки в опубликованной спецификации. Когда требуется пересмотр,
запрос на изменение может быть отклонен, если он отображает объекты, которые были действительными
в соответствии с предыдущим определением, недействительным в соответствии с новым определением.
Владелец типа носителя может передать ответственность другому лицу
или агентство, сообщив об этом IANA и списку ietf-types; это может быть
сделано без обсуждения и проверки.IESG может переназначить ответственность за тип носителя. Большинство
общий случай этого будет заключаться в том, чтобы разрешить внесение изменений в типы
где автор регистрации умер, ушел из контакта
или иным образом не может внести изменения, которые важны для
сообщество.
Регистрация типа носителя не может быть удалена; типы носителей, которые не
более не считается пригодным для использования, может быть объявлено УСТАРЕВШИМ
изменить их на поле «предназначенное использование»; такие типы носителей будут
четко обозначены в списках, опубликованных IANA.Freed & Klensin Best Current Practice [Страница 18] 
Тем не менее, IANA имеет право
выявить явно некомпетентный материал и вернуть его в
отправить на доработку)
Регистрации в дереве стандартов ДОЛЖНЫ удовлетворять дополнительным
требование, чтобы они исходили от самой IETF или от другого
орган по стандартизации, признанный таковым IETF.
9. Процедуры изменения
Как только тип носителя был опубликован IANA, владелец может
запросить изменение его определения. Описания
различные регистрационные деревья выше обозначают «владельцев» каждого
тип регистрации.Та же процедура, которая была бы уместна
для исходного запроса на регистрацию используется для обработки изменения
запрос.
Изменения следует запрашивать только при наличии серьезных упущений или
ошибки в опубликованной спецификации. Когда требуется пересмотр,
запрос на изменение может быть отклонен, если он отображает объекты, которые были действительными
в соответствии с предыдущим определением, недействительным в соответствии с новым определением.
Владелец типа носителя может передать ответственность другому лицу
или агентство, сообщив об этом IANA и списку ietf-types; это может быть
сделано без обсуждения и проверки.IESG может переназначить ответственность за тип носителя. Большинство
общий случай этого будет заключаться в том, чтобы разрешить внесение изменений в типы
где автор регистрации умер, ушел из контакта
или иным образом не может внести изменения, которые важны для
сообщество.
Регистрация типа носителя не может быть удалена; типы носителей, которые не
более не считается пригодным для использования, может быть объявлено УСТАРЕВШИМ
изменить их на поле «предназначенное использование»; такие типы носителей будут
четко обозначены в списках, опубликованных IANA.Freed & Klensin Best Current Practice [Страница 18] RFC 4288 Регистрация типа носителя, декабрь 2005 г. 10. Шаблон регистрации Кому: [email protected] Тема: Регистрация типа носителя XXX/YYY Введите имя: Название подтипа: Требуемые параметры: Дополнительные параметры: Рекомендации по кодированию: Соображения безопасности: Соображения по совместимости: Опубликованная спецификация: Приложения, использующие этот тип носителя: Дополнительная информация: Магические числа: Расширения файлов: Коды типов файлов Macintosh: Контактное лицо и адрес электронной почты для получения дополнительной информации: Предполагаемое использование: (Один из ОБЫЧНЫХ, ОГРАНИЧЕННЫХ ИСПОЛЬЗОВАНИЙ или УСТАРЕВШИХ.
)
Ограничения на использование:
(Здесь указаны любые ограничения на использование типа носителя.)
Автор:
Сменить контроллер:
(можно добавить любую другую информацию, которую автор сочтет интересной)
ниже этой строки.)
Некоторое обсуждение кодов типов файлов Macintosh и их назначения можно найти здесь.
находится в [MacOSFileTypes]. Кроме того, пожалуйста, воздержитесь от написания
Freed & Klensin Best Current Practice [Страница 19] RFC 4288 Регистрация типа носителя, декабрь 2005 г. «нет» или что-то подобное, если нет расширения файла или файла Macintosh указан тип, чтобы "none" не было перепутано с фактическим кодовым значением.11. Вопросы безопасности Требования безопасности для регистрации типов носителей обсуждаются в Раздел 4.6. 12. Соображения IANA Цель этого документа — определить реестры IANA для СМИ. типы. 13. Благодарности Нынешние авторы хотели бы признать свой долг перед покойным Д-р Джон Постел, чья общая модель регистрационных процедур IANA и конкретные вклады сформировали предшественников этого документа [RFC2048].
Мы надеемся, что текущая версия — та, с которой он
согласился бы, но так как невозможно проверить это согласие,
мы с сожалением удалили его имя как соавтора.14. Ссылки
14.1. Нормативные ссылки
[RFC2045] Фрид, Н. и Н. Боренштейн, «Многоцелевой Интернет
Почтовые расширения (MIME), часть первая: формат Интернета
Message Body», RFC 2045, ноябрь 1996 г.
[RFC2046] Фрид, Н. и Н. Боренштейн, «Многоцелевой Интернет
Почтовые расширения (MIME), часть вторая: типы носителей», RFC
2046, ноябрь 1996 г.
[RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для указания
Уровни требований», BCP 14, RFC 2119, март 1997 г.[RFC2978] Фрид, Н. и Дж. Постел, «Регистрация набора символов IANA
Процедуры», BCP 19, RFC 2978, октябрь 2000 г.
[RFC3023] Мурата, М., Сен-Лоран, С., и Д. Кон, "XML Media
Типы», RFC 3023, январь 2001 г.
[RFC3555] Casner, S.
и P. Hoschka, "Регистрация типа MIME
форматов полезной нагрузки RTP», RFC 3555, июль 2003 г.
Freed & Klensin Best Current Practice [Страница 20]
RFC 4288 Регистрация типа носителя, декабрь 2005 г.
[RFC3986] Бернерс-Ли, Т., Филдинг, Р., и Л. Масинтер,
«Унифицированный идентификатор ресурса (URI): общий синтаксис»,
STD 66, RFC 3986, январь 2005 г.
[RFC4234] Крокер, Д. Эд., и П. Оверелл, «Расширенный BNF для
Спецификации синтаксиса: ABNF", RFC 4234, октябрь
2005.
14.2. Информативные ссылки
[MacOSFileTypes] Apple Computer, Inc., «Mac OS: тип файла и создатель
Коды и форматы файлов», База знаний Apple
Статья 55381, июнь 1993 г.,
.
[RFC2026] Браднер, С., «Процесс стандартизации Интернета —
Редакция 3", BCP 9, RFC 2026, октябрь 1996 г.
[RFC2048] Фрид, Н., Кленсин, Дж., и Дж. Постел, «Многоцелевой
Расширения электронной почты Интернета (MIME), часть четвертая:
Процедуры регистрации», BCP 13, RFC 2048, ноябрь
1996.
[RFC2231] Фрид, Н. и К. Мур, «Значение параметра MIME и
Расширения закодированных слов: наборы символов, языки,
и продолжение», RFC 2231, ноябрь 1997 г.Freed & Klensin Best Current Practice [Страница 21] 
[RFC2048] Фрид, Н., Кленсин, Дж., и Дж. Постел, «Многоцелевой
Расширения электронной почты Интернета (MIME), часть четвертая:
Процедуры регистрации», BCP 13, RFC 2048, ноябрь
1996.
[RFC2231] Фрид, Н. и К. Мур, «Значение параметра MIME и
Расширения закодированных слов: наборы символов, языки,
и продолжение», RFC 2231, ноябрь 1997 г.Freed & Klensin Best Current Practice [Страница 21] RFC 4288 Регистрация типа носителя, декабрь 2005 г. Приложение A. Унаследованные типы носителей Ряд типов СМИ, зарегистрированных до 1996 г., зарегистрированы в соответствии с указаниями, изложенными в этом документе, должны быть помещены в либо продавец, либо личные деревья. Перерегистрация этих типов отражать соответствующие деревья рекомендуется, но не обязательно.Принципы владения и контроля изменений, изложенные в этом документе применяются к этим типам, как если бы они были зарегистрированы в деревьях описано выше.
Приложение B. Изменения по сравнению с RFC 2048
o Спецификация типа носителя и процедуры регистрации были
перемещен из набора документов MIME в эту отдельную спецификацию.
o Различные URL-адреса и адреса в этом документе были изменены.
поэтому все они ссылаются на iana.org, а не на isi.edu. Кроме того,
многие URL-адреса были изменены для использования HTTP; раньше они использовали
FTP.o Большая часть документа была уточнена в свете
опыт работы с этими процедурами.
o Нелинейное дерево IETF теперь называется деревом стандартов, а
правила регистрации для этого дерева были смягчены, чтобы разрешить использование
другие органы стандартизации.
o Текст, описывающий процедуру регистрации типа носителя,
уточнено.
o Правила и требования построения безопасности
разделы соображений были расширены и уточнены.o RFC 3023 теперь упоминается как источник дополнительной информации.
относительно регистрации типов мультимедиа XML.
o Некоторые ссылки в этом документе были обновлены.
обратитесь к текущим версиям соответствующих спецификаций.
o Добавлено примечание, препятствующее назначению нескольких
имена для одного типа носителя.
o Разделы «Соображения безопасности» и «Соображения IANA» были
добавлен.
Freed & Klensin Best Current Practice [Страница 22]
RFC 4288 Регистрация типа носителя, декабрь 2005 г.
o Проблемы с авторскими правами на шаблоны регистрации типов носителей
разработанные другими органами по стандартизации, рассматривались
требуя, чтобы IANA было разрешено копировать регистрацию
шаблон в реестр.o Основные регистрационные требования для различных
типы были перенесены из RFC 2046 в этот документ.
o Синтаксис теперь указывается для типа носителя, подтипа и параметра
имена.
o Введена максимальная длина 127 для всех типов и подтипов носителей.
имена.
o Добавлено примечание, предупреждающее о чрезмерном использовании
Конструкции "+suffix" в именах подтипов.
o Поле «Соображения по кодированию» было расширено, чтобы
значение «в рамке».
o Добавлена ссылка, описывающая коды типов Macintosh.o Просмотр списка IETF-типов регистраций в дереве стандартов
теперь требуется, а не просто рекомендуется.
Адреса авторов
Нед Фрид
Сан Микросистемс
3401 Сентрлейк Драйв, Офис 410
Онтарио, Калифорния 92761-1205
США
Телефон: +1 909 457 4293
Электронная почта: [email protected]
Джон К. Кленсин
1770 Массачусетс-авеню, # 322
Кембридж, Массачусетс, 02140
Электронная почта: [email protected]
Freed & Klensin Best Current Practice [Страница 23] 
o Поле «Соображения по кодированию» было расширено, чтобы
значение «в рамке».
o Добавлена ссылка, описывающая коды типов Macintosh.o Просмотр списка IETF-типов регистраций в дереве стандартов
теперь требуется, а не просто рекомендуется.
Адреса авторов
Нед Фрид
Сан Микросистемс
3401 Сентрлейк Драйв, Офис 410
Онтарио, Калифорния 92761-1205
США
Телефон: +1 909 457 4293
Электронная почта: RFC 4288 Регистрация типа носителя, декабрь 2005 г. Полное заявление об авторских правах Авторское право (C) Общество Интернета (2005 г.).На этот документ распространяются права, лицензии и ограничения содержится в BCP 78, и, за исключением случаев, указанных в нем, авторы сохраняют все свои права. Этот документ и информация, содержащаяся в нем, предоставляются на Принцип «КАК ЕСТЬ» и УЧАСТНИК, ОРГАНИЗАЦИЯ, КОТОРУЮ ОН/ОНА ПРЕДСТАВЛЯЕТ ИЛИ ПОДДЕРЖИВАЕТСЯ (ЕСЛИ ЕСТЬ) ОБЩЕСТВОМ ИНТЕРНЕТ И ИНТЕРНЕТОМ ENGINEERING TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ ЛЮБОЙ ГАРАНТИЕЙ ТОГО, ЧТО ИСПОЛЬЗОВАНИЕ ДАННАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ КАКИХ-ЛИБО ПОДРАЗУМЕВАЕМЫХ ГАРАНТИИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.
Интеллектуальная собственность
IETF не занимает никакой позиции в отношении законности или объема любого
Права на интеллектуальную собственность или другие права, которые могут быть заявлены
относятся к внедрению или использованию технологии, описанной в
этот документ или степень, в которой любая лицензия в соответствии с такими правами
может быть или не быть доступным; и не представляет, что у него есть
предприняли какие-либо независимые усилия для определения любых таких прав. Информация
о процедурах в отношении прав в документах RFC можно
обнаружены в BCP 78 и BCP 79.Копии раскрытия информации о правах интеллектуальной собственности, сделанные в Секретариат IETF, и любые
гарантии предоставления лицензий или результат
предпринята попытка получить генеральную лицензию или разрешение на использование
такие права собственности со стороны разработчиков или пользователей этого
Спецификацию можно получить в онлайн-репозитории IPR IETF по адресу
http://www.
ietf.org/ipr.
IETF предлагает любой заинтересованной стороне доводить до ее сведения любые
авторские права, патенты или заявки на патенты, или другие проприетарные
права, которые могут охватывать технологии, которые могут потребоваться для реализации
этот стандарт.Пожалуйста, отправьте информацию в IETF по адресу ietf-
Регистрация для прессы — The Inspired Home Show
Работающие журналисты в печатных, вещательных и цифровых СМИ для известных торговых или потребительских изданий и интернет-магазинов. Сюда входят репортеры, писатели, редакторы, продюсеры, фотографы и съемочные группы.Блоггеры и влиятельные лица в социальных сетях имеют право на участие, если они соответствуют критериям.
Фрилансеры
Фрилансеры должны публиковать или транслировать в прошлом году темы, связанные с посудой и товарами для дома.
Отправьте клипы с вашим именем или ссылку на статьи с вашим именем в рамках процесса регистрации значка. Если вы находитесь в командировке, приложите письмо о назначении из утвержденной публикации. Вопросы? Пишите Дебби Тешке.
Блогеры
Блоггеры должны создавать новый контент в течение последних трех месяцев на темы, связанные с посудой и товарами для дома (розыгрыши товаров и конкурсы не учитываются).Блоги будут оцениваться в каждом конкретном случае на основе трафика, релевантности и качества контента, участия в каналах социальных сетей, частоты публикаций и т. д. Блоггеров попросят предоставить доказательства из службы отслеживания данных (например, Google). Analytics или Compete.com), что количество уникальных посетителей блога или социальных сетей составляет 10 000–50 000 в месяц. Пожалуйста, загрузите ссылки на блог и сообщения в рамках процесса регистрации значка. Пожалуйста, загрузите ссылки на блоги, видеоканалы или публикации в рамках процесса регистрации значка.
Помимо пометки The Inspired Home Show, использование хэштегов шоу требуется во всех действиях в социальных сетях, связанных с шоу. Дескрипторы социальных сетей и хэштеги перечислены ниже. При утверждении учитываются все критерии; количество уникальных посетителей и количество подписчиков в социальных сетях не гарантируют получение значка, если не были соблюдены другие критерии.
Влиятельные люди в социальных сетях
Лидеры мнений в социальных сетях должны создать новый контент в течение последних трех месяцев на темы, связанные с индустрией товаров для дома и товаров для дома (розыгрыши товаров и конкурсы не учитываются).Все регистрации будут оцениваться в каждом конкретном случае на основе релевантности и качества контента, количества уникальных посетителей и подписчиков, участия в каналах социальных сетей, частоты публикаций и т. д. Вам будет предложено предоставить доказательства из отслеживания данных. службы (например, Google Analytics или Compete.com), что число уникальных посетителей блога, веб-сайта или социальных сетей превышает 50 000 в месяц.
Пожалуйста, загрузите ссылки на блоги, видеоканалы или публикации в рамках процесса регистрации значка.Помимо пометки The Inspired Home Show, использование хэштегов шоу требуется во всех действиях в социальных сетях, связанных с шоу. Дескрипторы социальных сетей и хэштеги перечислены ниже. Мы просим всех влиятельных лиц участвовать в групповом чате во время мероприятия, чтобы выполнять запросы на фотографии и другие инструкции. При утверждении учитываются все критерии; количество уникальных посетителей и количество подписчиков в социальных сетях не гарантируют получение значка, если не были соблюдены другие критерии.
- Официальные ручки выставки:
- Твиттер: @TIH_Show
- Инстаграм: @TheInspiredHomeShow
- Facebook: @TheInspiredHomeShow
- Официальные хэштеги шоу:
- #TIHS22
- #IHASmartHome
- #GiaAwards
- #HousewareCares
Все разрешения предоставляются по усмотрению IHA.
Мы оставляем за собой право изменить классификацию вашего значка в любое время.
ПРИМЕЧАНИЕ: Съемочные группы, работающие на экспонента, являются подрядчиками, назначенными экспонентом, а не новостными СМИ. Пожалуйста, попросите экспонента зарегистрировать вас через процесс EAC.
Регистрационная форма списка СМИ | АСР
Имя *
Электронное письмо *
СМИ *
Название работы *
Страна *
AfghanistanAland IslandsAlbaniaAlgeriaAmerican SamoaAndorraAngolaAnguillaAntarcticaAntigua и BarbudaArgentinaArmeniaArubaAustraliaAustriaAzerbaijanBahamasBahrainBangladeshBarbadosBelarusBelgiumBelizeBeninBermudaBhutanBoliviaBosnia и HerzegovinaBotswanaBouvet IslandBrazilBritish Индийский океан TerritoryBritish Virgin IslandsBruneiBulgariaBurkina FasoBurundiCambodiaCameroonCanadaCape VerdeCaribbean NetherlandsCayman IslandsCentral африканских RepublicChadChileChinaChristmas IslandCocos (Килинг) IslandsColombiaComorosCongo (Браззавиль) Конго (Киншаса) Кук IslandsCosta RicaCroatiaCubaCuraçaoCyprusCzech RepublicDenmarkDjiboutiDominicaDominican RepublicEcuadorEgyptEl SalvadorEquatorial GuineaEritreaEstoniaEthiopiaFalkland IslandsFaroe IslandsFijiFinlandFranceFrench GuianaFrench PolynesiaFrench Южный остров TerritoriesGabonGambiaGeorgiaGermanyGhanaGibraltarGreeceGreenlandGrenadaGuadeloupeGuamGuatemalaGuernseyGuineaGuinea-BissauGuyanaHaitiHeard и McDonald IslandsHondurasHong Конг С.
А.Р., ChinaHungaryIcelandIndiaIndonesiaIranIraqIrelandIsle из ManIsraelItalyIvory CoastJamaicaJapanJerseyJordanKazakhstanKenyaKiribatiKuwaitKyrgyzstanLaosLatviaLebanonLesothoLiberiaLibyaLiechtensteinLithuaniaLuxembourgMacao S.A.R., ChinaMacedoniaMadagascarMalawiMalaysiaMaldivesMaliMaltaMarshall IslandsMartiniqueMauritaniaMauritiusMayotteMexicoMicronesiaMoldovaMonacoMongoliaMontenegroMontserratMoroccoMozambiqueMyanmarNamibiaNauruNepalNetherlandsNetherlands AntillesNew CaledoniaNew ZealandNicaraguaNigerNigeriaNiueNorfolk IslandNorthern Mariana IslandsNorth KoreaNorwayOmanPakistanPalauPalestinian TerritoryPanamaPapua Новый GuineaParaguayPeruPhilippinesPitcairnPolandPortugalPuerto RicoQatarReunionRomaniaRussiaRwandaSaint BarthélemySaint HelenaSaint Киттс и NevisSaint LuciaSaint Мартин (французская часть) Сен-Пьер и MiquelonSaint Винсент и GrenadinesSamoaSan MarinoSao Томе и PrincipeSaudi ArabiaSenegalSerbiaSeychellesSierra LeoneSingaporeSint MaartenSlovakiaSloveniaSolomon IslandsSom aliaЮжная АфрикаЮжная Грузия и Южные Сандвичевы островаЮжная КореяЮжный СуданИспанияШри-ЛанкаСуданСуринамШпицберген и Ян-МайенСвазилендШвецияШвейцарияСирияТайваньТаджикистанТанзанияТаиландТимор-ЛештиТогоТокелауТонгаТринидад и ТобагоТунисТурцияТуркменистанОстрова Теркс и КайкосТувалуU.
Южные Виргинские островаУгандаУкраинаОбъединенные Арабские ЭмиратыВеликобританияСоединенные ШтатыОтдаленные малые острова СШАУругвайУзбекистанВануатуВатиканВенесуэлаВьетнамУоллис и ФутунаЗападная СахараЙеменЗамбияЗимбабве
Телефон *
Регистрация СМИ по Правилу ВСС 1:19
Управление общественной информации регистрирует представителей СМИ в соответствии с Правилом 1:19 ВСС, которое позволяет зарегистрированным СМИ приносить электронные устройства в зал суда. Более подробная информация о правиле, о том, как зарегистрироваться, и заполняемая регистрационная форма в формате PDF приведены ниже.Список зарегистрированных средств массовой информации и представителей средств массовой информации находится на странице доступа к средствам массовой информации в зале суда на нашем веб-сайте.
Верховный судебный суд Правило 1:19
Правило 1:19 ВСС: Электронный доступ к судам (пересмотренное правило, вступившее в силу 17 сентября 2012 г.
)
Средства массовой информации определяются как те, кто регулярно занимается репортажами и публикацией новостей или информации по вопросам, представляющим общественный интерес. Сюда входят гражданские журналисты, соответствующие этому стандарту.
Правило разрешает средствам массовой информации с разрешения суда использовать портативные компьютеры, планшеты, смартфоны и другие мобильные электронные устройства в зале суда, если они не мешают судебному разбирательству.Это означает, что ведение живого блога разрешено.
Правило требует, чтобы средства массовой информации регистрировались в Управлении общественной информации, чтобы использовать камеры и другие электронные устройства в судах. Те, кто регистрируется, должны подтвердить, что они соответствуют определению средств массовой информации, и соглашаются следовать правилу.
Для фото- и видеозаписи допускается только одна стационарная бесшумная видеокамера для вещательного телевидения; вторая бесшумная видеокамера для веб-публикаций; и одна бесшумная фотокамера для печатных СМИ, которую можно использовать в зале суда в любое время.
Суд не вмешивается в договоренности о пуле — ожидается, что представители СМИ будут вырабатывать такие договоренности между собой.
Правило распространяется на публичные слушания. Ходатайства о подавлении могут быть записаны в электронном виде. Это правило также распространяется на клерков-магистратов, ведущих публичные разбирательства. Если средства массовой информации просят записывать несколько дел на заседании в один и тот же день, судья может разумно ограничить количество записываемых дел, чтобы избежать чрезмерной административной нагрузки на суд.
Фотографии и аудио- или видеозаписи не допускаются без специального предварительного разрешения судьи. Фотография или электронная запись или передача слушаний voir dire относительно присяжных или потенциальных присяжных, а также фронтальная или крупная фотография и видеосъемка присяжных и потенциальных присяжных заседателей никогда не допускаются. Средства массовой информации не могут фотографировать или снимать на видео несовершеннолетних или жертв сексуального насилия без согласия судьи.
Фотосъемка или видеосъемка в других местах за пределами зала суда не разрешается без разрешения судьи или другого судебного должностного лица.Должностные лица суда могут применять разумные правила, чтобы не вмешиваться в дела суда.
Регистрационная форма для новостных СМИ
Представители СМИ, прочитавшие Правило 1:19 ВСС и считающие, что они соответствуют требованиям этого правила, должны заполнить регистрационную форму СМИ. Форма представляет собой заполняемый PDF-файл. Для использования расширений у пользователей должен быть установлен Adobe Reader 7.0 или более поздней версии. (Adobe Reader — это бесплатное программное обеспечение, которое можно загрузить с нескольких сайтов).
Пользователи должны открыть форму на веб-сайте, заполнить ее, а затем сохранить на своем рабочем столе
с помощью «Сохранить как…» под другим именем.
Новостным организациям необходимо, чтобы только один уполномоченный представитель заполнил регистрационную форму, но это лицо будет нести ответственность за то, чтобы каждый член новостной организации прочитал и понял правило и согласился соблюдать его положения.
Все лица, которые регистрируются, и те, на кого распространяется регистрация организации, должны указать, что они прочитали и согласны соблюдать правило.
Заполненную и сохраненную версию следует отправить в виде приложения по адресу [email protected] или по факсу (617) 742-1807. Вопросы о процессе регистрации средств массовой информации или любых других аспектах освещения судебного разбирательства следует направлять в Управление общественной информации по электронной почте [email protected] или по телефону 617-557-1114.
После того, как регистрационная форма будет заполнена, Управление общественной информации Верховного судебного суда отправит зарегистрированному лицу по электронной почте подписанную регистрационную форму СМИ, которую любой зарегистрированный представитель СМИ должен принести с собой в суд с удостоверением личности с фотографией, чтобы разрешили проносить электронные устройства в зал суда.
Имена и связи тех, кто зарегистрируется в Управлении общественной информации, будут указаны на веб-странице Зарегистрированных новостных СМИ в соответствии с правилом 1:19 ВСС.
Протокол здания суда
Средства массовой информации должны предъявить подписанную регистрационную форму представителям службы безопасности суда при обращении в суд. Требуется удостоверение личности с фотографией, например, водительские права. Также может потребоваться удостоверение личности, показывающее принадлежность к зарегистрированной новостной организации, например визитная карточка.Подписанную регистрационную форму СМИ можно сохранить на мобильном устройстве, чтобы показать службе безопасности суда. Бумажная копия также приемлема.
Представитель СМИ должен сначала показать подписанную регистрационную форму СМИ и удостоверение личности с фотографией помощнику судебного пристава у входа в здание суда. Все электронные устройства будут проверяться на входе.
Представителю СМИ необходимо получить разрешение судьи на использование электронных устройств в зале суда. Для этого средства массовой информации должны связаться с офисом клерка, чтобы запросить разрешение у судьи. Фотографии и аудио- или видеозаписи не допускаются без специального предварительного разрешения судьи. Судья может потребовать разумного предварительного уведомления в соответствии с правилом.
Представитель СМИ также должен показать подписанную регистрационную форму СМИ и удостоверение личности с фотографией сотруднику суда, назначенному для судебного разбирательства. Сотрудник суда может сделать копию формы или записать имена и контактную информацию.
Продлена ранняя регистрация! Сэкономьте больше до декабря.3
10 нояб. 2021 г.
Цены на раннюю регистрацию как личных, так и виртуальных билетов на правительственную конференцию в социальных сетях 2022 года продлены до пятницы, 3 декабря 2021 года!
Нам не терпится встретиться с профессионалами государственных социальных сетей на крупнейшей в США конференции по социальным сетям для государственных учреждений, как в Далласе, штат Техас, так и с теми, кто присоединится к виртуальной прямой трансляции во время этого специального гибридного мероприятия 29–31 марта 2022 г. .Спикеры будут объявлены до того, как закончится предварительная регистрация, и вы можете загрузить нашу одностраничную сводку событий, чтобы помочь вам с получением разрешения на обучение/поездку. Сэкономьте по максимуму, зарезервировав место до окончания расширенной регистрации раннего бронирования! Вот как.
После чрезвычайно трудной пары лет как никогда важно встретиться с вашей системой поддержки Socialgov, и нет лучшего места для этого, чем GSMCON.
Все участники могут рассчитывать на 2,5-дневное мероприятие, посвященное обучению, которое поможет вам повысить свою роль, уверенно общаться и стать лучшим специалистом по социальным сетям в правительстве. Благодаря более чем 20 основным докладам и секционным заседаниям, специальным сеансам с полным доступом, дополнительным семинарам перед конференцией и многим другим, независимо от того, проводите ли вы лично или онлайн, вы уйдете — или выйдете из системы — от полноценного опыта, который сделает вас еще более уверенным и эффективным правительственным специалистом по социальным сетям.
Но вы получите не только информацию — вы станете частью товарищества GSMCON , которое длится еще долго после наших нескольких дней вместе.Искренне общайтесь со своей системой поддержки коллег — виртуально или лично — на приветственном приеме, во время сессий, основных докладов, в выставочной зоне и даже в нерабочее время. Отмечайте победы, вместе обсуждайте проблемы и знакомьтесь с людьми, которые лучше всех знают ваше положение — с вашим сообществом в социальных сетях.
Какой билет мне взять? Мы услышали ваши просьбы о предоставлении различных типов билетов на GSMCON, и впервые мы предлагаем различные типы билетов, чтобы наилучшим образом удовлетворить потребности государственных специалистов по социальным сетям, и все это по сниженным ценам в течение ограниченного времени! Планируете ли вы присоединиться к нам онлайн или лично, у вас есть возможность приобрести либо общий входной билет, либо билет с полным доступом, который дает вам доступ к специальным сеансам.
для личного посещения стоят всего 695 долларов США за общий вход и 795 долларов США за полный доступ через раннюю регистрацию, с такими привилегиями, как встреча с людьми лицом к лицу на приветственном приеме в понедельник, 28 марта, узнать больше о правительственных продуктах в выставочной площади и прямой связи со спикерами и другими посетителями. Наслаждайтесь 3 континентальными завтраками и 2 обедами с вашим билетом, а после работы исследуйте Даллас со старыми друзьями и новыми знакомыми.
Наш блок номеров в отеле Sheraton Dallas открыт! Забронируйте сейчас в нашем специальном блоке номеров GSMCON2022, чтобы получить лучшую цену до крайнего срока бронирования, пятницы, 11 марта 2022 г. или распродажи.
Виртуальные билеты (299–499 долларов США) Если ваше агентство еще не разрешает путешествовать или участие в онлайне для вас лучше, у вас также есть варианты для виртуального опыта! Стоимость виртуальных билетов начинается от 299 долларов США за общий вход и 399 долларов США за полный доступ при ранней регистрации.
Онлайн-участники смогут наблюдать за большинством сессий в режиме реального времени, а это означает, что вы будете рядом со спикерами и другими участниками во время проведения сессий. Вы будете общаться с другими участниками с виртуальным и полным доступом лично на нашем веб-сайте онлайн-мероприятия, участвовать в живых вопросах и ответах спикеров и т. д., а участники с виртуальным полным доступом откроют доступ к специальным сессиям.
Независимо от того, какой тип билета вы выберете, мы не можем дождаться, когда вы станете частью события! Ранняя регистрация заканчивается 3 декабря 2021 г. .Станьте более эффективным и уверенным в себе специалистом по работе с государственными социальными сетями (и сэкономьте больше всего!), зарегистрировавшись сегодня.
—
Лучше всего общайтесь с общественностью, которую вы обслуживаете, став частью бесплатной правительственной сети социальных сетей — доступной только для сотрудников государственных или образовательных учреждений, занятых полный или неполный рабочий день.
Комментариев нет