напрасно, у вас артефакты появились вокруг слов "интернет-магазин", смотрится очень непрофессионально.
либо подберите картинку так, чтобы не было артефактов (напр. вообще убрать эти слова) и поставьте сжатие 70% у jpg или меньше, либо в оригинальном png уменьшите количество цветов.
Зарегистрировано запросов: 308
4 секунды на генерацию страницы.. неужели для открытия главной страницы нужно сделать 308 запросов к базе?
тогда только мемкеш какой-нибудь поможет, все остальное это микрооптимизация.
да, посмотрел, в ext3 добавили дерево как фичу, в ext4 уже по умолчанию используется.
в ФАТ надо последовательно открывать все директории.
я неправильно выразился, прошу прощения.
суть моего сообщения была в том, что в файловых системах чтобы достучаться до файла нужно последовательно открыть все директории, которые по сути обыкновенные файлы (directory files)
как бэ давно показано что поиск по дереву существенно быстрее последовательного поиска.
ну вообще-то я уже два раза говорил что постановка вопроса некорректна, нужно смотреть на конкретную реализацию СУБД и на конкретную реализацию ФС (ext3 вот научился строить индексные файлы, правда в пределах одной директории).
думать полезно всегда конечно.
навскидку могу назвать две причины почему файлы в базе лучше чем в ФС:
1) количество системных вызовов типа fopen в ФС зависит от глубины вложенности каталогов, если, скажем, глубина 5, то для открытия файла придется сделать fopen 6 раз. База же, вообще делает fopen один раз при старте.
2) если файлов много - база находит нужный файл фактически мгновенно за счет использования индексов, ФС, в большинстве своем, индексы не строит, значит поиск нужного файла существенно медленнее.
я знаю одну такую СМС, имя ей SharePoint, у нее вообще все файлы в базе лежат.
MS утверждает что как раз в базе (MS SQL) и нужно хранить файлы.
так что от БД зависит, не все БД одинаково заточены под работу с двоичными данными, тот же MS SQL 6.5 с ними плохо работал, сейчас допилили.
зачем в этой схеме IP ?
недостатки ip -
а) все пользователи за NATом имеют один и тот же IP - актуально для мобильного и-нета.
б) при обрыве связи может сменится IP, т.е. "авторизация" слетит - актуально для мобильного и-нета.
про сессии рекомендовано почитать т.к. они работают так, как я описал - через куки.
дата для этих целей не подойдет.---------- Добавлено 01.05.2012 в 23:31 ----------
как вам уже сказали - реферер снифится и подделывается на ура.
почитайте про сессии.
коротко - при открытии первой страницы генерится достаточно большое случайное число которое
а) сохраняется в куку на клиенте (в броузере)
б) сохраняется на сервере в базе/файле
при вызове второй страницы ваш скрипт берет переданную броузером куку и ищет ее в базе/файле. если находит - предполагается что запрос пришел с первой страницы.
nginx в любом случае не увидит соединение, что с куками, что без, т.к. оно установлено не будет еще на уровне ТСП.
все что делают син-куки - экономят память но немного больше нагружают проц по сравнению с стандартным поведением. экономия памяти существенная набегает т.к. "100 старушек - 100 рублей".
для специалистов - берите деньги только вперед т.к. jaguarcat - известный кидала.
