Почему буква диска до сих пор важна
В полностью облачном мире можно было бы ожидать, что смонтированный диск — это реликт. Это не так —
потому что немало реального бизнес-софта умеет открывать только путь, никогда не веб-адрес:
учётные и ERP-системы (вроде 1С), бэкенды Access, CAD- и инженерные файлы, связанные по пути, задачи
резервного копирования, batch-скрипты, плановые экспорты. Дайте им https://…sharepoint.com/… —
они просто не смогут. Дайте X:\Projects\… — всё работает. Один этот факт держит букву
диска живой. (Всю сагу вокруг этого мы прожили — история разработчика здесь.)
Методы, которые пробуют
1 · WebDAV — «Добавить сетевое расположение»
ХрупкийМетод, к которому тянутся первым: вставить URL сайта в Подключить сетевой диск и пусть встроенный WebDAV-клиент Windows его смонтирует. В чистом демо выглядит идеально. В повседневной работе — самый запутанный, потому что это именно тот метод, который Microsoft фактически свернул.
- Сессию не удержать рабочей — это главное. Кука аутентификации живёт всего несколько часов, после чего диск тихо отваливается или снова просит вход. Встроенный клиент не обновляет её сам, поэтому пользователь по несколько раз в день ловит «нет доступа» посреди работы. Именно это, а не какой-то отдельный лимит, делает WebDAV непригодным для повседневной работы.
- Зависимость от Internet Explorer. Классический флоу подключения опирается на старый движок IE для аутентификации — а Microsoft прекратил доступ IE11 к SharePoint и OneDrive в середине января 2023 года. Когда это ломается, вас просят переаутентифицироваться в «режиме Internet Explorer».
2 · Синхронизация OneDrive (с буквой диска поверх)
Копирует всё
Клиент синхронизации может показать библиотеку в Проводнике, и можно даже подвесить букву диска
на синхронизированную папку через subst. Но это не «бескопийный» диск — он зеркалирует
файлы на диск, что возвращает всю проблему большой библиотеки: собственная рекомендация Microsoft —
держать менее 300 000 синхронизированных элементов для хорошей скорости работы,
первая синхронизация большой библиотеки может занять почти сутки, а «processing changes» — дни.
Годится для маленькой папки; стена для терабайта. Мы
ударились в каждую часть этой стены.
3 · Просто в браузере
Без пути для программСовершенно нормально открыть документ вручную. Бесполезно для софта, которому нужен реальный путь — учётная система, бэкенд Access, CAD-файл, задача резервного копирования. Они не откроют веб-адрес, и никакое «просто в браузере» этого не изменит.
4 · Готовые платные «диски» для SharePoint
Ломают облакоЕсть отдельные платные приложения, которые обещают SharePoint и OneDrive в виде диска. Они снимают часть боли WebDAV — но по пути ломают именно то, ради чего облако и нужно:
- Требуют регистрацию приложения в Azure. Прежде чем появится хотя бы один диск — согласие администратора и проект в тенанте. Для маленькой компании без ИТ-отдела это стоп-фактор.
- Убивают одновременное редактирование. Вместо живого совместного редактирования — либо жёсткая блокировка файла для одного человека, либо конфликты версий у нескольких. Лучшее, что даёт облако, исчезает.
- Перезаписывают историю версий. Каждое сохранение заталкивает в облако целую новую копию файла, а не правку живого документа — чистая цепочка версий заменяется стопкой полнофайловых перезаписей.
Что действительно выдерживает
Разложите неудачи на требования — и ответ становится конкретным. Буква диска для SharePoint, которая выдерживает реальную работу, должна:
- Монтироваться без Internet Explorer — без зависимости от устаревшего движка.
- Держать сессию живой — тихо обновлять аутентификацию, чтобы диск не отваливался каждые несколько часов.
- Ничего не копировать на диск — чтобы терабайтная библиотека и миллион файлов были несущественны, и не было потолка в 300 000 файлов.
- Сохранять совместное редактирование и историю версий — файл на диске должен быть живым облачным документом, а не копией, которая перезаписывает облако при каждом сохранении.
- Не требовать регистрации приложения в Azure — обычный вход Microsoft 365, ничего не нужно одобрять администратору.
Буква диска должна быть окном в облачный файл — а не его копией. Сделайте это правильно —
и всё, что SharePoint делает хорошо, продолжает работать через X:\.
Как это делает OneMount
OneMount — инструмент, который мы сделали под этот список. Он монтирует библиотеки SharePoint Online и OneDrive как обычные диски Windows через WebDAV — но без зависимости от Internet Explorer, с сессией, которая держится живой в фоне, и без копирования чего-либо на диск. Поскольку файл на диске — живой документ SharePoint, Word и Excel открывают его с настоящим совместным редактированием, автосохранением и полной историей версий — именно тем, что другие подходы тихо отключают.
- Установите — один файл, без прав администратора.
- Войдите — обычной учётной записью Microsoft 365; OneMount сам найдёт ваши сайты и библиотеки. Без регистрации в Azure, без согласия администратора, без настройки тенанта.
- Работайте — диски в Проводнике, и каждая программа, которой нужен путь, наконец его получает. Пробный период включается автоматически.
А для повседневного обмена — контекстное меню в Проводнике: правый клик на файле или папке диска копирует веб-ссылку SharePoint (для внешних) или путь на диске (для коллег внутри), открывает файл в SharePoint, показывает историю версий или отправляет его в Outlook. Правильная ссылка — одним кликом, без поиска в браузере.
Хотите предысторию — терабайтная библиотека, конфликтующие копии, инструменты, которые сплющили нашу историю версий? Читайте историю разработчика, которая привела к OneMount →
Источники