Скорее всего повторяюсь по данному вопросу, так как в той или иной мере уже писал об этой проблеме пару лет назад. Хочу ещё раз акцентировать то, что владелец, либо вендор имея, как говориться, на руках горячий прайс-лист в формате XML, но с расширением файла PHP не имеет возможности импортировать его в свой магазин, ввиду соответствующих критериев безопасности CS-Cart.
Суть в том, что владелец или вендор сражаются за нового партнёра, порой припадая на колено, тот в свою очередь даёт ссылку на скачивания файла, а файл оказывается с расширением PHP. Кто нибудь может представить ситуацию, когда просящий скажет, – чувак, а мне твой файл неподходит, дай как мне с другим расширением? Вот и я не могу представить.
Конечно же XML с расширением PHP встречаются не часто, например в моём случае на сотню 3-4, однако, не редко содержимое такого файла бывает намного дороже десятка прайсов с правильным расширением. Когда это единичный импорт, тогда можно переименовать файл, а как быть, если необходимо импортировать товары по CRON каждые 2 часа. А если мультивендор, то таких файлов может быть на порядок больше. Если владелец ещё как-то может решить проблему через танцы с бубном, то в случае с вендором эта проблема неразрешима. Ещё дело в том, что вендор столкнувшись с такой проблемой просто уйдёт с площадки, так как у него единственный партнёр, который предоставил ему файл с расширением, который невозможно использовать для импорта в CS-Cart.
Вижу решение в том, чтобы платформа автоматически меняла расширение PHP на XML, если такой файл загружается в пресет импорта.