MHO нет прямой связи между сжатием журнала и ошибкой 1С.
hint000, только в данном случае 1С просто ретранслирует из СУБД ошибку взаимоблокировок.
Я бы в такой ситуации попробовал бы выгрузить *.dt и загрузить в новую базу. 50 ГБ - это примерно 4-5 часов. Если нужно восстанавливать работоспособность текущей, то с помощью ТИИ реструктуризировал бы таблицы и пересчитал итоги.
Я не совсем понимаю как быть когда выйдет обновление и как его накатывать так, чтобы внесенные изменения сохранились.
Аккуратно :)
На самом деле ничего сложного. Включайте режим "Объект поставщика редактируется с сохранением поддержки" только для тех объектов, которые будете изменять. Для всего прочего обновление будет проходить незаметно, а вероятность изменения поставщиком программы печати штрихкодов очень низка. Если сильно боитесь потерять наработки, то увидев конфиликт можете отменить обновление и вызвать специалиста из франча.
Алексей Фисенко, ошибка 500 выскакивает в вашем Worpress, а 1С её просто показывает пользователю. Если бы проблема была в таймаутах, то 1С говорило бы про превышение времени ожидания ответа.
По-умолчанию, таймаут при открытии соединения на стороне 1С вообще не устанавливается. Пока nginx или apache сами не закроют соединение, 1С готова хоть целый день висеть и ждать ответ.
Советую посмотреть логи на стороне веб-сервера. Возможно некорректный формат архива.
Алексей Фисенко, увеличение лимитов - это был 1-из-9, а результаты остальных 8 попыток? Если хотите получить помощь, то дополните свой вопрос - так у специалистов Worpress будет больше шансов понять причину проблемы.
ITF, количество циклов вполне нормальное. Только не понятно зачем внутри проверять на равность типа Тип("СправочникСсылка.НоменклатурныеГруппы"), если выше уже проверили на содержание типа - сразу сравнивай значение с искомым, не теряй время.
Глобальный контекст (Global context)
НайтиПоСсылкам (FindByRef)
Синтаксис:
НайтиПоСсылкам(<СписокСсылок>, <ОбластьПоиска>, <ВключитьОбъекты>, <ИсключитьОбъекты>)
Параметры:
<СписокСсылок> (обязательный)
Тип: Массив.
Массив со списком ссылок на объекты, ссылки на которые нужно найти.
<ОбластьПоиска> (необязательный)
Тип: Массив.
Определяет область поиска объектов. Область устанавливается комбинацией разделителей, в состав которых включены объекты метаданных, среди данных которых следует выполнять поиск.
Элемент массива имеет тип Массив.
Элемент вложенного массива имеет тип:
Объект метаданных – Общий реквизит, разделяющий данные.
Строка – имя общего реквизита, разделяющего данные.
По умолчанию имеет значение Неопределено.
Допустимые значения:
Неопределено,
Массив с комбинациями разделителей, определяющий область поиска,
Пустой массив - область поиска определяется параметрами метода <ВключитьОбъекты> и <ИсключитьОбъекты>.
Примечание. Если комбинация разделителей содержит повторы, то вызывается исключение, т.к. в конфигурации не может быть объектов метаданных, дважды включенных в состав одного разделителя.
Значение по умолчанию: Неопределено.
<ВключитьОбъекты> (необязательный)
Тип: Массив.
Позволяет явно указать объекты метаданных, которые должны присутствовать в области поиска ссылок на объекты.
Элементом массива могут быть:
Объект метаданных.
Строка – полное имя объекта метаданных.
Допустимые значения:
Неопределено,
Пустой массив,
Массив объектов метаданных.
Значение по умолчанию: Неопределено.
<ИсключитьОбъекты> (необязательный)
Тип: Массив.
В качестве элементов массива могут выступать:
Объект метаданных,
Строка – полное имя объекта метаданных.
Свойство позволяет явно указать объекты метаданных, которые следует исключить из области поиска ссылок на объекты.
Допустимые значения:
Неопределено
Пустой массив (нет объектов, которые необходимо дополнительно включить в область поиска).
Массив объектов метаданных.
Значение по умолчанию: Неопределено.
Возвращаемое значение:
Тип: ТаблицаЗначений.
Возвращает ссылки на найденные объекты в виде ТаблицаЗначений.
Первая колонка - исходная ссылка.
Вторая колонка - ссылка на объект, если найденная ссылка соответствует объектной таблице, или значение, олицетворяющее запись необъектной таблицы.
Третья колонка - объект метаданных, которому соответствуют данные, в которых найдена ссылка.
Описание:
Осуществляет поиск ссылок на объекты, переданные в параметре <СписокСсылок>.
Поиск выполняется только в данных, которые доступны в рамках текущего сеанса с учетом разделения (условное разделение также учитывается).
Поиск осуществляется среди всех данных, из которых могут быть ссылки на переданные объекты. Если у пользователя нет доступа к объекту, будет вызвано исключение.
Доступность:
Сервер, толстый клиент, внешнее соединение, мобильное приложение(сервер).
Вызов метода выполняет обращение к серверу.
Примечание:
Если параметр <ОбластьПоиска> не определен или используется режим совместимости конфигурации Версия8_3_4 и ниже, поиск осуществляется во всех тех данных, которые доступны в рамках текущего сеанса с учетом разделения (условное разделение учитывается).
На мобильной платформе параметры <ОбластьПоиска>, <ВключитьОбъекты>, <ИсключитьОбъекты> игнорируются.
Пример:
Ссылки = НайтиПомеченныеНаУдаление();
ТабСсылок = НайтиПоСсылкам(Ссылки);
Для Каждого Ссылка из ТабСсылок Цикл
Сообщить ("" + СокрЛП(Ссылка[0]) + " " + СокрЛП(Ссылка[1]));
КонецЦикла;
ITF, все проще. Закинь ссылку на старую номенклатурную группу в массив и дай на вход функции НайтиПоСсылкам() - на выходе таблица с метаданными и ссылками на объекты, где изменять. Для начала посмотри третью колонку - если видов метаданных мало, то лучше руками пропиши в коде какие реквизиты проверить на соответствие старому значению и требующие замену; иначе, как и планировал, можешь бегать по метаданным. А еще можешь запросом к бухгалтерским оборотам выбрать все регистраторы, которые делают движения со старой номенклатурной группой, а потом исправить и перезаписать их наборы записей.
kristi_vb, сейчас для консультантов 1С полно разных каналов в телеграмме. Но даже 10 лет назад все спокойно общались на многочисленных форумах - инфостарт, миста....
hloya_ram, почему же? Пишите в настройках динамического списка на закладке Отбора поле вида Ссылка.Товары.Номенклатура и накладывайте нужный отбор - получите в списке только те документы, в которых будут указанные позиции. Да, в этом случае лучше индексировать.
hloya_ram, точно! Вычисляемые условия самые медленные.
Ответ про табличную часть зависит от количества строк. Если мало - не стоит заморачиваться. Если много - рекомендую попробовать регистр сведений подчененный документу-регистратору. Если количество неизвестного размера, то замарачиваться с индексами посоветую только при наличии проблем с быстродействием.
Дилик Пулатов, это значит, что вам Дмитрий уже предложил решение - там есть скрины именно для вашей УТ11. Осталось выполнить настройки Yii2 и 1С, после чего можно собирать дополнительные требования у заказчика и работать по развитию связки.
Mylistryx, не вводите автора вопроса в заблуждение. В продукте "Управление торговлей 11.2" не существует никакого веб-сервиса с именем PolNaklFisLico_V12_New. Такой инструмент с таким названием, с такими входящими параметрами и такой структурой ответа могли создать только специально под вас согласно вашему ТЗ.
А вообще, веб-сервисы и все эти xml-rpc - это дремучее старье, которое уже лет десять не используют. Сейчас для интеграции предпочитают rest api (http-сервисы или OData)
Александр, что там геморного? Для начала помни, что дд.ММ.гггг - это формат не срока, а конкретного дня. Формируй составляющие по нужному тебе алгоритму, а дальше клей результат в свою строковую переменную типа такого: "" + Дней + "дн. " + Месяцев + "м." + Лет + "лет"
Александр, а кто забыл указать форму элемента по умолчанию? У тебя каждый раз генерировалась новая платформой и все твои наработки не задействовались. Плюс у тебя поле называется не Итог, а Итого.
