Так можно наверное пинать разработчика платной темы раз он берет за это деньги ;)
На картинки слишком большое время кеширования не ставьте, толку от этого маловато будет. Дня 3 думаю вполне достаточно.
Был опыт, на небольшой пачке сайтов генерился траффик в 500Гб в месяц, после выставления времени жизни кеша на 3 дня траффик упал(при той же посещаемости) до 50Гб =)
Кстати говоря мсье view'er вам много всего полезного посоветовал, но не учел что статику у вас отдает не apache, а nginx =) Так что крутите настройки кеширования в нем.
http://your-happy-life.com/wp-content/uploads/2013/07/zagruzhennoe-206x125.jpg
Status Code: 200Date: Thu, 18 Jul 2013 07:01:55 GMTContent-Encoding: gzipLast-Modified: Wed, 17 Jul 2013 07:17:34 GMTServer: nginx/1.4.1ETag: "2111-4e1afe330df80"Vary: Accept-Encoding,User-AgentContent-Type: image/jpegCache-Control: max-age=2592000, publicAccept-Ranges: bytesContent-Length: 8314Expires: Fri, 18 Jul 2014 07:01:55 GMT
На самом же деле объединение js и css даст снижение количества запросов к серверу, а значит - 1) он вздохнет свободнее 2) сайт загрузится быстрее (в современных браузерах есть ограничение на количество параллельных коннектов к одному хосту)
Но вообще все эти манипуляции целесообразно выполнять уже после нахождения виновника медленной загрузки сайта. Все приведенное выше - конечные оптимизации улучшающие и так неплохие показатели.
Очевидно у вас слетела настройка шаблона компонента. Решение:
1) Если вы зашли на сайт под администратором то ткните в публичной части в правом верхнем углу на кнопку «Правка»
2) Наведите на указанный на скрине фрагмент страницы и в появившемся меню нажмите на шестеренку.
3) В открывшихся настройках компонента в самом верху в выпадающем меню выберите соответствующий шаблон данного компонента.---------- Добавлено 17.07.2013 в 18:11 ----------Недавно пилил тему специально под вопросы и ответы по Битрикс. Можно не создавать новые треды, а перекатиться туда с обсуждением данной проблемы =)
Эм, как бы вам потактичнее объяснить =)
Дело в том что не стоит полагаться только на одни «чудодейственные» плагины.
Я бы сделал так - слил бы сайт и запустил его на локальном веб-сервере включив все логи MySQL и PHP + повесив на сайт Debug-плагин. Заодно занялся бы оптимизацией так как свыше 200 запросов на одну страницу это реально много. Уже закончив с оптимизацией самого сайта можно прибегнуть к оптимизации серверного ПО (в случае если у вас не шаред-хостинг)
Для чистоты эксперимента можете также вот тут посмотреть http://tools.pingdom.com/fpt/
Заодно гляньте логи php и mysql, возможно там куча ошибок. Также было бы интересно знать какая у вас CMS т.к. во многих движках можно включить dev-режим (либо поставить соответствующие плагины) чтобы посмотреть статистку по запросам к БД (если она воообще есть) и кучу другой интересной информации.
Вангую парочку сложных запросов к БД с join'ами которые отнимают большую часть времени =)---------- Добавлено 17.07.2013 в 12:16 ----------Хотя не надо, уже вижу что у ТС Wordpress
Советую вам поставить вот этот плагин http://wordpress.org/plugins/debug-bar/ и найти виновника медленного ответа.
Кстати по тестам с pingdom.com у вас вообще все очень плохо со скоростью =) Поисковики медленные сайты не любят, да и пользователи избалованные тарифами по 20-40 мбит/сек не будут ждать 5 сек пока сайт начнет грузиться.---------- Добавлено 17.07.2013 в 12:21 ----------И еще, 224 запроса на страницу это сильно! =)
Советую вам объединить и сжать ваши 9(!) css-файлов и 32(!!!) js-файла. Минимум на 30 запросов станет меньше. Также картинки с шаблона нужно объединить в спрайты.
Человеку который делал сайт имхо нужно по рукам бить за такое.
ТС, вам видимо нужно вот это https://dev.twitter.com/docs/api/1.1/get/search/tweets
Там есть пример запроса.
Видимо все дело в разнице функций mb_substr и substr. Первая применяется для мультибайтовых строк (юникод), вторая для однобайтовых.
Хотя в php.ini можно настроить mbstring.func_overload так чтобы substr автоматом подменялся на mb_substr ;)
Подробнее к сожалению не скажу так как не обладаю телепатическими способностями и не видел ваш код =)
А официальная дока на что?
http://www.yiiframework.com/doc/guide/1.1/ru/quickstart.apache-nginx-config
Не так давно mail.ru анонсировали сервис почты для домена и в течение месяца даже «бесплатные» рушки дают. Вот видимо на этой волне они что-то в коде и поправили. Советую отписать им в техподдержку.
Опять эта тема всплыла.
ТС неадекват же =) Давно уже в своей конторе перестали обращать внимание на "птички" в битриксе ибо на одном и том же железе с теми же настройками сайт выдавал как под 60 очков так и 30.
Из более полезных инструментов Битрикса могу отметить:
Проверка настроек ПО:
site.ru/bitrix/admin/site_checker.php?lang=ru
Проверка прав на файлы CMS
site.ru/bitrix/admin/file_checker.php?lang=ru
Лучше бы заодно приводили замеры сделанные с помощью других инструментов чтобы можно было все в комплексе оценить. На дедиках и VDS можно хотя бы скорость записи на диск замерить:
dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
Есть еще куча вариантов все замерить и не упарываться одним только Битриксом.
