RGB

Пардон за оффтоп, но глядя на вашу аватарку и сопоставив ее с комментарием, вспомнилась фраза «В СССР секса нет» :-D

Симпатичная галерея, вот только немного требовательнее к ресурсам компьютера пользователя, чем обычный колорбокс (открыл на стареньком нетбуке и все стало тупить) Но что самое приятное - responsive, хотя Tom про это не написал ни слова) Ну вот, убил теперь человеку бизнес :)

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

Я допускаю все варианты развития событий, пока один из них не доказан, а поскольку ни один из разработчиков перечисленных модулей здесь ничего не подтвердил (и не опровергнул), то считаю возможным и то, что на модули были куплены лицензии. Если же этого не было, то я бы на месте разработчиков связался с основателями сервиса и решил бы вопрос напрямую, учитывая что у них есть и посещаемая группа, и свой магазин, и сами они достаточно публичные люди, обоснованные обвинения в воровстве со стороны офиц. сообщества используемого ими движка вряд ли пойдут на пользу их делу.

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

Недавно обнаружил вот такой забавный проект - [вц] Суть в том, что хитрые ребята из LifePlayer взяли и сделали сервис, где далекий от технических знаний человек регистрируется и получает магазин на опенкарте на их домене с набором заранее предустановленных модулей и шаблонов. К чести ребят, они не стали совсем наглеть и менять везде название движка на свое, в админке даже честно написано Version: ocStore, правда без номера версии, однако ссылок на оф. сайт вы конечно не найдете. При этом за месяц пользования сервисом пользователь платит ребятам 300 рублей. Среди предустановленных модулей я заметил много знакомых лиц: Фильтр кстати внезапно оказался soor-овским, интересно как они собираются осуществлять его поддержку :) Ну и считая ребят достаточно честными, надеюсь, что на все модули честно куплены расширенные лицензии у разработчиков, и та же ситуация с шаблонами. Но сама идея очень даже классная, я не очень разбираюсь в условиях лицензирования самого движка, но вроде бы его продажа с набором своих правок ничего не нарушает.

Так про опенкарт речи не шло, по коду там видно, что что-то другое стоит. Или вы хотите сказать, что опенмарт.ру и ник автора этой темы не имеют ничего общего и совпадение случайно?

Спасибо что откликнулись, но пока эта тема модерировалась (а я все не пойму - зачем нужна премодерация в разделах поиска исполнителей?), я уже нашел такой модуль.

Значит либо дайте ссылку на такое мнение гугла, либо память вас таки поводит

Видимо, вот так, и судя по 4к товаров, амазон не получился :)

Суть в том, чтобы дать человеку, который регистрируется в магазине как покупатель, возможность создания товаров, как в админке, но не пускать этого человека в админку. Нужно скопировать все возможности админского меню "Каталог - Товары" во фронтенд в личный кабинет, при этом выводить и давать редактировать пользователю только те товары, которые он сам создал, не показывая ему товары других пользователей. Сколько может стоить такой модуль и сколько времени займет его написание? Пишите сюда или в лс

https://opencartforum.com/topic/25805-убираем-дубли-заголовков-title-и-метаописаний/?do=findComment&comment=198733

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

Вот я тормоз :-) Спасибо!

DELETE t1, t2, t3, t4, t5, t6, t7, t8, t9, t10, t11, t12, t13, t14, t15 FROM product t1 LEFT JOIN product_attribute t2 ON(t1.product_id=t2.product_id) LEFT JOIN product_description t3 ON(t1.product_id=t3.product_id) LEFT JOIN product_discount t4 ON(t1.product_id=t4.product_id) LEFT JOIN product_image t5 ON(t1.product_id=t5.product_id) LEFT JOIN product_option t6 ON(t1.product_id=t6.product_id) LEFT JOIN product_option_value t7 ON(t1.product_id=t7.product_id) LEFT JOIN product_related t8 ON(t1.product_id=t8.product_id) LEFT JOIN product_reward t9 ON(t1.product_id=t9.product_id) LEFT JOIN product_special t10 ON(t1.product_id=t10.product_id) LEFT JOIN product_to_category t11 ON(t1.product_id=t11.product_id) LEFT JOIN product_to_download t12 ON(t1.product_id=t12.product_id) LEFT JOIN product_to_layout t13 ON(t1.product_id=t13.product_id) LEFT JOIN product_to_store t14 ON(t1.product_id=t14.product_id) LEFT JOIN review t15 ON(t1.product_id=t15.product_id) WHERE t1.product_id IN (SELECT t1.product_id FROM product t1 LEFT JOIN product_description t3 ON (t1.product_id = t3.product_id) LEFT JOIN manufacturer m ON (t1.manufacturer_id = m.manufacturer_id) LEFT JOIN product_to_category t11 ON (t1.product_id = t11.product_id) WHERE t11.category_id = '146' AND t1.manufacturer_id = '49')

Спасибо, но разве можно так делать? Я имею в виду DELETE t1 FROM product t1 sql ругается Запрос ввожу такой: DELETE t1, t2, ... t15 FROM product t1 LEFT JOIN product_attribute t2 ON(t1.product_id=t2.product_id) LEFT JOIN product_description t3 ON(t1.product_id=t3.product_id) ... LEFT JOIN review t15 ON(t1.product_id=t15.product_id) WHERE t1.product_id IN (SELECT t1.product_id FROM product t1 LEFT JOIN product_description t3 ON (t1.product_id = t3.product_id) LEFT JOIN manufacturer m ON (t1.manufacturer_id = m.manufacturer_id) LEFT JOIN product_to_category t11 ON (t1.product_id = t11.product_id) WHERE t11.category_id = '146' AND t1.manufacturer_id = '49')

Есть у нас уже один такой движок, ценой 20 000 р :) Если вам нужны клиенты, то хоть потрудитесь написать в чем суть вашего творения и чем оно лучше других

Мы работаем с некоторыми бестолковыми дилерами, которые со временем перестают нормально следить за товаром, или его вечно нет, короче появляется задача удалить все товары определенных категорий определенного производителя, и не допустить там появления этих товаров в будущем. Поскольку эти чистки базы придется повторять не раз, мне кажется логичным составить приблизительный запрос и иногда прогонять его по базе, а не заставлять менеджеров удалять все руками из админки каждый раз, когда в этом возникнет необходимость. Я смог скомпоновать запрос, используя модель из модуля фильтра товаров в админке, получилось вот так (мультиязычность и префиксы убрал, так как у меня этого не нужно): SELECT p.product_id FROM product p LEFT JOIN product_description pd ON (p.product_id = pd.product_id) LEFT JOIN manufacturer m ON (p.manufacturer_id = m.manufacturer_id) LEFT JOIN product_to_category p2c ON (p.product_id = p2c.product_id) WHERE p2c.category_id = '100' AND p.manufacturer_id = '50'; т.е. здесь выводятся ид всех товаров производителя 50 из категории 100. Для удаления есть запросы из ф-ции deleteProduct, которую вы все знаете $this->db->query("DELETE FROM " . DB_PREFIX . "product WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_attribute WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_description WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_discount WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_image WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_option WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_option_value WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_related WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_related WHERE related_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_reward WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_special WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_to_category WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_to_download WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_to_layout WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "product_to_store WHERE product_id = '" . (int)$product_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "review WHERE product_id = '" . (int)$product_id . "'"); Так вот, вопрос - как можно (и возможно ли вообще) объединить все эти делиты в один (у меня MySQL новее 4), чтобы не дублировать в условии для каждого из них верхний селект, а указать одно общее условие: WHERE ... IN (SELECT p.product_id FROM product p LEFT JOIN product_description pd ON (p.product_id = pd.product_id) LEFT JOIN manufacturer m ON (p.manufacturer_id = m.manufacturer_id) LEFT JOIN product_to_category p2c ON (p.product_id = p2c.product_id) WHERE p2c.category_id = '100' AND p.manufacturer_id = '50');

Торжественно сообщаю вам :) — вы будете последним человеком, кому я подсказываю все таки послушать меня и прописать в адресе пусть к файлу на своем сайте (предугадаю ваш вопрос - этот путь нужно указать в fast_order.xml, если вы качали версию для 1.5.5.1, потому что она выложена не мною, а sv2109, который по неизвестным мне причинам решил вместо отдельного файла скрипта всунуть его содержимое в шаблон через vqmod)

Если не сложно, вы могли бы поделиться подробностями?

Google -> Wysibb

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

Вам в раздел Юмор надо :-D Сделайте поиск по файлам шаблона (catalog\view\theme\default\template\account\) с текстом вхождения "оооhgggggggggggggggggggggggggggggggggggggggggggggggggggggg"

он и используется, но не на странице статей, где вы пытаетесь его вызвать, значит скорее всего его нет в header.tpl из-за того, что у вас версия новее 1541, а значит надо туда внести изменения из этого поста https://opencartforum.com/topic/23880-besplatnye-vsplyvaiuschie-uvedomleniia-free-popup-cart-vqmod/?do=findComment&comment=210697

а к автору обращались? есть еще похожий модуль, который можно было бы тоже переделать, может его автор будет более отзывчивым https://opencartforum.com/topic/26572-openlatestorder-%D0%BA%D0%B0%D1%80%D1%83%D1%81%D0%B5%D0%BB%D1%8C-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BD%D0%B8%D1%85-%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D0%BE%D0%B2/