При проверке оптимизации скорости загрузки загрузки сайта от google (PageSpeed Insights) сервис рекомендует ужать кучу jpg изображений.
Где в LS задаётся коэффициент сжатия для jpg изображений?
В плагинах DAO [4в1], LSGallery Premium есть ли настройки сжатия изображений?

Запускали сжатие изображений на сервере, но всё равно куча не оптимизированных картинок. Похоже их заново пережимает движок в заданном по умолчанию 90% качестве. Почему так происходит и как это лечить?

Привет!
Вопрос как и чем Вы оптимизируете работу плагинов?

Установил плагин. Не буду его называть. Работает он нормально. Без ошибок. Но! Ко второй половине дня нагрузка на сервер сильно возрастает. Приходится отключать его до утра. Потом опять включать. И так по кругу. Плагин нужный и переписывать нет смысла так как вроде он работает.

Подумал, может кто-нибудь использовал встроенный лог sql запросов? Но так, чтоб сохранялись только запросы например больше 5 секунд. И при этом не повесить весь сайт при включенных логах.

Во общем, как решить проблему? Посоветуйте!

debian 6 + Nginx + mysql + php-fpm 5.5 + OPcache (вроде так называется, стандартный кеш в php 5,5). Включен файловый кеш в LS. Загрузка сервера выше 0.20 0.20 0.20 редко подымается.

Ставлю memcached:

apt-get install memcached php5-memcache

в /etc/memcached.conf добавляю:

-s /var/run/memcached.sock
-a 0777

Добрый вечер.
Помогите пожалуйста настроить memcached на LiveStreet.
Memcached установлен на сервер, функционирует. Теперь нужно подключить его к LiveStreet, как это сделать я не знаю, прочитал статью но не нашёл файлы

$config['memcache']['servers'][0]['host'] = 'unix:///var/run/memcached.socket';

И не понял что делать с

$config['sys']['cache']['prefix'] = 'superls'; // произвольный префикс кэша, должен быть уникальным для каждого сайта

С настройкой сервера, оптимизацией изображений и прочим я разобрался, остались вопросы, в которых я не очень хорошо ориентируюсь.
Google PageSpeed Insights выдает примерно следующее

Здравствуйте уважаемые знатоки. перечитал весь сайт по тегам «скорость и livestreet»
Но ситуация вынудила меня поднять эту тему снова.
На пустом сервере с включенным мемкешем и всяческими оптимизациями движка найденными на просторах этого сайта загрузка 1-й страницы занимает 0.5-0.6сек и выглядит следующим образом:

Всем привет!

Хотелось бы инициировать дискуссию, фактически обмен опытом, по оптимизации LiveStreet для Web хостига Go Daddy.

Сейчас использую следующие моменты:

• загрузка изображений выносится на Amazon S3;
• вся статика, используемая в шаблоне, загружается с того же Amazon S3;

Вообщем максимально облегчаю отдачу.

Считается, что у Go Daddy очень медленные сервера с БД. Допустим у MediaWiki есть CACHE_DB (дословно — Store objects in the database table objectcache table), что позволяет увеличить скорость работы в разы на Web хостинге. А существует ли аналог у LiveStreet?

Может вопрос оптимизации лежит на поверхности или всё… не так просто?

Пролог

Наброски по данной статье лежали ещё с конца зимы и все никак не было времени на её написание, поэтому решил опубликовать её почти «как есть» т.е. с сухими выжимками фактов, без расписанных деталей. Это поможет остальным членам сообщества совершенствовать свои шаблоны.

Здравствуйте! Наблюдаю странно долгую загрузку страниц на локальной машине. От 2 до 7(!) секунд. Две разных установки LS, обе нулевые (плагины только из коробки). Вот цифры:
denwer3: Livestreet 1.0.1, Apache 2.2.4, PHP 5.2.12, MySQL 5.1.40 (InnoDB)

MySql
query: 12
time: 0.186 	
Cache
query: 37
— set: 9
— get: 28
time: 0.25816 	
PHP
time load modules: 1.058
full time: 2.767

OpenServer: Livestreet 1.0.3, Apache/2.2.25, PHP 5.3.27, MySQL 5.5.33 (InnoDB), Memcached 1.4.5

MySql
query: 7
time: 0.109 	
Cache
query: 24
— set: 4
— get: 20
time: 0.14063 	
PHP
time load modules: 1.125
full time: 2.688

Поиском нашлось два решения. Первое. Переключение file/memory в конфиге изменений не дает. Отключение кеша тоже, вот цифры:

MySql
query: 27
time: 0.047 	
Cache
query: 0
— set: 0
— get: 0
time: 0 	
PHP
time load modules: 0.984
full time: 2.141

Второе. Надо заменить InnoDB на MyISAM. Удалил в БД на денвере все foreign keys вручную, так же перевел все на MyISAM.

Результаты остались ровно те же.

Подскажите, такие цифры нормальны? Или что я делаю не так? Спасибо!

UPD: Недавно выяснил, что все эти оптимизации уже сделаны в AltoCMS.
UPD2: Добавил буфер значений для метода ядра GetEntity().
UPD3: Немного переписал класс Config.class.php.

С ЛС я знаком уже больше 3 лет. В течение этого времени следил за развитием движка, а также за быстродействием версий с 0.4* до 1.0*. Поэтому решил проверить, куда уходит процессорное время.
Поставил на тестовый сервер версию 1.0.3.

Параметры сервера:

Intel® Xeon(TM) CPU 3.00GHz 4GB RAM
GNU/Linux 8.5
nginx/1.1.14
Apache/2.2.22
PHP 5.3.23 + APC (на момент теста оказывается, что не работало) + Memcache