Передача данных прервана по инициативе принимающей стороны

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

Содержание

Передача данных прервана по инициативе принимающей стороны

Имеется
1. Сервер приложений = Windows Server 2003 x64 SP2, 1С:Предприятие v8.1.11.67
2. Сервер БД = Windows Server 2003 x64 SP2, MS SQL 2005 x64
3. Клиент = Windows 2000 SP4 или Windows XP SP2

При формировании некоторых отчетов в Windows 2000 через несколько минут выдается ошибка «Передача данных прервана по инициативе принимающей стороны» и клиент закрывается.
При этом формирование в Windows XP или на сервере происходит без проблем.

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688 «Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем» (не применяется)

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688
«Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем»

В соответствии с пунктом 9 статьи 13 Федерального закона от 25 июля 2002 г. N 115-ФЗ «О правовом положении иностранных граждан в Российской Федерации»* приказываю:

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

* Собрание законодательства Российской Федерации, 2002, N 30, ст. 3032; 2003, N 27, ст. 2700; N 46, ст. 4437; 2004, N 35, ст. 3607; N 45, ст. 4377; 2006, N 30, ст. 3286; N 31, ст. 3420; 2007, N 1, ст. 21; N 49, ст. 6071; N 50, ст. 6241; 2008, N 19, ст. 2094; N 30, ст. 3616; 2009, N 19, ст. 2283; N 23, ст. 2760; N 26, ст. 3125; N 52, ст. 6450; 2010, N 21, ст. 2524; N 30, ст. 4011; N 31, ст. 4196; N 40, ст. 4969; N 52, ст. 7000; 2011, N 1, ст. 29, ст. 50; N 13, ст. 1689; N 17, ст. 2318, 2321; N 27, ст. 3880; N 30, ст. 4590; N 47, ст. 6608; N 49, ст. 7043, 7061; N 50, ст. 7342, 7352; 2012, N 31, ст. 4322; N 47, ст. 6396, 6397; N 53, ст. 7640, 7645; 2013, N 19, ст. 2309, 2310; N 23, ст. 2866; N 27, ст. 3461, 3470, 3477; N 30, ст. 4037, 4040, 4057, 4081; N 52, ст. 6949, 6951, 6954, 6955, 7007; 2014, N 16, ст. 1828, 1830, 1831; N 19, ст. 2311, 2332; N 26, ст. 3370; N 30, ст. 4231, 4233; N 48, ст. 6638; Российская газета, 2014, 5 декабря.

Зарегистрировано в Минюсте РФ 26 февраля 2015 г.
Регистрационный N 36249

Откройте актуальную версию документа прямо сейчас или получите полный доступ к системе ГАРАНТ на 3 дня бесплатно!

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.

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

Установлено, как осуществляется указанное взаимодействие.

Организация передает в территориальный орган ФМС России заявление о выдаче (переоформлении) патента и другие необходимые документы.

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

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

Описание формата взаимодействия размещается на сайте ФМС России.

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688 «Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем»

Зарегистрировано в Минюсте РФ 26 февраля 2015 г.
Регистрационный N 36249

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

Текст приказа опубликован на «Официальном интернет-портале правовой информации» (www.pravo.gov.ru) 2 марта 2015 г., в Бюллетене нормативных актов федеральных органов исполнительной власти от 6 июля 2015 г. N 27

Приказом МВД России от 22 мая 2018 г. N 319 настоящий документ признан не подлежащим применению с 18 августа 2018 г.

Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

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

Общие ошибки, возникающие при работе с XML

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

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Читайте так же:  Состав межведомственной комиссии по признанию дома аварийным
Переопределение пространства имен по умолчанию для текущего элемента XML недопустимо Текущий записываемый элемент не относится ни к какому пространству имен. Поэтому для него недопустимо определение непустого пространства имен по умолчанию. Переопределение пространства имен по умолчанию для элемента, не относящегося ни к какому пространству имен -запрещено Ошибка преобразования данных XML Ошибка возникает вследствие нарушения структуры передаваемых данных.
При чтении данных XML платформой производится автоматическое определение типа получаемых данных, кроме случаев, когда тип данных указан при вызове операции чтения. Если структура данных XML не соответствует структуре данных, определяемых типом, то будет сгенерировано данное сообщение об ошибке. При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения Значения данного типа не могут быть представлены в XML

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

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

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

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

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

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

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

v8: сервер приложений 8.3.3.641 СРОЧНО НУЖНА ПОМОЩЬ

Portaman 06.11.2013 06:40
Прочитано: 5699
Добрый день, не могли бы вы помочь решить проблему с зависанием сервера приложений?
В прошлом месяцу купили 1С, установлено: сервер предприятия 8.3.3.641, в компании работает сервер приложений x64 + Apache 2.2 + SQL сервер 2005.
Все службы запускаются от имени доменного администратора.
На сервере работают внешние клиенты на тонком клиенте на данный момент порядка 40-50 человек, без каких либо видимых причин в разные промежутки времени (может один раз в день, или по 2-3 раза) у клиентов пропадает возможность подключения к серверу, текущие соединения тоже разрываются, при попытке подключения до появления окна логина и пароля выходит сообщение, что «Соединение с сервером было разорвано по инициативе сервера», не помогает даже перезапуск службы сервера, при перезапуске службы она сначала стартует но спустя 1-2 минуты останавливается, помогает только перезагрузка всего сервера.

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

Yandex
Возможно, вас также заинтересует
Jonsony 06.11.2013 09:24
Ответ № 1
ну так и смотрите что сервер делает в это время, через консоль сервера

и не плохо бы конфигурацию указывать

Portaman 06.11.2013 11:57
Ответ № 2
Управление страховой компанией редакция 1.0, 2010
Portaman 06.11.2013 12:00
Ответ № 3
где смотреть то? через консоль сервера вижу сеансы как на глазах таят в момент сбоя и все, где и что смотреть? вроде как нашел информацию что возможно это ограничение на количество подключений тонкого клиента. в 1С вроде как говорят что типа у нас не базовая конфигурация — поэтому. проблема в коде. заказывайте ревизию кода.бред какой то.
Jonsony 06.11.2013 14:21
Ответ № 4
(3) Portaman, было бы ограничение, тупо не пускало бы
а тут требует рестарта всей системы, вот код конфы тут точно ни каким боком
максимум платформы
Читайте так же:  Порядок приватизации государственного и муниципального имущества

что журнал событий кажет? (не виндовый)

PS
а почему именно 8.3 поставили? а не 8.2

и плюс ко всему последний релиз 8.3.3.721, скоро 8.3.4 будет (в тесте уже 8.3.4.317)

Передача данных прервана по инициативе принимающей стороны

При попытке загрузить базу УТ 11.2 словил «Передача данных прервана по инициативе принимающей стороны» 1С 8.3.7.1949 клиент сервер. Попытка поднять версию платформы до 1С 8.3.8.2167 ничего не дала, ошибка повторилась.

Иногда со второго(третьего) раза срабатывает!?

Помогло убийство старой базы в ноль и новое ее создание.

УДАЛЁНКА.РУ

Компьютерная помощь на расстоянии!

Передача данных прервана по инициативе принимающей стороны

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

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

…пока разбираюсь – если есть какие советы, пишите в комментарии

  1. 5
  2. 4
  3. 3
  4. 2
  5. 1

(10 голосов, в среднем: 4.8 из 5)

Комментарии:

5 thoughts on “ Передача данных прервана по инициативе принимающей стороны ”

Несколько раз переустанавливал sql и платформу.. Разные версии использовал, таже беда.

Нужно проверить базу которую заливаешь на ошибки с помощью утилиты 1С

У меня помогло только так:
1. Делаем dt c SQL базы (2014)
2. Подгружаем у себя в файловую, обновляем, выгружаем в dt
3. Загружаем dt у себя на SQL (2008 R2)
4. Отсоединяем (2 файла .mdf и .lgf)
5. Делаю архив этих 2-х файлов (сжатие 50%)
6. Перекидываю клиенту
7. Разархивирую, копирую в каталог DATA, присоединяю (важно чтоб пользователь был sa или с аналогичными правами)
8. Готово! База обновлена и работает.
PS. По другому никак ((

Интересно. Пока эта проблема “лежит” в сторонке на виртуалке. Надо будет потестить этот вариант.

1С: Ошибка обращения к серверу 1С:предприятия

Добрый день! При переводе 1С предприятия с редакции 2.0 на 3.0 возникает ошибка:

Ошибка обращения к серверу 1С:Предприятия
по причине:
server_addr=tcp://MINFRAME:1561 descr=10054(0x00002746):Удаленный хост принудительно разорвал существующее подключение.line=1562 file=srcDataExchangeTcpClientmpl.cpp

Данная ошибка возникает примерно через час после нажатия F7(Обновить конфигурации БД).

SQL сервер 2014 runtime. Платформа 8.3.7.2008. Переход с версии 2.0.65.21 на 3.0.43.174.

Еще особенность SQL сервер и сервер 1С установлены на одном сервере. В безопасности установлены проверка подлинности SQL сервера и windows.
Попробовала на другом комп., там полный sql обновился без ошибок.(Здесь Сервер 1С и SQL Разделены).

Помогите разобраться, где в SQL нужно что настроить?

Меню пользователя @ Prsvet
19.05.2016, 11:31

Ошибка при запуске 1С:Предприятия: Ошибка подключения HRESULT=80004005
Здравствуйте, помогите, пожалуйста. Посмотрел в инете и мало что понял из написанного там. Во.

Отменить Wcf метод обращения к серверу
Добрый день. Ситуация: Есть сервер, подключенный к БД. Есть клиент на WinForm, обмен данными.

Где обсуждаются проблемы обращения к 1с как к оле-серверу?
Подскажите, плз, сайты , где обсуждаются проблемы обращения к 1с как к оле-серверу. А то вопросов.

Как можно продиагностировать DNS запросы, включая обращения к кэшу, и сами запросы от DNS клиента к серверу?
Добрый день! Подскажите пожалуйста, каким образом можно в операционной системе MS Windows 7.

Переключение журнала регистрации в старый формат

Переключение журнала регистрации в старый формат

Новый формат журнала регистрации был реализован в платформе 1С:Предприятие 8 в версии 8.3.5.1068. Начиная с этой версии при создании новой информационной базы журнал регистрации будет храниться в одном файле базы данных SQLite с расширением .lgd, который располагается:

  • Для файлового варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы.
  • Для клиент-серверного варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы в каталоге служебных файлов кластера. Имя каталога можно определить по файлу реестра данных кластера.

Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».

Проблемы при работе с новым форматом журнала регистрации

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

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

sqlite3_step failed: database disk image is malformed

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

sqlite3_exec failed: attempt to write a readonly database

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

81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.’

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

0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr=’srcRMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=srcDataExchangeTcpClientImpl.cpp’

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

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

Читайте так же:  Порядок получения разрешения на оружие для военнослужащих

Перевод журнала регистрации в старый формат

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

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

…1cv8[каталог служебных файлов службы 1С, обычно srvinfo]reg_ + [номер порта менеджера кластера][UUID информационной базы]

Уникальный идентификатор информационной базы (UUID) можно получить из файла «1CV8Clst.lst», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:

Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».

После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.

Заключение

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

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

Тема: Ошибка обращения к серверу 1С:Предприятия. по причине:

Опции темы
Поиск по теме
Отображение
  • Линейный вид
  • Комбинированный вид
  • Древовидный вид

Ошибка обращения к серверу 1С:Предприятия. по причине:

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://srv1c:1560 descr=recv returns zero, disconnected line=1367 file=srcDataExchangeTcpClientImpl.cpp

[Только зарегистрированные пользователи могут видеть ссылки. ]

Кто сталкивался с такой ошибкой? Подскажите как решить, вылетает пока при выгрузке базы в конфигураторе, не сразу, а спустя пол минуты
Сервер на CentOS 7 (x64) + PostgreSQL 9.2 (x64) + 1C_Server8.3.5.1460 (x32)

———- Post added at 17:32 ———- Previous post was at 16:56 ———-

Дело было так, сначала ставил х64 сервер 1С, но ключ оказался х32, пришлось тот снести и поставить х32, заметил одну странную особенность, почему то висит 2 процесса rphost
[Только зарегистрированные пользователи могут видеть ссылки. ]
как убрать один?)

При всем при этом маленькая база (200МБ в выгрузке) выгружается без ошибок, а база которая по тяжелее (1,7ГБ в выгрузке) вызывает подобную ошибку

Здравствуйте! Та же проблема в Deian. Вы решили как-то?

да решил)) поставил на сервер esxi6 на него натянул сервер посгри на центосе7 х64 и перенес винду 2003 серверную на виртуалку и туда установил сервер 1с х32, 1с летает, одной рукой набираю этот текст, другой слезы счастья вытираю

Подключение и настройка терминала сбора данных. Типовые ошибки и проблемы

Подключение и настройка ТСД

Видео (кликните для воспроизведения).

Перед подключением и настройкой ТСД в конфигурации необходимо физически подключить оборудование к компьютеру, на котором будет производиться работа с устройством, и установить необходимые драйвера. Настройка ТСД на примере ТСД «Opticon PHL1300» и «CipherLab 8001» подробно описана в статье «Порядок работы с терминалами сбора данных в конфигурациях » Управление Торговлей для Украины » и » Управление производственным предприятием для Украины «».

Типовые ошибки и проблемы, возникающие при работе с ТСД

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

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

Типовые проблемы при работе со ТСД:

[1]

    Драйвер не загружен. Сообщение появляется, если драйвер ТСД не установлен (не зарегистрирован) в операционной системе.

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

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

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

[2]

    Запущено другое приложение, которое использует порт, настроенный в обработке обслуживания ТСД.

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

Неверно указан номер порта (последовательного порта с таким номером не существует).

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

Ошибка при выгрузке в терминал. Один или несколько товаров не были выгружены.

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

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

Неверно загружаются или не загружаются совсем данные из ТСД.

Читайте так же:  Типовой договор безвозмездного пользования жилым помещением

Неверно настроено соответствие между задачей терминала и форматом обмена конфигурации. Настройте формат обмена в соответствии с настроенной задачей ТСД.

Нет связи с устройством.

    Драйвер от компании СканКод, сообщение «Невозможно настроить IR адаптер!».

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

Не подключена подставка.

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

Плохо установлен терминал в подставку.

Проверьте корректность установки в подставку.

Обмен ведется через ИК-порт и существуют помехи сигнала.

Для беспрепятственного обмена между ИК-портом компьютера и терминалом на пути следования ИК-сигнала не должно быть посторонних предметов. Устраните помехи — уберите посторонние предметы между терминалом и ИК-портом.

ИК-передатчики должны находиться в прямой видимости, т.е. должны быть направлены друг на друга. Также ИК-передатчики не должны быть далеко удалены друг от друга. Установите ИК-передатчики ТСД и ИК-порта друг на против друга на расстоянии 10-20 см.

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

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

    При работе с терминалами CipherLab с драйвером от компании СканКод в режиме «ИК-подставка» наблюдается задержка при подключении устройства. Данное поведение нормально и вызвано особенностью работы драйвера. Если такое поведение не устраивает, то можно отключить режим «ИК-подставка», а также установить в настройках обработки обслуживания и в настройках ТСД скорость обмена в значение 38400.

    Типовые проблемы при настройке форматов обмена с ТСД (в результате которых возникают проблемы при обмене):

    1. Количество полей задачи терминала не соответствует количеству полей, настроенному в конфигурации.
    2. Не соблюдена последовательность полей формата обмена при настройке в конфигурации
    3. Несоответствие разделителей в структуре таблиц терминала (настраивается задачей терминала) разделителям, указанным при настройке в конфигурации.
    4. Формат загрузки назначен вместо формата выгрузки и наоборот.

    Другие материалы по теме:

    Нас находят: opticon smart подключение к 1с, драйвер тсд не загружен, подключение тсд opticon smart к 1с 8 2, подключение терминала сбора данных 1с 8 2, подключение и настройка тсд opticon smart clk-3000, подключение opticon smart к 1с 8 2, невозможно настроить ir адаптер, Невозможно настроить IR адаптер!, настройка тсд в 1с, настройка терминала сбора данных в 1с

    1С: Ошибка обращения к серверу 1С:предприятия

    Добрый день! При переводе 1С предприятия с редакции 2.0 на 3.0 возникает ошибка:

    Ошибка обращения к серверу 1С:Предприятия
    по причине:
    server_addr=tcp://MINFRAME:1561 descr=10054(0x00002746):Удаленный хост принудительно разорвал существующее подключение.line=1562 file=srcDataExchangeTcpClientmpl.cpp

    Данная ошибка возникает примерно через час после нажатия F7(Обновить конфигурации БД).

    SQL сервер 2014 runtime. Платформа 8.3.7.2008. Переход с версии 2.0.65.21 на 3.0.43.174.

    Еще особенность SQL сервер и сервер 1С установлены на одном сервере. В безопасности установлены проверка подлинности SQL сервера и windows.
    Попробовала на другом комп., там полный sql обновился без ошибок.(Здесь Сервер 1С и SQL Разделены).

    Помогите разобраться, где в SQL нужно что настроить?

    Справочник

    Поиск по форуму
    Расширенный поиск
    К странице.

    Передача данных по инициативе сервера, обзор COMET

    COMET-технологии позволяют организовать обновление данных на странице без участия пользователя.

    Чаты, интернет-почта и многопользовательские админки — далеко не полный список, где они применимы.

    В этом цикле статей — подробно описаны многочисленные тонкие моменты и решения частых проблем.

    [3]

    Что такое COMET ?

    COMET (или «server push») — способ передачи данных с сервера на клиент, по инициативе сервера.

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

    «По инициативе сервера» означает, что клиент сам не запрашивает сервер, он просто находится на странице.

    Старейший пример COMET — чат. Человек просто находится на странице и получает новые сообщения.

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

    Способы реализации

    Способов реализации COMET достаточно много. У них — самые разные характеристики, достоинства и недостатки.
    Есть два основных класса.

    По сообщению на запрос

    Каждое событие на сервере браузер получает отдельным запросом. Здесь есть два основных метода.

    1. Частый опрос (polling)
    2. Длинный опрос (long-poll)

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

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

    Поток сообщений через постоянное соединение

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

    Канал связи разрывается время от времени:

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

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

    Основные способы поддержания постоянного соединения:

    1. Бесконечный IFrame
    2. XMLHTTPRequest, interactive
    3. Multipart XMLHTTPRequest
    4. Event-source

    Вы найдете их в других статьях этого раздела.

    Общие для постоянных соединений проблемы

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

    Читайте так же:  Получение загранпаспорта по месту пребывания без регистрации
    Буферизация прокси

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

    Решение — добавлять к каждому сообщению 2K пробелов.

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

    Нельзя GZIP

    IFrame, который служит для передачи сообщений, НЕ должен сжиматься gzip/deflate. Иначе говоря, для служебного URL сообщений сжатие должно быть отключено.

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

    Это — неприятное последствие хакерской натуры iframe. Например, в long poll сжатие проходит на ура, т.к события не являются частью одной страницы.

    Буферизация страницы сервером

    Не забудьте отключить буферизацию сервером. В связке Apache/PHP — отключите output buffering и включите ob_implicit_flush:

    COMET: частый опрос VS постоянное соединение

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

    1. Реализация длинного коннекта, как правило, усложняет архитектуру. Возможно, можно обойтись решением попроще?
    2. Ряд веб-серверов плохо оптимизированы под большое количество длинных соединений. Например, используются потоки или процессы, которые отъедают фиксированное количество ресурсов и не освобождают их до конца соединения.На уровне OS проблема решается использованием kqueue(FreeBSD) или epoll(Linux).На уровне веб-сервера можно использовать
      1. Apache MPM event для apache 2.2 (экспериментальный и ограниченный MPM, специальный поток обрабатывает Listening и Keep-Alive сокеты)
        не работает как следует с mod_perl/mod_php
      2. Jetty (Java) / Twisted(Python), nginx и другие специализированные серверы c одним потоком/процессом на много клиентов.

    Потянет ли текущая серверная архитектура длинные соединения? Ответ неочевиден для сотен/тысяч одновременных соединений, но, скажем, до 100 соединений в любой архитектуре все хорошо.

  • Насколько долго пользователи находятся на одной и той же странице? При переходах коннект, скорее всего, придется открывать заново в любом случае.
  • Если допустимы задержки доставки событий, то, может быть, хватит частого опроса?
  • Классическая(transport-independant) модель COMET

    Посмотрим на взаимодействие клиент-сервер «с высоты птичьего полета», выше деталей передачи данных, транспортов и т.п. Например, так это сделано в специализированном server-push движке lightstreamer.

    Соединения с сервером делятся на два типа

    1. Control connection — контрольные соединения, через которые клиент отправляет запросы на сервер. Это — обычные AJAX-запросы через XMLHTTPRequest.
    2. Push connection(channel) — поток событий, соединение, через которые клиент получает события с сервера

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

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

    1. Клиент открывает потоковое соединение к серверу
    2. Клиент подписывается на события типа Item1 в схеме Schema1
    3. Сервер шлет события
    4. Клиент отписывается от событий через новое контрольное соединение
    5. Клиент закрывает соединение

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

    В качестве транспорта в lightstreamer используется iframe. Время от времени его необходимо закрывать для очистки от принятых объектов. При закрытии сессии (это же происходит при refresh страницы в браузере) сервер буферизует новые события до некоторого таймаута и отдает их, как только открывается новая сессия Stream Connection 2 того же пользователя.

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

    Скажите, а как при помощи mpm event решить вопрос создания апачем файлов от юзеров, которым принадлежит папка, в которой работает скрипт, а не nobody.
    Спасибо!

    Вообще-то это не по теме, но все равно ответ — никак

    неужели в этом можно разобраться?

    Изображения вверху записаны в UML-нотации. Конкретнее — это диграммы последовательности (sequence diagram).

    Возможно, проще (и полезнее) — разобраться сначала с sequence diagram в UML вообще, а потом — в конкретными диаграммами здесь.

    я хотел бы написать на perl такой чат c jquery

    можете ли вы подсказать как в этом разобратся?
    нужно написать демона на сокетах? как это все будет?

    Видео (кликните для воспроизведения).

    Есть ли у Вас информация о том какие из методов используют большие компании вроде Facebook (чат, оповещения), Gmail (чат), Twitter (notifications)?

    Facebook — Tornado (их разработка, Open Source, Python), Gmail — свой сервер, клиентская часть — open source Google Closure Library, Twitter — не в курсе.

    Источники


    1. Липшиц, Е.Э. Законодательство и юриспруденция в Византии в IX-XI вв. Историко-юридические этюды / Е.Э. Липшиц. — М.: Наука, 2016. — 248 c.

    2. Профессиональная этика и служебный этикет. Учебник. — М.: Юнити-Дана, Закон и право, 2014. — 560 c.

    3. Андрианов Н. В. Гражданское общество как среда институционализации адвокатуры; Либроком — М., 2011. — 304 c.
    4. Треушников, М.К. Судебные доказательства / М.К. Треушников. — Москва: СИНТЕГ, 2014. — 272 c.
    5. Пучинский, В. К. Пересмотр судебных постановлений в порядке надзора в советском гражданском процессе: моногр. / В.К. Пучинский. — М.: Юридический факультет Санкт-Петербургского государственного университета, 2015. — 192 c.
    Передача данных прервана по инициативе принимающей стороны
    Оценка 5 проголосовавших: 1

    ОСТАВЬТЕ ОТВЕТ

    Please enter your comment!
    Please enter your name here