1. Приветствуем Вас на неофициальном форуме технической поддержки XenForo на русском языке. XenForo - коммерческий форумный движок от бывших создателей vBulletin, написанный на PHP.

Ускоряем XenForo: включаем кэширование

Тема в разделе "Советы, руководства и видео-уроки", создана пользователем FractalizeR, 12.10.2010.

Загрузка
  1. Exile

    Exile Местный

    Регистрация:
    27.06.11
    Сообщения:
    997
    Симпатии:
    545
    Версия XF:
    1.4.4
    Yoskaldyr, дополнение там для вида, оно ровным счетом ничего не добавляет, но из-за идиотских правил на офф. форуме нельзя просто так и выложить дополнение для ZendFramework, а не самого движка.
     
  2. ANGEL OF FIRE

    ANGEL OF FIRE Модератор

    Регистрация:
    06.11.11
    Сообщения:
    395
    Симпатии:
    180
    Версия XF:
    1.1.3
    Само собой.
     
  3. Basoleg

    Basoleg Местный

    Регистрация:
    16.07.13
    Сообщения:
    30
    Симпатии:
    1
    Версия XF:
    1.4.4
    Установил сейчас Memcached, но изменений вообще не заметил.
    Правильно ли я всё сделал?
    1. установил Memcached (по phpinfo проверил что он установился и есть)
    2. в конфиг прописал:
    Код:
    $config['cache']['enabled'] = true;
    $config['cache']['frontend'] = 'Core';
    $config['cache']['frontendOptions'] = array(
        'caching'                   => true,
        'automatic_serialization'   => true,
        'lifetime'                  => 3600,
        'cache_id_prefix'           => 'xf_'
    );
    
    $config['cache']['backend'] = 'Memcached';
    $config['cache']['backendOptions'] = array(
        'backendOptions' => array(
            'compression' => false,
            'servers' => array(
                array(
                    // your memcached server ip /address
                    'host' => 'localhost',
                 
                    // memcached port
                    'port' => 11211,
                )
            )
        )
    );

    получается это всё?

    Параметры VPS моего 2000Mhz x 2, 2048Mb memory
    Сообщений 300k
    Одновременно в онлайне немного людей

    Но вот что у меня: (после включения кэша никаких изменений)
    Сааанимок.PNG

    Если поставить Unread Post Count то запрос к сообщениям занимает по 1-3 секунды...


    Есть практический способ увидеть заработал ли Memcached?
    memcached.log пустой
     
    Последнее редактирование: 10.02.2016
    Lex нравится это.
  4. Oleg-2012

    Oleg-2012 Местный

    Регистрация:
    21.04.12
    Сообщения:
    700
    Симпатии:
    297
    Если-бы Memcached не работал, то получили-бы ошибку при таких настройках, значит Memcached работает ! :)

    А так посмотрите в режиме дебага, должно число запросов уменьшиться, несколько раз F5 понажимайте...;)
     
  5. Basoleg

    Basoleg Местный

    Регистрация:
    16.07.13
    Сообщения:
    30
    Симпатии:
    1
    Версия XF:
    1.4.4
    спасибо. Значит работает)

    ну это само собой))) Только вот ничего вообще не изменилось, вот и подумал включилось ли вообще
     
  6. miha228

    miha228 Местный

    Регистрация:
    21.11.13
    Сообщения:
    8
    Симпатии:
    5
    Версия XF:
    1.5.9
    Почитал тут "советы" некоторых "спецов" и был мягко говоря удивлен.
    Один кричит что апач жрет немерянно памяти и сожрет сколько ему не дай.
    Другой проводит тесты нагрузки с ab2 на апач и пхп-фпм, при этом ни слова ни о конфигурации обоих, ни о вообще целесообразности подобных тестов даже и понимания нет.
    Однако, поди ж ты, делают далеко идущие выводы...
    Дальше не читал, этих 2х постов хватило.
    Однако решил вставить и свои 5коп:
    В среднем, если сравнивать пхп-фпм и апач при прочих равных (prefork/itk, одинаковое кол-во процессов и т.п.) и вменяемом тюнинге в т.ч. и скрипта (кэш, запоосы на одну и ту же страничку), потребление памяти апачем в целом будет где-то на 30% больше, а цпу на 5% (последнее связано с более-тяжелым процессом отмирания форка, по сравнению с легким у пхп-фпм).
    Все остальное, о чем тут говорят - следствие непонимания темы вообще (неумения "готовить" - называйте как хотите).
    Всегда угорал с кулибиных, которые сравнивают 4 инстанса пхп-фпм и 20 префорков апача, при этом орущих, что апач дескать память жрет. И даром что фпм при этом всего лишь отстреливает лишние запросы, а апач честно тужится их обработать. Они ведь аб2 меряют, оно ж врать не станет!)))
    ps: субъективный опыт, основанный на 20ти годах админства из них 15 в хайлоаде. И ничего личного, не оскорбляйтесь...
     
    resonansER нравится это.
  7. butik

    butik Местный

    Регистрация:
    30.05.12
    Сообщения:
    22
    Симпатии:
    0
    Версия XF:
    1.5.1
    Можно было конструктивнее написать какой вариант предпочтителен для xenforo если имеете хоть какойто опыт, а не понты описывать виде простыни.
    п.с. мир вам)
     
  8. infis

    infis Местный

    Регистрация:
    27.06.11
    Сообщения:
    5 966
    Симпатии:
    3 548
    Версия XF:
    1.5.9
    На сегодня апач уже давно не конкурент nginx в проектах, которым не нужен htaccess и прочие апачевские плюшки. То есть для xenforo за глаза хватает возможностей nginx+php5-fpm. Это в сравнении с apache2+libapache2-mod-php5. Тем более, что nginx намного шустрее работает со статикой, чем апач.

    Так что тут и сравнивать даже нечего.

    Хотя есть еще один нюанс. Если использовать винду в качестве серверной ОС, то намного проще использовать apache2, чем nginx. Тем более, что последний в винде в стоке работает в однопоточном режиме, а для многопоточности накатывать патч и компилировать самостоятельно. А вот php под винду для обоих будет только в виде fastcgi.
     
    Mirovinger и butik нравится это.
  9. miha228

    miha228 Местный

    Регистрация:
    21.11.13
    Сообщения:
    8
    Симпатии:
    5
    Версия XF:
    1.5.9
    я же написал примерное (сильно усредненное) преимущество php-fpm над apache:
    то есть грамотный кэш запросов и тюнинг БД нивелирует это преимущество на столько, что у вас отпадет всякая надобность городить огород с пхп в обход апача, если речь конечно не идет о миллионах посетителей в сутки.

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

    но разве преимущества апча, это только .htaccess?
    а как же разделение прав к примеру? в последнее время взяли моду пхнуть все в контейнеры бездумно именно из-за отсутствия в nginx такой возможности. иногда наблюдаю на серверах по 300-400 докер-контейнеров с неимоверным кол-вом nginx-ов, пхп и прочих fcgi процессов. + сопутствующий этому хламу адский трэш с нат-ом и бриджами. об оверхеде вносимом всем этим зоопарком никто не задумывается - зато у нас нет апача и мы вообще крутые - кнопочки в веб-морде тык-тык, и все по феншую и новомодно. переводишь такой проект на апач и нагрузка чудным образом падает в половину..
    к тому же апачь, опять таки, это далеко не только htaccess. посмотрите список модулей помимо mod-php..

    зы: не списывайте апач раньше времени...
     
    resonansER и butik нравится это.
  10. infis

    infis Местный

    Регистрация:
    27.06.11
    Сообщения:
    5 966
    Симпатии:
    3 548
    Версия XF:
    1.5.9
    Так я в самом начале и указал на то, что у апача есть плюшки, из-за которых его используют, не смотря на прожорливость и более низкую производительность. Изначально речь шла о выборе apache2 vs nginx на своем сервере (не важно, выделенный, виртуальный, облачный или еще какой). На своем сервере не будешь держать кучу контейнеров. Поэтому и выбор однозначно в пользу nginx, а не в пользу apache2.
    Есть масса применений именно apache2. Но не в данном конкретном случае. Да и для большинства проектов на php выбор в пользу nginx - это в основном более низкие требования к серверу, и более высокая производительность. Это то, чем похвастать apache2 не может.

    P.S. Его уже все списали для проектов на голом PHP :)
     
    butik нравится это.
  11. Yoskaldyr

    Yoskaldyr Пользователь

    Регистрация:
    27.09.10
    Сообщения:
    1 921
    Симпатии:
    1 163
    Версия XF:
    1.0.4
    И сожрет с настройками по умолчанию. А 99.99% не смогут настроить апач нормально чтобы он потреблял меньше ресурсов чем связка пхп-fpm + nginx (хотя что-бы работал стабильно все равно нужен будет nginx или аналог перед апачем).
    С случае xenforo с настройками по умолчанию (CPU bound приложение где практически нет запросов с большим процентом ожидания ответа io - т.е. скрипт выполняется очень быстро и почти без режима ожидания) php-fpm предпочтительнее с фиксированным количеством воркеров, а количество воркеров полностью зависит от параметров сервера и текущей посещалки.

    Основная проблема, но одновременно главный плюс апача (его универсальность) - это работа с .htaccess, откуда и идут основные тормоза (расход памяти - это от префорка, но его использовать нужно только в крайних случаях).

    Для всяких панелек и серверах где хостится 100500 сайтов - апач то что надо.
    У всех хайлоад разный. у кого-то 100 одновременно онлайн уже хайлоад, а у кого-то и 100000 одновременно онлайн не хайлоад.
    Интересно просто какой это такой хайлоад 15 лет назад? Просто слишком громкие слова чтобы быть правдой (вернее очень небольшой шанс правды).
     
  12. miha228

    miha228 Местный

    Регистрация:
    21.11.13
    Сообщения:
    8
    Симпатии:
    5
    Версия XF:
    1.5.9
    по-вашему выходит, что проще устанавливать php-fpm и nginx, нежели поправить несколько строчек в конфиге апача? странное утверждение...
    И безсмысленный спор. Я вам о том, что в большинстве типичных инсталяций проще апач за 5мин подтюнить, а вы мне о том, что php-fpm быстрее. Да и не быстрее он))
    Согласен с тормозами от .htaccess (если с allowoverride так вообще ад), но известно (можете легко нагуглить):
    связка nginx+ апач будет ничуть не медленнее, нежели php-fpm. Если же речь о mpm-worker, так еще и быстрей и меньше памяти сожрет.
    Так где истина?
    вот уж не собирался тут пиписьками меряться. BigmirNet (2002), UkrNet (2004) - самый что ни есть хайлоад даже тогда...
     
    resonansER нравится это.
  13. infis

    infis Местный

    Регистрация:
    27.06.11
    Сообщения:
    5 966
    Симпатии:
    3 548
    Версия XF:
    1.5.9
    Если Вы утверждаете, что знаете, как правильно настроить апач, то почему бы Вам не поделиться с сообществом? Выложите эти "несколько строчек в конфиге апача", да и краткий мануал "апач за 5мин подтюнить" с комментариями совсем людям не помешает. Это все будет значительно интереснее, чем голословные утверждения. Не находите?
     
  14. miha228

    miha228 Местный

    Регистрация:
    21.11.13
    Сообщения:
    8
    Симпатии:
    5
    Версия XF:
    1.5.9
    об этом знает гугл. тут шибко много ума не нужно, достаточно нагуглить как подтянуть конфиг апача по аналогии
    это в случае mpm-perfork/itk. Поставить вперед nginx и вынести туда всю статику и реврайты- вы получите конфигурацию не медленнее, нежели с php-fpm (иногда чуть быстрей). замените perfork/itk на worker и вы получите конфигурацию быстрее процентов на 15-20...
     
    resonansER нравится это.
  15. infis

    infis Местный

    Регистрация:
    27.06.11
    Сообщения:
    5 966
    Симпатии:
    3 548
    Версия XF:
    1.5.9
    Простите, а Вы пришли на форум, чтобы высказать всем свое "фи" или чтобы поделиться чем-то? Тут хватает новичков, которые и этот форум нагуглили с трудом. Так сделайте всем жизнь проще: или ссылки дайте на хорошие материалы по теме, или скопипастите сюда полезную информацию, да еще со своими подробными комментариями. В общем откройте людям глаза, а не просто рассказывайте, как Вы крут в настройке серверов.
     
    butik и Mirovinger нравится это.
  16. resonansER

    resonansER Местный

    Регистрация:
    19.08.11
    Сообщения:
    461
    Симпатии:
    290
    Версия XF:
    1.5.6
    Отлично! Именно так и есть!
    Ещё хочу подчеркнуть, что когда необходимы разделения прав для каждого пользователя это именно mpm_itk.so, а mod_mpm_prefork.so для повышения быстродействия замечательны.
    Тут главное Google пользоваться уметь и тематические форумы посещать. А опыт придёт.
     

Поделиться этой страницей