• Установил на свой хостинг, на сайт http://www.sportf.ru Вордпресс, расширение Вукомерс.Тема Twenty Sixteen Child — полная копия Twenty Sixteen. Поставил плагины: Akismet, All-in-One WP Migration, DL Verification, Google XML Sitemaps, Jetpack от WordPress.com, Original texts Yandex WebMaster, Recent Posts Widget Extended, RusToLat, Saphali Woocommerce Russian, WooCommerce, Woocommerce Products Per Page, WP Fastest Cache, WP Smush, Yoast SEO, WooCommerce Table Rate Shipping by JEM, Collapsing Categories
    — все плагины, вроде бы должны использоваться в любом магазине, т.е. должны быть стандартными.

    Хостинг-провайдер ТаймВеб пишет, что резко возросла нагрузка на сервер. (посещаемость до 200 чел в день). Раньше магазин был на очень старых скриптах Шоп-Скрипт, стоял на МастерХосте (даже версия PHP была на площадке подключена одна из 3-х), и подобных проблем не возникало, даже когда посещаемость была в районе 1000 чел в день (это было лет 7 назад).
    Кроме этого сайта на хостинге находится мой второй сайт на ВордПресс: http://www.karatefight.ru.
    Пока там был один мой сайт, нагрузка на сервер была: 18.77 cp.
    C установкой второго сайта на вордпресс нагрузка возросла до 200 cp. — Это нормально? И если нет, то как лечится? (плагин кэширования WP Fastest Cache — включен).

Просмотр 9 ответов — с 16 по 24 (всего 24)
  • Большое спасибо всем за консультации. Нахожусь в процессе решения вопроса.
    Но сначала инфа, которая может оказаться полезна остальным:
    Сегодня с утра обновил плагин Yoast SEO и он уже сгенерил корректную карту сайта (сайтмап): http://www.sportf.ru/sitemap_index.xml — скажу честно пока не анализировал содержимое «подкарт», но я и результат предыдущего плагина Google XML Sitemaps не анализировал. Этот промежуточный результат, когда изначально расширен потенциал сайтмап и это не одна портянка меня устраивает. А дальше разбираться буду после того, как разберусь с настройкой сервера.

    Как решаю:
    Мой тарифный план разрешает нагрузку 50ср, можно расширить до 110ср (за бабки +80р в месяц к тарифу)
    Когда были проблемы: нагрузка держалась дней 5 190-220ср.
    07.12.16 действия:
    Снес весь сайт, установил только вордпресс с расширением вукоммерс и необходимыми мне для работы в вукоммерсе плагинами, поставил: Query Monitor — как посоветовали здесь: он нашел 3 ошибки в коде (но девочка собиравшая и отлаживавшая магазин сейчас недоступна, поэтому этот вопрос отложен в долгий ящик, и это оказалось некритичным). Поменял Rus to lat на Cyr to lat, как здесь мне рекомендовали.
    к вечеру на 22 часа нагрузка снизилась до 58ср за день.
    шаг два:
    Сегодня вечером
    Поставил DL Verification там прописал Яндекс Метрику, Гугланалитикс, рейтинги МайлРу, счетчики Лайфинтренет. Буду смотреть нагрузку на сервер в течении суток.
    Очень большое подозрение, что грузил «родной плагин от Вукомерс.ком ДжетПак…
    Очень большое спасибо всем, кто поделился информацией.
    Следующий шаг будет добавление «поделяшек» посмотрю, что выбрать.
    Если у кого еще есть аргументированные предложение посмотрю. Родные яндексовске не стану ставить, так как их надо будет прописывать на каждую страницу в ручную, или как-то править шаблоны… в общем зачем сложности..

    для Yui Про осторожность с Кэш плагинами: В магазине в моей тематике норма конверсии 0.3% (у меня всегда была меньше) — а это значит, что корзина добавляется только 3-(ну может 5-7, если учесть людей, ставших собирать, и бросивших корзину) из 1000 посетителей. Т.е. остальные 990 людей могут довольствоваться и кэшированной копией. При том, что информация на карточках товаров, или в древних статьях (про то, как «разбегаться», например, эту я сам писал, мне многим «нулевым» приходилось «ставить дыхание» и выяснялось вдруг, что бегать им нравится), так вот в статях информация «вечная»… Т.е. не вижу смысла генерить эти страницы каждый раз.

    • Ответ изменён 8 лет, 2 месяца назад пользователем white-bone.
    • Ответ изменён 8 лет, 2 месяца назад пользователем white-bone.

    ну в вукомерсе надо обязательно 3 страницы исключать из кэша, у него это даже в руководстве написано. как минимум — корзина не должна кэшироваться.

    А что за три страницы? С корзиной понятно…
    Если найду кто из плагинов грузит сервер, то и без кэша обойдусь…

    • Ответ изменён 8 лет, 2 месяца назад пользователем white-bone.

    а что это? если объяснять лень, не могли бы скинуть «удачную» ссылку туда где это разъясняется, особенно в приложении к ВордПресс.

    Это не особенность ВП. и вообще к Вп отношения не имеет.
    Вот нашел даже с картинками: http://webliberty.ru/async-javascript/
    А вообще когда Вы генерируете скрипт в интерфейсе гугла или яндекса — там есть возможность выбрать что-то типа «асинхронно».

    ЗЫ. Тоже только что увидел Ваш вопрос 🙂

    Тогда ещё лучше в виде DNS-записи, чтобы не захламлять файлы и случайно не удалить

    Это сложнее для неопытных и доступно посторонним 🙂

    • Ответ изменён 8 лет, 2 месяца назад пользователем SeVlad.

    Большое Спасибо! Вот уж не думал, что будут отвечать так быстро, и так вежливо! Я прекрасно понимал, что за мой вопрос про «асинхронность» меня могут и «послать» — и был готов к этому. Но в ответ получил конкретную ссылку! Большое спасибо: завтра (а то уже поздно) прочту обязательно: я уже проставил себе ссылку в «план» (я обычно все дела заранее планирую — это профессиональное для тренеров).

    Постараюсь соответствовать сообществу!

    • Ответ изменён 8 лет, 2 месяца назад пользователем white-bone.

    Большое всем спасибо. Выяснил загружая каждый день по плагину, и анализируя нагрузку на сервер:
    JetPack от wordpress.com — ЗЛО!!!
    Заменил его на UpToLike Social Share Buttons — этот тоже прилично грузит (12-15ср в сутки) но не так! Наверное «поделяшки» изначально прожорливы для ресурсов сервера.
    На данный момент мой набор плагинов выглядит так:
    WooCommerce
    Akismet
    All-in-One WP Migration
    Cyr to Lat enhanced
    Original texts Yandex WebMaster
    Query Monitor
    Recent Posts Widget Extended
    Saphali Woocommerce Russian
    UpToLike Social Share Buttons
    Woocommerce Products Per Page
    Yoast SEO
    Сворачивающиеся категории
    (и еще 4-е плагина оплаты написанные моей (на данный момент) девушкой).

    Думаю добавить плагин AMP, если кто порекомендует хороший.
    По кэшированию если буду ставить, то только в соответствии с рекомендациями, которые получил здесь. Хотя небольшой опыт использования WP Fastest Cache — очень понравился, не сразу, дня через 3 — нагрузка упала более чем в два раза — судя по всему это плагин особо никуда не лезет, а что-то дописывает в файл .htaccess . Когда этот плагин я удалил, то обратил внимание, что нагрузка упала не сразу. Точнее вообще не упала — посмотрел этот файл, а он остался измененным. И там была такая «портянка» дописана — что я сам при всем желании за месяц не написал, лазая по всяким справочникам и форумам. Для чистоты эксперимента я подменил модифицированный .htaccess исходным.

Просмотр 9 ответов — с 16 по 24 (всего 24)
  • Тема «Большая нагрузка на сервер» закрыта для новых ответов.