Snezhckas

Не, для этого есть спецсофт, он может помогать делать соответствие. Посмотрите тут Мне бы интересно глянуть на вариант по типу маркета Яндекс Поставщики - индивиды иногда не управляемые, у них не то что артикулы могут быть разные, так они вместо артикулов могут пихать какой-то свой код 1С или вообще давать прайсы без них.

Вам сначала нужно найти модуль который будет показывать в карточке товара его модификации, а уже потом искать чем импортировать товары.

Да, руками. Почти везде так.

Вы делаете какой-то аналог прайс-площадки?

Проблем нет, но модулю все-равно нужно читать файл при следующем запуске, чтобы найти нужную строку. У меня в магазине по другому, обновляется готовый каталог товаров из сводного прайса около 30 тыс. Сами прайс-листы поставщиков закачиваются другим способом. А вот у коллеги регулярно обновляется прайс в 300 тыс. товаров, но файл не большого размера т.к. там автозапчасти. Я бы взялся, но под Новый Год нужно заниматься продажами своего магазина.

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

Кажется что я как раз и понял, что модуль для этого не подойдет, так как в 2 ГБ файл товаров, это миллионы строк. Чтобы загрузить их через какой-то модуль - нужно дробить, а это или ручная работа или снова какая-то программа. Как раз для этого можно загрузить этот файл в другую локальную базу данных и провести все манипуляции сиквельными запросами, а потом экспортировать как описано выше регулируемыми порциями и выставленным количеством одновременных загрузок.

Сейчас с появлением всяких законов Яровой-шмаровой хостинги нужно обязательно брать заграницей, чтобы они не подчинялись "законам" Пукина.

В загрузках вроде видел готовую схему импорта через скрипт sql и вот на форуме тема про yml.

Как можно вам помочь не задавая вопросов? Сделать вашу работу за вас?

Программ и средств для синхронизации данных достаточно, от плагинов вроде Автом...айс-лиcтoв до универсальных систем по учету прайс-листов как Инетшоп. Если хотите чтобы вам помогли как минимум толковым советом, опишите ваши проблемы, нюансы организации каталога, ожидаемые результаты и укажите прочую необходимую информацию.

Попробуйте стационарную программу Инетшоп, кажется это полностью ваш вариант.

Про Solr я знаю бегло, вплотную им не пользовался. Сталкивался с Sphinx на одном магазине Битрикс, это поисковый движок который устанавливается как демон Линукс (apt-get install sphinx), а не как плагин или модуль. То есть для него нужен как минимум ВПС. Потом настраиваете доступ к индексатору - запрос (или несколько запросов) к базе, логин/пароль, поисковый индекс и т.п. чтобы он по крону индексировал данные. А уже потом можете в скрипте поиска магазина вместо "select where like..." сделать "select where product_id in (id1, id2, id3, ...)", где id1, id2, id3 - коды релевантных элементов индекса которые выдаст Sphinx. Пример работы с этим движком из php есть на его сайте поддержки.

Что мешает сделать отдельный субдомен который будет работать на той же базе данных что и основной сайт, но с нужным функционалом для продавцов магазина и закрытый для остальных посетителей. Сканеры при сканировании ШК можно настроить на отправку спец символов или эмуляции нажатия клавиш (например F11). Если в кабинете пользователя Java-скриптом перехватить нажатие F11, то легко перевести форус в нужно поле ввода и сканер передаст туда ШК позиции.

Как вариант можете сами проиндексировать свою базу собственным поисковым движком Solr, Sphinx и выводить результаты поиска из любых источников (таблиц магазина), в том числе с ранжированием.