Вам же Александр Биг Эпл (ba5) предложил (проект http://pro.user.diafan.ru/project/2063/) нормальный вариант: создать две страницы и к ним прикрепить модуль магазин - вот вам и мультимагазинность. Что именно Вам в этом не подходит?

Элементарно: идем в админку, выбираем страницу "каталог", закладка "характеристики", создаем характеристику "список с выбором нескольких значений", создаем список из названий сети магазинов (дополнительно отмечаем выбор "Отдельная страница для значений" - пригодится). Далее каждому товару присваиваем одно или несколько значений этой характеристики (если товаров много, то делаем это через импорт/экспорт). Затем с помощью куков или сессии или ... (много вариантов) запоминаем выбор гостя и подставляем в качестве фильтра для товаров выбранную им характеристику.
Подходит, чем не мульти-мега-маг (один товар - несколько магазинов)? Еще можно привязать данную характеристику как влияющую на цену с последующим определением количества товара (один товар - несколько магазинов - несколько цен - несколько единиц товара в наличии). Вот и всЁ.

Dmitry (afonnikov10), Вы же сами ответили

Не, это не реальная причина, а всего лишь техническая опечатка

Перевожу. Ошибка в синтакСисе: в скрипте стоит (а по правилам не должен стоять) символ "<". Вы привели картинку, но то был краткий вариант ошибки. Если кликнуть по ней (ошибке), то будет выведен ее адрес (т.е. в каком именно файле, в том числе покажет номер данного символа по порядку). Там Вы увидите с чего вдруг этот символ там встал (то ли опечатка, то ли ошибка) - останется только исправить (но это уже пустяк).
Может и так получится, что скрипт Вы отображали через php, и не заметили как допустили некорректное завершение строки - вот и результат - на выходи js получился не корректный. Мне было бы проще один раз посмотреть исходник и ответ бы я дал однозначный, а так приходится угадывать (а вариантов много)

Если не сложно (допустимо для Вас) скиньте в личку адрес страницы

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

Если я Вас правильно понял, то параметры которые влияют на цену и так переданы в shop.view.buy_form.php (shop.view.buy_form_list.php)

Все проще. Пример, берем файл shop.view.buy_form.php, там находим следующие строчки

Последние строки пишем вот так

Все зависит от Ваших навыков и задачь, которые перед Вами стоят:
- если Yandex.Delivery API, то надо начать от сюда http://docs.yandexdelivery.apiary.io/#reference/0/getsenderorders
- если необходим другой сервис, то поисковики по Вашему запросу выдадут с десяток ресурсов (умышлено не привожу список, чтобы не рекламировать)
- если средствами cms.diafan, то начать от сюда http://www.diafan.ru/dokument/full-manual/modules/shop/#Sposoby-dostavki
- если в природе нет того, что Вы хотели бы, то можно создать свой модуль, тогда Вам надо начать от сюда http://www.diafan.ru/dokument/full-manual/examples/createmodule/
Поймите, я пишу это без злого умысла, а лишь с желанием помочь. Просто Вы забыли написать, а что действительно нужно (как это что-то должно работать).

Воспользуйтесь этим http://www.diafan.ru/dokument/full-manual/modules/shop/#Import/eksport-YA.Market

Круто, но тоже можно сделать и в Excel, предварительно прописав макросы.
Уважаемый Валентин (Vilgelm), помойму Denis (Drachoon) Вам говорит о другом

Конечно не мое это дело, но все же елси

ссылка не битая, то попробуйте вот так

Кавычки нужно другие ставить, т.е. не эти
а вот эти

Нет, я говорю о правилах использования кавычик в php.
Т.е. эта строчка

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

В этом примере все верно (исправлять не требуется)

На функцию это ни как не влияет, а влияет на интерпритатор php.

Вы привели в качестве примера только это


Поэтому могу говорить только о данных строчках кода (свое мнение я изложил выше по тексту)

Еще раз повторюсь php очень чувствителен к используемым кавычкам (в отличии, например, от javascript). Поговорите с программистами, они Вам наверняка приведут кучу примеров, когда пол дня писали на php, а затем трое суток в километровом коде искали ошибку (т.е. где-то не ту кавычку поставили)

не, ошибся, считаю не верным. Должно быть так

Попытаюсь очень коротко (т.к. китайцы все же выключили google ..., правда только у себя на родине).
В php строчку можно заключать в одинарные, так и в двойные кавычки. Разница в том, что при использовании двойных кавычек компилятор php будет искать переменные, а в одинарных нет. Пример:

Также переменные можно вынести (соединить их с строкой оператором конкатенации). На всякий случай, оператор конкатенации - это обычная точка.

Продолжу (ниже код понятен без слов):

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

Кавычки можно экранировать. Т.е. можно использовать одинарную кавычку внутри строки, только ее необходмо предварительно экранировать обратной косой чертой (\). Если нужно написать обратную косую черту, тогда надо ее дублировать (\\). Все остальные случаи применения обратной косой черты будут интерпретированы как обычные символы: это означает, что если Вы попытаетесь использовать другие управляющие последовательности, такие как \r или \n, они будут выведены как есть вместо какого-либо особого поведения.
Пример:

Двойные кавычки
Если строка заключена в двойные кавычки, php распознает и управляющие последовательности (специальные символов): \n, \r и т.п.

Далее. В операторе include можно использовать двойные кавычки. А например в операторе count их использовать вообще не надо.

Для размышления. Индекс ассоциативного массива должен быть в кавычках, пример:

а не

Хотя второй вариант работает, но до определенной поры:
Первая пора - если в коде инициировать константу с аналогичным именем, то результат не станет ожидаемым. Т.е. причина в том, что этот код содержит неопределенную константу (abc), а не строку ('abc' - обратите внимание на кавычки), и php может определить константу, которая будет иметь то же самое имя. А иногда работает, потому что php автоматически преобразует голую строку (не заключенную в кавычки строку, которая не соответствует ни одному из известных символов) в строку, которая содержит голую строку. Например, если константа с именем abc не определена, то php заменит abc на строку 'abc' и использует ее. Однако, это не означает, что нужно всегда заключать ключ в кавычки. Нет необходимости заключать в кавычки константы или переменные, поскольку это помешает php обрабатывать их.
Втора пора - наступает, когда Вы переведете error_reporting() в режим отображения ошибок уровня E_NOTICE (такой как E_ALL), вы увидите эти ошибки. По умолчанию error_reporting установлена их не отображать.
Пример перевода:


В общем много особенностей.

Учитывая изложенное выше, можно и так. Т.е. у Вас ошибка из-за того, что Вы кэш НЕ СБРОСИЛИ.

В дополнение приведу практический случай (исключительно в качестве примера выше сказанного по вопросу правильного использования кавычек):
в оригинальном файле cms.diafan.5.4.13.0 \modules\images\admin\images.admin.view.php присутствует следующая строка

так ват в этой строке присутствует ошибка в использовании кавычек - результат ошибки Вы можете увидеть на рис.1
А вот правильное изложение данной строки

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

PS: отдельно отмечу для тех, у кого особая чувствительность к техническим опечаткам - данная ошибка в принципе никакого негативного воздействия на cms не оказывает.

Полагаю Ваш вопрос расписан здесь https://user.diafan.ru/forum/show2806/#24542
т.е. берем и открываем редактором файл /modules/shop/inc/shop.inc.price.php и правим как Вам надо

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

Очень похоже на PHP-Backdoor.
Cпособ интересный - обычная обфускация - и описан еще в 2008. Им пользуются давно и это, наверное, самый распространённый тип бэкдора на сегодняшний день.
Т.е. обратившись к вашему сайту можно передать на исполнение сторонний скрипт. Например, удалить все файлы, вывести на экран config.php и т.п.
Ваша картинка отображает только часть кода. Необходим весь скрипт.
Теперь Вам надо либо чистить все в ручную или перезалить не испорченные файлы и базу. Затем выяснить как данный скрипт к Вам попал и закрыть брешь (cms.diafan не позволит так просто внедрить данный скрипт, поэтому возможно это косяк либо админов хоста, либо Ваша невнимательность при использовании сторонних скриптов).

Интересная модификация.
Проверьте .htaccess , index.php , index.html , а так же смотрите добавляемые левые папки со всяким бредом...
А также

Желательно для Вас это сделать оперативно. Пока более не могу добавить, т.к. загружен своими вопросами, если будет необходимо отвечу немного позже. Возможно другие участники форума, что-то подскажут.
Не совсем согласен с Александр Биг Эпл (ba5), т.к. данный код позволяет корректировать и кастомизированные файлы (впрочем как и все остальное), но как вариант не плохой.

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

Александр Биг Эпл (ba5), например метод не сможет показать, что изменился .htaccess, index.php, init.php и т.д., или созданы дополнительные папки и файлы, к которым возможно обратиться напрямую (минуя обработчик cms)

Проверте права доступа

Вы размещаете дистрибутив cms на хост. Проверте есть ли права на чтение, запись, исполнение учетной записи от которой действует скрипт дистрибутива. Проверте создание таблиц в базе данных.

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

В админке cms пункт "Страницы сайта", закладка "Блоки на сайте", пункт "Телефон в шапке сайта"