• Всем привет! хочу спросить мнения опытных разработчиков на ВП.
    Есть задумка создать высоконагруженный проект и предполагается что там будут сотни тысяч постов.

    Все это должно нормально «крутиться» и без заеданий.

    Почему ВП — ряд субъективных факторов, вплоть до того, что люди привыкли к админке и тд…

    Планируется несколько типов постов, с доп полями, с изображениями в доп полях которые пишутся в отдельную таблицу…

    ВОПРОС: если ли шансы что это все будет хорошо работать (выдерживать нагрузку) при посещении 10 000+ и 100 000+ постов кустомного типа

    имеется ввиду хорошо работать как на фронте так и на бекэнде.

    Спасибо!

Просмотр 15 ответов — с 1 по 15 (всего 22)
  • ВОПРОС: если ли шансы что это все будет хорошо работать (выдерживать нагрузку) при посещении 10 000+ и 100 000+ постов кустомного типа

    У других же работает (http://www.mtv.com/news/, http://itc.ua/ и много других). Тут вопрос больше в «обслуживающем персонале».

    скорее в мощности серверов и умении админа их правильно настроить.

    Если будете создавать высоконагруженные проекты, то без плагинов тюнинга не обойтись. Возможно вылезут проблемные места по производительности как в движке, так и в БД. Возможно придется индексы на некоторые поля БД сделать.
    И как правильно заметили другие, повышенные требования к «железу».

    касательно плагинов: предпочитаю обходиться без них и писать все самому. под свои конкретные нужды. ставлю только сео-все-в-одном

    касательно тюгнинг: о каком тюнинге идет речь? что нужно делать?

    индексы на некоторые поля БД сделать это о чем?

    скорее в мощности серверов и умении админа их правильно настроить.

    И в этом безусловно тоже. Но не только. Уменьшение запросов (не только к БД), потребления памяти и тп тоже немаловажный аспект.

    Уменьшение запросов (не только к БД), потребления памяти и тп тоже немаловажный аспект

    а тут куда посмотреть?

    ВОПРОС: если ли шансы что это все будет хорошо работать (выдерживать нагрузку) при посещении 10 000+ и 100 000+ постов кустомного типа

    Конечно есть шансы.
    Все зависит какие запросы у вас будет выполняться.
    Вот что пишут разработчики, непосредственно принимающие участие в разработке WP.
    Цитата оттуда.

    Для большого количества данных подобные запросы могут стать медленными, и мы рекомендуем смотреть в сторону внешних систем индексирования и поиска данных, например Sphinx или Elasticsearch.

    И про кеширование тоже не стоит забывать.
    Транзитное кэширование в высоконагруженных проектах WordPress

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

    впрочем, человек сказал про 100000 постов, но ни слова про посещаемость. при посещаемости меньше 5 тысяч в день хватит и VPS без дополнительной настройки и без плагинов кэширования (ну только для самого php).

    впрочем, человек сказал про 100000 постов, но ни слова про посещаемость.

    в самом начале

    ВОПРОС: если ли шансы что это все будет хорошо работать (выдерживать нагрузку) при посещении 10 000+ и 100 000+ постов кустомного типа

    dalexra, уж не биллинг ли затеяли на WordPress? 😉

    уж не биллинг ли затеяли на WordPress? 😉

    нет )) социальный проект

    а тут куда посмотреть?

    Вы извините, но с такими вопросами.. Вам лучше нанять специалиста.

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

    Большинство юзеров к таким плагинам можно допускать после сдачи экзаменов по работе кеширования. См сколько топиков — «не обновляется контент».

    а не проще просто закешировать большие запросы к БД? поставить кеш на 30 минут. а результаты запросов занести в промежуточную таблицу и обновлять их там каждые 30 минут. То есть зачем мне для вывода шапки с меню делать 50 запросов если можно выгрести одним уже готовый хтмл?

    и так почти везде. сайдбары и так далее. грубо говоря саму статью показать не нагрузит. а вот куча многоуровневых меню — грузят

    Большинство юзеров к таким плагинам можно допускать после сдачи экзаменов по работе кеширования. См сколько топиков — «не обновляется контент».

    юзер, у которого сайт с 10к посетителями — он уже не нуб 🙂

    Модератор Yui

    (@fierevere)

    永子

    а не проще просто закешировать большие запросы к БД? поставить кеш на 30 минут. а результаты запросов занести в промежуточную таблицу и обновлять их там каждые 30 минут

    mysql query cache так и работает, внутренний, просто ему памяти надо побольше выделить, и естественно никакой левоты на mysqld

    для всего остального есть транзиенты в xcache/apcu или на редиске/memcached

    но опять же это тему надо оптимизировать, существующие решения мало используют транзиенты и кеширование промежуточных результатов

    для вывода шапки с меню делать 50 запросов

    это ужасно, для нагруженного проекта надо стремится чтобы на страницу делалось не более 50 запросов в целом, а лучше меньше (10-20)

Просмотр 15 ответов — с 1 по 15 (всего 22)

Тема «нагруженные проекты» закрыта для новых ответов.