Ну, во первых, вам никто не мешает забить таблицу данными (рандом) и проверить
Во вторых, вот запрос, скажем, отрабатывает практически моментально на нормально настроенной базе. По количеству записей - category около 1000, products 25 000, product_catnum около 10 000, partsCategories 1 500 000, coordinates около двух миллионов
SELECT DISTINCT `i`.`id` as image_id, (select cats2.`title` from category as cats1 inner join category as cats2 on cats1.modelid = cats2.id where cats1.`id` = `i`.CategoryID limit 1) as model_title, (select `text` from textinfo where id =`i`.`nameID` limit 1) AS title FROM (`products` p) JOIN `product_catnum` pc ON `pc`.`product_id` = `p`.`id` JOIN `partsCategories` pct ON `pct`.`catalog_num` = `pc`.`part_id` JOIN `coordinates` c ON `c`.`partid` = `pct`.`id` JOIN `images` i ON `i`.`id` = `c`.`imageID` WHERE `p`.`id` = ' . $id
Индексы по a_id и b_id проставить и нормально будут джоины по производительности
Уж точно лучше лайков
OpenCart это умеет из коробки
Гуглите по запросу "мультимагазин OpenCart"
ЗЫ
Но минус - у всех 50ти магазинов будет одна айпишка, так как домены/поддомены будут алиасами к основному.
А так - все как просили, кроме колл-центра, это не задача CMS: разные товары, разный дизайн, одна админка
Ваш вариант скрывает родительский блок (.descr), а мой - все его дочерние
В остальном аналогично, в принципе
Не проверял, но мысль должна быть понятна
$('ul.nav a').on('click', function(){
$('.container div').css('display', 'none');
$('.container . ' + $(this).parent().data('filter')).css('display', 'block');
});
Зеркало автоматом не должны блокировать
В зону UA переезжать незачем, ркн тоже может заблокировать ( пример - поищите censor.net.ua тут и тут )
Dobro corp, старенько
Вот полный видос
Пробежался по шаблону
Мама моя дорогая, у вас с шаблонизаторами совсем не сложилось?
Вот гитхаб, если кому интересно
В базе данных, через phpMyAdmin
Таблица wp_options
update `wp_options` set `option_value` = 'site.ru' where `option_name` = 'siteurl'
Чудодейственная сила серча