Ошибка 500 после установки модуля означает, что случилась какая-то критическая ошибка в php.
Для определение проблемы можно:
1. Открыть файл logs/error.log на вашем сервере. В конце этого файла будут все последние критические ошибки.
2. Открыть в админке Инструменты > Логи ошибок - в этом месте отображаются ошибки, но не всегда.
3. Включить вывод ошибок php на экран - добавить следующий код в конец файла.htaccess:
Php_value display_errors 1
php_value display_startup_errors 1
php_value error_reporting E_ALL
Возможные причины:
1. Если вы раньше не загружали модули в архиве через админку - вам нужно установить бесплатную модификацию согласно инструкции и после этого переустановить модуль
2. Возможно в устанавливаемого модуля нет собственной страницы настроек и соответственно его не будет в списке Модулей
Два варианта решения:
1. Если при установке модуля из админки вылетает эта ошибка - вам нужно установить бесплатную . Она установиться без проблем через тот же установщик дополнений, только после установки не забудьте обновить модификации и затем можете приступать к установке любых модулей на Opencart 2.
2. Также решить эту ошибку можно по другому: прописать доступы к FTP в админке Система > Настройки > Магазин > вкладка FTP.
Если вы видите сообщение "Доступ запрещен! У Вас нет прав для доступа к этой странице. Если она Вам нужна, обратитесь к администратору. " - нужно дать права администраторам на управление модулем или страницей.
Решение: в админке Opencart 2 переходим в Система > Пользователи > Группы пользователей > Администраторы и здесь нажимаем "Выделить все" ниже обоих блоков, затем Сохранить .
Еще одной причиной появления этой ошибки может быть не правильная установка модуля - файлы не загрузились на свои места. Загрузите файлы модуля вручную на сервер или установите фикс и переустановите модуль.
Если модуль - это один XML файл, то его расширение должно быть.ocmod.xml
Если модуль - это ocmod.zip архив, то его не нужно распаковывать, а устанавливать как есть. В таком архиве обязательно должна быть папка upload (может быть пустой) , а также могут быть файлы модификаций: install.xml , install.php , install.sql . Никаких других файлов в корне архива быть не должно.
Эта ошибка означает, что вы пытаетесь установить модификатор, который уже установлен или, возможно, у какого-то вашего модуля такой же ID.
Для решения этой ошибки вам нужно перед установкой удалить старую версию модификации в разделе Модули > Модификации.
Если такого модуля у вас нет, но совпадает ID, тогда нужно поменять значение параметра в устанавливаемом модификаторе XML, сделать этот параметр уникальным дописав несколько символов.
Эта ошибка означает, что вы пытаетесь установить слишком объемный xml- модификатор.
Количество символов в ocmod.xml файле не должно превышать 65535 .
Для решения ошибки нужно разбить xml-файл модификации на несколько частей, главное - не забыть задавать каждой уникальное значение в , можно добавлять к текущему значению цифры 1,2,3... как идентификаторы части.
Еще одним способом решения есть изменения типа в поля, где храняться модификации, в таблице "oc_modification" базы данных. Нужно выполнить следующий SQL-запрос:
ALTER TABLE
oc_modification CHANGE
xml xml MEDIUMTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ;
Первичный вариант настройки обмена данными требует не только знаний в области программирования, но также и в области консалтинга. Порой настройка этой функции оказывается самой трудоемкой и дорогой задачей.
Этапы обмена данными, при котором один из или все объекты – это продукты 1С:
- Согласовывается состав обмена;
- Определяется протокол;
- Этап синхронизации;
- Определение и настройка правил обмена;
- Расписание.
Этап первый: состав обмена
Направление обмена может быть односторонним или двусторонним в зависимости от роли объектов обмена. Всего в обмене участвует две конфигурации – «источник» и «приемник». При одностороннем обмене данные поступают от одного объекта к другому и их роли не меняются. В случае двустороннего обмена роли объектов постоянно меняются и данные выходят от обоих объектов и поступают также к обоим объектам.
На этом же этапе определяется и формат обмена:
- Распределенная ИБ
- Универсальный ОД.
- EnterpriseData.
Этап второй: протокол обмена
С помощью 1С:Предприятие 8 можно обмениваться данными разных типов и стандартов. Поэтому отталкиваться в определении протокола обмена следует только от возможностей системы, с которой будет происходить обмен.
Этап третий: синхронизация справочников
Главный принцип - наличие одной точки ввода.
Этап четвертый: установка правил
Полноценное отображение полученных данных возможно, только если были правильно заданы и настроены правила обмена данными.
Для того, чтобы легко, быстро и правильно справится с этим этапом, можно воспользоваться деревом правил. В нем можно найти все необходимые данные по каждому элементу правил, параметры, алгоритмы или через него открыть главную форму настройки правил.
Этап пятый: расписание
Чтобы автоматизировать регулярный обмен, следует установить периодичную выгрузку данных.
Возможно, в процессе работы потребуются доработки. Причины для этого могут быть разными:
- Объекты обмена были раньше доработаны;
- Конфигурация БД нетиповая;
- Разная версия рабочих платформ;
- Не актуальная\ не обновленная версия конфигурации;
- Необходимо поменять правила обмена на нестандартные и т.д.
Конфигурация УПП ("Управление производственным предприятием") в типовой версии уже содержит готовые механизмы обмена данными. Но их также нужно настроить. Следует учесть, что обмен УПП возможет только в более новых версиях.
Через кнопку «Сервис» выбираем необходимое меню обмена данными. Если программа указывает, что возможность обмена недоступна, проставляем галочку на соответствующем поле в меню «Настройки».
После этого можно организовывать процесс обмена данными.
Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными - необходимое условие для эффективной работы таких систем.
Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «1С:Предприятие». Почему настройка обмена 1С (или, как еще это называется - синхронизация данных в 1С 8.3) может стать самой трудоемкой и недешевой задачей проекта интеграции, рассмотрим в этой статье.
Обмен данными в среде 1С позволяет:
- Исключить двойной ввод документов;
- Автоматизировать смежные бизнес-процессы;
- Оптимизировать взаимодействие между распределенными подразделениями;
- Оперативно актуализировать данные для работы специалистов разных отделов;
- «Разграничить» разные виды учета.*
*В случае, когда данные одного вида учета существенно отличаются от другого, необходимо обеспечить конфиденциальность информации и «разграничить» информационные потоки. Например, обмен данными между 1С УТ и 1С Бухгалтерия не требует выгрузки в базу регламентного учета управленческих данных, т.е. синхронизация в 1С тут будет неполная .
Если представлять стандартный процесс реализации первичного обмена данными, когда хотя бы один из его объектов – продукт 1С, то можно выделить следующие этапы:
- Согласование состава обмена;
- Определение транспорта (протоколов обмена);
- Установка правил;
- Составление расписания.
Выявление состава обмена 1С
Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*
*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.
Далее на основе полученных и зафиксированных требований со стороны пользователей создается список данных для обмена, определяется их объем, требования к частоте обмена, прописывается процесс работы с ошибками и обработки исключительных ситуаций (коллизий).
На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:
Распределенная информационная база
- РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).
Универсальный обмен данными в 1С
- Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».
EnterpriseData
- Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».
Определение транспорта (протоколов обмена)
Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.
Синхронизация справочников
Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*
*На этом этапе может потребоваться проведение работ по нормализации НСИ на стороне источника данных. В зависимости от состояния справочников и их объема, процесс сопоставления элементов, распознавания, выявления ошибок и дублей, а также заполнения недостающих полей и назначение полей синхронизации, может потребовать работы целой группы экспертов, как со стороны интегратора (владельца методики нормализации НСИ), так и со стороны заказчика.
Установка правил
Возможность отображения данных систем-источников в приемниках зависит от правильно заданных правил обмена. Правила, представленные в формате xml, регулируют соответствие ключевых реквизитов объектов источника-приемника. Решение «1С:Конвертация данных» предназначено для автоматизации создания правил для реализации как единоразового обмена, так и постоянного.
Гарантирует отсутствие потерь данных при обмене План обмена. Это составная часть любой конфигурации на платформе «1С:Предприятие», полностью описывающая порядок обмена 1С: состав данных (документы с «опознавательными» реквизитами) и узлы (информационные базы приемники-передатчики), а также активацию РИБ для избранных направлений обмена.
Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.
Расписание обмена в 1С
Для автоматизации регулярного обмена устанавливается периодичность выгрузки данных. Частота обмена зависит от необходимости и технических возможностей. Также конфигурации на платформе «1С:Предприятие» позволяют настроить обмен данными при наступлении какого-нибудь события.
Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:
- Не типовые, сильно доработанные конфигурации БД;
- Разные версии платформы «1С:Предприятие»;
- Давно не обновлявшиеся, не актуальные версии конфигурации;
- Объекты обмена, ранее подвергшиеся доработкам;
- Необходимость в нестандартных правилах обмена;
- Сильно различающийся набор и состав реквизитов в имеющихся справочниках.
Поскольку даже стандартные действия по реализации первичного обмена данными требуют экспертных знаний, их рекомендуется проводить при участии специалистов 1С. Только после выполнения всех вышеописанных действий следует переходить к настройке обмена в конфигурации. Рассмотрим интеграцию баз данных на примере «1С:УПП» и «1С:Розница» (по этой же схеме настраивается обмен с «1С:УТ»). Также к типовой синхронизации относится обмен УПП - УПП, характерный для масштабных систем автоматизации на крупнейших промышленных предприятиях.
В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».
Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»
…и проставить галочку. Далее сообщение об ошибке игнорируем.
В настройках синхронизации данных выбираем «Создать обмен с «Розница»…
Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.
При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».
В настройках вручную проставляем префиксы – условные обозначения баз (как правило, БП, УПП, РО), задаем правила и начальную дату выгрузки данных. Префикс будет указываться в названии документов, для обозначения базы, в которой они были созданы. Если правила выгрузки не будут отредактированы, данные по умолчанию будут выгружаться по всем имеющимся параметрам.
Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.
Для автоматизации процесса обмена необходимо настроить расписание.
Меню «Розница».
Проставляем галочку и выбираем «Синхронизацию».
Производим «обратную» настройку, выбирая Управление производственным предприятием.
Загружаем файл с настройками, созданный в УПП.
Проставляем галочку, адрес система подхватывает автоматически.
Действуем так же, как в УПП.
Проверочное сопоставление данных (Ручное сопоставление данных рекомендуется произвести на подготовительном этапе, поскольку эти работу могут стать самыми трудоемкими в процессе реализации обмена). Открытие окна сопоставления происходит по двойному щелчку мыши.
В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».
«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.
Готово.
Обмен данными с интернет-магазином
Ведение бизнеса через сеть Интернет – ключевое условие успеха современной торговой компании. Все большее число торговых компаний создают собственные интернет-магазины и w eb-витрины, размещая на w eb-сайте свои торговые предложения и организуя прием заказов от покупателей.
Как правило, торговля через Интернет не является единственным каналом продаж таких компаний. Для повышения эффективности работы компании все каналы продаж целесообразно интегрировать в единую корпоративную систему управления торговлей, которая может быть построена на платформе "1С:Предприятие".
Для создания и непосредственного управления и нтернет-магазином предназначены специализированные системы, например "1С-Битрикс: Управление сайтом" . Специализированная система обеспечивает взаимодействие между интернет-магазином и покупателями через Интернет. А система "1С:Предприятие" регулярно обменивается коммерческими данными с интернет-магазином через Интернет или общую локальную сеть и управляет исполнением полученных заказов.
Таким образом, при интеграции с интернет-магазином система "1С:Предприятие" играет роль бэк-офиса.
Для организации обмена данными между системой "1С:Предприятие" и интернет-магазином фирмами "1С" и "1С-Битрикс" разработан и опубликован , в котором используется основанный на XML стандарт обмена коммерческой информацией CommerceML 2 .
Реализация обмена в системе "1С:Предприятие"
Организация обмена данными на стороне систем управления web-сайтом
Информация о применении системы управления web-сайтом для организации интернет-магазина, интегрированного с системой "1С:Предприятие" опубликована на сайтах компаний.
Мы продолжаем серию статей по новому релизу 14,5 и на этот раз мы затронем наиболее интересные операции, которые могут быть использованы в повседневной практике обмена с 1С.
Мы рассмотрим следующие типовые операции:
- Реалтаймовый режим обмена с 1С
- Режим логирования операций проводимых в 1С и на сайте
- Выгрузка справочников из 1С
- Выгрузка свойств из 1С
Режим обмена в реальном времени реализован таким образом, что в 1С постоянно висит один сеанс, который ждет сообщения с сайта. На сайте создали или отредактировали заказ – в 1С посылается сигнал, чтобы 1С выполнила обмен заказами. Каждые 40 сек(по умолчанию). соединение с сайтом обрывается и происходит новое соединение.
- Если база 1С в файловом варианте работы , тогда активный сеанс 1С ждет сообщение с сайта. Для прекращения режима реального времени необходимо закрыть сеанс или разблокировать его, нажав на комбинацию клавиш Ctrl + Break.
- Если база 1С в клиент-серверном варианте , тогда фоновое задание ждет сообщение с сайта. Временной интервал, в котором работает режим реального времени – задается в расписании задания.
В авторизация на сайте к адресу сайта добавляется параметр "?type=listen". Т.е. адрес сайта получается: <АдресСайта> + "?type=listen". Параметр необходим, чтобы сайт знал, что это соединение для режима реального времени.
Сайт же может вернуть 2 кода состояния.
- Если это код 200, значит надо выполнить обмен.
- Если 302, то нужно сделать переадресацию и снова посмотреть код состояния. Адрес переадресации берется из заголовка «Location».
На видео можно увидеть работу реал тайм обмена для файловой базы 1С. Сначала был реализован сеанс 1С, в котором был запущен режим обмена в реальном времени, затем запустили второй сеанс, в котором смотрели – попадет ли заказ, созданный на сайте в базу 1С. Как можно было увидеть – заказ практически мгновенно попал в 1С. Скорость попадания заказу в1С зависит от скорости создания заказа в 1С. Обратно, измененный в 1С заказ, попадет на сайт при выгрузке заказов из 1С или при следующем реал тайм попадании заказа в 1С.
Режим логирования операций проводимых в 1С и на сайте
В новом модуле обмена реализован механизм логирования. В лог записываются все ключевые данные по формированию, транспорту и обработке на сайте. Лог файл хранится не только в каталоге, установленном в настройке обмена, но и может быть выгружен на сайт.
На сайте он хранится в: /upload/1c_catalog/Reports
Хранение лога на сайте позволяет сделать первичный анализ проблем с обменом данных, не заходя в 1С или на ПК, где они хранятся. Лог файл ведется в разрезе дня и для каждой настройки обмена он свой. После каждого обмена лог файл дописывается. На сайте лог файлы хранятся несколько дней.
На видео, показана работа логирования. Для более наглядного представления, сначала в настройке обмена указали выгрузку информации по товарам, в пакетах которого было по 20 товаров. Можно было заметить, что в логе хранились все ключевые этапы обмена каждого пакета. Конечно, если выгружать данные товаров по 20 элементов – обмен замедлится, т.к. действий по передаче данных намного больше, поэтому при повторном обмене в настройках обмена указали, чтобы количество товаров в пакете было 100 и указали, чтобы лог выгружался на сайт.
В вашем браузере отключен JavaScript
Как и видно на видео лог файл попал на сайт, причем в логе хранилась информация о первом обмена, так и втором. Для уменьшения времени при передаче файл лога – лог архивируется.
Выгрузка справочников
В новом модуле обмена реализована возможность выгрузки любых справочников из 1С на сайт. Причем можно выгружать не только все данные, но и только изменённые, т.к. при записи справочников смотрится, нужно ли регистрировать изменение для выгрузки на сайт.
Пользовательские справочники хранятся в Highload инфоблоках. Вместе со справочниками выгружается информация о реквизитах: пользовательское наименование и его тип(если он примитивный). Если у реквизита ссылочный тип, то можно выгрузить как его уникальный идентификатор, так и строковое представление элемента.
Теоретически, на сайте можно повторить справочную структуру базы 1С. Табличные части справочников, пока, не выгружаются.
В вашем браузере отключен JavaScript
Как можно увидеть на видео, было добавлено два пользовательских справочника «Виды номенклатуры» (« VidyNomenklatury» на сайте») и «Договоры контрагентов» (« DogovoryKontragentov»). Все элементы этих справочников были выгружены.
Причем настройки стояли таким образом, что часть ссылочных реквизитов представлялись как строка, а часть как идентификатор элемента. Например, в справочнике «Договоры контрагентов» настройки были заданы так, что владелец договора (контрагент) и тип цены, выгружается как идентификатор элемента (в выгружаемых контрагентах и типах цен именно этот идентификатор), а валюта и организация как строка.
С помощью идентификаторов, при небольшой доработке сайта, можно связать элементы разных инфоблоков. Например, договоры контрагентов, где указывая контрагента в заказе, отобразится список его договоров, а выбранный договор из списка подставит нужный тип цены.
Выгрузка свойств
В новом модуле обмена значительно доработаны свойства товаров и предложений:
- Стало возможным делать отбор свойств, ведь не все свойства, которые есть в 1С, должны выгружаться на сайт. Когда выгружаются только те свойства, которые необходимы – это не только упростит работу со свойствами на сайте, но и заметно ускорит скорость обмена.
- Теперь свойства выгружаются не только в товары, но и в предложения, что значительно упрощает работу с предложениями.
- Свойства могут выгружаться как в свойства инфоблоков, так и в справочники HL блоки. Куда выгружать свойство – задается в настройках обмена 1С.
- В свойстве появился признак определяющий, влияет ли это свойство на цену товара, или это просто информативное свойство.
На видео можно увидеть, что в настройках обмена 1С задали отбор по свойствам, чтобы выгружались только те свойства, которые необходимы. В настройках свойств указали, какие свойства должны выгружаться в highload блоки, а какие нет. Установили признак, на тех свойствах, которые влияют на цену. На сайте же видно: создались два highload блока(«PROIZVODITEL» - свойство «Производитель» и «VIDTOVARA» - свойство «Вид товара»). Значения свойств у товаров и предложений появились, причем выбирать значения можно из выпадающего списка.
Если у вас появятся вопросы задавайте их в комментариях, мы с удовольствием на них ответим.
P.S. если у вас есть предложения какие еще типовые операции можно рассмотреть в статьях, то пишите об этом в комментариях.