hoolygan

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

И чего Вы хотите от потенциальных исполнителей? Указать товары, где не хватает? Или же найти и добавить картинки? И тогда сразу вдогонку, если пункт 2 - какую цену предлагаете за фото? И фото с гугла стыренное или же сделанное собственноручно? Если второй вариант, то думаю меньше 3-5 у.е. не будет за штучку, либо будет на телефон с базарной раскладки.

Ни модуля такого ни подобной инструкции не видел, но видел структуру БД опенкарта. Вам нужно несколько таблиц. Oc_product oc_product_to_category oc_category oc_category_description В первой находятся товары и ссылки на картинки, во второй линки товаров к категориям, в последних двух категории с названиями и картинками. Пользуйтесь. Дальше уже тривиально, если понимать, что означает первый товар, это айдишка или название.

Что значит первый товар? Стандартно будет искать первый товар по его id, а имеется в виду что-то другое. Вопрос решается 2 строчками сиквела, да и это не фича журнала, а функционал из коробки.

@nix6 если хочешь обнулить - то сначала удали все товары, категории, фильтра, производители - т.е. сделай чистую девственную базу без ничего - потом обнуляй. А то наделаешь себе проблем.

@Dmitriy3000, похоже это Вы не понимаете сути БД. Id - это АВТОИНКРИМЕНТИРУЕМОЕ поле, которое используется для целосности базы данных. Это поле НЕЛЬЗЯ использовать ни для каких других целей. Если кривожопорукие школьники делали связь по этому полю - сбивайте бабло у них назад, отказывайтесь от этой связки с самого начала, потом проблем будет еще больше. Благо вариантов связывания существует на данный момент не мало, включая прямую в БД, используя ODBC драйвер. Любой программист, кроме криволапых, сможет создать что угодно.

Id в 99% используется только для связей между таблицами? Измените в одном месте - нужно изменять и в другом (имею в виду существующие). Можно поинтересоваться - для какой цели менять айдишки, если они нигде на фронте не фигурируют?

А Вы когда-нибудь пробовали открывать и работать с файлами екселя в млн строк? Расскажу на примере. Я делал обработку файло, где на листе максимальное количество элементов - т.е. 1 млн 48 тыс записей, больше ексель не поддерживает. По железу - ssd винт, 16 гиг памяти DDR3 + Core I5 (средненький комп). Загрузка этих строк занимала от 1,5-а до 2,5 минут, это только загрузка (работал через OpenXML). Если на каждую строку будет еще и происходить поиск/перемещение файлов, даже при SSD, думаю, что работа с одним таким файлом будет занимать не менее 15-20 минут (это при условии, что файлы весят по 2-4 кБ). Сколько времени, по Вашему, должна работать программа по Вашему ТЗ, учитывая, что хотите работать с картинками, а это 100-200 кБ каждая + создание папок? А если еще и работать с плугами в виде макросов..... то мне страшно становится. Удачи кодерам могу только пожелать.

Ой не советовал бы я полагаться на него. В плане - модуль норм, а вот машинный перевод.... Не гуд получится Можно поставить, перевести - а потом сидеть и править до 40% текста как минимум. Я сталкивался с переводом от яндекса, правда писал свой обработчик через его API, переводил технические тексты по стройматериалам - жуть получается. И есть на сегодняшний день одна неприятность, поскольку хотите перевод сделать на украинский - предположу, что и хостинг в Украине. Уточняйте у автора перед покупкой - будет ли он работать в связи с блокировками. Мало ли.

@maksim1989 Однозначный ответ только в том случае, если переход с дефолта на дефолт без кучи доработанного функционала. А иначе сумма может отличаться на порядок, а то и на несколько порядков. т.е. может быть от 20 у.е. (перенос данных только это 1-2 часа работы) до хз сколько.

@EgorovD ну крутяк, что хочу сказать )) 860 у.е. по сегодняшнему курсу. Зарплата стажера с годом практики (ну т.е. уже почти джуниор). Оценка, Вы считаете - это просто? Да Вы что? Может быть и просто, если в ТЗ нету вариантов "а вот как там", или "взять за основу вот это". А большая часть ТЗ именно так и делается, т.е. "ну это же само собой разумеется". Особенно красочно, когда разрабатывался немаленький функционал одной командой, а потом в ТЗ прописано - "сделать как там, но уже вот тут", и перед оценкой нужно еще понять - а как же оно сделано "вон там". Заложишь маленькое время - потом ночью работаешь, сделаешь большой зазор - от заказчика потом приходит "Та там же на 5 минут работы было, а вы тут понаставляли неделю".

@Pmaks на самом деле неумная практика - делайте отсутствие на складе с невозможностью купить. Так делают все магазины большие, которые встречал. 0 на остаток, проверка на 0 - и inactive на кнопку покупки.

@rim89, есть точная уверенность, что кто-то из менеджеров/админов не удалял никогда ни 1 товар? Или в другой магазин не добавлял товар? По сути задачи этой уверенности нет - а значит метод может (или может - как кот в мешке) нарушить целостность БД. Но рисковать для выигрыша в пол часа с возможной потерей информации нельзя. Хотя... кому то может и интересно потом сидеть и перепроверять - все ли нормально

@rim89, никогда такого не делайте. Вообще. По рукам нужно сильно бить за такое Почему - можно спокойно нарушить связи с большинством таблиц (производители, категории, описание, заказы, фильтра). Если уж сильно хотите переносить, то делайте insert во все таблицы, что так или иначе завязаны с товарами отсутсвующих товаров (про существование дублей подскажет простой join).

Туда же и 1с-ка и Парус и Софтлайн попали

Update oc_product Set quantity=100500

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

Вам единоразово проставить нужно или хотите менять их постоянно? Если единоразово, то проще запрос на сиквел прописать, сразу на все товары кроме тех, что присутствуют в категории акции, как заказано, а потом играйтесь с ценами/модулями и прочей ерундой.

Ну посмотрите, как работают запросы в других моделях, это же не сложно. Учеба, кстати, тоже стоит денег.

Просто количество штук? Строкой куда-то? типа select count (*) from oc_product ?

....настроить директ, adwords, поработать с СЕО, продвинуть в ТОП, заработать пару лямов и отдать мне А я бамбук курить буду на море.

Та как бы я и за эти деньги не хотел бы Поэтому и написал, что чел все делает сам, если нужно подешевле )

Ну почему же печальная? 4 магаза, что имеем OcStore - free UniShop - 4*1200 = 4800 р Обработка прайс-листов - 1700 р - автор довольно демократичен - использование на 1 домене, но можешь менять домены. Что имеем - 6500 р за 4 магазина с наполнеными товарами, но делает чел самостоятельно. Профит а разные дизайны - ну цветовую схему поменять, и расположение блоков - вот уже и разный дизайн

тогда сделайте проще - попробуйте insert вручную - а там и увидите - что было ошибкой

регистронезависимые данные в таблице. Так что проверяйте. Гуглить по слову LOWER.