snastik

Ответ прав, тут крайне тяжелая сортировка получается, и индекс на поле quantity не спасет, так как сортируется результат подзапроса. Правильным решением такой ситуации является запрос UPDATE oc_product SET sort_order = '100' WHERE quantity = 0; UPDATE oc_product SET sort_order = '0' WHERE quantity >= 0 AND quantity = 100; Я надеюсь понятно зачем сделан второй UPDATE и почему в составном условии мы проверяем количество равно 100 ?

Можно написать мне в личку и вам расскажу то делать дальше.

// Language Detection $languages = array(); $query = $db->query("SELECT * FROM " . DB_PREFIX . "language WHERE status = '1'"); foreach ($query->rows as $result) { $languages[$result['code']] = $result; } $code ='ru'; /* $detect = ''; if (isset($request->server['HTTP_ACCEPT_LANGUAGE']) && ($request->server['HTTP_ACCEPT_LANGUAGE'])) { $browser_languages = explode(',', $request->server['HTTP_ACCEPT_LANGUAGE']); foreach ($browser_languages as $browser_language) { foreach ($languages as $key => $value) { if ($value['status']) { $locale = explode(',', $value['locale']); if (in_array($browser_language, $locale)) { $detect = $key; } } } } } if (isset($session->data['language']) && array_key_exists($session->data['language'], $languages) && $languages[$session->data['language']]['status']) { $code = $session->data['language']; } elseif (isset($request->cookie['language']) && array_key_exists($request->cookie['language'], $languages) && $languages[$request->cookie['language']]['status']) { $code = $request->cookie['language']; } elseif ($detect) { $code = $detect; } else { $code = $config->get('config_language'); } if (!isset($session->data['language']) || $session->data['language'] != $code) { $session->data['language'] = $code; } if (!isset($request->cookie['language']) || $request->cookie['language'] != $code) { setcookie('language', $code, time() + 60 * 60 * 24 * 30, '/', $request->server['HTTP_HOST']); } */ //$code = $config->get('config_language'); //print_r($code); $language_id = 2; if ($config->get('config_store_id') == 1) { $language_id = 4; } if ($config->get('config_store_id') == 2) { $language_id = 5; } //print_r($languages); //$config->set('config_language_id', $languages[$code]['language_id']); $config->set('config_language_id', $language_id); $config->set('config_language', $languages[$code]['code']); // Language $language = new Language($languages[$code]['directory']); $language->load($languages[$code]['filename']); $registry->set('language', $language); // Document Дальше сами. В личку никакой стоимости. Нет никакой возможности за вас это сделать.

Также не забываем, что многие системные дополнения требуют отдавать код языка - поэтому для того же яндекс-маркет фида, нужно позаботиться о том чтобы он выдавал код не opt, а ru. И поверьте. проще варианта для реализации просто не существует. Марк не даст соврать.

Исправить очень легко. Открываете index.php - там есть детектор языковой локали. Сносите его и пишите свой детектор, который будет жестко привязывать дефолтную локаль согласно вашего субдомена. Код - элементарный.

Сделайте под каждый сайт свой язык и пишите сколько вам нужно

С третьего не доходит обычно. У меня рекорд - люди пришли после 10 го.

Открываете бекап в notepad ++ Находите таблицы oc_category oc_category_description oc_category_to_store Копируете их и вставляете в phpmyadmin в окно (выполнить sql) Все.

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

Реализовал такое на прошлой неделе, за полвечера через стандартные средства мультияза + мультистора. Под каждый город свой поддомен. Под каждый поддомен создается своя локаль. В индексе определение языковой локали реализовывается жестко через разбор поддоменов. Из шапки убираем модуль $language. Сделал даже уникальные роботсы для каждого поддомена Сейчас проект в процессе заполнения региональных категорий уникальным контентом. Как закончат заполнение, создам маски для товаров в формате купить пластиковые окна модели №2 в орехово-кукуево, а также обману фильтр про и атрибуты через подмену значений в $this->config, чтобы не плодить под каждую локаль атрибуты. Ну и в довесок кеш не помешает разбросать на локальные папки. Самый большой плюс в этой ситуации - отсутствие денормализации базы и быстрый процесс развертывания решений. Еще по хорошему алисы контента с hreflang надо добавить в <head>. Это конечно вариант заманчивый. Но в ситуации с магазином в 1-2 к товаров. В моем случае их 40. И даже на 10 локалей - это 400 000 записей в базе product_description, которые необходимо джоинить и сортировать, в таком. формате ресурсы сервера потребуются космические.

После того как все понастраивают, постучите мне в личку. Есть пару обезболивающих таблеток от этих болезней.

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

Чем говорите от розетки отличается, от старой версии ?

foreach (array_slice($products_all[ $category['category_id'] ], 0, 4) as $product) {};

1 - лучше не делайте так. Потому что в связи с анти-спам политикой попадает в блек листы почтовых серверов.

Да по запросу. В ветке для 1.5 скорее всего уже нет.

Стоит видимо задать вопрос автору этого суперчуда. А не здесь.

Я смотрю на это и тихо ржу. Так как вижу постоянно подобные процессы в оптимизации. Когда люди подписываются под дешевые деньги, а потом скилла не хватает. Судя по всему, господин Moskva, взял полную предоплату за проект, решил по хитрому сэкономить и заработать, а когда не вышло и был послан на всех возможных фриланс вебланс и так далее, пришел с повинной. Мол я не я хата не моя. Помогите спасите. На месте специалистов коммьюнити, я бы задрал ценник раза в 4. Индвидуально для этого заказчика. Дабы неповадно было. И час считал бы долларов по 40.

200 000 + соц пакет и секретаршу 5+ - можем обсудить, пишите в личку.

Гуглите - зеркальщик. Если ненагуглите - то скрипт пишется за 15 минут. Просто достаточно обработать все запросы с виртуалхоста клиента и получить данные с вашего ip.

Для того чтобы сделать обращение в базе - вам нужен соответственный метод в контроллере. Возьмем пример того, как работает cart/add Создаете свой контроллер например /catalog/test/test/php И пишите в нем обработчик, который понимает данных которые пришли в GET запросе, которые вы можете передать через onclick="/index.php/test?data='mydata'" ловите mydata в контроллере, пишете соответствующую модель и записываете в базу.

WHERE text IN('text1', 'text2'.....)

Скажем - чуть сложнее. Уже на секретарше и офисе в башне Федерация не выедешь.

В моем родном городе Харькове - есть рынок Барабашово. До майдана был самым большим в восточной европе. Вот он тоже умирает. Уже лет 15 умирает, все никак умереть не может. Правда за это время территория у него выросла раз в пять. И мелкие торговцы с лотками сменились сетевиками, которые владеют 10-15 торговыми местами. В Москве умерли все хозяйственные рынки, ну как умерли, не приносят владельцам суперприбылей, позволяющих менять автомобили каждый месяц, а приносящие всего лишь неплохие деньги на еду. Тоже вот вроде умерли. При этом запаркуйтесь где нибудь возле Леруа после 4х вечера. Опять же возвращаясь к Харькову. В местных вузах хедханеры окучивают уже даже не со второго а с первого курса абитуриентов, и "согласных", у которых есть понимание что такое HelloWorld, забирают на интенсив и в конечном итоге приличная зарплата и полный день более привлекательная перспектива, чем сидеть в институте на парах. В прошлом году на IT специальностях на диплом не появилось более половины потоков. А так да - рынок умирает. Баунти в корпоративном сегменте достигает $1500-2000 за джуниора - это полная смерть я считаю. По моему это чистый бред зажравшегося аналога Темы Лебедева, который плачет что нет легких денег. Так их везде становится меньше. Ну и да. Таки рынок трансформируется. Из последних 10 магазинов, которые я видел 6 были на Journal. С одной стороны разработчики не нужны, поставил шаблон и готово, с другой стороны, даже качественно Journal засетапить и настроить нужна квалификация. Кстати господин Дэниэл Керр - держит в этом вопросе нос по ветру. API в 2.1 ветке появилось не просто так. И тут как раз - та самая пресловутая интеграция в сервисы и агрегаторы. На самом деле, рынок пришел в равновесии. Голодным студентам теперь действительно будет меньше работы, так как площадка на prom.ua, по соотношению цена-качество со студентомагазином не идет ни в какое сравнение. А нормальные специалисты с навыками всякой разной кросс-платформенной интеграции будут все больше и больше востребованы. Ну и там очень интересный пример про Тиньков Банк и все остальные банки. Как то я не слышал, чтобы даже с супер продвинутым приложением и онлайн сервисов у него шли хорошо дела. Наоброт читал статью "как потерять миллиард за два часа и не выпасть случайно в окно". А рынок интернет-магазинов тех же умрет, только тогда, когда отменят Гугл и Яндекс. Да никто не отменял тенденции, при которой сильные игроки укрупняются, слабые уходят с рынка, особенно в кризис. Но я даже боюсь представить, что бы писал этот парень, на момент разгара кризиса доткомов. Видимо заголовок был бы не "рынок умирает", а "все покупаем веревки вешаемся".

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