removeMissing() в catalogFill

В catalogFill не реализован данный функционал:

$this->removeMissing();//удаляем товары, которых нет в файле, если нужно
Функция выглядит так:

/**
* Удаляет товары, которых нет в файле, если нужно
*/
function removeMissing(){
}

12 комментариев

avatar
Этому дополнению уже как десять лет, поддержки нет примерно столько же. И в чем вопрос то?)
avatar
Вообще хочется отменить публикацию/отметить на удаление (с возможностью снова показывать) документ/товар, которого нет в файле импорта
avatar
Ну так добавьте вначале работы импорта снятие с публикации всех товаров, а затем при импорте каждой отдельной строчки восстанавливайте каждую из них.
avatar
Вот так и думаю сделать. Решил узнать может кто сделал уже ))
avatar
Делали) И не раз. Но не в catalogFill. И мой тебе совет — держись от него по-дальше))
avatar
А какая альтернатива?
Есть ли готовые решения?
avatar
Писать свое.
MODX не имеет одной единственной четкой структуры, поэтому написать универсальный загрузчик, что попытался сделать Andchir — обрекается на провал.
Тем не менее, т.к. MODX это фреймворк, то можно использовать готовые либы.
Например simplexlsx.class.php — легкий, но рабочий импортер xlsx в массив php.
Для работы с документами есть MODxAPI и modResource.php в частности.
Вот тут я выкладывал болванку, можно глянуть принцип.
avatar
Ну почему такой уж провал. Если соблюдать осторожность и аккуратно подготовить экселевский файл и конфиги, то в принципе работает… потом легкая допилка лобзиком — и вуаля!))
А если серьезно, то не всем хватает квалификации для таких задач. Я например залипну над такой задачей на века…
и это возвращает к извечному вопросу, для чего/кого/почему нужен MODX)
За болванку спасибо!)
avatar
И извечный ответ: для тех кто любит свободу) На быдлосистемах есть хороший импорт, но логику каталога вы не сделаете иначе, как задумано. А на том же Битриксе (извиняюсь что всуе) так там тоже нужно пилить и пилить.
Да, для обывателя то что я написал выше может показаться трудной задачей. Но программист средней руки справится без проблем.
И я дорабатывал различную кастомную логику на других системах. Да, я не самый сильный программист, но и не самый последний. Так вот это ад. И я искренне не понимаю для кого ОНИ нужны) Типовое — да, пожалуйста. Кастом — звиздец. В MODX же кастом может делать гораздо большее количество людей за меньшее время.
avatar
Задача не то чтобы сложная, но думаю данная опция востребованна была бы у тех, кто использует catalogFill
avatar
Вы готовы использовать ОДИН корень для товаров. ОДНИ наборы параметров. ОДНУ структуру. И подчиняться верстке в случае вариаций цен и прочего, а не логике?
avatar
И еще момент: в любом +- средне-крупном ИМ магазине есть либо штатный программист/ы, либо на аутосртсе. Их задача заниматься бэком. Фронт отдается владельцу. И в этой логике MODX более чем уместен, потому что он проще чем другие CMF и более гибок чем OC и иже с ними.
А быть и владельцем, и продавцом, и сеошником и программистом — ну такое себе, если честно)
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.