Методы кэширования объектов PHP в файл?

Сериализация вполне безопасна и широко используется. Однако есть альтернатива — кешировать в память. Ознакомьтесь с memcached и APC, они бесплатны и обладают высокой производительностью. Эта статья о различных методах кэширования в PHP также может представлять интерес.

Re: Есть ли другой метод сохранения в файл, который я забыл?

Это имеет ограниченную полезность, но если у вас есть особенно мощный запрос к базе данных, вы можете записать сериализованный объект обратно в индексированную таблицу базы данных. У вас по-прежнему будут накладные расходы на запрос к базе данных, но это будет простой выбор, а не громоздкий запрос.

Re: Безопасно ли сохранять файл? и дешевый виртуальный хостинг)

Печальный факт заключается в том, что дешевый виртуальный хостинг небезопасен. Насколько вы доверяете 100 500 или 1000 другим людям, имеющим доступ к вашему серверу? По историческим причинам и (по иронии судьбы) по соображениям безопасности в средах общего хостинга PHP/Apache работает как непривилегированный пользователь (при этом PHP работает как модуль Apache). Рациональность безопасности здесь заключается в том, что если мир, с которым сталкивается процесс apache, будет скомпрометирован, эксплуататоры будут иметь доступ только к непривилегированной учетной записи, которая не сможет взломать важные системные файлы.

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

В PHP также существует постоянная плохая практика предоставления каталогам разрешений 777 для каталогов и файлов, чтобы позволить непривилегированному пользователю apache записывать файлы, а затем оставлять каталог или файл в этом состоянии. Это дает любому доступ к системе для чтения и записи.

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

Решения некрасивые. Некоторые хосты предлагают CGI Wrapper, который позволяет запускать PHP как CGI. Преимущество здесь в том, что PHP будет работать как владелец скрипта, что означает, что он будет работать как вы, а не как непривилегированный пользователь. Проблема предотвращена! Новая проблема! Традиционная компьютерная графика медленна, как патока в феврале.

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

У меня была аналогичная проблема, и поэтому я написал решение, кеш памяти, написанный на PHP. Требуется только сборка PHP для поддержки сокетов. Кроме того, это чисто php-решение, которое должно нормально работать на виртуальном хостинге.

http://code.google.com/p/php-object-cache/< /а>

Что я всегда делаю, если мне нужно иметь возможность писать, так это убедиться, что я не пишу нигде, где у меня есть PHP-код. Обычно моя структура каталогов выглядит примерно так (в разных проектах она различается, но это общая идея):

project/
  app/
  html/
    index.php
    data/
  cache/

app недоступен для записи веб-сервером (желательно и index.php). cache доступен для записи и используется для кэширования таких вещей, как проанализированные шаблоны и объекты. data, возможно, доступен для записи, в зависимости от необходимости. То есть, если пользователи загружают данные, они переходят в данные.

Веб-сервер указывает на project/html, и любой удобный метод используется для настройки index.php в качестве сценария, запускаемого для каждой страницы в проекте. Вы можете использовать mod_rewrite в Apache или согласование содержимого (мое предпочтение, но часто невозможно) или любой другой метод, который вам нравится.

Весь ваш реальный код находится в app, который не доступен напрямую веб-серверу, но должен быть добавлен в путь PHP.

Это сработало очень хорошо для меня в нескольких проектах. Мне даже удалось заставить, например, Викимедиа работать с модифицированной версией этой структуры.

О... и я бы использовал serialize()/unserialize() для кэширования, хотя генерация PHP-кода имеет определенную привлекательность. Все известные мне шаблонизаторы генерируют PHP-код для выполнения, что делает пост-парсинг очень быстрым.

Если у вас есть доступ к кешу запросов к базе данных (например, MySQL), вы можете сериализовать свои объекты и хранить их в БД. База данных позаботится о хранении результатов запроса в памяти, так что это должно быть довольно быстро.

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

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

Теоретически возможно хранить объекты в сессиях. Это может помочь вам решить проблему с отключенной записью файлов. Кроме того, вы можете сохранить сеанс в таблице с поддержкой памяти mysql, чтобы ускорить запрос.

На некоторых хостингах может быть скомпилирован APC. Это позволит вам хранить объекты в памяти.