Форум PHP

Может один раз создавать html страницу, а cron'ом допустим раз в минуту обновлять... конечно для форума и с различием на юзеров не подходит, но для менее динамического сайта в самый раз... помоему... кто что думает на эту тему?

почему - cron'ом, а не собственно вносящим изменения событием? Она что - текущее время показывает? :)

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

Сайты-визитки имеют, как правило, очень маленькую базу данных, которая обслуживается очень быстро и не создаёт заметной нагрузки...

Тогда лучше не cron, а всякий раз, когда страница меняется... подход хороший для снятия нагрузки с сервера (например, страницы с 1 до 4000 темы этого форума так сгенерированы - всё равно они в архиве и не подвергаются изменению), но места жрёт такой подход очень много.

а кешированные страницы в gz лежат?

Нет просто так.

с полгигабайта занимают небось.

Что-то около того (вернее 4000 около 100 Мб занимают, но порядок тот же)... в любом случае от такого подхода потребуется отказаться, так как введены скины и планируется их расширение - со статическими страницами, скинами пользоваться не получится.

А я то думаю, и чего это в архивных темах мой любимый линейный свежими вверх порядок не поддерживается!
Весь моск сломал....

Ну да и из-за линейного форума в том числе, статические HTML-страницы хороши, когда динамики нет...

А почему не выделить архив в отдельную таблицу? Тогда и из архива темы можно будет поднимать... и вообще все это достаточно прозрачно будет.

А в смысле в отдельную таблицу (сейчас архив в двух отдельных таблицах (для сообщений и тем))?

Тогда зачем генерировать статичные страницы? Обращаются к ним не так часто, а информацию приходится хранить в двух местах...

Только для того, чтобы снять нагрузку с MySQL-сервера, т.е. чтобы страницы открывались быстрее. Если под кэши ключей и запросов выделено мало памяти или сервер только что стартовал и кэши ещё не успели заполниться MySQL сканирует таблицу и выполняет много обращений к жёсткому диску - при объёмных таблицах получается достаточно медленно. Но такая ситуация довольно таки редка - таблицы должны быть действительно большими.

PS Или если интенсивно используется GDLib, но его наверное и не стоит использовать, если диаграммы не динамически формируются - проще сразу все рисунки статически нарисовать.