Срочно! Как сделать чтоб и волки были сыты и овцы целы?

Вы сейчас смешали все вместе. Редактируемость, интуитивно понятный.... и т.д. и т.п. - это все не имеет (не должно иметь!!!) отношение к тому, как отдается контент клиенту. Если это не так, значит продолжайте доробатывать движек.

Это нормально, я тоже стараюсь не использовать готовые движки. Громоздкое и не удобные.

А Вы не думали, что БД просто не нужно. Что без нее, в 90% слкчаев - просто ненужна. К томуже, MySQL - это универсальный, а поэтоу, не самый лучший вариант реализации.

Опять все смешано. Сколько страниц при этом отдано? Были повторы? Что запрашивалось? Каков траф, из расчета на страницу?

Не очень соглашусь. БД не нужна если сайт будет содержать не большое кол-во страниц. Но если сайт быстро растет, то без БД можно получить кучу осложнений.

Во первых дисковые операции с 100 000 файлов 9либо размножение каталогов чтобы уменьшить кол-во файлов в каждом), потом ими станет не реально управлять (если понадобится что то удалить или исправить).

Во вторых сжатие. Файлы по любому кушают место больше сжатых данных в БД.

И в третьих простота модернизации движка, и перезд сайта в другое место.

ИМХО, без БД в современном сайте никак не обойтись.

Конечно все относительно.

А параметры у движка сайта такого типа как у ТС приблизительно одинаковые.

Контент жмется gzip, запросов к БД не более 3-х на страницу (за редким исключением на спец страницах больше), размер не сжатого контента и всей графики (включая банеры) не более 120 Кб.

А вот хостер и машина - это уже дело серьезное. И я никогда не пользуюсь хостами дешевле 100 у.е. в год (по среднему плану хостера).

Чаще всего мастерхост. И у меня на физике у него гарантированно: клиентов 30% от загрузки сервера, полуторный запас памяти и дуал ксеоны.

БД на схожем сервере, чуть слабее процы, но по памяти мощнее.

Иногда суммарный скан роботами доходит до 50 000 страниц в сутки - при этом пользователь не наблюдает никаких подтормаживаний.

Это я и называю нормальный хост - нормальные настройки машины.

БД - это очень общий термин. Текстовый файли или файловая структура - это тоже БД.БАзы барклая. И при необльших объемах (до ~100 - 200 Мб) и при условии, что чтение информации знаимет 99% времени, и тольок 1% - ихменение - текстовые структуры быстрее и удобней(с точки зрения управления)

Дисковое пространство, сейчас почти ничего не стоит.

Простота модерации, это админ часть. Мы говорим о юзерной.

Есть много способов выполнять предрасчет, той части, которая меняетс редко, или вовсе - стиатика. Зачем ее тягать из базы постоянно.

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

PS Знаете, наиболее удачные игры, для самых современных компов, до сих пор используют таблицы для вычесления cos , sin вместо загрузки математикой сопр. Это дает мизирный, но выигрыш. А если так подойти к любой участку кода, то можно получить отличный результат.

Привожу некоторые данные на 15 -ое августа:

Total Pages - 125647 (яндекс пока насканировал около 88000)

sfront2-054.yandex.ru - Hits = 29984 (5224102 кб)

sfront58.yandex.ru - Hits = 26296 (4475890 кб)

spider.meta.ua - Hits = 10375 (1266136 кб)

crawl-3.cuill.com - Hits = 9629 (896191 кб)

77.91.224.16 - Hits = 8830 (1633265 кб)

crawl-66-249-66-241.googlebot.com - Hits = 6229 (403415 кб)

crawl-ru-81-222-146-166.webaltabot.com - Hits = 2503 (481160 кб)

Это только топ. Весь список приводить не вижу смысла.

общие данные Hits = 125103; Visits = 11004; Total KBytes = 17052990

из них целевая аудитория - Hits = 17461

Из расчёта на последние реконструкции средний размер страницы около 43 кб без рисунков и 50 кб с рисунками.

Учёл. теперь главная - 0 запросов к БД, как и многие другие страницы, а главная в разделе новости тоже 0 к БД. Но тут кеш будет действителен только 5 мин, потом при запросе пересоздаётся.