Технические условия на подключение: Получение технических условий на подключение к инженерным сетям.

Разное

Содержание

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

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

Технические условия — комплект документации, устанавливающий необходимые для подключения к коммуникациям характеристики оборудования, материалов, этапности проведения работ а также нормы расхода.

ТУ является неотъемлемой частью договора на технологическое подключение. Получение ТУ сопряжено с заключением договора на осуществление поставок ресурсов. Как правило, объект капитального
строительства до ввода в эксплуатацию нуждается в подключении к следующим городским коммуникациям — электроснабжению,
теплоснабжению, водопроводу, канализации, водостоку, наружному освещению, сетям связи.

Примерный алгоритм действий может варьироваться от инстанции к инстанции, но в целом имеет следующий вид :

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

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

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

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

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

 

Список документов для подключения к электрическим сетям, направляется в МОЭСК:

 

  • типовая заявка в МОЭСК  в которой указаны:

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

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

Список документов на подачу заявления в Мосводоканал для подключения к водоснабжению и канализации :

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

Благодаря точному расчету полученные нами ТУ соответствуют необходимому для вашего объекта количества ресурсов. Мы
обосновываем нагрузки, благодаря чему получаем технические условия в сжатые сроки.

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

Познакомьтесь с нашими сотрудниками, которые помогут вам получить ТУ на ваш объект. Узнайте больше о BIM проектировании

Закажите проектирование или управление проектом, если ваш
объект на этапе реализации.

Цена варьируется в зависимости от необходимого для согласования объёма документов, сложности вашей ситуации и временных затрат на сбор и разработку необходимых документов.

Узнайте стоимость услуги сейчас, по номеру 8 495 978 58 90
Или оставьте вашу заявку в форме ниже.

Укажите контакты для связи с вами.

Ваше имя и сообщение

Note:
Please fill out the fields marked with an asterisk.

Технические условия

Что нужно для получения технических условий

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

Для возможности оформления технических условий заказчик должен представить следующие документы и информацию:

  • Запрос на выдачу технических условий (для юридических лиц,для физических лиц)
  • Нотариально заверенные копии правоустанавливающих документов
  • Правоустанавливающие документы на земельный участок
  • Информация о границах земельного участка, на котором планируется осуществить строительство объекта капитального строительства или на котором расположен реконструируемый объект капитального строительства — кадастровый план земельного участка
  • Информация о разрешенном использовании земельного участка — документ, в котором содержится информация о назначении строящегося объекта
  • Необходимые виды ресурсов, получаемых от сетей инженерно-технического обеспечения
  • Планируемый срок ввода в эксплуатацию объекта капитального строительства (при наличии соответствующей информации)
  • Планируемая величина необходимой подключаемой нагрузки (при наличии соответствующей информации)

Получение технических условий регламентировано Правилами определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения, утвержденными постановлением Правительства РФ от 13. 02.2006 N 83.


Сроки

Технические условия или информация о плате за подключение объекта капитального строительства к сетям водоснабжения и водоотведения ГУП «Водоканал Санкт-Петербурга» определяются и предоставляются в соответствии с требованиями законодательства к срокам подготовки документов в течение 7 рабочих  дней с даты получения запроса и предоставления полного пакета документов. При отсутствии возможности подключения строящегося (реконструируемого) объекта капитального строительства к сетям инженерно-технического обеспечения заявителю направляется отказ в выдаче указанных условий.

Взаимодействие Заказчика и ГУП «Водоканал Санкт-Петербурга» по вопросу получения технических условий

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


Содержание технических условий

Согласно Постановлению Правительства РФ от 13 февраля 2006 года № 83 технические условия должны содержать следующие данные:

  • Максимальная нагрузка в возможных точках подключения;
  • Срок подключения объекта капитального строительства к сетям инженерно-технического обеспечения;
  • Срок действия технических условий три года. По истечении этого срока параметры выданных технических условий могут быть изменены.

В случае смены владельца земельного участка, которому были выданы технические условия, новый владелец вправе воспользоваться этими техническими условиями, уведомив об этом ГУП «Водоканал Санкт-Петербурга».

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

В соответствии с п. 16 Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения, утвержденных Постановлением Правительства РФ от 13 февраля 2006 года № 83, обязательства организации, выдавшей технические условия, по обеспечению подключения объекта капитального строительства к сетям инженерно-технического обеспечения в соответствии с такими техническими условиями прекращаются в случае, если в течение 1 года с даты получения технических условий правообладатель земельного участка не определит необходимую ему подключаемую нагрузку и не обратится с заявлением о подключении объекта капитального строительства к сетям инженерно-технического обеспечения.



Типовые технические требования на проектирование КНС и ОСПС

Технические условия на подключение к электрическим сетям

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

Что представляет собой ТУ на подключение?

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

ТУ на подключение это приложение к договору

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

Для чего необходимо получать ТУ на электроснабжение?

Согласно действующим Правилам разработка технических условий ведется в следующих случаях:

  1. Ввод в эксплуатацию новых объектов.
  2. Увеличение мощности действующих потребителей, например, расширение производства, увеличение плана застройки дачного комплекса и т.д.
  3. Модернизация схемы снабжения электроэнергией, что практикуется, когда изменяется точка ввода или категория надежности.

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

Как получить технические условия?

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

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

Какие документы нужны для получения ТУ?

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

  1. Полные реквизиты организации, включая информацию о банковских счетах.
  2. Основной вид деятельности.
  3. Название объекта с точным указанием его расположения.
  4. С какой целью производится запрос технических условий (введение в эксплуатацию, модернизация с увеличением мощности или необходимость изменения категории надежности).

Вместе с заявлением подаются следующие документы:

  • Банковская выписка или платежка, подтверждающие, что была произведена полная оплата услуг за разработку ТУ.
  • Типовая заявка в виде опросного листа, подписывается представителями заказчика и организацией составлявшей проект.
  • Ситуационный план с указанием расположения подключаемого объекта и однолинейная схема.
    Пример однолинейной схемы подключения
  • Копия документа, разрешающего данные работы на указанном в заявлении участке.
  • Расчет мощности объекта (составляется в соответствии с действующими нормами).
  • Документы, подтверждающие факт аренды или права собственности на объект.
  • Подтверждение права подписи или делегирования полномочий, если оформлением занимается сторонняя организация.

Перечень документов для физлиц

В данном случае в заявлении отражается следующая информация:

  1. Характер объекта и его точное месторасположения.
  2. Ф.И.О. заявителя с указанием паспортных данных и ИИН.
  3. С какой целью запрашиваются технические условия (в подавляющем большинстве случаев, это подключение).

Частному лицу к заявлению следует приложить:

  • Платежный документ, в котором подтверждается факт оплаты предоставляемой услуги.
  • Копии документов, подтверждающих личность потребителя (паспорт и ИИН).
  • Типовой опросный бланк, где приводятся основные характеристики подключаемого объекта.
  • Расчет потребляемой мощности (составляется в соответствии с действующими нормами).
  • Ситуационный план с однолинейной схемой.
  • Документы, свидетельствующие о наличии прав собственности на подключаемый объект.

Если оформлением занимается доверенное лицо, то дополнительно прилагается заверенная нотариусов доверенность и копии документов посредника.

Какие данные содержатся в ТУ?

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

  • Полные данные об объекте (место расположения, функции и срок ввода в эксплуатацию).
  • Категория надежности, расчетная нагрузка.
  • Указание точек и способа подключения, например, через ТП, РУ или прямое подсоединение.
  • Информация о параметрах электросети и наличия резерва мощности.
  • Расчет величины номинального тока КЗ.
  • Указание требований по оборудованию, компенсирующему реактивную составляющую потребляемой мощности.
  • Если характер потребителя может отрицательно влиять на качество электроэнергии, то приводятся указания по подключению спецоборудования.
  • Ряд требований к используемым потребителем аварийным автоматическим системам, включая частотную разгрузку и т.д.

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

ТУ на дачный участок

Следует заметить, что с увеличением мощности подключаемого объекта возрастают требования к нему, что отражается в технических условиях. Это хорошо видно по ТУ для договора с физическими лицами, где мощность нагрузки имеет ограничение в 15,0 кВт. Рассмотрим типовые технические условия, указанные в приложении к договору на подключение дома. В данный документ входит следующая информация:

  • Ф. И.О. заказчика и адрес, по которому производится подключение.
  • Тип объекта (как правило, жилой дом).
  • Допустимая нагрузка.
  • Тип сети (однофазная или трехфазная) и напряжение в ней.
  • Требования к приборам учета расхода электроэнергии.
  • Указание параметров для защитных устройств, отключающих подачу питания при возникновении аварийных ситуаций и превышении допустимой мощности нагрузки.
  • Перечень технических требований к обустройству защитного заземления, молниезащиты, а также других систем, обеспечивающих должный уровень электробезопасности на подключаемом объекте.

Фрагмент типовых требований по обеспечению технических условий для подведения электросети к частному жилому дому приведен ниже.

Пример ТУ для подключения частного дома

Соблюдение технических условий

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

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

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

Список использованной литературы

  • Трифонов А. Н. «Я-электромонтажник» 1980
  • Камнев В.Н.  «Чтение схем и чертежей электроустановок»1990
  • Коршевр Н.Г. «Электрика в вашем доме» 2008

Технические условия для присоединения к электрическим сетям |

Компания E-profy предлагает Вам профессиональные услуги по получению и выполнению Технических условий на присоединение к электрическим сетям ПАО «Ленэнерго» в Санкт-Петербурге и Ленинградской области.

В состав услуги входит:

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

На что обратить внимание при получении технических условий?

Ключевые два пункта технических условий:

  1. «Мероприятия выполняемые сетевой организацией». В данном пункте указывается, что должна сделать сетевая организация и в какой срок.
  2. «Мероприятия выполняемые заказчиком». В данном пункте указывается, какие работы должен произвести Заявитель.

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

Не допустите ошибок на стадии подачи заявки на технологическое присоединение!

Понятие Технические условия на подключение к электрическим сетям

Технические условия на подключение к электрическим сетям — это приложение к договору технологического присоединения, который заключается между Заявителем (лицом, которому необходимо подключение/увеличение электрической мощности помещения/здания/участка), и сетевой организацией (например, Ленэнерго в Санкт-Петербурге).
Технические условия регламентируют требования для присоединения данной эл.мощности для данного потребителя.

Процесс разработки и выполнения техусловий строится следующим образом:

  1. Заявитель направляет Заявку на технологическое присоединение в сетевую организацию, к которой прилагает комплект документов.
  2. Сетевая организация готовит проект Договора технологического присоединения и Технические условия, после чего передает их Заявителю.
  3. Заявитель выполняет на своем объекте Технические условия сетевой организации
  4. Заявитель уведомляет сетевую организацию о выполнении технических условий
  5. Сетевая организация производит проверку выполнения тех. условий. Сдача электрощита инспектору.
  6. Объект подключается к электросети.
  7. Получение потребителем документов.
    По завершению работ, заказчик получает:

    • Договор на технологическое присоединение, технические условия
    • Справку о выполнении технических условий
    • Акт осмотра электроустановки
    • Акт допуска прибора учёта
    • Акт об осуществлении технологического присоединения (АТП)
    • АРБП (акт разграничения балансовой принадлежности электрических сетей и эксплуатационной ответственности сторон(если подключение от сетей сетевой организации). Если это встроенное помещение — то АРБП выдает ЖСК, или ТСЖ, или УК

обеспечение теплом, электросети, водопровод и канализация, ливневая канализация, дороги

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

Заказчик может запросить ТУ самостоятельно, или же с привлечением и помощью третьих лиц.

Компания ООО «СЭР» готова начать работу с Заказчиком, непосредственно со сбора технические условий. Это стадия проекта называется пред проектная подготовка. В данной стадии определяется информация о необходимых ресурсах для объекта строительства. Для сбора необходимых ТУ, первоначально выполняется сбор технологических потребностей в воде , электроэнергии, тепле , газе и других ресурсов на объекте проектирования.

Мы готовы помочь вместе с Заказчиком собрать, следующую информацию:
Необходимые технические нагрузки на следующие инженерные коммуникации:
1. 1. Хозяйственное и питьевое водоснабжение
1.2. Хозяйственная и бытовая канализация
1.3. Ливневая канализация и благоустройство
1.4. Теплоснабжение
1.5. Газоснабжение
1.6. Электроснабжение
1.7. Наружное освещение
1.8. Телефонизация
1.9. Радиофикация
1.10. Телевидение
1.11. Диспетчеризация лифтов
1.12. Организация движения транспорта
1.13. Озеленение
1.14. Противопожарные мероприятия
1.15. Экологические условия (при необходимости)
1.16. Согласование ГАИ (при необходимости)
1.17. Согласование Санитарно-эпидемиологической службы (при необходимости)
1.18. Согласование Госкомавиации (при необходимости)
1.19. Заключение по отводу земельного участка

Согласно требованиям Градостроительного кодекса статья 48 пункт №7-10. Для разработки проектной документация должны быть представлены технические условия :

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

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

(в ред. Федерального закона от 30.12.2012 N 318-ФЗ)

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

(в ред. Федеральных законов от 31.12.2005 N 210-ФЗ, от 29.12.2006 N 258-ФЗ, от 30.12.2012 N 318-ФЗ)

10. Порядок определения и предоставления технических условий и определения платы за подключение (технологическое присоединение), а также порядок подключения (технологического присоединения) объекта капитального строительства к сетям инженерно-технического обеспечения может устанавливаться Правительством Российской Федерации.

(в ред. Федерального закона от 30.12.2012 N 318-ФЗ)

10.1. Требования частей 7 — 10 настоящей статьи не применяются к технологическому присоединению объектов капитального строительства к электрическим сетям. Порядок соответствующего технологического присоединения к электрическим сетям устанавливается законодательством Российской Федерации об электроэнергетике.

(часть 10.1 введена Федеральным законом от 30.12.2012 N 318-ФЗ)

ТУ на подключение к сетям дождевой канализации

УВАЖАЕМЫЕ ЗАЯВИТЕЛИ!




В соответствии с Приказом Департамента экономической политики и развития города Москвы №17-ТР от 19 февраля 2018 года ГУП «Мосводосток» приступил с 22 февраля 2018 года к приёму заявок на технологическое присоединение к сетям водоотведения.


В соответствии с Федеральным законом № 416-ФЗ «О водоснабжении и водоотведении» от 07.12.2011г. заявители, планирующие подключение (технологическое присоединение) к централизованной системе водоотведения ГУП «Мосводосток», обязаны заключить договор о подключении (технологическом присоединении) к централизованной системе водоотведения.


Подключение объекта к централизованной системе водоотведения осуществляется в соответствии с постановлениями Правительства Российской Федерации «Об утверждении Правил холодного водоснабжения и водоотведения и о внесении изменений в некоторые акты Правительства Российской Федерации» от 29.07.2013г. № 644, «Об утверждении типовых договоров в области холодного водоснабжения и водоотведения» от 29.07.2013г. № 645 и Приказом Департамента экономической политики и развития города Москвы №17-ТР от 19 февраля 2018 года.


Для заключения договора о подключении и получения условий подключения (технологического присоединения) необходимо направить в ГУП «Мосводосток» заявление о подключении с предоставлением необходимых документов.


С 22 февраля 2018 года ГУП «Мосводосток» выдает предварительные технические условия на подключение к централизованной системе водоотведения объектов капитального строительства в соответствии с постановлением Правительства Российской Федерации от 13.02.2006 № 83 «Об утверждении правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения» в течение 14 рабочих дней, без взимания платы.


В случае если заявитель определил расчетный расход (л/сек) и суточный объем сточных вод (м³/сут), он обращается в ГУП «Мосводосток» с заявлением о заключении договора на технологическое присоединение, при этом заявка может быть подана без получения заявителем предварительных технических условий.


Технические условия ГУП «Мосводосток» полученные до 22 февраля 2018г включительно, являются действующими сроком 3 года. 


Утвержденные тарифы на подключение к сетям дождевой канализации:


Образцы документов, предоставляемых в составе заявки на подключение (технологическое присоединение):


Подача заявок на подготовку договоров технологического присоединения (подключения) объектов капитального строительства к сетям ГУП «Мосводосток» осуществляется по предварительной записи в службе «Одного окна» по адресу: г. Москва, Братиславская улица д.10 корп.1.
График работы службы «Одного окна» технологических присоединений :

Вторник– с 8:00 до 16:30

Пятница – с 8:00 до 15:45

Обеденный перерыв: с 12:00 до 13:00


Записаться на подачу заявки возможно круглосуточно в режиме «Онлайн» или каждую среду недели с 8:30 до 11:45 по телефону +7(495)657-87-02 (доб.: 3086, 3046).    

ПОЛУЧЕНИЕ ПРЕДВАРИТЕЛЬНЫХ ТЕХНИЧЕСКИХ УСЛОВИЙ НА ПРИСОЕДИНЕНИЕ К ГОРОДСКИМ СЕТЯМ ДОЖДЕВОЙ КАНАЛИЗАЦИИ


ГУП «Мосводосток» выдает предварительные технические условия на присоединение объектов капитального строительства (реконструкции) (в том числе линейных объектов) к централизованной системе водоотведения в соответствии с постановлением Правительства Российской Федерации от 13.02.2006 № 83 «Об утверждении правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения».

ПРЕДВАРИТЕЛЬНЫЕ ТЕХНИЧЕСКИЕ УСЛОВИЯ НЕ ЯВЛЯЮТСЯ ОСНОВАНИЕМ ДЛЯ ПРОЕКТИРОВАНИЯ. ПОДКЛЮЧЕНИЕ ОБЪЕКТА ОСУЩЕСТВЛЯЕТСЯ НА ОСНОВЕ ЗАЯВЛЕНИЯ О ПОДКЛЮЧЕНИИ И ЗАКЛЮЧЕННОГО ДОГОВОРА О ПОДКЛЮЧЕНИИ.


Регламентный срок подготовки предварительных технических условий составляет 7 рабочих дней с момента подачи заявки
Образцы документов:


·         Образец письма

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

·         Пример расчета расхода стока поверхностных сточных вод


ПОЛУЧЕНИЕ ТЕХНИЧЕСКИХ УСЛОВИЙ НА ПРИСОЕДИНЕНИЕ К ГОРОДСКИМ СЕТЯМ ДОЖДЕВОЙ КАНАЛИЗАЦИИ НА ПЕРИОД СТРОИТЕЛЬСТВА


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

Регламентный срок подготовки технических условий составляет 14 рабочих дней с момента подачи заявки

ОБЩАЯ ИНФОРМАЦИЯ О ПОРЯДКЕ РЕГИСТРАЦИИ ЗАЯВОК НА ПОЛУЧЕНИЕ ТЕХНИЧЕСКИХ УСЛОВИЙ

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

Подача заявок на подготовку предварительных технических условий осуществляется по предварительной записи. Записаться на подачу заявки возможно в режиме   «Онлайн».
Регистрация заявок осуществляется в службе «одного окна» Предприятия в электронном виде.
Заявку и сброшюрованный комплект документов (в формате .pdf)необходимо направлять на адрес электронной почты   [email protected]


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

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

При отсутствии уведомлений, для утонения статуса регистрации обращения необходимо обратиться в службу одного окна ГУП «Мосводосток» по телефону: +7 (495) 657-87-21, доб.: 55555.


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

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

Получение готовых технических условий осуществляется в службе «одного окна», по адресу: ул. Братиславская, вл. 10
График работы службы «Одного окна»:

Понедельник- Четверг – с 8:00 до 16:30

Пятница – с 8:00 до 15:45

Обеденный перерыв: с 12:00 до 13:00

Понятие и правовая природа технических условий подключения к сетям инженерно-технического обеспечения

Марат Хамидуллин

начальник юридического отдела филиала АО «Татэнерго» Казанские тепловые сети, аспирант кафедры предпринимательского и энергетического права Казанского федерального университета (г. Казань), Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в вашем браузере должен быть включен Javascript.

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


Подключение объектов капитального строительства к сетям инженерно-технического обеспечения в целях осуществления их энергоснабжения опосредуется договорами технологического присоединения.

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

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

В соответствии с ч. 7 ст. 48 Градостроительного кодекса Российской Федерации1 (далее – ГрК РФ) выдаваемые технические условия подключения должны предусматривать максимальную нагрузку, сроки технологического присоединения объектов капитального строительства к сетям инженерно-технического обеспечения и срок действия технических условий, а также информацию о плате за подключение.

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

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

В силу ч. 10 ст. 48 ГрК РФ особенности предоставления технических условий, включая требования к заявке на их выдачу, устанавливаются применительно к каждому виду ресурсоснабжения в соответствии с постановлением Правительства Российской Федерации.

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

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

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

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

Большой теоретический и практический интерес представляет вопрос о правовой природе технических условий подключения.

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

Как составную часть разрешительно-строительной документации технические условия рассматривает О.Г. Ершов. Он отмечает, что отношения по предоставлению технических условий подключения объекта капитального строительства к сетям по своей природе являются организационными или обеспечивающими процесс строительства. Назначение этих отношений заключается в том, что после выдачи технических условий создаются условия для застройщиков в осуществлении строительства6.

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

Из содержания ч. 7 ст. 48 ГрК РФ следует, что у сетевой организации перед заявителем возникает определенное обязательство, которое прекращается в случае, если в течение установленного срока заявителем не будет определена необходимая для подключения нагрузка и не будет подана заявка на заключении договора технологического присоединения. В связи с возникновением у сетевой организации обязательства из технических условий, представляется, что правовую природу рассматриваемого документа следует искать в сфере гражданско-правового регулирования.

В соответствии со ст. 307 Гражданского кодекса Российской Федерации7 (далее – ГК РФ) обязательства возникают из договоров и других сделок, вследствие причинения вреда, вследствие неосновательного обогащения и иных юридических фактов, указанных в названном Кодексе.

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

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

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

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

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

В соответствии со ст. 153 ГК РФ, сделками признаются действия граждан и юридических лиц, направленные на установление, изменение или прекращение гражданских прав и обязанностей. Односторонней, как это следует из п. 2 ст. 154 ГК РФ, считается такая сделка, для совершения которой необходимо и достаточно выражения воли одной стороны. По такой сделке обязанности возникают только для лица, совершившего сделку, для других лиц – лишь в случаях, предусмотренных законом либо соглашением с этими лицами (ст. 155 ГК РФ).

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

Сходным образом данные сделки определял С.С. Алексеев: «Посредством односторонне-управомочивающих сделок лицо обязывает самого себя, предоставляя тем самым другому лицу (лицам) определенное субъективное право»13. Как указывает ученый, поскольку лицо может распоряжаться своими субъективными правами, оно, следовательно, в состоянии не только установить в отношении самого себя известную юридическую обязанность, но и управомочить другое лицо»14. В тоже время С.С. Алексеев определял односторонне обязывающие сделки как «такие односторонние акты субъекта, в силу которых оказывается воздействие на правовую сферу других лиц»15. «Главная функция этих сделок состоит в том, что они призваны обеспечить формирование, движение и прекращение гражданских правоотношений»16.

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

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

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

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

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

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

В этой связи мы сталкиваемся с любопытным случаем, когда поочередное направление запроса и технических условий не приводит к совершению двухсторонней сделки – заключению договора. Так, отсутствуют необходимые для заключения договора действия сторон, направленные на обмен офертой и акцептом, будь то в письменной форме либо посредством совершения конклюдентных действий. Положения ГрК РФ не устанавливают каких-либо требований к содержанию запроса на выдачу технических условий подключения. В специальных нормативных правовых актах, в которых конкретизировано подключение к отдельным видам присоединенной сети, письменное обращение заинтересованного лица о предоставлении технических условий не содержит сведений, которые можно было бы отнести к существенным условиям договора применительно к ст. 432 ГК РФ. Заявитель не обладает информацией о свободной мощности (о не присоединенных к сети нагрузках), поэтому он вправе не указывать в своем запросе конкретную величину требуемой ему нагрузки19. В отдельных случаях в содержании запроса не предусмотрено указание сведений об истребуемой нагрузке20.

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

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

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

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

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

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

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

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

Категория публичности традиционно рассматривается при характеристике публичных отраслей права и связывается с деятельностью государства и его органов. Однако, как отмечает О.В. Макаров, «публичными являются не только акты публичных органов как основания возникновения или прекращения гражданских правоотношений; в предусмотренных законом случаях публичными являются и должны быть действия субъектов гражданского права»22.

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

Как отмечает Р.И. Ситдикова, публичные интересы, так же как и общественные, должны отражать интересы большинства членов общества. В идеале государство должно обеспечить эффективную охрану всех общественных интересов. Публичный интерес и общественный интерес имеют наибольшее совпадение в гражданском обществе, когда предполагается, что государство выступает гарантом и выразителем интересов большинства такого общества, причем большинства добропорядочного. При этом, правовое обеспечение интересов, признаваемых государством, может осуществляться разными способами. Наиболее распространенный способ – это признание какого-либо интереса в качестве конкретного охраняемого законом объективного права24.

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

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

Вторым признаком публичного договора, является характер деятельности данного лица. В соответствии со ст. 426 ГК РФ публичный договор устанавливает обязанность лица по продаже товаров, выполнению работ или оказанию услуг в отношении каждого, кто к нему обратится. При этом в данной норме назван примерный перечень видов такой деятельности (розничная торговля, услуги связи, энергоснабжение, гостиничное обслуживание и т.п.)26. В сущности, речь идет об осуществлении предпринимательской деятельности, поскольку данные виды деятельности по своему содержанию охватываются понятием предпринимательской деятельности, указанным в п. 1 ст. 2 ГК РФ. Между тем, следует согласиться с мнением тех ученых, которые отмечают, что предпринимательская деятельность многогранна и невозможно ограничивать ее виды закрытым перечнем с указанием на пользование имуществом, продажей товаров, выполнением работ или оказанием услуг27.

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

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

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

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

Публичные односторонние сделки встречаются не только в сфере технологического присоединения, но в целом в гражданских правоотношениях, в которых существует необходимость обеспечения публичного интереса. Так, кроме технических условий подключения в качестве примера таких публичных односторонних сделок могут быть приведены сведения, которые продавец (исполнитель) предоставляет потребителю по его запросу о товарах (работах, услугах) в целях обеспечения возможности их правильного выбора в соответствии с ч. 1 ст. 10 Закона РФ «О защите прав потребителей»29.

Таким образом, публичные односторонние сделки обладают следующими признаками:

  1. Совершаются специальным субъектом – лицом, осуществляющим предпринимательскую или иную приносящую доход деятельность.
  2. Устанавливают его обязанность по осуществлению деятельности, которая по своему характеру должна выполняться в отношении каждого, кто к нему обратится.
  3. Совершаются при обращении любого заинтересованного лица.
  4. Наделяют заинтересованное лицо правом (правами).
  5. Совершаются вне публичного договора.
  6. В случае уклонения от совершения сделки, предоставляют заинтересованному лицу право обратиться в суд с требованием о понуждении к ее совершению.

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

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

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


СНОСКИ

  1. Градостроительный кодекс Российской Федерации от 29.12.2004 № 190-ФЗ // СЗ РФ. 2005. № 1 (часть 1). Ст. 16.
  2. См., например, постановление Правительства РФ от 13.02.2006 № 83 «Об утверждении Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения и Правил подключения объекта капитального строительства к сетям инженерно-технического обеспечения» // СЗ РФ. 2006. № 8. Ст. 920.
  3. Правила технологического присоединения энергопринимающих устройств потребителей электрической энергии, объектов по производству электрической энергии, а также объектов электросетевого хозяйства, принадлежащих сетевым организациям и иным лицам, к электрическим сетям, утвержденные постановлением Правительства РФ от 27.12.2004 № 861 // СЗ РФ. 2004. № 52 (часть 2). Ст. 5525.
  4. Долгополов П.С. Технические условия на присоединение: понятие, порядок получения (подготовлен для системы КонсультантПлюс, 2019). [Электронный ресурс]. Режим доступа: Справочно-правовая система «Консультант Плюс».
  5. Свирков С.А. Проблемы гражданско-правового регулирования технологической инфраструктуры в теплоснабжении // Актуальные проблемы российского права. 2013. № 9. С. 1139-1143.
  6. Ершов О.Г. Согласование технических условий при подключении объекта строительства к сетям ресурсного обеспечения // Право и экономика. 2010. № 4. С. 31.
  7. Гражданский кодекс Российской Федерации (часть первая) от 30. 11.1994 № 51-ФЗ // СЗ РФ. 1994. № 32. Ст. 3301.
  8. См., например, Правила подключения (технологического присоединения) объектов капитального строительства к сетям газораспределения, утвержденные постановлением Правительства РФ от 30.12.2013 № 1314 // СЗ РФ. 2014. № 2 (ч. I). Ст. 137.
  9. См., например, п. 13 Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения, утвержденных постановлением Правительства РФ от 13.02.2006 № 83 // СЗ РФ. 2006. № 8. Ст. 920.
  10. Такой вывод можно сделать при обращении, например, к п. 2 Правил подключения (технологического присоединения) к системам теплоснабжения, включая правила недискриминационного доступа к услугам по подключению (технологическому присоединению) к системам теплоснабжения, утвержденных постановление Правительства РФ от 05.07.2018 № 787 // СЗ РФ. 2018. № 29. Ст. 4432.
  11. Черепахин Б.Б. Правопреемство по советскому гражданскому праву. М.: Государственное издательство юридической литературы, 1962. С. 29.
  12. Черепахин Б.Б. Первоначальные способы приобретения собственности по действующему праву // Труды по гражданскому праву. М., 2001 (серия «Классика российской цивилистики»). С. 55-56.
  13. Алексеев С.С. Односторонние сделки в механизме гражданско-правового регулирования // Сборник ученых трудов. Выпуск 13. Теоретические проблемы гражданского права / Отв. ред. В.М. Селянов. Свердловск: СЮИ, 1970. С. 54.
  14. Алексеев С.С. Указ. соч. С. 55.
  15. Алексеев С.С. Указ. соч. С. 55.
  16. Алексеев С.С. Указ. соч. С. 58.
  17. Черепахин Б.Б. Правопреемство по советскому гражданскому праву. С. 29-30.
  18. См. п. 18 Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения, утвержденных Постановлением Правительства РФ от 13.02.2006 № 83 // СЗ РФ. 2006. № 8. Ст. 920.
  19. См., например, п. 8 Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения, утвержденных Постановлением Правительства РФ от 13.02.2006 № 83 // СЗ РФ. 2006. № 8. Ст. 920.
  20. См., например, п. 9 Правил подключения (технологического присоединения) к системам теплоснабжения, включая правила недискриминационного доступа к услугам по подключению (технологическому присоединению) к системам теплоснабжения, утвержденных Постановление Правительства РФ от 05.07.2018 № 787 // СЗ РФ. 2018. № 29. Ст. 4432.
  21. Хорошева Н.В. Публичный договор энергоснабжения: проблемы при заключении путем присоединения // Гражданское право. 2016. № 3. С. 17.
  22. Макаров О.В. Публичность и публичный договор в гражданском праве // Российская юстиция. 2017. № 10. С. 9.
  23. Иванишин П.З. К вопросу о разграничении публичных и общественных интересов / Ученые записки. Том X. Сборник статей преподавателей. КФ ФГБОУВПО «РАП». г. Казань: Издательство «Отечество», 2014. С. 129-132.
  24. Ситдикова Р.И. Обеспечение частных, общественных и публичных интересов авторским правом. М.: Статут, 2013. С. 74, 76, 85.
  25. Шапсугова М.Д. Проявления публичности публичного договора в российском праве // Гражданское право. 2016. № 3. С. 3.
  26. Илюшина М.Н. Институт публичного договора в гражданском законодательстве: современное состояние // Юстиция. 2016. № 1. С. 20-27.
  27. См., например, Ершова И.В. Понятие предпринимательской деятельности в теории и судебной практике // Lex russica. 2014. № 2. С. 160-167.
  28. См., например: постановление Арбитражного суда Уральского округа от 05.07.2016 по делу № А07-28256/2015; постановление Арбитражного суда Центрального округа от 27.10.2014 по делу № А36-3072/2013 [Электронный ресурс]. Режим доступа: Справочно-правовая система «Консультант Плюс».
  29. Закон РФ от 07.02.1992 №2300-1 «О защите прав потребителей» // СЗ РФ. 1996. № 3. Ст. 140.

ИНФОРМАЦИОННЫЕ ИСТОЧНИКИ

  1. Алексеев С.С. Односторонние сделки в механизме гражданско-правового регулирования // Сборник ученых трудов. Выпуск 13. Теоретические проблемы гражданского права / Отв. ред. В.М. Селянов. Свердловск: СЮИ, 1970. С. 46-63.
  2. Градостроительный кодекс Российской Федерации от 29.12.2004 № 190-ФЗ // СЗ РФ. 2005. №1 (ч. 1). Ст. 16.
  3. Гражданский кодекс Российской Федерации (часть первая) от 30.11.1994 № 51-ФЗ // СЗ РФ. 1994. №32. Ст. 3301.
  4. Долгополов П.С. Технические условия на присоединение: понятие, порядок получения (Подготовлен для системы КонсультантПлюс, 2019). [Электронный ресурс]. Режим доступа: Справочно-правовая система «Консультант Плюс».
  5. Ершова И.В. Понятие предпринимательской деятельности в теории и судебной практике // Lex russica. 2014. № 2. С. 160-167.
  6. Ершов О.Г. Согласование технических условий при подключении объекта строительства к сетям ресурсного обеспечения // Право и экономика. 2010. № 4. С. 30-35.
  7. Закон РФ от 07.02.1992 №2300-1 «О защите прав потребителей» // СЗ РФ. 1996. №3. Ст. 140.
  8. Иванишин П.З. К вопросу о разграничении публичных и общественных интересов / Ученые записки. Том X. Сборник статей преподавателей. КФ ФГБОУВПО «РАП». г. Казань: Издательство «Отечество», 2014. С. 129-132.
  9. Илюшина М.Н. Институт публичного договора в гражданском законодательстве: современное состояние // Юстиция. 2016. № 1. С. 20-27.
  10. Макаров О.В. Публичность и публичный договор в гражданском праве // Российская юстиция. 2017. № 10. С. 9-11.
  11. Постановление Арбитражного суда Уральского округа от 05.07.2016 по делу № А07-28256/2015 [Электронный ресурс]. Режим доступа: Справочно-правовая система «Консультант Плюс».
  12. Постановление Арбитражного суда Центрального округа от 27.10.2014 по делу № А36-3072/2013 [Электронный ресурс]. Режим доступа: Справочно-правовая система «Консультант Плюс».
  13. Постановление Правительства РФ от 27.12.2004 № 861 «Об утверждении Правил недискриминационного доступа к услугам по передаче электрической энергии и оказания этих услуг, Правил недискриминационного доступа к услугам по оперативно-диспетчерскому управлению в электроэнергетике и оказания этих услуг, Правил недискриминационного доступа к услугам администратора торговой системы оптового рынка и оказания этих услуг и Правил технологического присоединения энергопринимающих устройств потребителей электрической энергии, объектов по производству электрической энергии, а также объектов электросетевого хозяйства, принадлежащих сетевым организациям и иным лицам, к электрическим сетям» // СЗ РФ. 2004. № 52 (ч. 2). Ст. 5525.
  14. Постановление Правительства РФ от 13.02.2006 № 83 «Об утверждении Правил определения и предоставления технических условий подключения объекта капитального строительства к сетям инженерно-технического обеспечения и Правил подключения объекта капитального строительства к сетям инженерно-технического обеспечения» // СЗ РФ. 2006. № 8. Ст. 920.
  15. Постановление Правительства РФ от 30.12.2013 № 1314 «Об утверждении Правил подключения (технологического присоединения) объектов капитального строительства к сетям газораспределения, а также об изменении и признании утратившими силу некоторых актов Правительства Российской Федерации» // СЗ РФ. 2014. № 2 (ч. I). Ст. 137.
  16. Постановление Правительства РФ от 05.07.2018 № 787 «О подключении (технологическом присоединении) к системам теплоснабжения, недискриминационном доступе к услугам в сфере теплоснабжения, изменении и признании утратившими силу некоторых актов Правительства Российской Федерации» // СЗ РФ. 2018. № 29. Ст. 4432.
  17. Свирков С.А. Проблемы гражданско-правового регулирования технологической инфраструктуры в теплоснабжении // Актуальные проблемы российского права. 2013. № 9. С. 1139-1143.
  18. Ситдикова Р.И. Обеспечение частных, общественных и публичных интересов авторским правом / науч. ред. М.Ю. Челышев. М.: Статут, 2013. 159 с.
  19. Хорошева Н.В. Публичный договор энергоснабжения: проблемы при заключении путем присоединения // Гражданское право. 2016. № 3. С. 17-20.
  20. Черепахин Б.Б. Первоначальные способы приобретения собственности по действующему праву // Труды по гражданскому праву. М., 2001 (серия «Классика российской цивилистики»). С. 55-56.
  21. Черепахин Б.Б. Правопреемство по советскому гражданскому праву. М.: Госюриздат, 1962. 162 с.
  22. Шапсугова М.Д. Проявления публичности публичного договора в российском праве // Гражданское право. 2016. №3. С. 3-5.

 


Сonsultant.zhane — первый в России специализированный сервис правовой онлайн-поддержки в энергетике.

Минимальные технические требования к интернет-оборудованию | MaxxSouth Broadband

Ниже приведены минимальные предлагаемые технические требования для всех устройств, которые будут подключены к услуге MaxxSouth Broadband Internet Service.

НОУТОВЫЕ И НАСТОЛЬНЫЕ КОМПЬЮТЕРНЫЕ СИСТЕМЫ
Процессор
  • Процессор Intel Atom или Core i3 (рекомендуется 1,5 ГГц или выше, особенно для потоковой передачи HD-видео) или эквивалент AMD

Память

  • Не менее 512 МБ ОЗУ (для потоковой передачи HD-видео рекомендуется 4 ГБ или более)

Операционная система

  • Windows 7 или выше
  • Apple Max OS 9.X или выше
  • Linux

Проводная сеть

  • Свободный порт Ethernet с разъемом RJ45

Беспроводная сеть

  • Адаптер WiFi или встроенный радиомодуль с поддержкой 802.11n или выше

Программное обеспечение

  • Функциональный веб-браузер, например Internet Explorer, Edge, Safari, Mozilla Firefox или Google Chrome
  • Антивирусная программа с действующей подпиской на определения (рекомендуется)
МОБИЛЬНЫЕ УСТРОЙСТВА

Телефоны и планшеты

  • Не все мобильные устройства имеют процессоры, способные передавать потоковое видео в формате HD или загружать файлы с полной скоростью соединения.
  • WiFi должен поддерживать 802.11n или ac
  • В целом, чем новее устройство, тем больше вероятность, что оно сможет в полной мере использовать преимущества более высоких скоростей сети, но это не всегда так.

Фактическая скорость, с которой подписчик может работать, может зависеть от многих факторов, включая, помимо прочего, следующие:

  • Количество устройств, подключенных к абонентской LAN или Wi-Fi сети
  • Процессор устройства, ОЗУ и хранилище (возможности скорости чтения и записи)
  • Маршрутизатор и адаптеры подключения (проводной гигабитный Ethernet или 5 ГГц 802.11ac WiFi настоятельно рекомендуется использовать все преимущества пакетов услуг 100 Мбит / с или выше)
  • Используемые программные приложения
  • Веб-браузер и плагины браузера (Flash, Java, блокировщики рекламы и т. Д.)
  • Ограничения веб-сайта и веб-сервера (например, не все сайты для проверки скорости способны тестировать соединения со скоростью 100 Мбит / с и более быстрые)
  • Уровень радиопомех от соседних сетей Wi-Fi, особенно в структурах с высокой плотностью размещения, таких как квартиры и многоквартирные дома

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

Технические характеристики | Городской дизайн и спецификации штата Айова

Текущая версия Стандартных спецификаций SUDAS — издание 2021 года

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

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

Как использовать Руководство по техническим характеристикам

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

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

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

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

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

Обязательно проверьте страницу «Общие дополнительные технические характеристики», чтобы узнать, одобрены ли какие-либо изменения в «Руководстве по техническим характеристикам» Советом директоров SUDAS.

Спецификации SUDAS также включены в электронную справочную библиотеку Iowa DOT.

Изменение руководств SUDAS

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

iPad Air — Технические характеристики

Поддержка языков

Английский (Австралия, Великобритания, США), китайский (упрощенный, традиционный, традиционный Гонконг), французский (Канада, Франция), немецкий, итальянский, японский, корейский, испанский (Латинская Америка, Мексика, Испания), арабский, каталонский, Хорватский, чешский, датский, голландский, финский, греческий, иврит, хинди, венгерский, индонезийский, малайский, норвежский, польский, португальский (Бразилия, Португалия), румынский, русский, словацкий, шведский, тайский, турецкий, украинский, вьетнамский

Поддержка клавиатуры QuickType

Английский (Австралия, Канада, Индия, Сингапур, Великобритания, США).S.), китайский — упрощенный (почерк, пиньинь QWERTY, пиньинь 10 клавиш, шуанпин, штрих), китайский — традиционный (цанцзе, рукописный ввод, пиньинь QWERTY, пиньинь 10 клавиш, шуанпин, инсульт, сучэн, чжуинь), французский (Бельгия, Канада, Франция, Швейцария), немецкий (Австрия, Германия, Швейцария), итальянский, японский (Кана, ромадзи), корейский (2 набора, 10 клавиш), испанский (Латинская Америка, Мексика, Испания), албанский, арабский (современный Стандартный, Наджди), армянский, ассамский, азербайджанский, бангла, белорусский, бодо, болгарский, бирманский, кантонский — традиционный (чанцзе, почерк, инсульт, сученг), каталанский, чероки, хорватский, чешский, датский, дивехи, догри, голландский, Emoji, эстонский, фарерский, филиппинский, финский, фламандский, грузинский, греческий, гуджарати, гавайский, иврит, хинди (деванагари, латынь, транслитерация), венгерский, исландский, индонезийский, ирландский гэльский, каннада, кашмирский (арабский, деванагари), казахский , Кхмерский, конкани (деванагари), курдский (арабский, латинский), киргизский, лаосский, латышский, литовский, македонский, майтхили, малайский (ара bic, латиница), малаялам, мальтийский, манипури (Bangla, Meetei Mayek), маори, маратхи, монгольский, непальский, норвежский (букмол, нюнорск), одия, пушту, персидский, персидский (Афганистан), польский, португальский (Бразилия, Португалия) ), Пенджаби, румынский, русский, санскрит, сантали (деванагари, ол Чики), сербский (кириллица, латынь), синдхи (арабский, деванагари), сингальский, словацкий, словенский, суахили, шведский, таджикский, тамильский (Анджал, тамильский 99 ), Телугу, тайский, тибетский, тонганский, турецкий, туркменский, украинский, урду, уйгурский, узбекский (арабский, кириллица, латынь), вьетнамский, валлийский

Поддержка клавиатуры QuickType с автокоррекцией

Арабский (современный стандарт), арабский (Najdi), бангла, болгарский, каталанский, чероки, китайский упрощенный (пиньинь QWERTY), китайский традиционный (пиньинь QWERTY), китайский традиционный (чжуинь), хорватский, чешский, датский, голландский , Английский (Австралия), английский (Канада), английский (Индия), английский (Япония), английский (Сингапур), английский (Великобритания), английский (U.S.), эстонский, филиппинский, финский, голландский (Бельгия), французский (Бельгия), французский (Канада), французский (Франция), французский (Швейцария), немецкий (Австрия), немецкий (Германия), немецкий (Швейцария), Греческий, гуджарати, гавайский, иврит, хинди (деванагари), хинди (транслитерация), венгерский, исландский, индонезийский, ирландский гэльский, итальянский, японский (Кана), японский (ромаджи), корейский (2 набора), латышский, литовский, Македонский, малайский, маратхи, норвежский (букмол), норвежский (нюнорск), персидский, персидский (Афганистан), польский, португальский (Бразилия), португальский (Португалия), пенджаби, румынский, русский, сербский (кириллица), сербский (латиница) , Словацкий, словенский, испанский (Латинская Америка), испанский (Мексика), испанский (Испания), шведский, тамильский (Анджал), тамильский (тамильский 99), телугу, тайский, турецкий, украинский, урду, вьетнамский

Поддержка клавиатуры QuickType с интеллектуальным вводом

Английский (Австралия, Канада, Индия, Сингапур, Великобритания, США).S.), китайский (упрощенный, традиционный), французский (Бельгия, Канада, Франция, Швейцария), немецкий (Австрия, Германия, Швейцария), итальянский, японский, корейский, испанский (Латинская Америка, Мексика, Испания), арабский (современный Стандартный, Наджди), кантонский (традиционный), голландский, хинди (деванагари, латынь), португальский (Бразилия, Португалия), русский, шведский, тайский, турецкий, вьетнамский

Поддержка клавиатуры QuickType с многоязычным вводом

Английский (США), английский (Австралия), английский (Канада), английский (Индия), английский (Сингапур), английский (Великобритания), китайский упрощенный (пиньинь), китайский традиционный (пиньинь), французский (Франция), Французский (Бельгия), французский (Канада), французский (Швейцария), немецкий (Германия), немецкий (Австрия), немецкий (Швейцария), итальянский, японский (ромаджи), португальский (Бразилия), португальский (Португалия), испанский (Испания) ), Испанский (Латинская Америка), испанский (Мексика), голландский (Бельгия), голландский (Нидерланды), хинди (латиница)

Поддержка клавиатуры QuickType с контекстными предложениями

английский (U.S.), английский (Австралия), английский (Канада), английский (Индия), английский (Сингапур), английский (Великобритания), китайский (упрощенный), французский (Бельгия), французский (Канада), французский (Франция), французский (Швейцария), немецкий (Австрия), немецкий (Германия), немецкий (Швейцария), итальянский, испанский (Латинская Америка), испанский (Мексика), испанский (Испания), арабский (современный стандарт), арабский (Najdi), голландский ( Бельгия), голландский (Нидерланды), хинди (деванагари), хинди (латиница), русский, шведский, португальский (Бразилия), турецкий, вьетнамский

языков Siri

Английский (Австралия, Канада, Индия, Ирландия, Новая Зеландия, Сингапур, Южная Африка, Великобритания, США).S.), испанский (Чили, Мексика, Испания, США), французский (Бельгия, Канада, Франция, Швейцария), немецкий (Австрия, Германия, Швейцария), итальянский (Италия, Швейцария), японский (Япония), корейский (Республика Кореи), мандаринский (материковый Китай, Тайвань), кантонский (материковый Китай, Гонконг), арабский (Саудовская Аравия, Объединенные Арабские Эмираты), датский (Дания), голландский (Бельгия, Нидерланды), финский (Финляндия), иврит (Израиль), малайский (Малайзия), норвежский (Норвегия), португальский (Бразилия), русский (Россия), шведский (Швеция), тайский (Таиланд), турецкий (Турция)

Языки диктовки

Английский (Австралия, Канада, Индия, Индонезия, Ирландия, Малайзия, Новая Зеландия, Филиппины, Саудовская Аравия, Сингапур, Южная Африка, Объединенные Арабские Эмираты, Великобритания, США.S.), испанский (Аргентина, Чили, Колумбия, Коста-Рика, Доминиканская Республика, Эквадор, Сальвадор, Гватемала, Гондурас, Мексика, Панама, Парагвай, Перу, Испания, Уругвай, США), французский (Бельгия, Канада, Франция, Люксембург, Швейцария), немецкий (Австрия, Германия, Люксембург, Швейцария), итальянский (Италия, Швейцария), японский, корейский, мандаринский (материковый Китай, Тайвань), кантонский (материковый Китай, Гонконг, Макао), арабский (Кувейт, Катар, Саудовская Аравия, Объединенные Арабские Эмираты), каталонский, хорватский, чешский, датский, голландский (Бельгия, Нидерланды), финский, греческий, иврит, хинди (Индия), венгерский, индонезийский, малазийский, норвежский, польский, португальский (Бразилия, Португалия), румынский, русский, шанхайский (материковый Китай), словацкий, шведский, тайский, турецкий, украинский, вьетнамский

Поддержка словаря определений

Английский (Великобритания, США).S.), китайский (упрощенный, традиционный), датский, голландский, французский, немецкий, иврит, хинди, итальянский, японский, корейский, норвежский, португальский, русский, испанский, шведский, тайский, турецкий

Поддержка двуязычных словарей

Арабский — английский, Китайский (упрощенный) — Английский, Китайский (традиционный) — Английский, Голландский — Английский, Французский — Английский, Французский — Немецкий, Немецкий — Английский, Хинди — Английский, Индонезийский — Английский, Итальянский — Английский, Японский — Английский , Японский — китайский (упрощенный), корейский — английский, польский — английский, португальский — английский, русский — английский, испанский — английский, тайский — английский, вьетнамский — английский

Тезаурус

Английский (Великобритания, США).С.)

Проверка орфографии

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

Apple Pay поддерживает регионы

Австралия, Австрия, Беларусь, Бельгия, Бразилия, Болгария, Канада, материковый Китай, Хорватия, Кипр, Чешская Республика, Дания, Эстония, Фарерские острова, Финляндия, Франция, Грузия, Германия, Греция, Гренландия, Гернси, Гонконг, Венгрия , Исландия, Ирландия, остров Мэн, Италия, Япония, Джерси, Казахстан, Латвия, Лихтенштейн, Литва, Люксембург, Макао, Мальта, Черногория, Нидерланды, Новая Зеландия, Норвегия, Польша, Португалия, Румыния, Россия, Сан-Марино, Саудовская Аравия Аравия, Сербия, Сингапур, Словакия, Словения, Испания, Швеция, Швейцария, Тайвань, Великобритания, Украина, Объединенные Арабские Эмираты, США.С., Ватикан

г. Нью-Виндзор, штат Мэриленд. Характеристики подключения канализации

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

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

А.

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

Б.

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

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

Заброшенные выгребные ямы должны быть оставлены в безопасном состоянии,
желательно заполнением уплотненным материалом. Где линии обслуживания
над выгребными ямами, они должны быть перекрыты чугунным мостом по всей длине.
трубы (не менее 16 футов), соответствующие спецификации AWWA класса 150.
Концы трубы должны плотно прилегать к обеим сторонам трубы.
выгребная яма для надежной опоры и развития полного изгиба
прочность трубы.

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

Для нового строительства действуют следующие правила
применяется:

А.

Материалы.

(1)

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

(2)

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

(3)

Фитинги на дренажной системе должны соответствовать
тип используемого трубопровода.Фитинги на резьбовой трубе должны быть утопленными.
тип дренажа. Фитинги для медных труб должны быть дренажными.
тип.

(4)

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

(5)

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

(6)

Должны быть выполнены паяные или поточные соединения для НКТ.
с дренажной арматурой с полностью очищенной арматурой с наружной и внутренней резьбой.
Соединения должны быть должным образом флюсованы и выполнены припоем марки 50-50.

B.

Монтаж дренажного трубопровода.

(1)

Горизонтальный дренажный трубопровод должен быть установлен на
равномерный уклон, но на уклонах не менее:

а)

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

(б)

Горизонтальные трубопроводы более трех дюймов
диаметр должен быть установлен с уклоном не менее одной восьмой дюйма.

(2)

чисток.

а)

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

(б)

Очистка Y-образного ответвления должна быть
основание каждой стопки, где она опорожняется в подземную линию. Где
линии проходят над землей, очистка может быть размещена в конце
водосток.Если водосточная труба имеет длину более 45 футов, требуется дополнительная
Очистка Y-образного ответвления должна быть предусмотрена для каждого дополнительного сорока пяти футов
бегать. Все очистные сооружения должны производиться с использованием полноразмерных труб и должны быть обеспечены.
с заглушкой, которая должна быть водонепроницаемой. Все заглушки должны быть съемными.
для обслуживания доступа к сливной линии.

(3)

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

(4)

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

(5)

Смена направления.

а)

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

(б)

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

(c)

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

(г)

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

(е)

Для вентиляции в любом направлении и любого размера
можно использовать фитинг с отводом на четверть или с коротким поворотом на 90 °.

(е)

При изменении направления горизонтальных линий,
должны использоваться только длинные изгибы, изгибы на 1/8 или 1/16 длины.

(грамм)

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

(час)

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

(я)

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

(j)

Изгиб для туалета или изгиб на 1/4 можно использовать напрямую
под шкафом.

C.

Вентиляционная и сантехническая арматура.

(1)

На всех новых постройках сантехника должна
иметь надлежащую вентиляцию в соответствии со следующими минимальными стандартами.Если требуются отклонения, они должны соответствовать
минимальные стандарты Национального Сантехнического Кодекса и подлежат
согласование с инспектором по сантехнике.

а)

Удлинители или вентиляционные трубы через крышу должны
заканчиваться на высоте не менее шести дюймов над крышей.

(б)

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

(c)

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

(г)

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

(е)

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

(е)

Сифон к вентиляционному столу.

[1]

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

Размер приспособления

(дюймы)

Расстояние дренажной линии между сифоном и
Вент

(фут)

1 1/4

2 1/2

1 1/2

3 1/2

2

5

3

6

4

10

[2]

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

(2)

Размеры и длина вентиляционных отверстий.

а)

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

Отдельное приспособление или группа

Крепежные элементы

Размер ловушки

(дюймы)

Размер вентиляционного отверстия

(дюймы)

Длина вентиляционного отверстия

(фут)

Санузел

1

1 1/4

1 1/4

30

Ванна

2

1 1/2

1 1/4

30

Ванна

3

2

1 1/4

30

Шкаф для цистерны

4

3

1 1/2

30

Клапан шкафный

8

3

1 1/2

20

Мойка двойная и одинарная

2

1 1/2

1 1/2

30

Посудомоечная машина

2

1 1/2

1 1/2

30

Мойка со сливом

3

1 1/2

1 1/2

30

Душевая кабина

2

2

1 1/4

30

Писсуар

4

2

1 1/2

30

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

1 1/2

30

Гарнитур, с / у, ванна

2

15

Туалет

2

20

Гардероб, 2 с / у, ванна

2

15

Раковина и посудомоечная машина

1 1/2

20

Мойка, посудомоечная машина, автомат

2

20

Мойка и автоматическая мойка

2

20

Поднос для белья

1 1/2

30

Трапы в полу

Нет

(б)
Если расстояние от ловушки до штабеля больше, чем указано в таблице в подразделе C (2) (a) этого раздела, в приспособлении должна быть предусмотрена обратная вентиляция.Если требуется обратная вентиляция, она должна входить в штабель над переливом самого высокого приспособления в штабеле.

(c)

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

(г)

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

спецификаций / connection-monitoring-and-pooling.rst at master · mongodb / спецификаций · GitHub

Заголовок: Мониторинг подключений и создание пулов
Автор: Дэн Апраамян
Консультативная группа: Джефф Йемин, Мэтт Бродстон
Утверждающие лица: Берни Хакетт, Дэн Пазетт, Джефф Йемин, Мэтт Бродстон, Сэм Росси, Скотт Л’Хоммедье
Статус: Принято
Тип: Стандарты
Минимальная версия сервера: Н / Д
Последнее изменение: 2021-06-02
Версия: 1.5,1

В настоящее время драйверы

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

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе являются следует интерпретировать, как описано в RFC 2119.

Подключение

Соединение (если оно связано) относится к типу Соединение , определенному в
Раздел «Члены пула соединений» данной спецификации. Это не относится к фактическому TCP
подключение к конечной точке. Соединение попытается создать и обернуть такой
TCP-соединение в течение его существования, но оно не эквивалентно
one и не всегда оборачивает активный.

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

Конечная точка

Для удобства конечная точка относится к экземпляру mongod или mongos .

Резьба

Для удобства резьба называется:

  • Процесс с разделяемым адресным пространством (также известный как поток) в многопоточных драйверах
  • Кадр / продолжение выполнения в асинхронных драйверах
  • Горутина в Go

Какие драйверы это относится к

Эта спецификация касается исключительно драйверов, реализующих пул соединений.Драйвер ДОЛЖЕН реализовать пул соединений, но это не обязательно.

Параметры пула подключений

Все драйверы, реализующие пул соединений, ДОЛЖНЫ реализовывать и соответствовать одним и тем же параметрам MongoClient. Могут быть небольшие отклонения в названии, чтобы сделать параметры идиоматическими для языка драйвера.

Поведение пула подключений

Все пулы подключений драйверов ДОЛЖНЫ предоставлять API, позволяющий драйверу проверять подключение, возвращать подключение к пулу и очищать все подключения в пуле.Этот API предназначен только для внутреннего использования, и его НЕ СЛЕДУЕТ документировать как общедоступный API.

Мониторинг пула подключений

Все драйверы, реализующие пул соединений, ДОЛЖНЫ предоставлять API, который позволяет пользователям подписываться на события, исходящие из пула.

Параметры пула подключений

Драйверы

, реализующие пул подключений, ДОЛЖНЫ поддерживать следующие параметры ConnectionPoolOptions:

 interface ConnectionPoolOptions {
  / **
   * Максимальное количество подключений, которые могут быть связаны
   * с пулом в заданное время.Это включает в себя использование и
   * доступные подключения.
   * Если указано, должно быть целым числом> = 0.
   * Значение 0 означает, что нет никаких ограничений.
   * По умолчанию 100.
   * /
  maxPoolSize ?: число;

  / **
   * Минимальное количество соединений, которые должны существовать в любой момент
   * в едином пуле соединений.
   * Если указано, должно быть целое число> = 0. Если MaxPoolSize> 0
   * тогда minPoolSize должен быть <= maxPoolSize
   * По умолчанию 0.
   * /
  minPoolSize ?: число;

  / **
   * Максимальное время, в течение которого соединение должно оставаться в режиме ожидания
   * в пуле соединений до того, как будет помечен как бездействующий.* Если указано, ДОЛЖНО быть числом> = 0.
   * Значение 0 означает, что ограничения нет.
   * По умолчанию 0.
   * /
  maxIdleTimeMS ?: число;
} 

Кроме того, драйверы, реализующие пул подключений, ДОЛЖНЫ поддерживать следующие параметры ConnectionPoolOptions, ЕСЛИ этот драйвер не соответствует ВСЕМ из следующих условий:

 interface ConnectionPoolOptions {
  / **
   * Максимальное время, в течение которого поток может ожидать подключения
   * стать доступным.
   * Если указано, ДОЛЖНО быть числом> = 0.* Значение 0 означает, что ограничения нет.
   * По умолчанию 0.
   * /
  waitQueueTimeoutMS ?: число;
} 

Эти параметры ДОЛЖНЫ быть указаны на уровне MongoClient и ДОЛЖНЫ быть названы способом, идиоматическим для языка драйвера. Все пулы соединений, созданные MongoClient, ДОЛЖНЫ использовать одни и те же параметры ConnectionPoolOptions.

При анализе строки подключения mongodb пользователь ДОЛЖЕН иметь возможность указать эти параметры, используя имена по умолчанию, указанные выше.

Устаревшие опции

Следующие параметры ConnectionPoolOptions считаются устаревшими.Они НЕ ДОЛЖНЫ быть реализованы, если они еще не существуют в драйвере, и они ДОЛЖНЫ быть устаревшими и удалены из драйверов, которые реализуют их как можно раньше:

 interface ConnectionPoolOptions {
  / **
   * Максимальное количество потоков, которые могут одновременно ждать
   * чтобы Соединение стало доступным.
   * /
  waitQueueSize ?: число;

  / **
   * Альтернативный способ установки waitQueueSize, он указывает
   * максимальное количество потоков, которые могут ожидать на одно соединение.
   * waitQueueSize === waitQueueMultiple \ * maxPoolSize
   * /
  waitQueueMultiple ?: число
} 

Члены пула подключений

Подключение

Определяемая драйвером оболочка для одного TCP-соединения с конечной точкой.Соединение имеет следующие свойства:

  • Одна конечная точка: Соединение ДОЛЖНО быть связано с одной конечной точкой. Соединение НЕ ДОЛЖНО быть связано с несколькими конечными точками.
  • Single Lifetime: Соединение НЕ ДОЛЖНО использоваться после закрытия.
  • Один владелец: Соединение ДОЛЖНО принадлежать ровно одному пулу и НЕ ДОЛЖНО использоваться в нескольких пулах
  • Single Track: Соединение ДОЛЖНО ограничиваться одним запросом / ответом за раз.Соединение НЕ ДОЛЖНО мультиплексировать / конвейерно запросы к конечной точке.
  • Монотонно возрастающий ID: Соединение ДОЛЖНО иметь связанный с ним идентификационный номер. Идентификаторы соединений в пуле ДОЛЖНЫ быть назначены в порядке создания, начиная с 1 и увеличиваясь на 1 для каждого нового соединения.
  • Действительное соединение: Соединение НЕ ДОЛЖНО проверяться из пула до тех пор, пока оно не будет успешно и полностью завершено рукопожатие и аутентификация MongoDB, как указано в спецификациях рукопожатия, OP_COMPRESSED и аутентификации.
  • Скоропортящийся : Соединение может стать Утерянным . Соединение считается разорванным, если выполняется одно из следующих условий:
    • Устаревшее: Генерация соединения не соответствует генерации родительского пула
    • Idle: Соединение в настоящее время «доступно» (как определено ниже) и было дольше, чем maxIdleTimeMS .
    • Ошибка: В соединении возникла ошибка, указывающая на то, что оно больше не рекомендуется для использования.Примеры включают, но не ограничиваются:
      • Ошибка сети
      • Тайм-аут сети
      • Конечная точка, закрывающая соединение
      • Тайм-аут на стороне водителя
      • Ошибка протокола проводной связи
 интерфейс подключения {
  / **
   * Идентификационный номер, связанный с подключением
   * /
  идентификационный номер;

  / **
   * Адрес пула, которому принадлежит это соединение.
   * /
  адрес: строка;

  / **
   * Целое число, представляющее «поколение» пула.
   * когда было создано это соединение.* /
  поколение: число;

  / **
   * Текущее состояние подключения.
   *
   * Возможные значения:
   * - «в ожидании»: соединение создано, но еще не установлено. Способствует
   * totalConnectionCount и pendingConnectionCount.
   *
   * - «доступно»: соединение установлено и ожидает проверки в пуле.
   *                      из. Вносит вклад как в totalConnectionCount, так и в availableConnectionCount.*
   * - «в использовании»: соединение установлено, извлечено из пула и еще не установлено.
   * для повторной регистрации. Вносит вклад в totalConnectionCount.
   *
   * - "closed": сокет соединения закрыт и не может использоваться в будущем.
   * операции. Не участвует в подсчете количества подключений.
   *
   * Примечание: это поле в основном используется для описания состояния
   * в этой спецификации. Необязательно, чтобы драйверы
   * фактически включают это поле в свои реализации Connection.* /
  состояние: «в ожидании» | "в наличии" | "в употреблении" | "закрыто";
} 
WaitQueue

Концепция, представляющая ожидающие запросы на подключения. Когда поток запрашивает соединение из пула, поток входит в очередь ожидания пула. Поток остается в WaitQueue до тех пор, пока он не получит Connection или не истечет время ожидания. WaitQueue имеет следующие черты:

  • Thread-Safe : когда несколько потоков пытаются войти или выйти из WaitQueue, они делают это в поточно-ориентированной манере.
  • Упорядочено / справедливо : Когда соединения становятся доступными, они выдаются потокам в том порядке, в котором потоки вошли в очередь ожидания.
  • Тайм-аут агрессивно: Если установлено waitQueueTimeoutMS , члены WaitQueue ДОЛЖНЫ тайм-аут, если они помещены в очередь дольше, чем waitQueueTimeoutMS. Члены WaitQueue ДОЛЖНЫ агрессивно истекать по тайм-ауту и ​​ДОЛЖНЫ покинуть WaitQueue сразу по истечении времени ожидания.

Детали реализации WaitQueue оставлены на усмотрение драйвера.Примеры реализации включают:

  • Честный Семафор
  • Очередь обратных вызовов
Пул подключений

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

  • Thread Safe: Все поведения пула ДОЛЖНЫ быть потокобезопасными.
  • Not Fork-Safe: A Pool явно не безопасен для вилок. Если пул обнаруживает, что он используется разветвленным процессом, он ДОЛЖЕН немедленно очистить себя и обновить свой pid
  • Одиночный владелец: Пул ДОЛЖЕН быть связан ровно с одной конечной точкой и НЕ ДОЛЖЕН использоваться совместно между конечными точками.
  • Emit Events: Пул ДОЛЖЕН генерировать события пула, когда это диктуется этой спецификацией (см. Мониторинг пула соединений). Пользователи ДОЛЖНЫ иметь возможность подписываться на генерируемые события способом, идиоматическим для их языка и драйвера.
  • Закрытие: Бассейн ДОЛЖЕН быть закрыт вручную. Когда пул закрывается, меняется следующее поведение:
  • Clearable: Пул ДОЛЖЕН быть очищен. При очистке пула все объединенные в пул и извлеченные соединения помечаются как устаревшие и лениво закрываются по мере того, как они отмечены или обнаружены в checkOut.Кроме того, все запросы удаляются из WaitQueue и возвращают ошибки, которые считаются сетевыми ошибками без тайм-аута.
  • Pausable: Пул ДОЛЖЕН иметь возможность приостанавливать и возобновлять работу. После очистки пул автоматически приостанавливается, и его можно возобновить, пометив его как «готовый». Пока пул приостановлен, он демонстрирует следующее поведение:
    • Попытка проверить соединение из пула приводит к сетевой ошибке без тайм-аута
    • Соединения не создаются в фоновом режиме, чтобы удовлетворить minPoolSize
  • Capped: пул ограничен, если для параметра maxPoolSize установлено ненулевое значение.Если пул ограничен, то его общее количество подключений (включая доступные и используемые) НЕ ДОЛЖНО превышать maxPoolSize
  • Ограничение скорости: Пул ДОЛЖЕН ограничить количество соединений, создаваемых в данный момент, до 2 (maxConnecting).
 интерфейс ConnectionPool {
  / **
   * Очередь потоков, ожидающих подключения, чтобы быть доступным
   * /
  waitQueue: WaitQueue;

  / **
   * Номер поколения, представляющий поколение SDAM пула.* /
  поколение: число;

  / **
   * Карта, представляющая различные номера поколений для различных услуг
   * в режиме балансировщика нагрузки.
   * /
  serviceGenerations: Map ;

  / **
   * Состояние бассейна.
   *
   * Возможные значения:
   * - «приостановлено»: исходное состояние пула. Подключения не могут быть проверены, и они не могут
   * быть установленным в фоновом режиме, чтобы удовлетворить minPoolSize. Очистка пула
   * переводит его в это состояние.*
   * - «готово»: исправное состояние бассейна. Он может обслуживать запросы checkOut и создавать
   * соединения в фоновом режиме. Пул можно установить в это состояние с помощью
   * метод ready ().
   *
   * - «закрыто»: пул разрушен. Больше никаких подключений не может быть проверено, ни
   * создан в фоновом режиме. Для пула можно установить это состояние с помощью метода close ().
   * метод. После закрытия пул не может перейти в какое-либо другое состояние.* /
  состояние: "приостановлено" | "готово" | "закрыто";

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

  / **
   * Целое число, выражающее общее количество подключений.
   * («в ожидании» + «в наличии» + «в использовании») пул в настоящее время имеет
   * /
  totalConnectionCount: число;

  / **
   * Целое число, выражающее количество подключений в настоящее время.
   * доступно в бассейне.
   * /
  availableConnectionCount: число;

  / **
   * Целое число, выражающее количество подключений в настоящее время.
   * в процессе создания.* /
  pendingConnectionCount: число;

  / **
   * Возвращает соединение для использования
   * /
  checkOut (): соединение;

  / **
   * Верните подключение к пулу подключений
   * /
  checkIn (соединение: Соединение): void;

  / **
   * Отметьте все текущие подключения как устаревшие, очистите WaitQueue и отметьте пул как «приостановленный».
   * Никакие соединения не могут быть проверены или созданы в этом пуле, пока ready () не будет вызван снова.
   * /
  clear (): пусто;

  / **
   * Отметьте пул как «готовый», что позволит возобновить checkOuts и создать соединения в фоновом режиме.* Пул может только переходить из состояния "приостановлено" в состояние "готово". «Закрытый» бассейн
   * не может быть помечено как "готово" с помощью этого метода.
   * /
  готов (): пусто;

  / **
   * Помечает пул как «закрытый», предотвращая создание пулом и возвращение новых подключений.
   * /
  close (): void;
} 

Поведение пула подключений

Создание пула соединений

Эта спецификация не определяет, как должен быть создан пул, оставляя его
до водителя. Создание пула соединений обычно является реализацией
деталь водителя, т.е.е., не является частью общедоступного API драйвера.
Спецификация SDAM определяет, когда
драйвер должен создавать пулы соединений.

Когда пул создается, его состояние ДОЛЖНО изначально быть установлено как «приостановлено». Даже если
minPoolSize установлен, пул НЕ ДОЛЖЕН начинаться с
Подключения до тех пор, пока он не будет отмечен как «готово». SDAM отметит
пул как «готовый» при каждой успешной проверке. См. Управление пулом подключений.
раздел в спецификации SDAM для получения дополнительной информации.

 установить генерацию на 0
установить состояние "приостановлено"
испустить PoolCreatedEvent
 
Закрытие пула подключений

Когда пул закрыт, он ДОЛЖЕН сначала закрыть все доступные соединения в этом пуле.Это приводит к следующим изменениям поведения:

  • Используется Соединения ДОЛЖНЫ быть закрыты, когда они зарегистрированы в закрытом пуле.
  • Попытка проверить соединение ДОЛЖНА привести к ошибке.
 Пометить пул как «закрытый»
для подключения в наличии
  тесная связь
испустить PoolClosedEvent
 
Пометка пула подключений как готового

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

Если пул уже «готов», когда этот метод вызывается, то это
метод ДОЛЖЕН немедленно возвращаться и НЕ ДОЛЖЕН генерировать событие PoolReadyEvent.

 пометить пул как "готовый"
испустить PoolReadyEvent
разрешить фоновому потоку создавать соединения
 

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

Создание соединения (внутренняя реализация)

При создании соединения начальное соединение находится в
Состояние «ожидание». Это создает только «виртуальное» соединение, и
не выполняет операций ввода-вывода.

 соединение = новое соединение ()
инкремент totalConnectionCount
приращение pendingConnectionCount
установить состояние подключения на "ожидание"
испустить ConnectionCreatedEvent
обратное соединение
 
Установление соединения (внутренняя реализация)

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

 попробуйте:
  подключить соединение через TCP / TLS
  выполнить рукопожатие соединения
  обработать OP_COMPRESSED
  выполнить аутентификацию соединения
  испустить ConnectionReadyEvent
  обратное соединение
кроме ошибки:
  тесная связь
  throw error # Распространять ошибку идиоматическим образом для языка.
 
Закрытие соединения (внутренняя реализация)

Когда соединение закрывается, оно ДОЛЖНО быть сначала отмечено как «закрытое»,
удаление его из числа «доступных» или «используемых».Как только это
завершено, соединение может выполнить любой разрыв
необходимо закрыть его нижележащий сокет. Драйвер ДОЛЖЕН выполнить это
демонтаж неблокирующим образом, например, с использованием фона
поток или асинхронный ввод-вывод.

 исходное состояние = состояние подключения
установить состояние соединения "закрыто"

если исходное состояние "доступно":
  уменьшение availableConnectionCount
иначе, если исходное состояние «ожидает»:
  уменьшение pendingConnectionCount

уменьшение totalConnectionCount
испустить ConnectionClosedEvent

# Следующее может произойти позже (т.е. в фоновом режиме
# thread) или через неблокирующий ввод-вывод.
connection.socket.close ()
 
Пометка подключения как доступного (внутренняя реализация)

Соединение «доступно», если его можно разрегистрировать. А
Соединение НЕ ДОЛЖНО быть помечено как «доступное», пока оно не будет
учредил. Пул ДОЛЖЕН отслеживать количество текущих
доступные подключения.

Доступно приращение

установить состояние подключения на "доступно"
добавить подключение к availableConnections
 
Заполнение пула подключением (внутренняя реализация)

«Заполнение» пула включает в себя предварительное создание и установку
Соединение, помеченное как «доступное» для использования в будущем.
операции.Этот процесс используется для обеспечения количества установленных
соединения, управляемые пулом, имеют размер не менее minPoolSize.

Заполнение пула НЕ ДОЛЖНО блокировать какие-либо потоки приложений. Например, это
может выполняться в фоновом потоке или с помощью неблокирующего / асинхронного
Ввод / вывод. Заполнение пула НЕ ДОЛЖНО выполняться, если пул не «готов».

Если при заполнении соединения обнаружена ошибка, она ДОЛЖНА быть обработана.
через оборудование SDAM в соответствии с разделом Ошибки приложений в
Спецификация SDAM.

 подождите, пока pendingConnectionCount 
Проверка подключения

Пул ДОЛЖЕН иметь метод, позволяющий драйверу проверять соединение.
Проверка соединения включает отправку запроса в WaitQueue и,
как только этот запрос достигнет начала очереди, пул найдет или создаст
Соединение для выполнения этого запроса.Если указано waitQueueTimeoutMS,
то запросы ДОЛЖНЫ истекать по истечении времени ожидания после ожидания waitQueueTimeoutMS или дольше в
WaitQueue без получения соединения.

Для обслуживания запроса на Соединение пул ДОЛЖЕН сначала выполнить итерацию по
список доступных подключений, поиск не погибшего
подлежит возврату. Если обнаружено потерянное соединение, такое соединение
ДОЛЖЕН быть закрыт (как описано в разделе Закрытие соединения), и повторение
доступные соединения ДОЛЖНЫ продолжаться до тех пор, пока не будет
доступно Соединение найдено или список доступных соединений исчерпан.

Если список исчерпан, общее количество подключений равно
меньше maxPoolSize и pendingConnectionCount

Если пул «закрыт» или «приостановлен», любая попытка проверить соединение ДОЛЖНА вызывать ошибку.Ошибка, вызванная пулом
"приостановка" ДОЛЖНА рассматриваться как повторяющаяся ошибка и НЕ ДОЛЖНА быть ошибкой
это означает, что состояние SDAM неизвестно.

Если установлен minPoolSize, пул подключений ДОЛЖЕН иметь не менее
minPoolSize общее количество подключений, пока он "готов". Если бассейн
не реализовывать фоновый поток, метод checkOut отвечает за
заполнить бассейн достаточным количеством
Такие соединения, которые соответствуют этому требованию.

Соединение НЕ ДОЛЖНО проверяться, пока оно
учредил.Кроме того, пул НЕ ДОЛЖЕН препятствовать проверке другими потоками.
out Connections при установлении соединения.

Прежде чем данное соединение будет возвращено из checkOut, оно должно быть помечено как
"in use", а значение availableConnectionCount для пула ДОЛЖНО быть уменьшено.

 connection = Null
испустить ConnectionCheckOutStartedEvent
пытаться:
  введите WaitQueue
  подождите, пока не окажетесь в очереди ожидания
  # Обратите внимание, что в реализации очереди ожидания на основе блокировки будет
  # разрешить только один поток в следующем блоке за раз
  в то время как соединение Null:
    если соединение доступно:
      в то время как соединение Null и соединение доступно:
        connection = следующее доступное соединение
        если соединение прервано:
          тесная связь
          connection = Null
    иначе, если totalConnectionCount 
Проверка соединения

Пул ДОЛЖЕН иметь метод, позволяющий водителю регистрировать
Связь.Водителю НЕ ДОЛЖНО быть разрешено регистрироваться в
Подключение к пулу, который не создавал это подключение, и
ДОЛЖЕН выдать ошибку, если это будет предпринято.

Когда соединение проверено, оно ДОЛЖНО быть закрыто, если
правда:

  • Соединение прервано.
  • Бассейн закрыт.

В противном случае соединение помечается как доступное.

 испустить ConnectionCheckedInEvent
если соединение прервано ИЛИ пул закрыт:
  тесная связь
еще:
  отметить соединение как доступное
 
Очистка пула подключений

Пул ДОЛЖЕН иметь метод очистки всех подключений, когда
проинструктирован.Вместо того, чтобы повторять каждое соединение,
этот метод должен просто увеличивать генерацию пула, неявно
отметка всех текущих подключений как устаревших. Следует также
перевести пул в состояние "приостановлено", чтобы остановить создание новых подключений.
пока он снова не будет помечен как «готово». Алгоритмы checkOut и checkIn будут
обработать очистку устаревших подключений. Если пользователь подписан
к событиям мониторинга подключений событие PoolClearedEvent ДОЛЖНО генерироваться после
увеличение генерации / отметка пула как «приостановленного».Если бассейн
уже "приостановлен", когда он очищен, тогда пул НЕ ДОЛЖЕН генерировать PoolCleared
событие.

Пул ДОЛЖЕН также иметь метод очистки всех подключений для
специальный serviceId для использования в режиме балансировки нагрузки. Этот метод увеличивает
создание пула для этого конкретного serviceId в карте генерации.

Как часть очистки пула, WaitQueue ДОЛЖЕН быть очищен, то есть все
запросы в WaitQueue ДОЛЖНЫ завершаться с ошибками, указывающими, что пул был
сброшен во время выполнения checkOut.Ошибка вернулась в результате
очищаемого пула ДОЛЖЕН рассматриваться как повторяющаяся ошибка и НЕ ДОЛЖЕН быть
ошибка, указывающая на то, что состояние SDAM неизвестно. Очистка WaitQueue ДОЛЖНА произойти
с нетерпением, чтобы любые операции, ожидающие подключения, могли повторить попытку
как можно скорее. Пул НЕ ДОЛЖЕН полагаться на WaitQueueTimeoutMS для очистки
запросы от WaitQueue.

Режим балансировки нагрузки

Для развертываний с балансировкой нагрузки пулы ДОЛЖНЫ поддерживать карту от serviceId до
кортеж из (генерация, количество подключений), где количество подключений относится к
общее количество подключений, которые существуют для определенного serviceId .Бассейн ДОЛЖЕН
удалите запись для serviceId , когда счетчик подключений достигнет 0.
Как только рукопожатие MongoDB выполнено, соединение ДОЛЖНО получить
номер поколения, который относится к его serviceId на карте, и обновить
map для увеличения числа подключений для этого serviceId .

Подробнее см. В спецификации балансировщика нагрузки.

Вилка

A Соединение явно не является безопасным для вилки. Правильное поведение в случае вилки - ResetAfterFork по:

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

Драйверы, поддерживающие разветвление, ДОЛЖНЫ задокументировать, что подключения к конечной точке не являются безопасными для разветвления, и задокументировать правильный способ ResetAfterFork в драйвере.

Драйверы

МОГУТ агрессивно выполнить ResetAfterFork, если драйвер обнаружит, что он был разветвлен.

Дополнительные варианты поведения

Следующие функции пула подключений ДОЛЖНЫ быть реализованы, если они имеют смысл в драйвере и языке драйвера.

Фоновая тема

Пул ДОЛЖЕН иметь фоновый поток, который отвечает за
мониторинг состояния всех доступных подключений.Этот фон
резьба ДОЛЖНА

  • Заполните соединения, чтобы гарантировать, что пул всегда удовлетворяет minPoolSize.
  • Удалить и закрыть погибшие доступные соединения.

Концептуально вышеупомянутые действия организованы в последовательные фоновые потоки.
Выполнение ДОЛЖНО выполнять столько работы, сколько доступно, а затем завершаться, не дожидаясь выполнения дополнительных работ.
Например, вместо ожидания, пока pendingConnectionCount станет меньше maxConnecting при удовлетворении minPoolSize,
пробег ДОЛЖЕН либо продолжить выполнение своих обязанностей, e.ж., закрытие имеющихся погибших соединений, или завершение.

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

с подключением

Пул ДОЛЖЕН реализовать механизм управления ресурсами с ограниченной областью видимости, идиоматический для их языка, чтобы предотвратить проверку соединений. Примеры включают оператор «with» в Python и оператор «using» в C #.Если реализовано, драйверы ДОЛЖНЫ использовать этот метод как метод по умолчанию для проверки и проверки в Connections.

Мониторинг пула подключений

Все драйверы, реализующие пул соединений, ДОЛЖНЫ предоставлять API, который позволяет пользователям подписываться на события, исходящие из пула. Если пользователь подписывается на события мониторинга подключений, эти события ДОЛЖНЫ генерироваться, если они указаны в «Поведение пула подключений». События ДОЛЖНЫ создаваться и подписываться на них способом, идиоматическим для их языка и драйвера.

События

Подробные сведения о поле serviceId см. В спецификации балансировщика нагрузки.

 / **
 * Излучается при создании пула подключений
 * /
interface PoolCreatedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * Любые нестандартные параметры пула, которые были установлены для этого пула подключений.
   * /
  параметры: {...}
}

/ **
 * Выдается, когда пул соединений помечен как готовый.
 * /
interface PoolReadyEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.* /
  адрес: строка;
}

/ **
 * Излучается при очистке пула подключений
 * /
interface PoolClearedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * Идентификатор службы, для которой был очищен пул в режиме балансировки нагрузки.
   * См. Спецификацию балансировщика нагрузки для получения дополнительной информации об этом поле.
   * /
  serviceId: Необязательный 
}

/ **
 * Выдается при закрытии пула подключений
 * /
interface PoolClosedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.* /
  адрес: строка;
}

/ **
 * Излучается, когда пул соединений создает объект соединения.
 * ПРИМЕЧАНИЕ. Это не означает, что соединение готово к использованию.
 * /
interface ConnectionCreatedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * ID подключения
   * /
  connectionId: число;
}

/ **
 * Выдается, когда соединение завершило настройку и теперь готово к использованию.
 * /
interface ConnectionReadyEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.* /
  адрес: строка;

  / **
   * ID подключения
   * /
  connectionId: число;
}

/ **
 * Излучается, когда пул соединений закрывает соединение
 * /
interface ConnectionClosedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * ID подключения
   * /
  connectionId: число;

  / **
   * Причина, объясняющая, почему это Соединение было закрыто.
   * Может быть реализовано как строка или перечисление.
   * Текущие допустимые значения:
   * - "устаревший": пул был очищен, в результате чего соединение стало недействительным.
   * - "idle": соединение устарело из-за того, что оно было доступно слишком долго.
   * - «error»: при подключении возникла ошибка, которая делает его недействительным.
   * - "poolClosed": пул был закрыт, в результате чего соединение стало недействительным.
   * /
  причина: строка | Enum;
}

/ **
 * Выдается, когда драйвер пытается проверить соединение
 * /
interface ConnectionCheckOutStartedEvent {
  / **
   * ServerAddress конечной точки, которую пытается пул
   * для подключения.* /
  адрес: строка;
}

/ **
 * Выдается, когда попытка драйвера проверить соединение не удалась.
 * /
interface ConnectionCheckOutFailedEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * Причина, объясняющая, почему проверка подключения не удалась.
   * Может быть реализовано в виде строки или перечисления.
   * Текущие допустимые значения:
   * - "poolClosed": пул ранее был закрыт и не может предоставлять новые подключения.
   * - "timeout": попытка проверки подключения превысила указанный тайм-аут.
   * - "connectionError": при попытке проверки подключения произошла ошибка при настройке нового подключения.
   * /
  причина: строка | Enum;
}

/ **
 * Выдается, когда драйвер успешно проверяет соединение
 * /
interface ConnectionCheckedOutEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.* /
  адрес: строка;

  / **
   * ID подключения
   * /
  connectionId: число;
}

/ **
 * Излучается, когда драйвер проверяет подключение обратно к пулу подключений
 * /
interface ConnectionCheckedInEvent {
  / **
   * ServerAddress конечной точки, к которой пытается подключиться пул.
   * /
  адрес: строка;

  / **
   * ID подключения
   * /
  connectionId: число;
} 

Ошибки пула подключений

Пул соединений выдает ошибки при определенных обстоятельствах.Эти ошибки
ДОЛЖЕН быть испущен пулом. Ошибки ДОЛЖНЫ создаваться и отправляться в
манера, идиоматическая для драйвера и языка.

 / **
 * Выдается, когда водитель пытается проверить
 * Подключение из закрытого пула подключений
 * /
interface PoolClosedError {
  message: 'Попытка проверить соединение из закрытого пула соединений';
  адрес: <адрес пула>;
}

/ **
 * Выдается, когда водитель пытается проверить
 * Подключение из приостановленного пула подключений
 * /
interface PoolClearedError extends RetryableError {
  сообщение: 'Пул соединений для <адрес пула> был очищен, поскольку другая операция завершилась неудачно с: <исходная ошибка, очистившая пул>';
  адрес: <адрес пула>;
}

/ **
 * Выдается, когда у водителя истекает время ожидания при попытке выезда
 * Подключение из пула
 * /
interface WaitQueueTimeoutError {
  message: «Время ожидания истекло при проверке соединения из пула соединений»;
  адрес: <адрес пула>;
} 

См. Тесты / README.первый

Почему мы устанавливаем minPoolSize для всех членов replicaSet, когда большая часть трафика будет направлена ​​против первичного?

В настоящее время мы пытаемся кодифицировать наше текущее поведение при объединении с минимальными изменениями, а minPoolSize в настоящее время единообразно для всех членов ReplicaSet. Это позволяет компенсировать скопление соединений во время первичного снижения, что будет более подробно рассмотрено в наших расширенных режимах работы в пуле.

Почему у нас есть отдельные события ConnectionCreated и ConnectionReady, но только одно событие ConnectionClosed?

ConnectionCreated и ConnectionReady включают разные изменения состояния в пуле.

  • ConnectionCreated добавляет новое «ожидающее» соединение, то есть
    totalConnectionCount и pendingConnectionCount увеличиваются на один
  • ConnectionReady устанавливает, что соединение готово к использованию, что означает, что availableConnectionCount увеличивается на единицу.

ConnectionClosed указывает, что соединение больше не является членом пула, уменьшая totalConnectionCount и потенциально availableConnectionCount. После этого соединение больше не является частью пула.Дальнейшие гипотетические события не будут указывать на изменение состояния пула, поэтому здесь они не указываются.

Почему waitQueueSize и waitQueueMultiple устарели?

Эти параметры изначально были реализованы только в трех драйверах (Java, C # и Python) и не представляли особой ценности. Хотя эти поля позволят быстрее диагностировать проблемы в пуле соединений, они не предотвратят возникновение ошибки.

Кроме того, эти параметры позволяют отдавать предпочтение более старым запросам по сравнению с новыми запросами, что не обязательно является желаемым для пользователей поведением.Они также могут привести к случаям, когда доступ к очереди колеблется между полным и неполным. Если у драйвера полная очередь ожидания, все запросы на Соединения будут отклонены. Если клиент постоянно засыпается спамом с запросами, вы можете столкнуться со сценарием, когда как только waitQueue больше не заполнен, он немедленно заполняется. Это неблагоприятная ситуация, частично b / c она нарушает гарантию справедливости, которую обычно предоставляет waitQueue.

Из-за этих проблем нет смысла идти против мантр водителя и предоставлять дополнительную ручку.В конечном итоге мы можем использовать альтернативные конфигурации для решения проблемы размера очереди ожидания в Advanced Pooling Behaviors.

Пользователи, которые хотят иметь эту функциональность, могут достичь аналогичных результатов, используя другие методы ограничения параллелизма. Примеры включают реализацию пула потоков или очереди операций с ограниченным размером в пользовательском приложении. Драйверы, которым необходимо отменить поддержку waitQueueSize и / или waitQueueMultiple , ДОЛЖНЫ отсылать пользователей к этим примерам.

Почему waitQueueTimeoutMS является необязательным для некоторых драйверов?

Мы ожидаем, что в конечном итоге введем единый механизм тайм-аута на стороне клиента, поэтому мы не решаемся вводить еще один детальный контроль тайм-аута.Следовательно, если у драйвера / языка уже есть идиоматический способ реализации своих тайм-аутов, они должны использовать этот механизм вместо реализации waitQueueTimeoutMS.

Почему для заполнения пула необходимо использовать фоновый поток или асинхронный ввод-вывод?

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

Почему закрытие соединения должно быть неблокирующим?

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

Почему пул можно приостановить?

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

  1. Пул может останавливать создание фоновых подключений до тех пор, пока
    конечная точка снова становится доступной. Без состояния "пауза" пул
    не сможет определить, когда начинать создание фона
    соединения снова, поэтому он будет просто постоянно пытаться, и часто терпит неудачу,
    создавать соединения до тех пор, пока minPoolSize не будет удовлетворен, даже после повторения
    неудачи.Это может привести к ненужной трате ресурсов как на стороне сервера, так и на стороне драйвера.
  2. Пул может исключать запросы, которые попадают в очередь ожидания после того, как пул был
    очищено, но до того, как сервер снова перешел в известное состояние. Такие запросы могут
    происходит, когда сервер выбирается одновременно с его пометкой как
    Неизвестно в рабочих нагрузках с высокой степенью параллелизма. Без состояния "пауза" пул
    попытается обслужить эти запросы, поскольку будет считать, что они
    направлено в пул, потому что его конечная точка была доступна, а не из-за гонки
    между SDAM и выбором сервера.Эти запросы, скорее всего, завершатся ошибкой с
    потенциально высокая задержка, опять же тратя впустую ресурсы как на стороне сервера, так и на стороне драйвера.

Почему бы не генерировать события PoolCleared при очистке приостановленного пула?

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

Как упоминалось в разделе «Устаревшие параметры», некоторые драйверы в настоящее время реализуют параметры waitQueueSize и / или waitQueueMultiple . Эти параметры необходимо будет исключить из поддержки и постепенно исключить из драйверов, в которых они реализованы.

  • JAVA (JAVA-3079)
  • РУБИН (RUBY-1560)

SDAM

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

  • Наличие представления каждой конечной точки в драйвере для создания отдельного выделенного соединения и управления им для целей мониторинга
  • Наличие каждого представления конечной точки в драйвере поддерживает отдельный пул maxPoolSize 1 для целей мониторинга.
  • Наличие у каждого пула выделенного соединения для целей мониторинга с API для доступа к этому соединению.

Расширенное поведение пула

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

Добавить поддержку OP_MSG вытяжка разрешена

Exhaust Cursors может потребовать изменений в том, как мы закрываем Connections в будущем, в частности, чтобы добавить способ закрытия и удаления из своего пула Connection, у которого есть непрочитанные сообщения об окончании.

2020-12-17: Введите состояния «пауза» и «готовность».Очистить WaitQueue при очистке пула.
2020-09-24: Ввести требование maxConnecting
2020-09-03: Уточнение состояний и определения подключения. Требовать использования
фоновый поток и / или асинхронный ввод-вывод. Добавьте тесты, чтобы убедиться
ConnectionReadyEvents запускается после ConnectionCreatedEvents.
2019-06-06: Добавьте "connectionError" в качестве действительной причины для
ConnectionCheckOutFailedEvent
2021-4-12: Добавление поведения для режима балансировки нагрузки.
2021-06-02: Формализовать поведение фонового потока.

NYSE: Характеристики подключения

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

Шлюз NYSE Arca FIX Gateway был разработан именно для этого, предлагая подключение к NYSE Arca Options и NYSE American Options в течение одного сеанса FIX.Лучше всего то, что вы можете подключиться к шлюзу NYSE Arca FIX Gateway, используя существующую торговую систему или стороннего поставщика - без каких-либо новых интерфейсов, дополнительных учетных записей или дополнительных затрат.

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

NYSE Arca FIX Gateway Testing

Если у вас уже есть ICE Global Network или сторонняя линия экстранета и вы хотите начать тестирование приложения NYSE Arca FIX, пожалуйста, свяжитесь с нашей группой тестирования фирм-членов по указанной ниже ссылке электронной почты или по номеру телефона. Вам нужно будет предоставить свой клиентский домен, чтобы начать настройку сеанса тестирования NYSE Arca Gateway FIX для UAT и производственной среды.

Производственные возможности

Если у вас уже есть ICE Global Network или сторонняя линия экстранета и вы сертифицировали свое приложение FIX, вы можете запросить производственные сеансы Arca FIX, связавшись с нашей группой поддержки производства по указанной ниже ссылке электронной почты или телефону.Группа производственной поддержки обеспечивает все производственные подключения и поддержку для всех производственных сессий NYSE Arca FIX.

NYSE & NYSE Форма запроса сеанса Arca

Опционы Форма КОНФИГУРАЦИИ управления рисками

NYSE Arca FIX Drop Copies

Заполните отчет о выполнении FIX всего за один сеанс. FIX Drop Copy Gateway упрощает передачу деталей выполнения заказа для пользователей RealTick® или FIX, вводящих заказы, а NYSE Arca может отправлять прямые копии в различные места назначения.Чтобы протестировать копии, свяжитесь с группой тестирования фирм-членов по указанной ниже ссылке электронной почты или по номеру телефона. Чтобы добавить копию к существующей производственной установке, обратитесь в службу поддержки по электронной почте или по номеру телефона, указанному ниже.

Стандартные чертежи, спецификации и прочее | Афины, Огайо

Проекты в текущем городе Афин

Если возникнут какие-либо вопросы, обращайтесь в Департамент инженерных и общественных работ по телефону 740-593-7636.

ПРИМЕЧАНИЕ. Технические характеристики ватерлинии в настоящее время обновляются. Пожалуйста, свяжитесь с Робертом Хэди, 740-593-7636, чтобы получить самые последние технические характеристики ватерлинии.

PDF CAD 101 (1/2) - Типовые участки дорожного покрытия
PDF CAD 101 (2/2) - Детали типового участка дорожного покрытия
PDF CAD 102 - Типовые участки бордюра
PDF CAD 103 - Стандартный проезд
PDF CAD 104 - Подъездная дорога в тротуаре обочины
PDF CAD 105 - Подъездная дорожка с уклонением от тротуара
PDF CAD 106 - Деталь замены паркомата
PDF CAD 107 - Деталь ямы для дерева
PDF CAD 108 - Бетонные манжеты для люков и клапанных коробок
PDF CAD 301 - Счетчик воды стандартный
PDF CAD 302 - Деталь технического подключения и перехода к канализации
PDF CAD 303 - Типичное хранилище коммерческого счетчика воды
PDF CAD 304 - Типовая система распределения квартир
PDF CAD 305 - Деталь установки пожарного гидранта с блокировкой
PDF CAD 306 - Типовая бетонная блокировка осевого усилия
PDF CAD 307 - М.J. Клапан и клапанная коробка, деталь
PDF CAD 308 - Типовая клапанная коробка для тяжелых условий эксплуатации
PDF CAD 309 - Полиэтиленовая оболочка для трубы из ВЧШГ
PDF CAD 310 - Дворовый гидрант с защитой от обратного слива
PDF CAD 311 - Фрагмент перекрытия стены и канализации из глины
PDF CAD 501 - Деталь бокового подключения канализации
PDF CAD 502 - Деталь соединения внутренней канализации
PDF CAD 503 - Деталь подсоединения внешнего водопровода
PDF CAD 504 - Одинарная очистка боковой стороны канализации
PDF CAD 505 - Установка двойной очистки
PDF CAD 506 - Санитарный переезд
PDF CAD 507 - Наземная насосная станция городского значения
PDF CAD 508 - Нижняя насосная станция городского содержания
PDF CAD 509 - Насосная станция с погружной дробилкой, находящаяся в частном владении
PDF CAD 510 - Байпасные насосные клапаны и подключение к магистрали общего пользования
PDF CAD 511 - Схема перехватчика смазки нового предприятия общественного питания
PDF CAD 512 - Схема перехватчика смазки Центрального делового района
PDF CAD 513 (1/2) - Типовая деталь засыпки траншеи (кирпич и гибкое покрытие)
PDF CAD 513 (2/2) - Типовая деталь обратной засыпки траншеи (жесткое покрытие, гравий и дерн)

.

Добавить комментарий

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