Yoda

Ребята из неРусской сборки делают не сборку - а перевод! И делают большую гадость, так как 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, использовать любую бизнес-логику в представлении нельзя. Потому что прежде чем постить подобные советы - надо пойти и немного поучиться!

Аххаххахах кеш самого mysql. Покурите мануал по mysql, почитайте как она работает сначала! А статейка которую вы привели - имеет мало отношения к Opencart, так как она подразумевает работу над собственным приложением, которое можно переписывать как угодно. Опять же раскурите для начала что такое ReactJs и с чем его едят. Мало того в примере с Badoo, на который вы сослались стоит вопрос отдачи контента из распределенной системы на сотню тысяч подключений одновременно!

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

Стукни мне в скайп - все расскажу!

Это пять!

Извините, что вас огорчаю, но ваш сайт работает не очень! Кроме того у вас отсутсвует robots.txt что влечет повышенную нагрузку от ботов. Про sitemap - я молчу. А также при любой активности посетителей 1000-2000 в день. Или если вы включите активно рекламу на категории товаров. У вас автоматом вывалиться все в 500 ошибку.

$50 в час готовы ?

Потому что: https://www.work.ua/jobs/2472643/

Результат проявился при использовании шибко допиленного класса imagick - при чем это был единичный случай - который меня самого удивил.

Есть у меня личное наблюдение. Что GD, что Imagick намного лучше обрабатывают изображения, которые были подготовлены в фотошопе и сохранены как "сохранить для веб-устройств". Я думаю это связано с тем, что у фотошопа более продвинутый алгоритм объединения в кучу однотипных участков изображений и более "интеллектуальное" размытие слаборазличимых элементов. Т.е. по факту ставишь Imagick - та же фигня что и с GD, пересохраняешь картинки и о боги, googlepagespeed говорит НРАИЦА.

Друзья мои. Со многими мы ведь уже действительно дружим по 5-6 лет благодаря форуму ептель. Время как летит. Мое развернутое поздравление у меня в блоге и туда мне особо нечего добавить. А в целом, спасибо что вы есть!

Специально обученная служба разведки, сообщила, что в планах такое есть.

Я в лучших традициях Марка прорекламирую: Вот решение, которое закрывает все ваши проблемы HTTPS FIX PRO

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