Техническая страница комментариев о товаре
anyCSV/XLS/YML PRO Edition 7 для импорта CSV, DSV, XLS, XLSX, YML, CML файлов в OpenCart 2, 3

Антон, добрый день. Установку мы можем сделать бесплатно. Настройка фидов, т.к. модуль очень функциональный, зависит от объема. Сколько фидов, какие фиды, какие к ним требования. То есть, конечно, может это делать специалист от нас, но т.к. модуль позволяет делать десятки обменов, раличные верстки фидов - то конечно стоимость таких услуг не может быть какой-то одной для всех случаев. Это Вы можете написать в почту welcome@ocext.com
Сообщите какие фиды, сколько, что нужно

Добрый день, Александр. 7.3 и 7.4. в опенкарте только из-за модуля paypal. Опенкарт весь работает на версии от 5.6
В 7.3 и 7.4 есть серьезные недоработки при работы с данными, например, из эксель. В 7.2. полностью всё работает и модуль работает на 7.2., и опенкарт тоже, нужно только убрать ограничение-проверку версии. И я еще не видел ни одного шаблона или модуля, который работал бы строго с 7.3. И если это так, что это в принципе усложнит многое. По этому, лучше не ориентироваться на новые версии php - это не совсем то же самое, или совсем не то же самое, что версии ПО. Это ни какие-то там улучшения всего. Это новые разные библиотеки, чтобы так сказать, язык жил, а не стоял на месте :)

Александр, напишите в почту, я Вам скажу, что сделать. Такое ограничение связано с модулем paypal в опенкарте. В 7.3, 7.4 php нет ничего существенно важного. Но главное даже не в этом. На них с багами работают библиотеки для парсинга экселя особенно если там кириллические сивмолы. Постоянно чего-то не так. По этому через год, два может раньше, когда в библиотеках почистят эти баги, для работы с экселем в частности, уже будет всё ок. А сейчас у модуля максимум php 7.2. и это уже версия 7, и даже 7.2. Это не 5.6.

Добрый день, Виталий. XML или HTML - это не что-то понятное. Это формат, а не язык. По этому при парсинге DOM (HTML,XML) нужно понимать какой именно язык верстки на базе этого формата. Модуль поддерживает не всё, т.к. DOM очень гибкий формат (весь интернет на нем во фронте). И сейчас есть тенденция у поставщиков создавать свои верстки, чтобы, так сказать, вкладывались в работу с ними, чтобы не ходили на сторону, не убивали 10 зайцев и т.д. Даже маркетплейсы по этой причины видоизменяют YML, чтобы сразу не подходило. По этому для оценки можно или нет, воспользуйтесь демкой прямо в описании есть ссылка. А непосредственно настройки (там тоже есть), но это вопрос, который связан с конкретными задачами и данными. Есть инструкции и услуги, если срочно

Добрый день, попробуйте Char(9)

Значит у Вас там так, не кушает этот символ. Поменяйте в файле его на другой. В нотепад++

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

Документация касается разных ситуаций, и сборок, и php. Нету такого одного символа, как Вы говорите, в php, который означает табуляция. Если Вам это требуется, я уже сказал, в чем и как сделать. Да, к сожалению, с табом есть сложность. По этому практически никто не используют этот формат в реальной практике с парсингом на php. Да, я знаю, что гугл его любит, знаю, что встречается. Но для кроссовости на php лучше CSV. А если не так, можно подобрать решение на месте. В т.ч. самостоятельно - код там открыт весь

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