Оптимизация скорости работы сайта
 

ДОбрый день
Вот такая ситуация.
есть чудо-сайт prazdnik-land.ru Typo3 3.8, PHP 4
кол-во посетителей за последний год примерно одинаковое 1000-1500 в день. За этот год пришлось несколько раз повышать тарифный план (т.е. увеличить доступные ресурсы: память, время процессора), а сайт работает все медленне и медленнее.
А совсем недавно дали рекламу страницы prazdnik-land.ru/limo
дак сайт вообще перестал работать на пару часов, хотя посетителей было не сказать чтобы уж очень много 2000 за день
собственно вопросы:
- какие срочные меры можно предпринять для исправления ситуации (кроме как добавить еще памяти)?
- поможет ли переход на новую версию TYPO3?
- правда ли что блок "Случайное фото" (случайным образом картинка выбирается этот блок USER_INT) на сайте делает все страницы не кешируемыми?
- "Page is being generated" в каком случае появляется?
- есть ли правила разработки плагинов с точки зрения оптимизации скорости работы?

Page is being generated - несколько посетителей одновременно запрашивают незакешированную еще страницу.
Случайные картинки проще делать JS. Если нет возможности -у вас вроде нет, там еще и ссылка - сделайте в iframe. Чтобы закешировать все возможное в статику.
чистите ли temp - файлы? Нет ли таблиц-гигантов?

• Не думаю что поможет
• Не совсем так. Cама страница кэшируется кроме блоков USER_INT. Но при этом все равно происходит инициализация TYPO3, соединение с базой и прочая и прочая...
• Страница отсутствует в кэше и должна быть сгенерирована, но похоже сервер загружен.
• По возиожности использовать USER (без всяких no_cache=1), что бы страницы попадали в кэш.

Что можно посоветовать:

• Выгрузка в статические файлы (nc_staticfilecache + RealURL)
• Картинки перенести в JS. Если нужна связь с TYPO3 то использовать Ajax.
• Проверить таблицы (статистики) на раздутие. Существуют ли индексы на таблицы? Проверьте скорость работы MySQL.

выкините USER_INT с главной и др. основных страниц и после этого поставьте nc_staticfilecache + RealURL
(если USER_INT останется, то кеширования в статические файлы конечно не будет)

а еще поделитесь опытом как phpAds на сайте TYPO3 показывать?
js - тормозит страницу (пока все баннеры из phpAds не загрузятся страница не отображается)
xml-rpc создает много коннектов к серверу
iframe не всегда подходит
прямой вызов это USER_INT

а где/чем iframe не подходит? потому что оптимальны все-таки 2 и 3 способы.

Статику можно переложить на ngnix или тогда сервер TYPO3 (apache) будут трогать только по "уважительным" поводам

не понял про картинки в JS.
я только такой вариант вижу
предварительно генерировать все файлы (т.к. картинки надо уменьшать)
и фомировать JS массив адресов типа typo3temp/pics/abvgde......jpg
или еще как-то?

если нет баннера то показывает пустое место
для текстовых не подходит

это конечно замечательно, только как щас бороться с такими адресами