Компонент CSVI Pro

так а собственно в чем проблема? если вам не нравится ширина столбца, то скорее всего какой-то плагин вам стиль csvi заменяет. И да, если в этом проблема, то установка более новой версии скорее всего все исправит ситуацию. Но, имхо, желательно именно установка с нуля, а не обновление.
На ранних версиях csvi, если столбец вот так съезжал, это означало что есть конфликт с плагинами, в моем случае это был YT Framework, после его отключения csvi работал и все было на своих местах. Сейчас csvi не работает и отключение плагинов не помогает и так на всех версиях от 5.9.5 до 5.19. Ставил на чистую jooml'у все тоже самое. Кто-нибудь может поделиться компонентом работающем на 3.4.1 или хотя бы посоветовать точно работающую версию. Спасибо заранее!
 
На ранних версиях csvi, если столбец вот так съезжал, это означало что есть конфликт с плагинами, в моем случае это был YT Framework, после его отключения csvi работал и все было на своих местах. Сейчас csvi не работает и отключение плагинов не помогает и так на всех версиях от 5.9.5 до 5.19. Ставил на чистую jooml'у все тоже самое. Кто-нибудь может поделиться компонентом работающем на 3.4.1 или хотя бы посоветовать точно работающую версию. Спасибо заранее!
На чистую жумлу с каким шаблоном (и сайта и админки)? Проверил на версии 3.4.1 "из коробки" - CSVI 5.19 PRO работает норм и ничего не косит... Да, версию РНР также озвуч...
 
На чистую жумлу с каким шаблоном (и сайта и админки)? Проверил на версии 3.4.1 "из коробки" - CSVI 5.19 PRO работает норм и ничего не косит... Да, версию РНР также озвуч...
Еще раз повторил, для чистоты. Скачал 3.4.1 чистая все по дефолтам, ничего не менял, на нее 5.19 pro, результат тот же.
ХЗ в чем дело. Хостинг jino.
32776840b45233ed8ab253a77042ee96.jpg
 
Эмммммм........... версия РНР - 5.3.29... Вообще, как показывает опыт и практика, Жумла версий 3+ и соответствующие компоненты нормально работают на РНР версий 5.4 и выше... Попробуйте обновить версию РНР.

Упс... у Вас еще и база в ср1251 - эт чегой за винигрет получается? Не мешало бы на УТФ-8 перейти...
 
Эмммммм........... версия РНР - 5.3.29... Вообще, как показывает опыт и практика, Жумла версий 3+ и соответствующие компоненты нормально работают на РНР версий 5.4 и выше... Попробуйте обновить версию РНР.

Упс... у Вас еще и база в ср1251 - эт чегой за винигрет получается? Не мешало бы на УТФ-8 перейти...
Спасибо за советы, версию php изменил, базу конвертировал в utf8. Но проблема осталась.
Без Вас и не заметил бы что база 1251, эта кодировка всегда встает по умолчанию?
 
Спасибо за советы, версию php изменил, базу конвертировал в utf8. Но проблема осталась.
Без Вас и не заметил бы что база 1251, эта кодировка всегда встает по умолчанию?
при создание бд есть дефолтовые настройки, из них и берется кодировка
 
Кто знает, можно ли импортить без Product SKU? Т.к. у меня товар парсенный, то артикула у него само собой нет, и генерить нельзя, надо именно с пустым вставлять. Товар нормально будет функционировать, только вот csvi не дает без него импортить, поставил custom_sku чтобы указать свое поле из csv product_name , сменил в .php таблицу на _ru_ru чтобы название сверять, 1ая проверка выдает Custom SKU Find, делает селект, но дальше опять вылезает Product-sku not found or ID, хотя вроде это место в productimport'e заменил на product_name также, а больше судя по логам, нигде обращение и не идет к продакт-ска... Кто знает в чем может быть причина? Пока с фтп файлы для дебага откопируются, наверное пройдет вечность, может кто быстрее подскажет?
 
А почему бы не сделать product_sku названием продукта ? Вокруг артикула все крутится. И сопутствующие , и дети ... Почему б не парсить товар , задавая сразу при парсинге артикул из названия ?
 
Потому что артикул будут делать потом, деталей я не в курсе, но таковы были условия импорта. Но я все сделал, в итоге в пхп.файлах в _mpn надо сменить только таблицу на _ru_ru, а далее просто создаем в fields дополнительное поле product_sku и дефолт значение ему " ", т.е. пробел. Ну и не игнорить дефолт значение, тогда импортит с пустым product_sku, которого в csv просто нет.
 
Если оставить разделители как есть, для полей - , , а для текста - " то все работает.
С импортом оказалась та же история.
В общем, у кого тоже не работает компонент CSVI 5.19 , не трогайте его родные разделители и будет вам счастье.
Спасибо всем, кто пытался помочь. Правда, не ожидала, что кто-нибудь ответит
Проблема родных разделителей в том, что если оставить такие разделители, то нельзя будет их использовать в тексте полей: например если вы поставите в описание продукта или в каких-нибудь других полях кавычки, а они у вас уже используется в качестве разделителя, то они и будут восприняты как разделители, и вы получите неправильное отображение поля. Именно поэтому выбирают другие разделители, те которые очень редко используются. Необходимо только следить, чтобы при сохранении документа CSV и в шаблоне CSVI разделители обязательно совпадали, все будет хорошо.
 
Назад
Сверху