Дело в соотношении трудозатраты исполнителя и платежеспособности заказчика.
соотношение на мой взгляд вообще не причем. Есть задача и стоимость ее решения. Если цена заоблачна ввиду особенностей ЖШ, то в данном случае есть смысл присматриваться к другой CMS
Возможно сложность связана не с конвертацией yml в таблицу а в реализации самого функционала импорта в ЖШ. В таком случае я и спрашивал об отдельном решении, которое упростит ручную работу с перспективой автоматизации в будущем.
Как вариант - еще написал разработчику расширения по импорту, которое умеет разбирать такие файлы и уже есть функционал настройки полей в таблице и сопоставление с параметрами в ЖШ (настройками, атрибутами и т.п.). В данном случае наверняка будет дешевле, чем весь функционал с нуля, но он может и отказаться.
Какая разница между десктоп и веб-приложением.
Разница в стоимости реализации. Для десктопа сделают за 5 т.р. самый простой универсальный функционал по конвертации. За пару тыс. прикрутят к вебу (без цмс) За 10-15 можно получить полный функционал с автоматизацией процесса. Останется только в расширениях ЖШ настроить автоматический импорт (который есть почти во всех решениях). Но это все равно геморройно, такое решение остается на случай, если не будет найдено простое решение для ЖШ.
Вы лучше по базе проверьте что там одинакового у вас сейчас после импортов ручных. MySQL не должен был вам позволить нарушить уникальность ключей. Но если вы умудрились его обмануть, то это значит, что вы готовы к катастрофе.
Мне кажется Вы немного о другом говорите. Я не стремлюсь к катастрофе и не пытаюсь обманывать MySQL. И ручные импорты - это вынужденная мера.
Есть несколько поставщиков, которые в своих yml указывают id категорий и товаров. Я заливаю допустим первый прайс - все ок. Заливаю второй, и там где пересечение по id, данные перезаписываются (либо пропускаются, в зависимости от настроек импорта в расширении ЖШ). Грубо говоря - один товар накладывается на другой. Иногда просто все перезаписывается, а иногда вылазят ошибки при импорте, либо в товарах все едет, фотки не работают и т.п. Из-за этого я каждый прайс гружу на отдельный сайт с ЖШ, оттуда выгружаю его в экселе или csv, и редактирую в экселе (меняю id, характеристики и т.п.), т.е. использую ЖШ как конвертер. Потом чтобы обновлять количество и цену, все эти манипуляции повторяю, в экселе ВПРом обновляю нужные данные и заливаю на боевой сайт итоговый правильный прайс. И вот этот процесс хочу упростить.
Я буду делать сайт на JoomShopping. Заложил в бюджет уже 50 000 руб на доработки. Заказчик вменяемый.
Я заложил больше, но не уверен, получится ли реализовать весь функционал в принципе на ЖШ. И сколько будет в итоге стоить. С учетом того, что доработка импорта или конвертер yml в csv может стоить несколько десятков к.р.
Еще одно заблуждение.
Дело не в Joomla или в другой CMS.
И тут по поводу выбора CMS не заблуждение. В другой CMS уже может быть нужный функционал или может его несложно докуртить. И дело не только в платежеспособности. В данном случае выбор за Joomla из-за ее возможностей, которых нет у других, например асимайлинг. Но если со всеми своими преимуществами стоимость нужных доработок вылезет в сотни тыс. рублей, то возможно стоит отказаться.