Где хранить настройки сайта?

Если все правильно спроектировать никаких "напрягов" и лишних телодвижений не будет. Если нет - то и файлы не помогут.

А чего там проектировать, если все влоб делается? Зашел юзер - считался конфиг. Если там же хранится дата посещения, то сразу же перезаписался. Изменились настройки, конфиг еще раз перезаписался. Все, телемаркет!

Куда еще проще-то?

З.Ы. А файлы всегда помогут нагрузку сократить. Не зря системы кэширования сайтов тоже сохраняют страницы в виде файлов, а не в виде записей в мускуле.

AutoBlogger, товарисчь, вы бы не говорили так категорично о вещах, в которых судя по всему слабо разбираетесь, ладно?

o_O Мемкэш? Кэш в БД? Неее.. не слышал.

p.s. не буду оригинальным.. ссылка из гугла.

А если подробнее? :)))

---------- Добавлено 09.07.2013 в 17:23 ----------

Да ради бога. Можно хоть в облаке кэш хранить. Извращенцев всегда хватало :)

Системы кеширования разные бывают, от частичного кеширования в БД, то полной статике на файлах.

А нагрузку поможет сократить там, где нагрузка есть, и она связана с получением данных из mysql. Зачем это делать там где это не требуется?

Ну раз "в лоб" чо же ТСу не использовать нормальную бд нежели извращаться на файлах?

AutoBlogger,

ну и расскажите, где вы это применяли, посещаемость сайта и насколько это помогло

Есть сайт на котором генерится динамическая выдача списков (по несколько сот тысяч айтемов на страницу). Посещаемость 10k уников в день (просмотров почти на порядок больше). При использовании мускуля, сайт ложился на раз. После перехода на текстовые файлы, проблема исчезла "сама собой". Все работает без перебоев уже почти 10 лет на допотопном сервере. История из реальной жизни, так сказать.

З.Ы. При открытии такого списка у меня браузер может легко завистнуть, а самому сайту, на котором шуршит скрипт все пофигу.

Какой смысл, тогда? если у вас браузер зависает? пользователь не придёт в восторг от такого сайта.

Выдача не для браузеров сделана, а для синдикаторов. Но это не важно в данном случае. Важно, что мускуль на том железе и с тем количеством трафика умирал просто мгновенно. С текстовыми же файлами проблем нет. Вообще никаких.

Мускуль неизбежен если нужна работа с серьезными базами, состоящими из многочисленных связанных таблиц. Если же нужно обработать одну единственную, прямой как дверь строковой список (или конфиг, уникальный для каждого юзера), то по простоте работы и оптимизации нагрузки, никакой равноценной замены обычным файлам тупо не существует.