snastik

Учту.

Дяденька, послушайте папу. Когда вы это сделаете. У вас отвалится работа 80% интерактивных элементов магазина. И все развалится.

Если вас не затруднит, когда вы своими силами, что-то сделаете, покажите результат.

Ваш вопрос - не является общим. И только частично затрагивает программирование и разработку. А больше относится к сфере тонкого системного администрирования. Подобных вашему посту на форуме - пруд пруди. Поищите поиском. Решения в "один клик" или в "три клика" - не существует.

К сожалению, по вашему первому посту, складывается ощущение, что вам знакомо это все достаточно поверхностно. Так как. Если бы вникли в суть,перед написанием, то могли бы сделать вывод, что метод getProducts - это базовый метод движка, который используется очень большим количеством контроллеров. Соответсвенно любые изменения в его структуру влекут за собой все последствия, сопутствующие денормализации базовых функций. А если бы вы еще более внимательно присмотрелись к этому запросу, то возможно используя навыки создания сложных индексов, вы бы смогли обнаружить возможности, существенного сокращения итераций при выполнении основного запроса этого метода.

Я вот не знаю, как можно поделиться опытом, который приобретался в течении пяти лет. Начинать нужно видимо с азов устройства реляционных баз данных. Принципов работы web-сервера. После этого перелопатить массу информации связанной с оптимизацией запросов. Тонкой настройкой MySql. Принципах работы разных типов индексов на разных типах полей. Также нужно очень внимательно и детально изучить работу системных библиотек Opencart и встроенные методы построения деревьев базовых сущностей. После этого освоить навыки управления и настройки vsp сервера. Изучить особенности использования, интеграции и настройки поискового демона Sphinx. Освоить парадигму написания CLI скриптов. И может быть тогда, с вероятностью пятьдесят на пятдьесят, вы сможете привести магазин в какое то подобие быстрой стабильной системы.

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

Подробный мануал - гуглите. А в формате вашей задачи, нужно перелопатить полдвижка. И это может быть $$$ спасибо.

Миша уже сам здесь. :-) Все решаемо, 100 - это семечки. Есть и по 500 000 примеры если надо. Это первые два из сотни, проблем, которые у вас возникнут. А еще есть поиск. Карта сайта и еще... и еще ... и еще.... Цена вопроса настройки системы 100к+ от $200. Если обладаете бюджетом - пишите в личку.

а вы попробуйте скачать архивы, их распаковать, и посчитать количество вхождений http

Аналогов - нет! Потому что: 1 - модуль кеширует как части контента так и контент в целом, и комплексно уменьшает время загрузки всех страниц магазина, а не только тех которые есть в кеше. 2 - модуль полноценно поддерживает одновременную работу по http и https протоколам. 3 - в комплекте есть модуль "просмотренных товаров", который работает независимо от режима работы кешера. 4 - модуль делался изначально для реализации на собственных и партнерских магазинах, и уже после этого был выставлен на продажу, что практически исключает "поломалось и не работает". Как показывает практика, некоторые из авторов, у которых представлен подобный модуль, очень грешат с качеством реализации дополнений, а так же с дальнейшей тех подддержкой. Кроме того, извините, но в сортах **** не разбираюсь. Также в модуле сознательно не были включены функции, которые заведомо могут нарушить структуру отдачи контента, но зато дают красивые циферки pagespeed (минификация, сжатие, перенос скриптов и стилей). В связи с тем, что часть этих функций - это ИСКЛЮЧИТЕЛЬНО ЗАДАЧА СЕРВЕРА. А часть наносит больше вреда, чем пользы и в 100% случаев корежит магазин (перенос и объединение скриптов).

Извините, а зачем вы масло масляным делаете ? Ведь Mysql шикарно кеширует запросы сама по себе? Я вот часто сталкиваюсь - мне закешировали mysql? Вы вроде бы давно на форуме и не самый глупый подрядчик... Обьясните мне, зачем кешировать то, что и так кешируется? Это ведь как воду сделать мокрой, а сахар сладким.

Никакого отношения не имею ни к автору, ни к модулю, ни к его работоспособности. Также у меня нет ни капли информации чем, и как отличается и никогда не будет.

Зачем вы делаете магазин, если вы в этом ничего не понимаете ?

<?xml version="1.0" encoding="utf-8"?> <modification> <name>Opencart https cache fix</name> <code>cache_fix</code> <version>1.0.0</version> <author>opencart.pro</author> <link>http://opencart.pro</link> <file path="system/library/cache.php"> <operation> <search><![CDATA[ private $cache; ]]></search> <add position="after"><![CDATA[ private $ssl = 'ssl_off.'; ]]></add> </operation> <operation> <search><![CDATA[ $class = 'Cache\\' . $driver; ]]></search> <add position="after"><![CDATA[ if (isset($_SERVER['HTTPS']) && (($_SERVER['HTTPS'] == 'on') || ($_SERVER['HTTPS'] == '1'))) { $this->ssl = 'ssl_on.'; } ]]></add> </operation> <operation> <search><![CDATA[ return $this->cache->get($key); ]]></search> <add position="replace"><![CDATA[ return $this->cache->get($this->ssl . $key); ]]></add> </operation> <operation> <search><![CDATA[ return $this->cache->set($key, $value); ]]></search> <add position="replace"><![CDATA[ return $this->cache->set($this->ssl . $key, $value); ]]></add> </operation> <operation> <search><![CDATA[ return $this->cache->delete($key); ]]></search> <add position="replace"><![CDATA[ return $this->cache->delete($this->ssl . $key); ]]></add> </operation> </file> <file path="system/library/response.php"> <operation> <search><![CDATA[ if ($this->output) { ]]></search> <add position="after"><![CDATA[ if (isset($_SERVER['HTTPS']) && (($_SERVER['HTTPS'] == 'on') || ($_SERVER['HTTPS'] == '1'))) { $this->output = str_replace(HTTP_SERVER, HTTPS_SERVER, $this->output); } ]]></add> </operation> </file> </modification> Вставьте вот такой мод в папу /system

Ну вы хотя бы намекните, может посмеюсь не только я но и @Yesvik Так по существу было в #3 все остальное в теме будет холиваром

Извините не знал что вы в команде Даже боюсь спрашивать что? Думаю после этого довода дискуссию можно заканчивать Мы хотим сказать что не нужно людям в начале пути указывать неверное направление, я надеюсь вы можете сложить 2+2 и сопоставить слова SEO и трафик

Вы когда к хирургу приходите ему тоже советы даете? Вот что хорошего дает выбор в данном вопросе ? Стандартный seo_url несет исключительно зло и нужен только тем магазинам которые хотят закрыться раньше чем открыться :-)

от $1000

Господа, вы тут совсем по моему, как говорят на Урале "попутали берега". У меня симпла стоит на своих 20 магазинах, и еще штук 100 клиентских... Какой сторонний код, какие инклуды... Нахватались вареза и давайте пенять на серого. Может быть что угодно, крымнаш. камни с неба. Но не кривой код у Deeman!

ГГ json массив - а если вы по ним выборку будете делать - то как это будет происходить SELECT * WHERE text LIKE '%атрибут%'; ??? По 2 000 000 записей в таблице?

Господа, вышло большое обновление модуля с критично важными дополнениями. Пожалуйста обновитесь.

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

Есть одна проблема, если вы добавите .html непосредственно в базу - то у вас возникнут проблемы при работе seo_pro.

Опять же возвращаясь к этому проекту. На самом деле, не все так страшно, так как товар утилитарный и ниша покупателей - тоже. То достаточно просто добавить mediaquery изменений выдачи для основных блоков. Каких-то звезд с неба туда вкручивать смысла нету, как и делать апгрейд, так как цена апгрейда и адаптации допиленных реализаций CRM - будет на порядок больше, просто кастомного вкручивания адаптивности.