Yoda

Да че мне рассказывать. Всех умными не сделаешь, и обидчивые пошли какие-то все в последнее время. Вот же моя любимая статья про идиотов: https://vc.ru/p/ilounge-https Я читаю и плачу. Cloudflare + 301 редирект на непроиндексированные страницы - это АД! Делайте выводы сами!

Так давно клеймит! Переезжать на HTTPS Марк вам в помощь

Мастер Йода подтверждает. Было дело. Но была шикарная предыстория. Изначально у @Raensul Оказалось два домена shop.com.ua и poddome.shop.com.ua. Он очень долго и нудно искал способы оптимизации своего магазина. И в конце концов уехал на host.pro VPS. У него скажем так, крайне избыточно лишний пакет хостинга. Но естественно, за счет отсутствия очереди к жесткому диску, его проблемы решились. И вот тут наступили грабли, когда пришел гугл и HTTPS. Так как у него установлена 4 ISP панель, выпустить в один клик let's encrypt нет возможности. Крутить его серевер и настраивать выдачу сертификатов - это бюджет. И на два поддомена - необходимо два сертификата. В принципе по 500-600 рублей в год сертификат Comodo - цена ни о чем. Но хостер в лице Host.pro, оказались тупыми идиотами. Так как поддомен в ISP4 был создан в виде алиаса основного домена, а не полноценным поддоменом, host.pro, не нашел другого решения, кроме как предложить выпустить wild-card сертификат, который работает для всех возможных поддоменов ну и стоит около $200 в год. О том что можно переконфигурировать виртуалхосты, дешевые рабочие в саппорте хостера даже не подозревали. В итоге действительно в течении получаса были переконфигурированы виртуалхосты, и мы спокойно добавили для основного домена и поддомена сертификаты. Ну а дальше - при помощи https fixа - уже дело техники отдать контект на время переиндексации Яндексом на обоих зеркалах. ЭТО ОЧЕНЬ ВАЖНО! Чтобы не потерять ссылочную массу в процессе переезда. На время переезда ваш магазин должен быть доступен по обоим протоколам. Если вы не хотите просесть в выдаче, пожалуйста, принимайте это во внимание. Opencart не умеет корректно работать по обеим протоколам. Единственный способ безболезненно переехать - это танцы с бубном и HTTPS FIX! После того как мы настроили отдачу магазина по обеим протоколам, мы доабвили в яндекс вебмастер и гугл search console новые зеркала. И ждем полноценной индексации. Мы не боимся дублей, потому как поисковики уже давно зеркало на HTTPS не считают дублем, а делают его приоритетной страницей в выдаче. И как только мы увидим что 80-90% страниц проиндексировано на зеркале HTTPS мы сделаем полный абсолютный редирект. Мораль сей басни: не верьте вашим хостерам. У них в поддержке в массе работают дешевые лузеры, которые в гробу видели ваши проблемы, им бы лишь бы отсидеть смену, дернуть пивка и свалить домой!

А просто запустить upgrade - это нужно за плату? Да что вы.

ШТА????? На заборе тоже написано! Верьте больше! Это бригада отщепенецев-лузеров. После них я лично приводил в чувство больше 50 магазинов.

ЛЮБУЮ кроме opencart раши! После нее у вас магазин будет страдать желудочными сео-коликами. И вы будете судорожно искать сео-специалиста чтобы вас избавили от дублей!

Скажу по секрету) может пролезть!

Вам сюда.

Модуль решает проблему HTTPS ! Это я вам как Дональд Дональду могу сказать! А все остальные сеопроблемы - это ваши проблемы!

А как вы можете использовать сертификат без сертификата ?

нет вам не надо, берете запускаете и в бой!

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

Да и болт на 48 на него. Он спросил - я ответил )

$3000 в месяц с официальным трудовым договором на полгода минимум, готовы ?

Потому что Движек - это албанский террорист. А opencart - это движок!

Вечер в хату, гугл в помощь: https://habrahabr.ru/post/125799/ Возвращаясь к тому что вы выше понаписали, поделюсь с вами простым мнением. Исправлять стоит критичные уязвимости в безопасности. Чтобы быть в курсе - достаточно следить за официальным репозиторием Гнаться за постоянными обновлениями вы не угонитесь, потому что даже в небольших релизах, бывают критичные архитектурные изменения, за которыми тем более не успевают разработчики дополнений. Пока что, самая лучшие версии - это 1.5.5.1 и 2.1. Все остальное какие то эксперименты. Мало того. Опытные владельцы магазинов, боятся дышать в сторону рабочих проектов, так как любые непроверенные нововведения могут обернуться непоправимыми последствиями. Например при переносе с 1.5 на 2.x, если не предпринять вовремя меры можно потерять все изображения в выдаче, или получить вагон дублей. Не зря банки используют до сих пор XP в банкоматах - их мало интересует ПОСЛЕДНЯЯ ВЕРСИЯ. Их интересует стабильность и безопасность.

Ой, заплачу... жаль ему. Но дело не в этом! У меня сосед алкоголик - пьет паленую водку и самогон, и другой жизни не видит и всем советует с ним бухнуть, но это не повод ему уподобляться!

А теперь включаем логику. 2+2=4. Человек задает вопрос, про доску объявлений. Скорее всего у него либо трудности с гуглом, либо он и вправду спрашивает совета. В первом случае - скорее всего у человека глобальные проблемы, во втором они меньше, но вопрос "дизайн и можно переделать" в обе концепции неукладывается. И в 99% случаев подобные вопросы задаются в поисках готового решения. В понятие "готовое решение" не входит понятие дизайн. Что касается конкретно тамаранги. Есть у меня товарищ, который луканулся на советы похожего "специалиста не для нищебродов" типа паши, вылилось это в потерю бюджета, который уже перевалил 3 стоимости Тамаранги, но даже 50% ее фукнционала не сделали. Так что в бложике я и дальше буду проливать лучи света на головы вот таких вот "советчиков", которые все могут, а в итоге заканчивается проектами растянутыми на века и раздутыми бюджетами до небес.

Суперсекретный скрипт, дизайн похож на первый сайт майкрософт 20 летней давности. Нормальная доска - это тамаранга. Но хотите красивую женщину, будьте в состоянии покупать бриллианты.

Замечайте внимательнее за собой, это вам не помойка на которой вы админите! Речь не идет о базе и моделях! Речь идет именно о PHP и о базовых классах! Читать научитесь прежде чем писать! Это раз! Два, у движка НЕТ ВОЗМОЖНОСТИ РАБОТАТЬ С РЕПЛИКОЙ! Реализовывать на php любую балансировку - это такая же утопия, как и делать кеш для mysql запросов. Больше читайте рухайлоад, они вам там и не такого напишут! Заканчивайте кароче с вашими дурными советами, я вас уже не первый раз предупреждаю и не только я! Эммм... как бы так помягче выразиться чтобы не обидеть. Когда ты последние двадцать часов подряд занимаешься только тем что тушишь по очереди ноды, адвизор, тушишь ноды и адвизор, меряешь разницу в скорости работы между HaProxy и MaxScale, и тестируешь под нагрузкой что лучше roundrobin или readwritesplit для одного конкретного высоконагруженного приложения, школьники-теоретики, "немножко" выглядят космонавтами.

Ребята из неРусской сборки делают не сборку - а перевод! И делают большую гадость, так как 90% магазинов на этой поделке страдают всеми мыслимыми сео-болезнями, которые потом приходится долго и дорого лечить, тем кто недошел вовремя до нормальных ресурсов и начал собирать магазин на "тру" опекнарте! Сделать перевод еще двух слов и обновить типа "релиз" не то что ума много не надо, у меня кот такое умеет делать! А вот сделать зрелое оттестированное, адаптированное под рунет решение - это простите, не двух дней вопрос. Если у вас в одном месте чешется и вам необходимо обновляться всегда, следите за гитом даниэля и накатывайте себе локально все коммиты. Ну и да.. осваивайте git, раз уж на то пошло.

Вы как всегда со своими тупыми мыслями! 1. Опенкарт PHP есть оптимизировать куда оооочень далеко! а)Построение деревьев без рекурсии б) Сегментация Registry в) класс кеша с методом set в _destruct() г) Mysql класс, без преобразования данных запроса в оъект. ....... можно продолжать до бесконечности 2) Репликация средствами дравйвера движка, который вы предлагаете возможна только в схеме мастер->слейв. Что само по себе ненадежно. Мало того вы никак не сделаете нормальную балансировку нагрузки. Если говорить о примитимном методе подобной реализации - то необходимо использовать расширение mysqlnd, которое умеет нативно на уровне самого демона php делать примитивное распределение запросов между узлами. А вот если говорить о серьезном масштабировании. То без master-master репликации, кластер-менеджера вроде Galera и какой либо Прокси-прокладки, не обойтись. Все иные попытки организации распределенного хранилища для БД череваты коллизиями и риском потери персистентности при пропадании связи с каким либо узлом. Но вам бесполезно это рассказывать, потому что один хочет написать опекнарт, второй почитал рухайлоад и думает что стал гуру. Может вы лучше колесо придумаете уже сразу, или велосипед ?

Да при чем тут хейтеринг, форум про Opencart. А всем людям у которых чуть больше чуть одна извилина итак понятно, что если их магазин тупит, то клиенты идут к конкурентам. У меня были случаи когда у людей на следующий день после оптимизации, чистая дневная прибыль увеличивалась на 150 долларов. По всем остальным вашим тезисам: 1. Кешировать запросы mysql - бред, так как он их сам кеширует. 2. Прежде чем переходить к тонким настройкам кеша mysql на сервере. В opencart есть 20 бутылочных горлышек, которые надо решить. 3. Даже если вы их решили, намного важнее настроить на сервере достаточное количество ресурсов для key_buffer и sort_buffer 4. Контактировать с неандертальцами, которые предлагают кешировать запросы - нет никакого желания я их итак вижу каждый день пачками. 5. 1к посетителей в сутки - это не трафик, а баловство. Турбо, на которую дали вам ссылку и прямые руки на паре десятков магазинов моих подопечных держит трафик в 4-5к посетителей в день с глубиной просмотра от 5 до 15 и ни единого намека на тормоза. И это без ботов. От которых может быть нагрузка в несколько раз больше чем от посетителей. Также Турба позволяет держать стабильно магазины до миллиона товаров, больше пока никто не напарсил, но потенциально и 10м - не порог. 6. Что касается конкретно большой посещаемости, то прямо сейчас у нас в работе проект, на котором в день 10к+ посетителей и одновременно может находится до 500 пользователей, опять же не считая ботов. И полет нормальный, ни единого разрыва. Владелец ресурса за последний год, первый раз третью ночь спокойно спит.

Алгортим ПАЛЕХ от Яндекса - не не слышали? Такой оптимизацией тайтлов улетите под фильтр в три секунды.

Потому что нужно экранировать все что приходит в GET POST, потому что это сделано уже за вас на уровне движка, потому что надо использовать системные методы для обработки входящих данных, а не писать костыли, потому что согласно паттерну MVC, использовать любую бизнес-логику в представлении нельзя. Потому что прежде чем постить подобные советы - надо пойти и немного поучиться!