Как FTP-серверы обрабатывают параллельный доступ к тому же файлу, т.е. если один пользователь обновляет файл, в то время как другой читает тот же файл? Я должен быть взволнован по поводу получения поврежденных данных? Действительно ли это зависит от FTP-сервера или даже операционной системы?
Я думаю, что сам FTP-сервер не обрабатывает это.
Базовая файловая система будет управлять доступами, включенными здесь.
Если бы чтение запускается перед записью чтение обычно получало бы более старую версию.
Необходимо получить ответ на этот вопрос на основе
обработка файловой системы сервера для перезаписываемого файла.
Я думаю, что реализации FTP просто не имеют дело с этим, и ОС будет варьироваться о том, как она делает, окна могли бы заблокировать файл, Linux даст Вам частичные данные.
Да Вы должны быть взволнованы, особенно при высоком использовании. Решения, которые я нашел на прошлом, были поверхностными в лучшем случае включая различные папки для загрузки/загрузки и управляющего процесса для копирования с загрузки для загрузки, когда файл полностью загружается.
Это ухудшается, поскольку файлы длиннее, и/или люди загружают от медленных соединений.
Я вполне уверен, у Вас могли быть проблемы. Попробуйте это:
Запустите загрузку большого файла к Вашему FTP-серверу. Обновите представление папки, на которую оно загружается, и Вы будете видеть, что размер файла увеличивается и прогресс загрузки.
Если Вы пробуете это .mp3 файлом. Можно получить доступ к нему через браузер и видеть, что это только поддержит до такой степени, что, в настоящее время загружался.
Поэтому программы как DreamWeaver имеют проверку в/выезд системе. Так, чтобы, если кто-то работает над .html файлом, кто-то еще не мог загрузить более старую версию или вызвать такие проблемы.
Я не думаю, что FTP использует любой вид временных файлов или ставящий в очередь также...