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

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

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

Тоже самое напишите, только в тех. поддержку cms.diafan (это зависит только от них).

А я подумал, что Вы уже дернули.

Сделайте резервную копию базы данных и файлов, чтобы откатиться, если потребуется. Обновите cms до текущего состояния. Временно уберите все кастомные файлы, т.е. оставьте только оригинальные файлы cms. Воспользуйтесь восстановлением базы данных (В админке cms, радел Модули и БД, закладка Восстановление базы данных). Затем поэтапно возвращайте свои корректировки, особое внимание обращая на корректировки админки. Если есть конфликты корректировок с оригинальными версиями, то исправляйте их.
От себя отмечу: в реалиях при обновлении конфликтуют только Ваши файлы корректировки с файлами cms новой версии, т.к. в cms много, что стало по-другому.
Успехов.

Вы можете найти исполнителе, использую данный ресурс: pro.user.diafan.ru. Там, кстати, есть Топ исполнителей.

А лаконичные ответы приветствуются?
http://addons.diafan.ru/modules/modules-and-services/import-tovarov-iz-formata-xml-/

Там уже за Вас потрудился разработчик, а Вам остается только использовать.

Да. Муторность только в заполнении и слабый контроль по складам (конечно если Вы ограничитесь доп. характеристикой).

или вариант 2: обновить движок cms до новой версии.

Думаю загвоздка в следующем: необходимо плагину сообщить, что BASE_PATH - это константа. Тогда все должно встать на свои места.

То, что переменная определена в index.php, не значит, что эта переменная дойдет до другого скрипта в том же виде. Надо смотреть скрипт плагина и его взаимодействие с cms.

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

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

Не возражаю. Реально легче три минуты потратить, увидив, что там, и решить проблему, чем часами гадать, что там может быть.

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

Значит доступ к корзине воспринимается как административная функция. Соответственно вход только с адреса админки.

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

А поиск на форуме не работает? Тема не раз поднималась. Недавно было сообщение от модератора форума с подробным разъяснением данного вопроса.

А перенести в шапку шаблонный тег не выходит?

Ничего сложного, конвертируй файлы .htaccess и будет все Ок.

Исправьте содержимое динамического блока, исключив попадание туда тегов.
Т.е. там, где Вы заполняете динамический блок содержанием (в админке), предварительно поставьте галочку в пункте "HTML-код", чтобы исключить автоматическую вставку тегов. Таким образом, содержание динамического блока должно быть например таким:
а не таким (опять же пример)

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

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

А что мешает прочитать и вникнуть?
Маршрутизатор
Страницы сайта
Как добавить шаблонный тег

Почтовые сервера настраиваются по разному. Поэтому соединения с ними различное.
Yandex - SMTP-хост: ssl://smtp.yandex.ru
Mail.ru - SMTP-хост: tls://smtp.mail.ru
Gmail.com - SMTP-хост: ssl://smtp.gmail.com
Для каждого из серверов обязательно необходимо указать SMTP-порт: 465
Также необходимо проверить, можно ли авторизоваться на почтовом сервере, используя данные SMTP-логин и SMTP-пароль, просто зайдя на web-страницы почтовых серверов, используя интернет-браузер. Там же необходимо проверить, выставлено ли разрешение на удаленное использование ресурса.

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

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

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

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

Как-то так.