snastik

А еще, что же будет если появляется активная сессия? Клиент товар в корзинку положил, или кеш не прогрелся? Статику на фронт отдать через nginx из любого key=>value хранилища - ума много не надо. А вот "на холодную" заставить работать быстро систему... Такие вот специалисты обычно про это умалчивают. @chukcha два плюса!

А вот сейчас было очень смешно. После того как я оптимизировал более 500 магазинов на Opencart, с количеством товаров от 10 000 до 2 000 000, после того как наша команда собрала кластер на котором работает этот форум, который выдерживает нагрузку динамической генерации до 1,5M pageview в день с пятикратным резервированием ресурса. Мне больше ничего не осталось, как доказывать неграмотному специалисту по Битриксу, что он дает глупые советы? Правда? Я всю жизнь об этом мечтал знаете. Это было бы для меня очень крупное карьерное достижение, но простите, не в этот раз. Придется с этим жить. И еще раз должен акцентировать внимание на очередном глобальном заблуждении специалиста по битриксу. Заметьте, это я не для вас, а для коммьюнити, дабы было меньше желающих "лечиться геморрой огурцом". 10к товаров для Opencart - это просто семечки. От толковой настройки сервера можно получить исключительно быструю отдачу статики. Ни одна толковая настройка сервера не уменьшит общее количество запросов в базу и никак не улучшит время их выполнения. Поэтому выиграв на спичка несколько сотых миллисекунд "настройкой сервера", долгая загрузка без оптимизации самого движка как была так и останется. Ну а любители гомеопатии, могут верить в волшебство php7, http2 и php-fpm.

Еще раз повторяю, я вам не брат и не сват. Тыкайте будьте добры в того кто вам это позволяет. Ваша репутация? У вас есть репутация? Да вы просто ходячий прикол. Т.е. вы считаете, я по первому зову с каждым клоуном, должен вступать в какие-то челенджи. Ну уж простите. Завтра вы заявите, что бьетесь головой о стену 10 раз и предложите побиться головой, я тоже должен вскочить и шарахнуться со всей дури об стену? Мы с вами не в песочнице и не в детском садике. Меряйтесь с себе подобными. И прекратите переходить на личности и заниматься дешевыми провокациями.

Это говорит человек с 0 репутацией и 4 сообщениями на форуме. Который предлагает внедрить http2 и кеш mysql memcache в nginx на шаред хостинге reg.ru Занавес.

Простите, но без уважения к вам, я немного ошарашен. Мы с вами не пили водку и я вам не тыкал. Поэтому мне непонятна причина вашего панибратства. Также крайне дурной тон, указывать другим кому чем заниматься. Также. Я не намерен с вами ничем меряться. А остальные ваши комментарии, простите, я не могу даже комментировать, так как это набор словесного поноса. И да.. я ни в чем не секу. Но только у меня в кейсе выполненных проектов есть магазины 1м+ товаров. А бодаться и учить, таких серверных специалистов как вы, извините, у меня нет на это времени. ВЫЖПРОГРАМИСТ должен был учиться в школе. Спасибо.

Вы не поняли... У вас советы от КЭПА. Сервер поближе, свежая версия бла бла бла. Кеширование бла бла бла... Любой мало мальски грамотный вебмастер, понимает эти принципы, как таблицу умножения. Это всего лишь еще одна статья, коих миллионы. Мало того если открыть pageSpeedInsight, он показывает все эти проблемы и дает рекомендации по исправлению. Также вы как и многие "специалисты" пишете классическую глупость - про кеширование запросов Mysql и зачем то еще приписываете туда memcache. Даже на больших проектах от 10к товаров, memcache дает призрачный эффект в 50-70 мс. Не верите могу показать. Кеширование запросов - LOL, а то что mysql их сама кеширует, вы не знали. Mariadb vs Mysql - можем поспорить что разница будет в пределах статистической погрешности. Также как между php7 и 5.4 c включенным Opcache. Равно как и сложности, которые возникают у рядовых пользователей при использовании nginx+php-fpm, прирост 15-20 мс, а геморроя на пару сотен долларов. А теперь перейдем к тезису движок один, язык программирования один и так далее... Один - не спорю. А вот структура запросов, разная, структура базы данных разная. Структура и характер системного набора классов и его инициализации, тоже разная. Классы работы с БД, класс формирования ссылок, класс работы с кешем. Извините. Но пару "архитектурных ошибок" могут дать потерю в секунды. Ну а про то, как устроен код битрикс, сколько сменилось команд, и какая там глобальная каша, которая копится как снежный ком от версии к версии, мы даже не будем. Все таки Opencart - это очень быстро! Битрикс просто монструозная черепаха. Теперь перейдем непосредственно к Opencart. Те времена, когда стоило заботиться о уменьшении количества запросов к http-серверу, делать спрайты и так далее прошли уже давно. Да и все это объединение влечет за собой определенные проблемы для пользователей, отражающиеся на сложности масштабирования проектов и большой доработке существующего функционала. Поэтому про это мы сразу забываем. Для большинства магазинов достаточно пожать в приемлимый вид картинки, настроить кеш-сжатие статики и все. На этом серверные задачи заканчиваются. А дальше мы упираемся в TTFB загрузки HTML-страницы. И вот на него влияет огромное количество факторов. От прав на папки и количества файлов кеша до общего количество запросов в базу, которые формируют модули магазина, правильных индексов в базе данных, и нормальной настройки mysql-сервера. И как раз про это у вас ни слова... А без решения этих проблем. Нормальной скорости работы проекта вы не добьетесь. Глобальное кеширование страниц - не наш метод. Нам нужна быстрая система которая работает на холодную. Так что прежде чем давать подобные советы, я вам крайне рекомендую глубже вникнуть в специфику движка и влияние тех или иных факторов скорости работы проекта на прибыльность бизнеса в целом.

Ваша статья имеет очень мало полезного для оптимизации загрузки конкретно Opencart и является слабой выжимкой highload.ru Одной оптимизаци запросов не достаточно. Точнее даже не оптимизации запросов а индексов в базу. Стучите в личку полечим (дороже чем 3000 рублей).

Вы говорить можете все что угодно - сходите спросите Yesvik откуда взялся seo_pro - и приходите извиняться. Потому что не выросло! А по моей просьбе и моему ТЗ делалась доработка, которая исключала дубли. Равно как и метатеги насущная необходимость. Так что все что я украл как вы говорите - я украл сам у себя! А ваши пустословные методы, оставьте вашим друзьям.

Давайте еще @yesvik призовем и узнаем, откуда этот код как вы говорите "выросло".... От Ocstore, будет вам известно уважаемый, seopro главная категория и meta теги, которые в ocstore в свое время появились по моей личной инициативе.

Еще раз напомню - это слова человека, который без спроса у единого автора разместил на своем ресурсе все бесплатные модули с исходными файлами отсюда. И описание платных дополнений. Якобы обещая перечислять деньги. Если это был не акт воровства - то что? О чем, простите мне с вами дискутировать? Вы даже трафик на своем ресурсе пытаетесь угнать по популярным запросам: Просто так совпало... Сделали свою сборку, про которую наверное бы рассказывали какая она замечательная, а все остальные не очень - совпадение, просто случайное совпадение. Дополнения со всеми описаниями и подчеркиваю, все фри дополнения которые могли спарсить отсюда, скачали выложили - выложили? Так совпало - совпало! Очень много у вас совпадений. В последнее время меня пугает тенденция, что многие пользователи, вместо того чтобы делать нормальные полезные дополнения, начали драть друг у друга нещадно идеи и пытаться выдавать за свои. Шаблонов похожих друг на друга как две капли воды - как грязи. Модулей одинаковых по 20 штук. Дошло до того что люди просто внаглую продают чужие модули у себя в "закрытых ресурсах", видимо ваш пример был заразителен. Вас не смущает, что вам плюсики не ставят? Вас не смущает, что у вас нет команды. Я же никого не заставляю за мной идти. Палками не загоняю. Плюсики ставить мне не прошу. С тем же @kvr66 у нас был достаточно серъезный конфликт как раз по поводу плагиата. К тому же лично вас я никоим образом не обижал. Повторюсь, я считаю и буду считать вас вором, так как вы без спросу разместили у себя на площадке мои бесплатные дополнения и описания платных. Тем самым разместив для потенциальных клиентов эти товарные предложения. Данный акт воровства нанес мне значительный моральный ущерб. Так что давайте разберемся с начала в причинах, по которым я постоянно акцентирую внимание на ваших поступках и вам подобным личностям. А потом оценим авторитет вашего мнения в вопросах выбора сборок.

Да это права на папки.

Простите, но я сказал как "для себя". Удалить папку кеш - подразумевалось очистить ее. Обычно я ее полностью удаляю и создаю заново пустую - так быстрее. У вас явно проблема с правами на папки.

Вы известный специалист! Да.. Ваши советы очень важны! Может быть прежде чем советовать научитесь писать быстрые запросы, и хоть раз вникнете в суть дела. В сборке opencart.pro 2.x конфликтов с любыми дополнениями было в 100 раз меньше чем в любой другой сборке. Так что не пускайте пыль в глаза. И оставьте ваши глупые советы при себе! Если вас уличили в непорядочности и неграмотности - это не дает вам повода вводить людей в заблуждение. p.s. а особенно смешно ваши слова звучат в свете вашей тщедушной попытки сделать полный аналог нашей сборки, полностью украв идею нашего проекта в комплексе с "украденным" каталогом дополнений Opencartforum без разрешения авторов. Да конечно у вас не было самих файлов, только надо уточнить у вас не было файлов платных дополнений, а бесплатные были. Да да.. Вы белый и пушистый. Но такой дерзкий бизнесмен с демпингом. Вот у меня 5% у всех 15% приходите ко мне.. Я вас этим к себе заманиваю. После вашего плачевного фиаско с посягательством на авторские права всего форума, я бы постеснялся в принципе оценивать что либо. И в самую последнюю очередь, оценивать успешный проект, которым пользуется только легально более 2000 человек.

Попробуйте целиком удалить папку image/cache и посмотреть пересоздаются ли заново картинки. Скорее всего у вас проблема с правами на папки.

А если есть nginx - то и его лог - это же логично!

Шито? Лог ошибок апача - как раз отлично показывает все 50x ошибки, которые не документируются opencart и не выводятся в браузер в виде exception. Не смешите мои тапки. UPD: администрация, срочно верните минуса!

исправьте mysql_query на mysqli_query

Приходите ко мне. Все будет в лучшем виде.

Отдельно нет, только в рамках

Есть кастомная таблетка. В продажу не ставлю. А так - переводить в CRON и дробить кусками по 50 000

Чьйорт побьери, не досмотрел, что "на новый хостинг". Показалось просто из бекапа восстановление.

Файлы перелейте еще раз, по пути побились!

У вас с логикой все ок? вы пишите "Сайт никому не нужен". Я вам говорю что может быть более чем нужен, как и Амазон в случае с бекендом. И сам домен, который имеет историю и коммерческую тематику - тоже более чем актуален. Для особо одаренных привожу пример. Есть домен волшебная_пилюля_от_идиотизма.рф. Это лендинг, который в топе по запросу "Таблетка, для того чтобы не писать глупости на форуме". Таких запросов к примеру 1000 в день. Как вы считаете, сложно сделать новый лендинг под такой же запрос, став новым владельцем домена?

Да через сайт\инсталл то есть через обновление в рамках той же версии

Ну одна база может стоить от 10 центов до доллара-двух за клиента. Все зависит от тематики и способностей покупателя ее монетизировать.. И если что, я этого не говорил! UPD: Методология покупки проекта за 50% годовой чистой прибыли - абсолютно верна, вопрос в том, что, есть структура рынка и сезонность, а также внешние-внутренние факторы ну и белая бухгалтерия. А если вчерную - нарисовать можно любое и в базе тоже!