hoolygan

А как собираете системник? Есть ли где-то в БД комплектация с учетом товаров, что есть на сайте? Тут нужно тогда делать отдельную таблицу с косметикой в админке, куда будете записывать товары для сборки системника - тогда вычислить его цену будет элементарно. т.е. в товаре "системник" они заведены? Или я не до конца Вас понял?

У этого шаблона есть в товарах предыдущий/следующий товар. Отключите их в модификаторе шаблона, и загрузка страницы товара будет быстрее в разы.

Update oc_product Set sku='чего-то там' Where isnull(sku, '')='' Вот только точно не помню, есть ли функция isnull в mysql, работаю с ms sql

За 1,5 тыс. Вы и шаблона такого не найдете. Стартуйте бюджет для начала от 7-10 тыс руб за шаблон и функционал.

Лучше тогда с оф сайта берите, без всяких своих значков. А когда уже разживетесь товаром, простяцким лайтбоксом и примитивным фотоаппаратом, ну и временем немножко :) - поменяете.

ТС. Вы не до конца меня поняли. Запутыванте в урле я имел в виду. Это ни к чему. ПС плевать, какой он, лишь бы не 200-300 символов. А вот дубли с www и без него - это проблема. 2. ПС прекрасно могут читать отзывы, и даже больше - они их точно читают и видят. Уникализировать отзывами и фотографиями - это первое дело. 3. Использовать чужое фото со своим знаком - плохой тон. Поисковикам это может не понравиться, и точно не понравится владельцу фото.

1. Урл - это больше для вас, а не ПС. 2. Про отзывы - открываете исходный код и смотрите, если отзывы видны - то и ПС их видят. 3. Дубли - это очень вредно. 4. Фотки товара, надеюсь, ваши?

Query :) А не queru

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

Есть модуль сео топ от Markimax. Модуль позволит с легкостью привязаться к категории, но к производителю не уверен, спросите у автора, может тоже сможет. И спокойно выводите им ссылки где угодно на странице, привязка посредством jquery.

ну допустим. Лук стоит 30 руб, картошка 30 руб, морковка 30 руб за единицу (не смотреть цены - просто так написал). Борщ будет стоить 90 руб? Это же в убыток сплошной.

количество ингредиентов возможно выбирать, или нет? цена в "подтоварах" снижается в комплекте? если БОРЩ выбирать из категории, не заходя в товар - что должно добавляться в корзину? ..... И таких вопросов море будет ДО создания модуля комплекта. И последнее - почти ни 1 модуль автоматической загрузки-выгрузки в Excel не разберется "из коробки" с этим функционалом. т.е. придется многое дорабатывать напильником.

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

сначала посмотрите тут раз два три Поспрашивайте авторов - может и не нужно будет велосипед изобретать. Если не подойдут - тогда можно думать о частной разработке.

могу логику рассказать. 1. Делаете новую таблицу с 2-мя полями - product_id, group_id 2. Заполняете группами (наборами) - тут полет фантазии огромный. 3. Напильником допиливаете контроллер, модель, шаблон карточки товара, чтобы группа отображалась. 4. Напильником еще допилить скрипт "покупки" в карточке товара, категориях, брендах и прочих модулях. Профит.

корень проблемы в обработчике csv файла может быть зарыт. Посему вопрос сразу же - а в админке, в карточке товара, урл меняется или нет? Если нет - начинать нужно с модуля для загрузки файлов. Если да - то попробуй почистить кеш урлов, можно и из админки.

а в админке, если зайти в товары - там что? включены или отключены? Может еще кешер стоит?

Можно сделать, количество роли не играет. MySQL абсолютно все равно, что 5 товаров, что 500 000 товаров. Сам запрос от этого не изменится, если нужно добавить всем товарам.

Сделать не так уж и проблемно. 1. Добавить в таблицу, связанную с товарами (или лучше создать новую таблицу с полями product_id, [поле varchar(30) - для указания тары]) 2. Добавить в контроллер новую переменную для этого поля, а также ссылочку-свойство для этой переменной кинуть в ТПЛ-ку рядом с ценой. 3. В модели-админки немного поменять функционал добавить/изменить товар для учета этого поля. 4. Поправить контроллер/вьюшку/модель во фронте для выборки дополнительного поля. 5. Если есть системы автоматических прайс-листов - их тоже нужно править обязательно, иначе не попадут туда данные. 6. Также править функционал выгрузки-загрузки товаров/прайсов. Это уже будет не колхоз - но мучаться будете дольше, хотя и красивее будет это дело. Тут решать Вам как заказчику. Далеко не все, что выглядит колхозно таковым является, особенно учитывая, что возможно несовместимости со всеми автоматически-генерируемыми данными.

Указать в любом ненужно полу (jan, isbn - которые не используются в магазине конкретном) какую-то штуку, напр 1. И в шаблоне проверять if($product_info['jan']==1) вывести слово упаковка Как-то так проще всего.

update oc_product set minimum = 20 where product_id in (1,5,7,78)

Перенести товары и категории не проблемно, тяжело с визуальной частью, шаблоном, модулями. Их нужно с нуля устанавливать. Вы уже приготовили шаблон и модули?

https://opencartforum.com/files/file/2277-%D1%81%D0%BE%D0%BF%D1%83%D1%82%D1%81%D1%82%D0%B2%D1%83%D1%8E%D1%89%D0%B8%D0%B5-%D0%BA%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D0%B8/ Не?

Вы совершенно не поняли о чем я хотел сказать. программист ДО начала работы прикидывает НЕ результат, а сколько он потратит на это часов (или минут, или дней) с учетом опыта и полностью, до мелочей расписанного ТехЗадания. Но поскольку Вы на спец форуме - то спец имеет законное право озвучить просчитанное количество часов, а не денег и указать свои расценки за час, чтобы заказчик уже просчитал во сколько это выльется. Но зачастую тут (да и везде в принципе) ТЗ описано только поверхностно. Поэтому и озвучивается вилка от и до. И да. Вы платите за РЕЗУЛЬТАТ, а программист озвучивает сколько он этого результата будет добиваться в ЧАСАХ. Вот и все. Просто Вы (заказчики) с ними (програмерами) на разных диалектах общаетесь.

Я Вас наверное сейчас сильно удивлю, но 99% спецов-программистов оценивают свой труд в человеко-часах. Может сейчас немного вульгарно выразился, но суть именно такая. Даже больше скажу - 90% фирм-разработчиков платит почасовую оплату. И это уже проблема руководителей отделов/тим-лидов назначать время специалисту, за которое он должен сделать ту или иную работу. Такова специфика работы программистов, от этого никуда не деться, Вам придется смириться с этим, как и с тем, что плиточники берут за кв. м., а не за стенку в целом, а сварщики за точку, а не за проект. Вот и все. А за проект выставлять будут всегда вилку, либо максимальную сумму, которую они просчитают/прикинут. И когда Вы в сервис автомобильный приезжаете - там тоже калькулируют по нормочасам, а не за смену лампочки, потому что на жигулях и бентли - это 2 разные специфики, поэтому стоимость нормочаса в разы отличается.