Я создаю небольшое веб-приложение на PHP, которое хранит некоторую информацию в текстовом файле. Однако этот текстовый файл используется / модифицируется всеми пользователями моего приложения в определенный момент времени и возможен в одно и то же время.
Так что вопросы. Какой был бы лучший способ убедиться, что только один пользователь может вносить изменения в файл в любой момент времени?
Вы должны поместить замок в файл
<?php $fp = fopen("/tmp/lock.txt", "w+"); if (flock($fp, LOCK_EX)) { // do an exclusive lock fwrite($fp, "Write something here\n"); flock($fp, LOCK_UN); // release the lock } else { echo "Couldn't lock the file !"; } fclose($fp); ?> Взгляните на http://www.php.net/flock
Мое предложение – использовать SQLite. Он быстрый, легкий, хранится в файле и имеет механизмы для предотвращения одновременной модификации. Если вы не имеете дело с существующим файловым форматом, SQLite – это путь.
Вы можете сделать формат журнала фиксации, как это делает wikipedia.
Используйте базу данных, и каждое сохраненное изменение создает новую строку в базе данных, что делает предыдущую запись избыточной, с увеличенным значением, тогда вам остается только беспокоиться о том, чтобы блокировать таблицы во время фазы сохранения.
Таким образом, по крайней мере, если 2 одновременных человека могут что-то изменить, оба изменения появятся в истории, и все, что потеряно в войне фиксации, можно скопировать в новую ревизию.
Теперь, если вы не хотите использовать базу данных, вам придется беспокоиться о том, что файл контроля версий поддерживает все видимые файлы.
Вы можете поместить контроль над версией (GIT / MERCURIAL / SVN) в файловую систему, а затем автоматизировать фиксацию во время фазы сохранения,
псевдокод:
user->save : getWritelock(); write( $file ); write_commitmessage( $commitmessagefile ); # <-- author , comment, etc call "hg commit -l $commitmessagefile $file " ; releaseWriteLock(); done.
По крайней мере, так, когда 2 человека совершают критические попытки одновременно, ни один из них не потеряется.
Один файл для многих пользователей действительно не должен быть той стратегией, которую вы используете, я не думаю, иначе вам, вероятно, понадобится реализовать единую (глобальную) точку доступа, которая контролирует, будет ли файл в данный момент редактироваться или нет. Аквариумируйте замок, сделайте свою модификацию, отпустите блокировку и т. Д. Я бы предложил «Предложение Nobody использовать базу данных (SQLite, если вы не хотите накладных расходов на полностью декодированные РСУБД)