Ошибка открытия файла импорта таблицы root

19.02.2019

Добрый день!

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

Список запросов к сайту и ответов сервера:
«type=catalog&mode=checkauth»     «success PHPSESSID 8006748f426f54badf69d25d61cc0878»
«type=catalog&mode=init»               «zip=yes file_limit=204800»
«type=type=catalog&mode=file&filename=v8_6C4F_f4.zip»    «success»
«type=catalog&mode=import&filename=import.xml»                «progress Распаковка архива завершена.»
«type=catalog&mode=import&filename=import.xml»                «progress Временные таблицы удалены.»
«type=catalog&mode=import&filename=import.xml»                «progress Временные таблицы созданы.»

Далее следует строка:
«type=catalog&mode=import&filename=import.xml»                «failure Ошибка открытия файла импорта.»  

Каталог интернет-магазина запчастей, в 1с есть номенклатурные группы и свойства товаров (производитель, марка, модель, год начала выпуска, год окончания выпуска и пр.), причем судя по всему, вместо свойств товаров, клиент использует реквизиты (это принципиально для битрикса?).

Могу показать файл выгрузки (тестовый с 2-3 наименованиями), чтобы посмотреть, в чем ошибка, хотя возможно этого и не нужно?
Помогите, пожалуйста, с чем может быть связана ошибка открытия файла импорта?

Спасибо.

С уважением,
Иван Поспелов.

I had a similar problem with one database and I’d like to share with you a possible cause/solution:

I have imported a .sql file as you did and then I went to phpmyadmin, selected the database and surprise: No tables in the database, but I went to mysql command line and did a SHOW TABLES and they do exist.

So this is what happened in my case, the original database had some VIEWS defined by a user that did not exist in my computer’s mysql users. Example:

CREATE ALGORITHM=UNDEFINED DEFINER=admin@% SQL SECURITY DEFINER VIEW cantidades AS select (…)

The user admin@% was available on the original server from where I’ve exported the database, but not on my computer.

So the fix to this solution was either to add that user, or to drop the views and create them again with a existing user.

I have choosen the second option:
DROP VIEW cantidades;
CREATE ALGORITHM=UNDEFINED DEFINER=root@localhost SQL SECURITY DEFINER VIEW cantidades AS select (…)

I’ve used root because that is the default user for my local XAMPP installation, but for security purposes I recommend using the same user you use to connect to that database.

I had a similar problem with one database and I’d like to share with you a possible cause/solution:

I have imported a .sql file as you did and then I went to phpmyadmin, selected the database and surprise: No tables in the database, but I went to mysql command line and did a SHOW TABLES and they do exist.

So this is what happened in my case, the original database had some VIEWS defined by a user that did not exist in my computer’s mysql users. Example:

CREATE ALGORITHM=UNDEFINED DEFINER=admin@% SQL SECURITY DEFINER VIEW cantidades AS select (…)

The user admin@% was available on the original server from where I’ve exported the database, but not on my computer.

So the fix to this solution was either to add that user, or to drop the views and create them again with a existing user.

I have choosen the second option:
DROP VIEW cantidades;
CREATE ALGORITHM=UNDEFINED DEFINER=root@localhost SQL SECURITY DEFINER VIEW cantidades AS select (…)

I’ve used root because that is the default user for my local XAMPP installation, but for security purposes I recommend using the same user you use to connect to that database.

Нельзя просто взять и интегрировать сайт с 1С. (с) Народное творчество.

Цель написания поста  – изложить всю информацию по теме человеческим языком.

Интеграция сайта на 1С-Битрикс: Управление сайтом и 1С — неисчерпаемый источник вопросов и проблем. На сайте идей для Битрикс в соответствующем разделе 16 страниц, на форуме про это больше 23 000 сообщений. В форме обращения в техподдержку Битрикса есть даже отдельный тип заявки «Обмен с 1С».

Считается, что интеграция 1С и сайта на Битриксе должна работать из коробки. Самые простые функции действительно можно запустить за час-два. А вот на доработку обмена можно потратить и 10, и 100 часов. 

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

В данной статье будет рассмотрена общая теория обмена между двумя IT-системами и два стандартных обмена между 1С и сайтом на 1С-Битрикс: обмен товарами и обмен справочниками.

Немного теории

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

Формат = как выглядят данные (например, XML, YML, JSON, CSV).

Протокол = как данные оказываются в другом месте (например, HTTP, SIP, SMTP, FTP). 

Алгоритм = что при этом происходит. Представляется блок-схемой или диаграммой UML Activity.

Примеры интеграций:

1. обмен товарами между самописной учетной системой и сайтом (протокол FTP, формат CSV);

2. парсинг курсов валюты с сайта ЦБ РФ (протокол HTTP, формат XML);

3. интеграция сайта с Яндекс.Маркет (протокол HTTP, формат YML).

Процедуру обмена можно разделить на 3 части:

1. Экспорт данных из системы А в требуемый формат

2. Передача данных

3. Импорт данных требуемого формата в систему Б.

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

И еще одно важное уточнение. «1С» — в зависимости от контекста, это может быть компания-легенда «ООО 1С», их разработка «1С:Предприятие» или конкретная конфигурация (например, «1С: Управление торговлей» или «1С:ERP Управление предприятием») с установленным модулем обмена с сайтом .  В мире веб-разработки имеется в виду как раз последнее определение. В статье будет действовать аналогичное соглашение. Так же и с сайтом на платформе 1С-Битрикс: Управление сайтом — обычно это просто «Битрикс».

Резюме

Интеграция — обмен данными между двумя системами.

Формат — как выглядят данные.

Протокол — как передаются данные. 

1С — софт.

Битрикс — сайт.

Краткость — сестра. 

Стандартные возможности обмена 1С и Битрикса

«Из коробки» (без доработок программиста) работают 4 типа обмена:

1. товары из 1С на сайт (тип «catalog»);

2. справочники из 1С на сайт (тип «reference»);

3. пользователей/контрагентов из 1С на сайт (тип «sale»);

4. заказы (тип «sale»):

   1. из 1С на сайт;

   2. из сайта в 1С.

Протокол

Все взаимодействия между 1С и Битриксом проводятся по HTTP, синхронно. Т.о. 1С подобна браузеру, она «открывает» специальную страницу, отправляет данные (методами POST и GET) и получает текстовый ответ. Есть даже способ имитировать выгрузку из 1С браузером (и мы часто используем этот трюк во время разработки и отладки). Подробнее про отладку мы рассказали в предыдущей статье «Типовые ошибки интеграции между 1С и 1С-Битрикс».

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

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

Формат

Данные передаются в двух форматах. 

Первый формат — текстовый для ответов сайта на запросы из 1С. Сайт выводит в первой строке ответа «success», если завершил некую процедуру, «progress», если продолжает ее выполнять и «error» или «failure», если была ошибка. В последующих строках могут быть дополнительные данные (зависит от каждого конкретного запроса).

Второй формат — CommerceML 2 . Основан на XML, в этом формате передаются товары, предложения, цены, склады, заказы и контрагенты (пользователи+платежные профили).

Алгоритм

Подготовка к обмену

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

Авторизация

Любой обмен начинается с авторизации 1С на сайте методом Basic access. В случае успеха сайт выводит «success»,  имя и значение Cookie (которую будет проверять во всех последующих запросах), id сессии и прочие параметры (зависят от type — типа обмена).

Возможные ошибки

Запрос настроек сайта

На этом шаге 1С узнает важные для обмена настройки сайта. Управление этими параметрами на сайте происходит на странице «Интеграция с 1С» в панели управления сайтом.

Получив эти параметры, 1С начинает формирование данных для передачи на сайт. Если «zip=yes», то все файлы будут переданы как zip-архив. Иначе каждый выгружается по отдельности. Желательно включать всегда.

Возможные ошибки

Обмен товарами (1С -> Битрикс)

Данный тип обмена (type=catalog) используется для создания и обновления на сайте следующих сущностей:

• инфоблок товаров;

• UF-поля разделов в этом инфоблоке;

• свойства элементов в этом инфоблоке;

• инфоблок SKU;

• типы цен;

• склады;

• разделы в инфоблоке товаров;

• элементы в инфоблоке товаров (товары);

• цены товаров;

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

При обмене товарами 1С формирует XML-файлы, передает их на сайт и контролирует их обработку сайтом. 1С может передать 4 вида файлов:

В файлах с префиксом import_ — разделы каталога, товары, свойства товаров.

В файлах с префиксом offers_ — SKU.

В файлах с префиксом prices_ — цены товаров и предложений.

В файлах с префиксом rests_ — остатки товаров и предложений по складам.

На шаге авторизации в случае успеха сервер вернет дополнительный параметр timestamp (текущее время). 1С сохранит timestamp и передаст на сайт на последнем шаге обмена товарами. 

Шаг 1. Передача файла (повторяющийся)

Шаг может выполняется несколько раз. Каждый файл выгружается частями не более file_limit байт (см. предыдущий шаг) в бинарном виде через сырой POST-запрос. Сайт создает файл, если его нет. Имя файла берет из GET-параметра filename и дописывает в него переданный контент. Так продолжается до тех пор, пока 1С не передаст все части этого файла. 

Возможные ошибки

Шаг 2. Основной

Этот шаг — особенный. Файл уже целиком загружен на сайт и Битрикс готов его обработать. Его обработка может состоять из 11 более мелких операций, о которых 1С ничего не знает. Поэтому в параметре GET приходит mode=import (один и тот же запрос!), но сайт выполняет совершенно разные операции. Текущий прогресс Битрикс сохраняет в сессии в переменной $_SESSION[BX_CML2_IMPORT][NS]. Например, узел STEP в этом массиве отвечает как раз за номер внутренней операции импорта.

Шаг 2.1 Распаковка архива (повторяющийся, необязательный)

Шаг исполняется, только если 1С передала файл в формате ZIP. Распаковка происходит в той же директории, где лежат все файлы обмена товарами (по умолчанию — /upload/1c_catalog/). Эта операция не нумеруется внутри Битрикса (значение STEP в сессии не изменяется).

Возможные ошибки

Шаг 2.2 Удаление временных таблиц

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

Шаг 2.3 Создание временных таблиц

Таблица b_xml_tree создается. Если объявлена PHP константа BX_XML_CREATE_INDEXES_IMMEDIATELY, таблица сразу же индексируется. В конце этого шага Битрикс испускает событие OnBeforeCatalogImport1C .

Возможные ошибки

Шаг 2.4 Загрузка файла во временную таблицу (повторяющийся)

Битрикс шаг за шагом начинает читать переданный из 1С файл, добавляя записи в таблицу b_xml_tree. Чтобы избежать проблем с временем исполнения, процесс происходит пошагово. Управление продолжительностью шага происходит на странице «Интеграция с 1С» в панели управления сайтом.

Возможные ошибки

Шаг 2.5 Индексация временных таблиц

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

Возможные ошибки

Шаг 2.6 Импорт метаданных

На этом шаге создаются или обновляются следующие данные:

1. Инфоблоки товаров и SKU

2. Служебные свойства каталога (с префиксом CML2_: CML2_BAR_CODE, CML2_ARTICLE, CML2_ATTRIBUTES…)

3. Торговый каталог

4. Свойства инфоблоков

5. UF-поля разделов инфоблоков

6. Типы цен

7. Склады

8. Единицы измерения

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

Возможные ошибки

Шаг 2.7 Импорт разделов каталога

На этом шаге в инфоблоке создаются и обновляются все разделы каталога, которые были в XML файле. Сопоставление разделов из XML-файла и в БД происходит по XML_ID.

Если на сайте нет раздела с XML_ID из файла, он создается. Если есть, то выполняется сравнение полей из XML файла с аналогичными полями в БД. Если изменения нет, то Битрикс только обновляет поле TIMESTAMP_X и пропускает раздел. Если изменения есть — происходит полноценное обновление. Это происходит независимо от настроек сайта.

Для экономии ресурсов сервера добавление разделов происходит без пересчета дерева (речь о полях LEFT_MARGIN и RIGHT_MARGIN).

Возможные ошибки

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

1. Увеличить время исполнения на странице «Интеграция с 1С» и в настройках сервера (nginx).

2. Доработать 1С, чтобы ошибки на этом этапе игнорировались пока не будет получен ответ «progress».

3. Повторить всю выгрузку несколько раз.

Объясним, как поможет повтор шага или всей выгрузки. Допустим, в XML-файле и на сайте 20001 раздел. Пусть за один проход Битрикс успевает импортировать только 10000 разделов.

Битрикс каждый раз обрабатывает столько разделов, сколько успевает. При повторении выгрузки первые 10000 разделов он пропустит (обновит только TIMESTAMP_X) и обновит еще 10000 разделов, пока не наступил тайм-аут. И только на 3-ей выгрузке из 1С шаг будет завершен корректно.

Шаг 2.8 Пересчет дерева разделов

На этом шаге Битрикс выполняет две задачи:

1. Удаление/деактивация разделов (в старых версиях модуля обмена в 1С)

2. Перестройка дерева разделов

В старых версиях 1С отличить полную выгрузку от частичной просто: при частичной в узле «Классификатор» был атрибут СодержитТолькоИзменения=»true», при полной его не было.

В 2019 году 1С всегда выгружает этот атрибут. Если этого атрибута нет, Битрикс мог (и до сих пор может, просто этот код не используется) удалить, деактивировать старые разделы (или пропустить их). На выбор влиял параметр на странице «Интеграция с 1С». Сейчас эта настройка уже ни на что не влияет и ни деактивации, ни удаления не происходит.

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

Шаг 2.9 Импорт товаров (повторяющийся)

На этом шаге в инфоблоке создаются и обновляются все товары, которые были в XML файле. Сопоставление товаров в файле товарам на сайте происходит по полю XML_ID.

Если на сайте нет товара с XML_ID из файла, он создается. Если есть, то выполняется сравнение полей из XML файла с аналогичными полями в БД. 

Если изменения нет, и задан параметр «Использовать контрольные суммы элементов для оптимизации обновления каталога», Битрикс только обновляет поле TIMESTAMP_X и пропускает товар. Иначе происходит полноценное обновление.

При импорте товара заполняется поле TMP_ID. Значение для этого поля хранится в узле <НомерВерсии>. Если узла нет — Битрикс вычисляет контрольную сумму от всей информации о товаре из XML файла.

Возможные ошибки

Шаг 2.10 Деактивация/удаление товаров (повторяющийся)

На этом шаге раньше (как и на шаге  2.8 Пересчет дерева разделов ) Битрикс проводил чистку товаров. Чистка товаров происходила только если в узле “Классификатор” XML файла не было пометки СодержитТолькоИзменения=»true» (старый формат выгрузки). Есть аналогичная настройка для выбора, что делать с товарами.

В 2019 году на этом шаге ничего не происходит.

Шаг 2.11 Завершение импорта

Служебный шаг. Обработки данных нет, только испускается событие OnSuccessCatalogImport1C .

Шаг 3. Деактивация старых данных

На этом шаге в 2019 году Битрикс деактивирует все товары и разделы каталога, не затронутые в текущей сессии. Для этого время последнего изменения сравнивается с timestamp, который передает 1С — время начала текущей сессии, полученное на шаге авторизации.

Напомним, что эти настройки в панели управления сайта сейчас ни на что не влияют (всегда происходит деактивация):

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

Шаг 4. Завершение импорта

Служебный шаг. Обработки данных нет, только испускается недокументированное событие модуля catalog OnCompleteCatalogImport1C. Аргументы обработчика аналогичны обработчикам события OnSuccessCatalogImport1C , возвращаемого значения нет.

Обмен справочниками (1С -> Битрикс)

Данный тип обмена (type=reference) используется для создания и обновления на сайте HL-блоков. Этот тип намного короче чем обмен товарами и повторяет многие из его шагов.

Часто обмен справочниками — простой и быстрый способ расширить стандартные функции обмена.

Шаг 1. Передача файла (повторяющийся)

см. аналогичный шаг обмена товарами, (отличается только mode, в данном типе обмена mode=reference).

Шаг 2. Основной

Шаг 2.1 Распаковка архива (повторяющийся, необязательный)

см. аналогичный шаг обмена товарами.

Шаг 2.2 Подготовка справочника

На этом шаге Битрикс создает HL-блок (если не существует) и все UF-поля. В начале шага испускается событие модуля catalog OnBeforeCatalogImportHL. Событие недокументированное, в обработчики передаются массив параметров компонента и путь к XML-файлу. Обработчик может вызвать ошибку и вернуть произвольное сообщение.

Важно знать следующие особенности импорта справочников:

• 1С не может удалить справочник или поле, только создать;

• 1С может создать только поля следующих типов: Строка, Булево, Дата, Число;

• все поля, создаваемые 1С будут одиночными, необязательными, скрытыми в фильтре, показанными и редактируемыми в таблице;

• Битрикс автоматически создает поля: UF_NAME, UF_XML_ID, UF_VERSION, UF_DESCRIPTION.

Возможные ошибки

Расшифровка кодов ошибок.

Шаг 2.3 Импорт элементов (повторяющийся)

На этом шаге Битрикс импортирует все элементы HL-блока.

Если выгрузка была полной, Битрикс удаляет все элементы HL-блока, у которых значение поля UF_VERSION не начинается с <ID текущей сессии> + «#»

В конце шага Битрикс испускает событие модуля catalog OnSuccessCatalogImportHL. Аргументы — массив параметров компонента и путь к файлу.

Возможные ошибки

Аналогичны ошибкам на предыдущем шаге.

Формат файлов

Формат файла обмена товарами

Формат файла обмена предложениями

Формат файла обмена ценами товаров и предложений

Формат файла обмена остатками товаров и предложений

Формат файла обмена справочниками

Поясним некоторые места этого XML.

• Узел <Ид>

  • Значение становится названием сущности (после транслитерации).

  • С префиксом «b_» становится названием таблицы (после транслитерации).

• Узел <Наименование> Не используется. Вообще. Но если узла не будет в файле, Битрикс выдаст ошибку (sic!)

• Каждый <Реквизит> описывается тремя узлами:

  • <Ид>

    • Значение становится XML ID поля

    • С префиксом «UF_» становится кодом поля

  • <Наименование>

    • Значение становится названием UF-поля.

  • <ТипЗначений>

    • 4 допустимых значения: Строка, Булево, Дата, Число

• Каждый <ЭлементСправочника> описывается полями:

• <Ид>

  • Становится значением поля UF_XML_ID

• <НомерВерсии>

  • C префиксом <ID текущей сессии> + «#» становится значением поля UF_VERSION

• <ЗначенияРеквизитов>

  • Реквизит Код

    • Становится значением поля UF_NAME

  • Реквизит Наименование

    • Становится значением поля UF_DESCRIPTION

  • Реквизит ПометкаУдаления

    • Не используется

  • Прочие реквизиты

    • Поля типа «Дата» представлены в формате YYYY-MM-DD HH:MI:SS.

    • Поля типа «Булево» представлены строками true или false (или пустой строкой).

Как дорабатывать обмен?

Все запросы (при стандартном обмене) 1С присылает на служебную страницу /bitrix/admin/1c_exchange.php. Но если заглянуть в файл, выяснится что вся логика скрыта в недрах модуля «Торговый каталог»  в файле /bitrix/modules/sale/admin/1c_exchange.php. Эти страницу нельзя изменять, но можно скопировать (обычно мы копируем в /bitrix/admin/1c_exchange_custom.php) и изменить адрес в 1С.

На этой странице, в зависимости от переданных GET-параметров (совсем как комплексные компоненты в режиме не-ЧПУ) подключаются разные простые компоненты. Компоненты без шаблонов.

Значительная часть логики вынесена из этих компонентов в классы. Связь видов обмена, GET-параметров, компонентов и основных классов приведена ниже в таблице. 

Существует 3 принципиально разных способа доработать обмен с 1С:

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

2. Кастомизировать файлы обмена на стороне сайта и доработать по требованиям

3. Выгружать нужные данные как справочники и обрабатывать самостоятельно.

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

Второй способ реализуется так:

1. Создать собственную страницу обмена. Обычно это /bitrix/admin/1c_exchange_custom.php.

2. На эту страницу перенести код из /bitrix/modules/sale/admin/1c_exchange.php.

3. Кастомизировать нужный компонент обмена и заменить вызов системного компонента на вызов собственного (например, bitrix:catalog.import.1c на intervolga:catalog.import.1c) на новой странице обмена.

4. Может понадобиться изменение логики класса. Используйте наследование (например, класс IntervolgaCustomExchangeCml может быть наследником CIBlockCMLImport и переопределять метод ImportElements).

После правок на сайте нужно изменить параметр «Адрес сайта и путь до скрипта обмена» в 1С. Имя пользователя и пароль одинаковые как для стандартного обмена, так и для доработанного.

Третий способ (через справочники) подходит, если у нужной сущности 1С совсем нет аналога на сайте или по каким-то причинам стандартный импорт совсем не годится. У модуля highloadblock есть все необходимые события (создание, редактирование, удаление) и для ненагруженных проектов это достаточно неплохое решение. 

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

Отладка обмена — отдельный больной вопрос. Обычно решается логированием всех происходящих в недрах Битрикса процессов. В ИНТЕРВОЛГЕ разработали свою систему логирования обмена, которая представляет весь процесс в виде диаграммы Гантта. На ней сразу видно, если идут одновременно 2 обмена или 1С не дожидается ответа и начинает слать новые запросы.

Заключение

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

Источник: блог ИНТЕРВОЛГИ.

Среди многих фирм, выполняющих продажу и установку 1С, наша компания имеет ряд неоспоримых преимуществ:

• Работа в IT-сфере с 2003 года

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

• Безупречная репутация

  Мы дорожим своей репутацией, безупречность которой подтверждают наши клиенты – более 4500 компаний и 400 государственных учреждений России.

• Специалисты высшего уровня

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

• Нацеленность на результат.

  Любая задача по автоматизации бизнеса — системы быстрого внедрения программного обеспечения, специально разработанные специалистами компании.

• Разумные цены

  Привлекательные цены – официальные программы

   ДенисЧ

14.01.16 — 09:21

   Лефмихалыч

1 — 14.01.16 — 09:26

а версии платформы у пользователя до НГ, у пользователя после НГ и у тебя какие?

   Лефмихалыч

2 — 14.01.16 — 09:30

   Лефмихалыч

3 — 14.01.16 — 09:31

точнее не таблички, а записи из params

   ДенисЧ

4 — 14.01.16 — 09:37

(1) У пользователя не менялись, 8.3.6 какая то

У меня я пробовал на 8,3,5,1248, 8,3,5,1517, 8,3,6,2299

   ДенисЧ

5 — 14.01.16 — 09:39

(2) Снёс. Результат тот же.

   vde69

6 — 14.01.16 — 09:44

бекапы надеюсь есть?

   ДенисЧ

7 — 14.01.16 — 09:49

(6) Если бы они были, я бы не парился так )))

   mehfk

8 — 14.01.16 — 09:55

Если БП все-таки вторая, может ее под 8.2 попробовать запустить?

   ДенисЧ

9 — 14.01.16 — 10:05

(8) То же самое.

   vde69

10 — 14.01.16 — 10:13

   Guk

11 — 14.01.16 — 10:23

(7) эхххх. ничему вас жизнь не учит…

   ДенисЧ

12 — 14.01.16 — 10:23

(10) Ты внимательно прочитал (0)? )))

Я выгружал конфигурации (все две) и далее по тексту…

(11) я об этой конторе узнал только вчера ))) Мои все базы, разумеется, регулярно архивируются…

   PuhUfa

13 — 14.01.16 — 10:31

А что если взять типовую рабочую базу и из нее таблицу CONFIG засунуть в битую?

   Лефмихалыч

14 — 14.01.16 — 10:33

(12) если выгрузить конфигурацию из больной базы и загрузить конфигурацию в пустую базу, конфигуратор будет пустой или нет?

   ДенисЧ

15 — 14.01.16 — 10:34

(13) Если ты расскажешь, как это сделать в файловой базе…

(14) кто ж вас читать-то учит… Не заходит в конфигуратор…

   Лефмихалыч

16 — 14.01.16 — 10:36

(15) > Если ты расскажешь, как это сделать в файловой базе…

а как ты тогда записи из params удалял?

   ДенисЧ

17 — 14.01.16 — 10:38

(16) Через Tool_CD

   Лефмихалыч

18 — 14.01.16 — 10:45

(17) конфигурацию через него что мешает выгрузить?

   ДенисЧ

19 — 14.01.16 — 10:47

(18) Откуда? Из типовой?

Судя по содержанию конфига — там она обновлялась… На какую — не знаю.

   PuhUfa

20 — 14.01.16 — 10:48

   Лефмихалыч

21 — 14.01.16 — 10:49

(19) в configsave есть записи?

   ДенисЧ

22 — 14.01.16 — 11:02

(21) Есть.

   PuhUfa

23 — 14.01.16 — 11:02

+(20) Еще как вариант:

Сохраняем проблемную таблицу CONFIG в xml.

Сохраняем из рабочей базы таблицу CONFIG в xml.

Утилитами сравнения файлов сверяем их и смотрим расхождения. Тем же Tool_CD правим руками найденные расхождения.

   bolobol

24 — 14.01.16 — 11:10

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

   ДенисЧ

25 — 14.01.16 — 11:14

(24) Какой ты умный… Я промо тащусь, как удав по стеклобазе…

База скопирована на другой комп! Её там в списке вообще не было!

   Одинесю

26 — 14.01.16 — 11:14

(24) Сейчас дядьки тебе все скажут)

   Лефмихалыч

27 — 14.01.16 — 11:20

(22) а если их иопнуть?

   PuhUfa

28 — 14.01.16 — 11:23

   bolobol

29 — 14.01.16 — 11:23

(25) Ну, тащись дальше тогда) приятного путешествия!

   PuhUfa

30 — 14.01.16 — 11:24

   ДенисЧ

31 — 14.01.16 — 11:30

(27) Из CONFIGSAVE грохнул всё с именами гуидов — не помогло.

сейчас пытаюсь то же сделать с config… но там много…

   ДенисЧ

32 — 14.01.16 — 11:31

(27) или предлагаешь всё из саве грохнуть?

   ДенисЧ

33 — 14.01.16 — 13:17

Прогнал тестирование формата потока через TOOL_1CD

выдала пачку ошибок на таблицы с гуидными именами в CONFIG.

Эти таблицы важны? Их можно просто грохнуть?

   Лефмихалыч

34 — 14.01.16 — 13:23

(32) да, предлагаю. В норме конфигсэйв пустой.

(33) давай закончим с конфигсэйвом сначала. Я б конфиг б не трогдал б…

   ДенисЧ

35 — 14.01.16 — 13:47

(34) Конфигсейв почистил. результата 0.

   Лефмихалыч

36 — 14.01.16 — 13:52

(35) попробуй при помощи tool_1cd выгрузить CONFIG из больной базы и подменить им CONFIG  в пустой базе и потом зайти в пустую эту базу. Чтоб, значит, убедиться, что проблема в конфигурации, а не в чем-то еще.

   PuhUfa

37 — 14.01.16 — 13:54

(36) делал же уже в (0)

   ДенисЧ

38 — 14.01.16 — 14:07

(37) я не это делал.

(36) сейчас попробую.

   ДенисЧ

39 — 14.01.16 — 14:17

   PuhUfa

40 — 14.01.16 — 14:21

(39) почему ты не хочешь в больную базу загрузить CONFIG из аналогичной здоровой?

   ДенисЧ

41 — 14.01.16 — 14:22

(40) Потому что я не знаю, что брать за аналогичную.

Я эту базу живой никогда не видел.

   PuhUfa

42 — 14.01.16 — 14:30

(41) в константах записана. Например для типовой БП 2.0.64.42 — таблица:

_CONST10142

   ДенисЧ

43 — 14.01.16 — 14:35

(42) Значит, у меня другая. Ибо такой константы нет…

Только если методом тыка искать по содержаниююю

   ДенисЧ

44 — 14.01.16 — 14:36

(42) Нашёл 10003. 2,0.64,42

так что…

попробую, конечно…

   Лефмихалыч

45 — 14.01.16 — 14:55

(39) я думаю — это писец…

   Масянька

46 — 14.01.16 — 14:56

А не вирусы?

Теперь пользователь научится (и главное!) запомнит, что нужно делать бекапы 🙁

   ДенисЧ

47 — 14.01.16 — 15:05

(46) Вирусы избирательные? Одну из 6?

(45) Вот и я боюсь этого…

   ДенисЧ

48 — 14.01.16 — 15:13

Сотворил чистую 2,0.64,42 — там вообще другие таблицы констант…

так что такой способ не подойдёт

   PuhUfa

49 — 14.01.16 — 15:21

(48) тебе же не константы загружать а табличку CONFIG (это cf’ник) Отсортируй по FILENAME и сравни.

У меня сейчас перед глазами 2.0.64.42 и 2.0.54.12

Значения в FILENAME таблицы CONFIG совпадают, хотя это базы разных фирм и никак между собой не были связаны

   PuhUfa

50 — 14.01.16 — 15:23

Терять то тебе нечего.

Если это не прокатит, то останется руками попробовать прибить записи на которые тебе TOOL_1CD в (33) ругался.

У меня больше других вариантов пока нет

   Масянька

51 — 14.01.16 — 15:32

   ДенисЧ

52 — 14.01.16 — 15:33

(51) Инфы не знаю, я же живую базу не видел )))

350 метров CD.

   Лефмихалыч

53 — 14.01.16 — 15:34

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

   Масянька

54 — 14.01.16 — 15:37

(52) Спроси у зверей. А бэкапов (хоть старых) нет точно?

   mehfk

55 — 14.01.16 — 15:43

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

   ДенисЧ

56 — 14.01.16 — 15:48

(55) Если ты внимательно прочитал (0), то это уже было сделано. Тоже почти в первую очередь.

   mehfk

57 — 14.01.16 — 15:53

Где написано, что ты загрузил рабочую конфигурацию в поломанную базу?

   ДенисЧ

58 — 14.01.16 — 16:00

(57) Написано, что для начала я её загрузил в пустую. и написан результат.

   ДенисЧ

59 — 14.01.16 — 16:01

(57) Кроме того, где я тебе рабочую из поломанной возьму?

   mehfk

60 — 14.01.16 — 16:04

(59) Скучно будет — высылай базу, попробую сам поднять.

   PuhUfa

61 — 14.01.16 — 16:06

   PuhUfa

62 — 14.01.16 — 16:11

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

Config — основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.

ConfigSave — конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении «Обновления конфигурации базы данных» в Конфигураторе, а наоборот — при выполнении в Конфигураторе операции «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».

Files содержит служебную информацию, например, о работе с хранилищем конфигурации.

Params содержит параметры информационной базы. Среди них:

Национальные настройки информационной базы.

Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).

Некоторая другая информация.

_YearOffset — смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server.

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

v8users  — cписок пользователей.

_UsersWorkHistory  — история работы пользователей.

_SystemSettings  — хранилище системных настроек.

_RepSettings  — хранилищe настроек отчетов.

_RepVarSettings  — хранилище настроек вариантов отчетов.

_CommonSettings  — хранилище общих настроек.

_FrmDtSettings — хранилище настроек данных форм.

   mehfk

63 — 14.01.16 — 16:14

(63) номер он уже в таблицах _CONST нашел -)

Самая частая причина ошибки режима доступа к файлу базы данных (файл 1Cv8.1CD в версии 1C 8.3) — права доступа «только на чтение». Они устанавливаются автоматически при копировании файлов с DVD, CD-диска или иного внешнего носителя.

В результате 1C видит файл, но не может что-то записать в него или считать оттуда из-за отсутствия прав. Проблема с доступом «только для чтения» актуальна для Windows. В MacOS и Ubuntu другие проблемы — к примеру, ошибка появляется при отсутствии root-прав у пользователя.

Быстрые решения (от наиболее вероятного — к наименее):

1. Убрать флажок «только для чтения» в Свойствах файла.
2. Проверить права доступа пользователей: текущего и Сервера 1C (вкладка Безопасность).
3. Открыть Диспетчер задач и завершить скрытые процессы 1cv8.exe.
4. Проверить, не блокирует ли антивирус файлы или процессы.
5. Перезагрузить компьютер и, если есть возможность, рабочий сервер.

Подробные инструкции:

• Решение для 1С на Windows
• Решение для Mac OS и Ubuntu

Решение ошибки на Windows

Если режим доступа к файлу БД был нарушен из-за копирования или переноса файлов, проблема решается в несколько кликов. Нужно зайти в свойства базы данных и снять галочку «только для чтения», чтобы 1С смог получить доступ к содержимому.

1. Нажать правой кнопкой мыши на базе данных 1Cv8.1CD.
2. В контекстном меню выбрать Свойства.
3. В открывшемся окне перейти на вкладку Общие.
4. Убрать галочку Только для чтения, сохранить изменения.

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

1. Проверить права доступа к базам данных для всех пользователей. Выделить папку или файлы — 1Cv8.1CD, 1Cv8.log и другие связанные с БД, если есть. Нажать по ним правой кнопкой мыши, перейти в Свойства -> Безопасность и выбрать Добавить -> Полные права для всех нужных пользователей. Если при подключении к БД не указывается пользователь, значит работа ведется под аккаунтом Гостя — ему необходимо установить полные права.
2. Добавить файл 1Cv8.1CD или другую базу данных (разрешение *.1CD) в списки исключений антивирусов. Касперский и ряд других популярных антивирусных программ могут часто перепроверять этот файл, что приводит к сбоям при подключении.
3. Ошибка может возникать, если база данных располагается на диске C://, если их несколько. Решение — перенести БД на диск D:// (буква диска может быть другой).

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

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

Решение для Mac OS и Ubuntu

Ошибка с режимом доступа по сети к базе данных 1Cv8.1cd возникает и на MacOS/Ubuntu. Решение простое — если 1C запускать в режиме root, то проблемы с доступом к файлу БД не возникает.

Чтобы пользователь мог работать без root-прав, нужно:

1. Сделать открытую папку в разделе /home.
2. Дать полные права для этой папки для нужного пользователя или группы пользователей.

Для назначения прав можно воспользоваться командой %ГруппаПользователей ALL=NOPASSWD: /bin/mount, /bin/umount. Суть проблемы с правами аналогична Windows, только на Mac OS и Ubuntu сложнее организована система прав доступа к файлам.

Версия 1C 8.3.7.1845 и выше для Mac OS имеет статус бета-версии. В этой версии не поддерживается работа с информационной базой, если она расположена на сетевом ресурсе (подробнее). Иначе говоря, 1C работает только с локальными БД и не будет работать с сетевыми.

Приложил скриншоты со список файлов.

Я изначально сделал предположение, что проблема из-за «выгрузки изменений». Но судя по выгрузке — она полная, и способ обхода, описанный выше, тут ни при чем. Собственно, файла diff.txt в котором список изменений — нет.

у нас GitConverter работает на Debian 9.9 без GUI, используем Fake Xserver xvfb-run. Для этого в конфигурации внесли небольшие изменения, типа
СтрокаКоманды = «bash -c «»/usr/bin/xvfb-run -a » + СтрЗаменить(СтрокаКоманды,»»»»,»») + «»»»;.

Предполагалось, что команду /usr/bin/xvfb-run -a /opt/1С/1cv8/bin нужно прописывать в константе «Путь к версиям платформы на сервере».

Рандомным образом получаем ошибку выше.
При этом если запустить команду в Ubuntu 18.04 Desktop (с GUI) — ошибки нет.

Можете провести эксперимент:

1. Выполните импорт текущей полной выгрузки в EDT в режиме без GUI из консоли ring edt workspace import ... как тут https://github.com/1C-Company/GitConverter/blob/master/GitConverter/src/CommonModules/КонвертацияХранилища/Module.bsl#L1422 если возникает ошибка — значит в EDT теперь что-то зависит от UI при импорте (хотя раньше не было).
2. Выполните импорт текущей выгрузки через /usr/bin/xvfb-run -a ring edt workspace import ... — если ошибки стабильно нет — то пока, как временное решение, можно стартовать весь сервер 1С через xvfb-run тогда каждая команда будет выполняться в UI.