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

[Valery Romanchev]

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

[enot]

Сообщение от Valery Romanchev

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

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

prazdnik-land.ru/typo3temp/tx_ncstaticfilecache/prazdnik-land.ru/limo/index.html/

http://prazdnik-land.ru/typo3temp/tx_ncstaticfilecache/prazdnik-land.ru/limo/limo/4/index.html/

[enot]

и вот еще вопрос к знатокам TYPO3.
возьмем многострадальную страницу
http://prazdnik-land.ru/limo/index.html
эта страница кешируемая и на ней уже нет блоков USER_INT (nc_staticfilecache ее кешировал в файл)

для эксперимента отключим кеширование в статический файл
получается следующая ситуация
почти при каждом заходе на эту страницу вылезает
"Page Generated приходите завтра" (странно как люди увидев такую надпись потом приходят снова )
причем происходит 5, 6 а иногда и 7 редиректов до тех пор пока не появится нормальная страница.

что бы это значило?

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

такая же ситуация на http://prazdnik-land.ru/catalog/page.html
если сделать кешированной то редиректов случается до 10 а иногда невозможно дождаться.
и ладно если бы это было первый раз, а потом уже выводились готовые данные, такое случается почти при каждом заходе на эту страницу...
что с этим делать????

[enot]

Сообщение от enot

и вот еще вопрос к знатокам TYPO3.
возьмем многострадальную страницу
http://prazdnik-land.ru/limo/index.html
эта страница кешируемая и на ней уже нет блоков USER_INT (nc_staticfilecache ее кешировал в файл)

для эксперимента отключим кеширование в статический файл
получается следующая ситуация
почти при каждом заходе на эту страницу вылезает
"Page Generated приходите завтра" (странно как люди увидев такую надпись потом приходят снова )
причем происходит 5, 6 а иногда и 7 редиректов до тех пор пока не появится нормальная страница.

что бы это значило?

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

такая же ситуация на http://prazdnik-land.ru/catalog/page.html
если сделать кешированной то редиректов случается до 10 а иногда невозможно дождаться.
и ладно если бы это было первый раз, а потом уже выводились готовые данные, такое случается почти при каждом заходе на эту страницу...
что с этим делать????

видимо кончились знатоки TYPO3

[Дылгеров Ц.В.]

Сообщение от enot

видимо кончились знатоки TYPO3

Навскидку:
Typo3 достаточно быстро растет, если посмотреть на http://typo3.org/extensions/ - видно что сегодня 31 июля было 10 апдейтов расширений.
Расширение nc_staticfilecache последний раз обновлялось 28.06.2007, а появилось сравнительно недавно: всего 3-ий апдейт - так что знатоков по связке RealURL+nc_staticfilecache не так уж много.

[void]

nc_staticfilecache тут не при чем, я так полагаю.
У вас некэшированная страница отображается сразу, а кэширование идёт медленно? Это нестандартная ситуация, обычно наоборот. Что мешает тогда вообще отключить кэш?)

[enot]

Вопрос не про realUrl и staticfiles
а почему несколько раз подряд появляется "page generated"

ситуация следующая
страница page1, page2 , page3
на этих страницах нет USER_INT
галочки "без кеша" нет.

когда я перехожу с page1 по ссылке на page2
случаетя "page generated" несколько раз подряд
(т.е появляется "page generated", после автоматической перезагрузки
снова "page generated" и так может повторяться очень долго)
когда появляется страница page2
тыкаю по ссылке на страницу page3 (она тоже может загрузиться только после нескольких "page generated")
и затем c page3 пытаюсь перейти на page2 и снова получаю несколько раз "page generated". почему? ведь уже один раз эту страницу page2загрузили и закешировали,. вот это мне непонятно. в чем причина такого поведения. или в чем тогда смысл системы кеширования страниц. чего оно кеширует?

если страницы "без кеша" то появляются они сразу, но когда на сайт приходят 400 человек в час, то сайт тихо умирает....
400 это пиковые нагрузки, даже 200 это предел

[dmartynenko]

Сообщение от enot

для эксперимента отключим кеширование в статический файл
получается следующая ситуация
почти при каждом заходе на эту страницу вылезает
"Page Generated приходите завтра" (странно как люди увидев такую надпись потом приходят снова )
причем происходит 5, 6 а иногда и 7 редиректов до тех пор пока не появится нормальная страница.

что бы это значило?

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

У меня было несколько раз так, что повреждались таблицы кеша (в том числе таблицы кеша realurl). Сайт при этом имел тенденцию очень часто подвисать (у нас 2000-4000 посетителей в сутки и много динамического контента) .

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

Проверьте все таблицы в базе typo3 при помощи phpMyAdmin и воспользуйтесь функцией "починить" при необходимости.

[enot]

Сообщение от dmartynenko

У меня было несколько раз так, что повреждались таблицы кеша (в том числе таблицы кеша realurl). Сайт при этом имел тенденцию очень часто подвисать (у нас 2000-4000 посетителей в сутки и много динамического контента) .

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

Проверьте все таблицы в базе typo3 при помощи phpMyAdmin и воспользуйтесь функцией "починить" при необходимости.

такую проверку я в Cron добавил. каждый день таблицы проверяются
только все нормально было (т.е. еще не сталкивался с тем чтобы таблицы повреждались)

[c0d3r]

Вчера запустил на сервере три сайта, полёт номральный, сегодня довел число запущенных до 10 и начались тормоза. Не сразу, сразу бегало достаточно бодро. А сейчас в cache_pages лежит за 200 записей, исходя из вышенаписанного, это всё временный кэш, что-то многовато
Таблицы проверял - ошибок нет.
Что делать, как эффективно найти узкое место?
По отладочному дампу сложно сказать, что именно тормозит - больших скачков по временным интервалам нет.