Чому буква диска досі важлива

У повністю хмарному світі можна було б очікувати, що змонтований диск — це релікт. Це не так — бо чимало реального бізнес-софту вміє відкривати лише шлях, ніколи не вебадресу: облікові й 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. Перш ніж з'явиться бодай один диск — згода адміністратора й проєкт у тенанті. Для маленької компанії без ІТ-відділу це стоп-фактор.
  • Вбивають одночасне редагування. Замість живого співредагування — або жорстке блокування файлу для однієї людини, або конфлікти версій у кількох. Найкраще, що дає хмара, зникає.
  • Перезаписують історію версій. Кожне збереження заштовхує в хмару цілу нову копію файлу, а не правку живого документа — чистий ланцюжок версій замінюється стосом повнофайлових перезаписів.
Патерн: WebDAV протухає (сесію не втримати), синхронізація копіює все, браузер не дає шляху програмам, а готові платні «диски» ламають співредагування й історію версій. Жоден не дає одразу все: живу сесію, нуль копій, шлях для програм і збережену хмарну функціональність.

Що справді витримує

Розкладіть невдачі на вимоги — і відповідь стає конкретною. Буква диска для SharePoint, що витримує реальну роботу, мусить:

  • Монтуватися без Internet Explorer — без залежності від депрекованого рушія.
  • Тримати сесію живою — тихо поновлювати автентифікацію, щоб диск не відпадав щокілька годин.
  • Нічого не копіювати на диск — щоб терабайтна бібліотека й мільйон файлів були неістотні, і не було стелі 300 000 файлів.
  • Зберігати співредагування й історію версій — файл на диску має бути живим хмарним документом, а не копією, що перезаписує хмару щозбереження.
  • Не потребувати реєстрації застосунку в Azure — звичайний вхід Microsoft 365, нічого схвалювати адміністратору.

Буква диска має бути вікном у хмарний файл — а не його копією. Зробіть це правильно — і все, що SharePoint робить добре, працює далі через X:\.

Як це робить OneMount

OneMount — інструмент, який ми зробили під цей список. Він монтує бібліотеки SharePoint Online і OneDrive як звичайні диски Windows через WebDAV — але без залежності від Internet Explorer, із сесією, що тримається живою у фоні, і без копіювання будь-чого на диск. Оскільки файл на диску — живий документ SharePoint, Word і Excel відкривають його зі справжнім співредагуванням, автозбереженням і повною історією версій — саме тим, що інші підходи тихо вимикають.

  1. Встановіть — один файл, без прав адміністратора.
  2. Увійдіть — звичайним обліковим записом Microsoft 365; OneMount сам знайде ваші сайти й бібліотеки. Без реєстрації в Azure, без згоди адміністратора, без налаштування тенанта.
  3. Працюйте — диски в Провіднику, і кожна програма, якій потрібен шлях, нарешті його отримує. Пробний період вмикається автоматично.

А для щоденного обміну — контекстне меню в Провіднику: правий клік на файлі чи теці диска копіює вебпосилання SharePoint (для зовнішніх) або шлях на диску (для колег усередині), відкриває файл у SharePoint, показує історію версій чи надсилає в Outlook. Правильне посилання — одним кліком, без пошуку в браузері.

Дві хвилини від встановлення до робочої букви диска — без IE, без синхронізації, без копій, і зі співредагуванням рівно там, де його лишив Microsoft.

Хочете передісторію — терабайтна бібліотека, конфліктні копії, інструменти, що сплющили нашу історію версій? Читайте історію розробника, що привела до OneMount →

Джерела