Офисный партнер регулярно обновляет календарь PDF на общем сетевом диске окон. На этот календарь ссылаются в течение дня многие сотрудники 20-40 по сети, часто оставляя этот файл открытым в их Читателях Acrobat в течение многих часов подряд.
Если файл открыт где-нибудь, он не может быть обновлен пользователем публикации, из-за блокировки файла. Это означает поиск вокруг офиса и почтовые широковещательные сообщения закрываться # % $ PDF!
Какого пользователя или сетевые администраторские действия Вы предложили бы, таким образом, мы не должны отправлять/получать эти неудобные электронные письма?
Некоторые детали: * Сетевые ресурсы Windows, которые все мы смонтировали как буква диска *, я полагаю, что серверами является Linux/Unix рабочий Samba (а не программное обеспечение Windows Server) * Главным образом клиенты XP, и довольно вниз заблокированный. Настольный клиент изменяет средние посещения поддержки каждая рабочая станция.
Спасибо.
Если ответ slartibartfast не выполним для Вас по некоторым причинам (как не желание настроить Ваш самый первый веб-сервер интранет...), рассмотрите следующее.
Если файловый сервер основан на Unix/Linux/MacOSX использование Samba: Создайте совместно используемый сетевой каталог, который является чтением-записью для пользователя (пользователей) публикации. Давайте назовем pdf-rw доли и одного из пользователя (пользователей) публикации pdfpublisher. В файле конфигурации Samba smb.conf
настройте это как это:
[pdf-rw]
comment = Writeable for pdfpublisher(s) only (and not browseable for users)
path = /path/on/unix/system
browseable = no
writeable = no
write list = pdfpublisher, domainname\\who.ever, onemoreuser
guest ok = no
Создайте другой совместно используемый сетевой каталог, который только для чтения для всех других. Давайте назовем pdf-ro доли. В файле конфигурации Samba smb.conf
настройте это как этот:
[pdf-ro]
comment = Read-only for users (as well as browseable)
path = /path/on/unix/system
browseable = yes
writeable = no
guest ok = yes
map to guest = bad user
Прием должен определить 2 других доли (имя) s с 2 различными настройками:
\\servername\pdf_rw
Путь UNC, плюс то, если Вы знаете, как обеспечить одни из учетных данных именованных пользователей; это может также быть отображено на сетевом диске).Если файловый сервер основан на Windows: Выберите одно из предложений, сделанных другими пользователями и тестом, если он работает на Вас.
Большой протест:
Знайте, что любое обновление документа в формате PDF издателя не будет автоматически замечено клиентами. В зависимости от их программного обеспечения средства просмотра PDF + версия, они могут все еще видеть старую версию файла, если они не перезагружают его.
Опубликуйте документ о веб-сервере. Редактор редактирует его там. У читателей есть незапертый доступ с обычно доступным клиентом (IE, Firefox, Chrome, Safari, и т.д. и т.д. и т.д.)
О, и я чувствую себя грязным для предложения этого, таким образом, пожалуйста.:)
Одно обходное решение, которое мы использовали в моем офисе с совместно используемыми файлами как это, которое должно было регулярно обновляться (главным образом электронные таблицы) было скрытой совместно используемой папкой, к которой только у человека, который должен обновить файл, есть доступ. Эта папка имеет "ведущее устройство" общей копии, и Вы просто копируете ее однажды его отредактированный. Если это заблокировало, это - меньше проблемы, так как обновление сделано.
Я предполагаю, что это - окна. Можно установить полномочия, где пользователи могут только прочитать документ (только для чтения). Это могло бы препятствовать тому, чтобы система поместила блокировку в файл. Если это не работает, Вы всегда можете цикл включения и выключения питания сервер, который служит файлу, и все блокировки будут потеряны. (выходить из системы и въезжает задним ходом, мог бы сделать это также, но я не буду уверен).
Я чувствую, что должно быть лучшее решение все еще, но это - все, о чем я мог думать.