Как лучше всего хранить динамические настройки в php?

О чем следует помнить, если вы придерживаетесь файлового подхода:

Использование родного парсера

Парсер, написанный на C, скорее всего, будет быстрее, чем парсер на PHP. Два варианта, которые приходят на ум, это

Используйте файл settings.php, содержащий корректный код PHP. Один из подходов, который я использовал в прошлом, заключается в наличии файла, который выглядит как

<?php return
array(
'key' => 'value'
);

Этот файл может быть include-d один или несколько раз, и Оператор include вернет массив конфигурации. При написании новых настроек используйте var_export(), чтобы получить действительные php-код.

Другой подход заключается в использовании файла settings.csv. Читайте с помощью fgetcsv(), пишите с помощью fputcsv().

Отказ от частичного сохранения

Чтобы избежать частичного чтения файла во время обновления настроек, сначала запишите новые настройки во временный файл, а затем переместите этот файл в папку с файлом настроек (предпочтительно, используя mv (1) в *nix).

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

Mysql НЕ вариант, мы хотим избежать лишних запросов

О, Боже.

MySQL, вероятно, лучший вариант, учитывая предоставленную вами информацию. И если у вас есть проблемы с загрузкой базы данных, попытки использовать разные субстраты для ваших данных не помогут.

Действительно, я бы порекомендовал реализовать хранение и извлечение значений в пользовательском обработчике сеанса, связанного с базой данных (и включить сеансы для всех запросов).

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

(общая память и хранилище переменных APC имеют те же проблемы, что и файловое хранилище)

Если вы не хотите использовать MySql, я думаю, что то, что вы делаете сейчас, является лучшим решением, любая система записи файлов свойств/ini будет намного дороже и не решит проблемы с одновременным доступом. Чтобы устранить проблему, я предлагаю вам записать обновленный файл во временный файл в той же папке, удалить старый файл settings.php и переименовать временный файл в settings.php. все еще есть небольшая вероятность того, что запрос будет сделан сразу после удаления settings.php и до того, как временный файл будет переименован, что можно обработать, выполнив что-то вроде этого, когда вы включаете файл:

if( file_exists( 'settings.php' ) ) {
    include( 'settings.php' );
} else {
    /* ... wait 100 miliseconds or so and try again... do this a few times and then fail ... */
}

это должно быть вполне безопасно.

Я бы сказал ini-файлы. parse_ini_file() (http://php.net/manual/en/function.parse-ini-file.php) — отличная функция, которая заботится о чтении, а ответ на запись находится прямо здесь: создать ini-файл, записать значения в PHP

Для этого мы используем это: http://projects.jgotti.net/projects/simplemvc/browse/trunk/includes/fx-conf.php читает и записывает в простые текстовые файлы, содержащие пары ключ = значение.

parse_conf_file может загружать confs как определенные значения или возвращать ассоциативный массив ключевых значений. Write_conf_file позволяет вам перезаписывать только необходимые значения, передавая массив ключевых значений в качестве параметров.

Если для параметра allow_url_fopen установлено значение true, вы можете без проблем загрузить файл конфигурации с другого сервера.

Надеюсь, это поможет