используйте необслуживаемый (http://unattended.sourceforge.net/) или RIS от Microsoft. Мы устанавливаем все системы (окна/Linux) от pxe, и Вы знаете, что они все установлены путем, Вы хотели их к.
Несомненно, это стоит Вам больше, чтобы сделать это первые разы, но это одна из вещей, что, когда Вы реализуете затем, Вы говорите yoursel: почему мы не сделали этого прежде?
В конце концов я использовал программу корпоративного уровня под названием RepliWeb, которая делает потрясающую работу!
Рекомендую!
Решения: Предположение, что у Вас действительно есть один основной FTP и различные ведомые устройства:
После загрузки, триггера, например, путем вызова yourwebsite/distribute.php системы ('distribute.sh'), который содержит:
rsync <a ton of parameters to upload to Slave A>
rsync <a ton of parameters to upload to Slave B>
rsync <a ton of parameters to upload to Slave C>
rsync действительно поддерживает ленивую синхронизацию. Таким образом, Вы не будете продолжать третировать все это.
Иначе должно быть (ab) использование системы управления версиями 'мерзавец' между прочим. Таким образом, что-либо загруженное там автодобавляется к складу (я думаю, что мерзавец использует differnt термин), Ваши ведомые устройства часто (например, cronjob) синхронизация тому мерзавцу. Преимущество могло бы быть (больше) транзакционной безопасностью. Никакая опасность распределить полузагруженные файлы ведомым устройствам.
По необходимости (afaik юридически свободный максимум для 2 пользователей и 5 клиентских спецификаций. Очень, очень стабильный, также с огромными двоичными файлами) или SVN (раздражающие .snv подпапки. И я не сказал бы, эта устойчивая вещь...) мог бы сделать то же для Вас. По необходимости IMO легче схватить, чем мерзавец.
Но мерзавец мог бы быть 'более современным' способом пойти, и освободить. Не уверенный, как это отвечает на огромные двоичные файлы, т.е. если с этим можно говорить из попытки diff'em. Или сохраните глубину управления версиями на ведомых устройствах в нуле...
Комментарий: Эй, интересно, ли Вы на том же месте как я: Я действительно нажимаю фотографию, таким образом, в поле я должен использовать раздражающее, нестабильное, крошечное соединение загрузки для получения до (идеально всего 1) FTP-сервер. Оттуда (мой webhosters центр сервера), было бы замечательно, если это могло бы быть быстро распределено через тех (я доверяю: толстые рукой кабели T1...) ко всем агентствам по изображению...
Я еще не написал сценарий решения, но я собираюсь...
На Linux я предложил бы использовать RSYNC, существует несколько RSYNC 'клоны' для Windows
RSYNC является большим для передачи файлов вокруг, можно сказать этому только передавать новые или измененные файлы и даже удалять старые файлы, не доступные на сервере источника. Я ни в коем случае не эксперт по Windows, но я предположил бы, что Вы могли настроить это в сценарии PowerShell/Batch и выполнить его эфир автоматически каждые несколько минут или вручную при необходимости в обновлении. Если бы не было ничего нового для передачи RSYNC, то понял бы это и не работать так, Вы не использовали бы пропускную способность.
Вторая опция, в зависимости от Вашего набора навыков и т.д. состоит в том, чтобы разработать некоторое заказное программное обеспечение, чтобы сделать это. Я предположил бы, что это будет относительно просто, Вы могли сделать это в чем-то как Python, Ruby или даже PHP, но это должно будет выполнить несколько основных шагов;
*Я говорю, что один сервер, принимая все серверы будет в синхронизации, Т.Е. времена модификации файла будут тем же
Я не забываю создавать подобный сценарий к этому в Python, когда я возвращусь домой позже, я буду видеть, могу ли я вскопать его для Вас, но я все еще предположил бы, что RSYNC является наилучшим вариантом, если можно заставить его работать (Т.Е. он уже делает все это),