AlexDW

в поиске сверху введите дубли страниц и почитайте темы из результатов поиска (навскидку - здесь, здесь)

подобное обсуждалось - здесь, здесь

а почему у автора фильтра не спрашиваете?

использовать ocStore 2.1.0.1.1

судя по вопросу - лучше обратиться к специалистам, занимающимся подобными переносами ну и это

ну вы, блин, даете.. :ugeek: документация есть, даже с картинками +там же рядом ссылка на демо-сайт

какой глюк? у вас сейчас все подгружается именно с www - смотрите здесь во вкладке page analysis (request per domain) заодно рекомендации изучите - у вас сейчас даже кеширования статики нет (решение - здесь)

seopro, без вариантов - родной seo грешит дублями страниц

www в конфигах нужно указывать именно там, где идет название домена - т.е. у вас все florapraktik.com.ua менять на www.florapraktik.com.ua остальное не трогать - это просто пути ps: конфигов - два, раздельные тот config.php что в корне - для магазина(витрины) тот что в admin/config.php - именно для админки

никто не запрещает пользователям, не имеющим возможности голосования, просить поставить плюс тех, кто может ;) правда, желающих хотя бы спасибо сказать - единицы варианты с наделением правами голосования всех подряд - выше :lol:

из забугорных есть такое из отечественных - обсуждалось здесь, но судя по последнему комментарию - лучше сразу уточнить про поддержку

комикс для ясности (да простит меня afwollis !) как сейчас: как будет с плюсами для всех подряд: как будет с полным голосованием для всех подряд:

видимо, невнимательно читали ;) объективно - писал выше субъективно, то есть лично мне - пофиг

неа, есть связанная таблица order_product ;) как раз на скриншоте - в тестовый движок на локалке импортированы заказы с рабочего магазина фактически товаров нет, но это не мешает составить отчет по продажам на основе данных из таблиц order и связанных с ней :-)

не поверите - темы, подобные этой, встречаются регулярно :ugeek: подавляющее большинство ищущих помощь - в движке opencart, css, html, php, javascript итд не разбираются даже если они начнут отбирать исполнителей по репутации - не факт, что репутация такого исполнителя при свободном плюсовании будет "нажита честным трудом" (с), а не "накармодрочена и клонопоглажена" (с) ;) сложно понять - что к чему, если человек не разбирается в теме. если разбирается - будет пытаться сделать сам и искать совета при затыке, а не исполнителя про это не понял.. сейчас - 400+ в репутации такого не позволяют?! это тоже не понял.. если камень был в мой огород - никакой зависти нет, простая объективность субъективно - мне на репутацию пофиг :lol: к ее повышению не стремлюсь, вполне доволен при +5 - оказанием услуг не занимаюсь, на заказ не работаю

да как нет? система учета должна брать данные о товаре именно из заказов, а не из таблиц товаров иначе если спустя месяц цена товара изменилась - уже весь учет ни к черту ;) и данные даже о удаленных товарах в заказах хранятся безболезненно - потому как там хранятся данные о товаре на момент его заказа что потом с этим товаром случилось - неважно, до момента редактирования заказа механизм движка таков, что при редактировании заказа данные о товарах (на основе product_id из заказов) начинают браться из таблицы товаров и если редактировать заказ, в котором товар стоил 100р, а сейчас он стоит 200р - при сохранении отредактированного заказа его стоимость будет 200р и удаленные из БД товары из заказа выпадут вообще - по этой же причине

насчет смысла sku верно насчет самих полей model, mpn, sku, ean, jan итд - можете заполнять и использовать их как хотите, хоть одним и тем же значением но лучше придерживаться их названий - вдруг в будущем поставите какой-то модуль, который как раз будет задействовать поле по его назначению

нет, несмотря на обязательность заполнения - это обычное поле

при импорте прайсов обычно сравнивают по нескольким полям - как раз во избежание подобных ситуаций если модуль импорта толковый - там это предусмотрено в вашем случае как раз будет связка производитель-артикул

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

предлагаете поступить по робин-гудовски - отобрать у богатых и раздать бедным?! :-D не на всех старых учетках репутация складывается подобным образом это был пример для alexsoftdev - что будет, если плюсометы снова раздавать всем подряд а будет очередной наплыв Мюнхаузенов, вытягивающих себя за собственные усы создающих себе несколько учеток и плюсующих самих себя

так код в catalog\view\theme\ имя темы \template\product\review.tpl скорей всего немного другой сравните части из product.tpl и review.tpl на примере дефолтного шаблона, и поправьте свой код под review.tpl (прямо в нем)

с регистрацией аккаунта, если до этого все отправляется :-D при любом введенном email перестает, или при определенном? смотрите что в БД вносится при регистрации, что в логах/журнале

когда какая-то кнопка не нажимается/ничего не происходит - лучше сначала смотреть консоль браузера

встроенного должно хватить, потренируйтесь "на кошках" (в локалке/на поддомене)