Ошибка при добавлении файла в файловое хранилище
Обновлено: 07.07.2024
Имеем три машины:
М1 - машина с расшаренным ресурсом
М2 - машина с сервером 1С
М3 - машина с клиентом 1С
В 1С в настройках работы с файлами указываю Хранить файлы в томах на диске. Том хочу создать в ресурсе на М1.
Вопрос первый - какой пользователь должен иметь доступ в этот ресурс? Тот, от которого на М2 сервер запущен? Или тот, который на М3 клиента запускает? Или как?
Теперь немного меняем ситуацию. На М3 к базе 1С подключаемся через внешнее соединение и пытаемся присоединять файлы.
Вопрос второй - а в этом случае какому пользователю нужен доступ в общий ресурс?
Поскольку файлы присоединить у меня не получилось, то есть ощущение, что ответы на первый и второй вопрос разные.
К сожалению, вся эта система от меня далеко, управляется не мной, т.е. нет возможности по-быстрому перепробовать все комбинации. Да и вообще, был бы рад получить теоретическое обоснование.
Заранее спасибо!
p.s. Спасибо ответившим. Я до сих пор и не сомневался, что права на ресурс нужны серверу, ну, пользователю под которым он запущен. Но вот какая проблема.
Конфигурация описана выше. Если я работаю в обычном клиенте 1С на М3 я могу добавлять файлы без проблем, т.е. том настроен правильно, он доступен, ограничений по размерам нет.
И есть у меня код, который нужно выполнять, подключаясь к этой же базе через внешнее соединение. Код присоединяет файлы к документам.
Если файлы хранить в базе, то всё работает отлично - файлы добавляются. Но если я включаю хранение файлов на диске, то при попытке присоединить файл получаю ошибку:
: Ошибка при добавлении присоединенного файла "1234567890.pdf":
Не удалось добавить файл ни в один из томов.
Список ошибок:
Ошибка при добавлении файла "1234567890.pdf"
в том "Том1" (\\М1\Тома 1С\20170922\):
"Ошибка при создании каталога "\\М1\Тома 1С\20170922\":
"Неправильный путь к файлу '\\М1'. 161(0x000000A1): Указан недопустимый путь. ".".
- Вопрос задан более трёх лет назад
- 4562 просмотра
Вопрос первый - какой пользователь должен иметь доступ в этот ресурс?
Пользователь под которым работает сервер 1с.
Вопрос второй - а в этом случае какому пользователю нужен доступ в общий ресурс?
Тому же самому - пользователю под которым запущен сервер 1с.
Файлы хранит 1с, и работает с ними 1с.
Все пользователи работают только с сервером, и не могут работать с файлами, если им нужен доступ к файлу они просят сервер, и сервер выдает им нужный файл. Поэтому пользователям 1с права на файлы не нужны вообще.
Обновление прошло без проблем, но при попытки поместить в хранилище пишет:
Ошибка при попытке помещения объекта в хранилище конфигурации.
по причине:
Превышен максимально допустимый размер внутреннего файла 'D:\Storages\BMS\//1cv8ddb.1CD'
размер папки хранилища 4,44 ГБ (4 770 893 213 байт),
файла 1cv8ddb.1CD - 3,87 ГБ (4 158 586 880 байт)
подскажите что делать
заранее СПАСИБО.
А именно в этих двух символах "//", мол надо где-то найти, где прописывается этот путь и удалить эти символы в каких то системных файлах.
Насколько я помню, в данном случае я пере создавал хранилище. (10) Sabfir, с этим хранилищем работаем 2 года, раньше небыло проблем Я в такой же ситуации пересоздавала хранилище и подключала базы к нему заново.
Сокращение версий в хранилище не помогло. жесть, а историю изменения смотреть как?, конфигурация частично изменена нами, и при обновлении постоянно приходиться смотреть, что сами изменяли, а что обновили
У меня 40 баз к хранилищу было подключено, вот это жесть заново подключать.
А историю изменений я в Excel-овском файле веду.
для этого используйте префиксы при именовании своих объектов и своих методов, а также комментирование своего кода.
например:
и на сколько я помню ограничение в размере В NTFS 16 терабайт (8) tyunin_ae, это наверное на объем всего диска, а не одного файла. я бы попробовал размер кластера увеличить ну всёравно это не решение. префиксы ставим, но всёже очень удобно смотреть в истории хранилища просто это займет очень много времени, да и трогать сервер, страшновато. т.к там рэйд.. полосатик в зеркале (15) tyunin_ae, думаю, как вариант - попробовать перенести хранилище из сети на другой компьютер в раздел, где размер кластера стоит больше чем на серваке, указать новый путь и попробовать поместить. Если получится, значит дело в файловой системе и тогда без "троганья рейда" не обойтись. я так понимаю, что до конца эту проблему не решить увеличением кластера, т.к это просто немного увеличит максимальный размер файла (или я ошибаюсь?) (18) tyunin_ae, очень даже не немного. если увеличить с 4Кб до 16Кб, то вам ещё лет на восемь хватит)) перепробовал разные варианты кластера, не помогло, также ошибка
Вот что мне ответили 1С -цы:
К сожалению, есть ограничения на размер хранилища 1С:Предприятия 8, так как он имеет файловый формат .
Все данные, относящиеся к одной таблице собраны в три внутренних файла:
- файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
- файл индексов
- файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
Для штатного возникновения ошибки "Превышен максимально допустимый размер внутреннего файла" совсем необязательно, чтобы файл 1Cv8.1cd был больше 4 Гб.
Можно попробовать двумя способами выйти из положения:
- сократить хранилище (удалить старые версии)
- объединить несколько версий в одну
Но, если места (до достижения предела в 4Гб) в какой-нибудь из таблиц осталось мало - может не получиться.
Радикальным способом будет создание нового хранилища.
Этот документ является дополнением к книге «1С:Договоры 8. Руководство по использованию» и содержит только описание отличий версии 1.0.6 от версии 1.0.5.
Что нового
Обновление платформы
Программа обновлена на платформу «1С:Предприятие» версии 8.3.12 в режиме совместимости с 8.3.7.
Хранение файлов в томах
Общая информация
В программе файлы теперь можно хранить не только в информационной базе, но и в томах на диске. Выбор варианта зависит от объема хранимых файлов и других особенностей, перечисленных ниже.
При хранении файлов в базе:
- все данные программы находятся в одном месте, что удобно для настройки резервного копирования стандартными средствами сервера СУБД;
- вместе с файлами хранятся и все их версии. Это влечет за собой быстрый рост объема информационной базы и, как следствие, снижение производительности программы;
- можно использовать обычные средства резервного копирования базы данных;
- размер информационной базы ограничен объемом дискового пространства сервера;
- отсутствует централизованный антивирусный контроль загружаемых файлов.
При хранении файлов в томах (на жестком диске, сервере или любом локальном компьютере):
- файлы хранятся вне программы, поэтому помимо регулярного создания резервных копий базы, нужно настроить резервное копирование томов хранения файлов;
- этот вариант имеет смысл только в клиент-серверном варианте информационной базы;
- нет дополнительной нагрузки на информационную базу. Благодаря этому, например, реструктуризация проходит быстрее, чем при хранении файлов в базе;
- объем хранимых данных не ограничен;
- возможен антивирусный контроль загружаемых файлов.
При смене варианта хранения уже загруженные файлы не переносятся в новое хранилище автоматически. Для этого нужно нажать кнопку Перенос в тома на панели действий списка томов хранения файлов.
Кнопка Перенос в тома предназначена для переноса файлов из базы в тома. Обратите внимание, что обратной операции не предусмотрено.
Как настроить
Тома хранения файлов – это каталоги на носителях, работающих по принципу клиент-сервер.
Тома предназначены для хранения файлов вне информационной базы. Например, если в распоряжении предприятия есть несколько серверов, рекомендуется использовать их возможности.
По умолчанию файлы хранятся в информационной базе. До тех пор, пока не будут настроены параметры хранения тома, файлы будут сохраняться в базу.
Перед началом настройки хранения в томах определите:
- какие группы томов нужно создать,
- какие тома будут входить в каждую группу.
Возможность включается в разделе Настройка и обслуживание – Хранение файлов – Хранить файлы в томах на диске.
Настройка хранения файлов распространяется только на новые версии файлов. Ранее созданные версии не меняют прежнего места хранения (в базе или на диске). Таким образом, различные версии одного и того же файла могут иметь разный тип хранения.
Настройка хранения файлов в томах
Тома создаются по ссылке Тома хранения файлов – кнопка Создать.
Для каждого тома укажите наименование, порядок заполнения и UNC-путь* к каталогу. При создании тома доступ к указанному каталогу проверяется автоматически.
Настройка тома хранения файлов
Сервер Windows. Для сервера под управлением Windows полный путь будет выглядеть так: \\server\folder. Если том расположен на одном компьютере с сервером 1С:Предприятие, удобно настроить общий доступ к каталогу. Например, чтобы использовать каталог c:\volume1 честве тома, нужно:
- настроить общий доступ к каталогу c:\volume1 (закладка Sharing в свойствах каталога);
- в поле Полный путь указать путь к этому каталогу \\server\volume1 (его можно получить, открыв рабочий компьютер через сетевое окружение).
Для использования томов, расположенных на сетевых дисках, сервер 1С:Предприятие нужно запускать от лица доменного пользователя вида domain1\user1 с правами доступа к тому, указанному в виде UNC-пути. Этот пользователь должен входить в группу Users локального компьютера, иметь права Run as service, Run as batch job и права на каталоги, в которых сервер 1С:Предприятие хранит служебные файлы (журнал регистрации, каталог временных файлов и др.).
Сервер Linux. Чтобы получить полный путь к серверу под управлением Linux, выполните действия:
- Создайте локальный каталог, например /home/shared. Для этого в каталоге /home выполните команду mkdir shared.
- Свяжите каталог с UNC-путем к другому компьютеру с помощью команды mount. Например, mount -t cifs //server/share folder -o //domain/user, password=pwd. Где //server/share – UNC-путь к другому компьютеру, folder – путь каталога на компьютере под Linux, //domain/user – имя домена/пользователя, pwd – пароль пользователя.
- Если имя и пароль не нужны, то команда будет иметь следующий вид: mount -t cifs //server/share folder.
В уже созданном томе нельзя поменять путь. Созданный том нельзя удалить до тех пор, пока на него ссылаются какие-либо версии файлов.
Для контроля объема данных в томах можно указать максимальный размер тома. Если размер превысит установленный максимум, то файлы будут автоматически помещены в следующий свободный том. Если ни на одном из доступных томов не будет достаточно места для размещения файла, программа запишет эту информацию в журнал регистрации и сообщит об ошибке. Если максимальный размер не указан, то размер файлов при размещении в томе проверяться не будет.
Список томов хранения файлов
Тома заполняются файлами по порядку до максимально допустимого объема. Эту особенность можно использовать для временного отключения тома, увеличив порядок его заполнения.
Тома, помеченные на удаление, не используются – новые файлы в такие тома не добавляются.
Исправление ошибок
В новой версии программы исправлены ошибки (версии: базовая и ПРОФ):
- Попытка загрузки данных из 1С:Бухгалтерии завершалась ошибкой загрузки ставки НДС.
- Список "Виды документов" не открывался при первоначальном заполнении программы.
- При открытии карточки пользователя в списке "Активные пользователи" возникала ошибка.
- Отображалась группа команд сканирования при работе на MacOS, Linux и в веб-клиенте.
- При первоначальном заполнении программы при вводе пароля "Интернет-поддержки" его данные не скрывались.
Список ошибок также можно посмотреть в разделе Обновление программ портала ИТС:
Эпоха флешек давно канула в Лету. Что, впрочем, неудивительно: незаменимый инструмент для переноса файлов в кармане утратил свою актуальность с появлением облачных сервисов — доступных везде, где есть интернет, причем практически с любого устройства. Однако в этой бочке меда не обошлось без маленькой ложки дегтя. Во-первых, бесплатные тарифы у большинства вендоров накладывают строгие ограничения на объем облачного хранилища и количество устройств, на которые можно установить приложение для синхронизации. Во-вторых, используя публичные облачные сервисы, вы доверяете свои файлы сторонней компании и никак не можете повлиять на их безопасность. В-третьих, подобные хранилища не слишком удобны для командной работы, которая весьма актуальна в период мировой короновирусной истерии пандемии. Выход? Можно смириться, а можно организовать сетевое файловое хранилище самостоятельно! Один из примеров решения этой задачи мы сейчас и рассмотрим.
Зачем, Холмс?
Как и большинство простых юзеров, я попробовал в действии самые популярные сетевые хранилища, чтобы на практике оценить их достоинства и недостатки. Dropbox невыразимо прекрасен всем, кроме ограничений на объем бесплатного дискового пространства, которое я довольно быстро забил рабочими материалами под завязку, и малого количества доступных для установки приложения устройств на халявном тарифе. Девайсов у меня много, потому в целях автоматической синхронизации файлов приходилось регулярно отключать и заново регистрировать их в приложении, что довольно хлопотно.
«Яндекс.Диск» может похвастаться значительным объемом дискового пространства (особенно, если хранить файлы в облаке и сохранять локально только то, что нужно в данный момент), но их клиент — это просто какой-то тормозной, неудобный и неповоротливый монстр. С клиентом «гуглодрайва» мне тоже подружиться не удалось: и неудобный, и сортировкой файлов там наблюдаются какие-то странности — такое ощущение, что софтина валит все в кучу, при этом даже выполненная вручную сортировка регулярно сбивается. В то же время, файлообменник нужен мне постоянно, на разных устройствах и желательно, чтобы на них не приходилось устанавливать какие-то сторонние приложения. В идеале было бы подключить такую шару обычным сетевым диском и пользоваться по мере необходимости на разных машинах, как виртуальной флешкой.
Безусловно, за $9.99 в месяц можно купить 2 терабайта в облаке у Dropbox, но там нет возможности многопользовательской работы. При нынешнем курсе доллара аренда виртуального сервера с дисковым объемом 40 Гб, но без ограничений на количество подключений, выйдет примерно в ту же сумму, а если выбрать конфигурацию попроще с одним ядром — то даже дешевле. Определенная часть этого дискового пространства будет занята операционной системой, но для хранения файлов останется минимум 20 Гбайт, чего для моих целей вполне достаточно.
При этом файловое хранилище на VPS имеет целый ряд других неоспоримых преимуществ:
- можно публиковать веб-сайты прямо из общей папки;
- можно организовать доступ к нему с использованием SFTP;
- можно настроить торрент-клиент для загрузки и выгрузки контента;
- в том же контейнере можно смонтировать сервер NFS или SMB для использования VPN.
Матчасть
Virtual Private Server (VPS) чаще всего покупают для хостинга сайтов, но в отличие от обычного хостинга, он позволяет изолированно запускать несколько приложений в одном и том же контейнере. В целом, VPS вполне можно использовать для организации личного файлового хранилища, поскольку:
- средства виртуализации VPS обеспечивают достаточный уровень безопасности, в связи с чем такое хранилище можно считать относительно надежным;
- как правило, провайдер самостоятельно организует резервное копирование собственных контейнеров, либо предоставляет средства автоматизации этого процесса, поэтому о бекапах можно особенно не беспокоиться;
- виртуальный сервер более дешев по сравнению с выделенным сервером при схожем уровне безопасности и в целом подходит для выбранной цели.
Этого вполне достаточно, чтобы использовать наш VPS в качестве удаленного файлового хранилища. После создания сервер сразу же станет доступен нам по RDP — к нему можно подключиться либо с помощью клиента удаленного Рабочего стола, либо непосредственно в браузере из Панели управления RuVDS. Необходимые для подключения данные будут дополнительно отправлены по электронной почте, так что не потеряются. Что ж, приступим к самому интересному — настройке сервера.
Настройка сервера
При первом входе на сервер с учетной записью Администратора мы увидим на экране окно Диспетчера серверов, в котором можно настроить машину, щелкнув мышью на надписи «Добавить роли и компоненты».
В окне Мастера добавления ролей и компонентов нажимаем «Далее», затем, выбрав вариант «Установка ролей и компонентов», снова жмем «Далее». Выбираем в списке наш сервер (собственно, он и будет там представлен в единственном экземпляре), и очередным нажатием на кнопку «Далее» переходим к настройке ролей.
Нас интересует раздел «Файловые службы и службы хранилища». Эта роль установлена на сервере по умолчанию. Установите флажок «Файловые службы и службы SCSI и разверните расположенный под ним список. Здесь следует дополнительно установить следующие флажки:
- Файловый сервер;
- Рабочие папки;
- Диспетчер ресурсов файлового сервера (в открывшемся окне нажмите «Добавить компоненты»).
Создание нового раздела
А при попытке раздать для этой папки дополнительные права на полный доступ получим ошибку применения параметров безопасности для загрузочного диска.
Я решил эту проблему, создав отдельный логический том, отличный от того, на котором установлена Windows — там мы сможем развлекаться, как нашей душе угодно. Для этого:
- В окне Диспетчера серверов откройте расположенное в верхней части меню «Средстива», а в нем — «Управление компьютером».
- В открывшемся окне выберите в левой панели оснастку «Управление дисками». Вы увидите единственный диск, на котором расположена операционная система.
- Щелкните на диске правой клавишей мыши и выберите «Сжать том». При общем объеме диска в 40 Гбайт в поле «Размер сжимаемого пространства, Мб» я прописал значение 25 000, посчитав, что для работы винде хватит 15 Гбайт дискового пространства.
- Щелкните мышью на кнопке «Сжать», и дожидитесь, пока Windows освободит место на диске.
После того как в Диспетчере дисков появится неразмеченное свободное пространство, необходимо проделать следующие шаги:
- Щелкните правой клавишей мыши в нераспределенной области, и в контекстном меню выберите пункт «Создать простой том»;
- В окне «Мастера создания простого тома» нажмите «Далее», убедитесь, что размер тома соответствует объему неразмеченной области, снова нажмите «Далее».
- Введите букву диска (по умолчанию «D:») и опять нажмите «Далее».
- Выберите в качестве файловой системы NTFS, размер кластера — «по умолчанию», установите флажок «Быстрое форматирование». Остальные параметры можно оставить без изменений. Нажмите «Далее». Затем щелкните мышью на кнопке «Готово».
Если теперь мы откроем Проводник, то увидим, что в системе появился новый диск D:.
Создаем шару
В Проводнике на удаленном сервере создадим новую папку на только что подготовленном нами диске и назовем ее, например, «Share». Снова откроем окно Диспетчера серверов. В левой панели расположена надпись «Файловые службы и службы хранилища». Щелкнем на ней мышью, чтобы перейти к настройкам.
Откроется одноименное окно, в котором демонстрируются следующие оснастки:
Запустится «Мастер создания общих ресурсов». В первую очередь нужно выбрать из списка подходящий профиль общей папки. Нам подойдет вариант «Общий ресурс SMB – быстрый профиль», поскольку он позволяет предоставлять доступ к файлам на компьютерах с Windows и не требует настройки дополнительных параметров.
Нажимаем «Далее». В следующем окне нам предложат выбрать папку для создания общего ресурса. Устанавливаем переключатель в позицию «Ввести пользовательский путь», жмем «Обзор» и выбираем созданную нами ранее папку Share. Снова жмем «Далее».
В следующем окне вводим произвольное имя общего ресурса — оно будет видно «снаружи» при обращениях к папке, нажимаем «Далее». В следующем окне нам предложат указать дополнительные настройки нашей шары. В целях безопасности можно установить флажок «Зашифровать доступ к данным» — в этом случае при удаленном доступе к папке передаваемая в обе стороны информация будет подвергнута шифрованию. Если установлен флажок «Включить перечисление на основе доступа» юзеру будет видно только то содержимое общей папки, к которому он имеет доступ согласно привилегиям его учетной записи. Если папкой будете пользоваться только вы, этот флажок можно не устанавливать. Кеширование общего ресурса я рекомендую отключить, чтобы не расходовать попусту ресурсы сервера.
По нажатию «Далее» система продемонстрирует стандартный для Windows Server список разрешений на доступ к папке, согласно которому полные права на чтение и запись имеет только пользователь с правами Администратора. Нажмите в окне Мастера на кнопку «Настройка разрешений», затем «Добавить» -> «Выберите субъект», в нижнем поле введите «Все» (без кавычек), нажмите «Ок» и установите флажок «Полный доступ». Нажмите «Применить», затем «Ок».
Осталось только нажать в окне «Мастера создания общих ресурсов» кнопку «Далее» и «Создать». Выбранная нами папка появится в панели «общие ресурсы».
Траблшутинг
Теперь, казалось бы, мы можем обращаться к этой папке прямо из Проводника. Для этого набираем в адресной строке \\ip-адрес-нашего-сервера, вводим имя и пароль Администратора, и видим нашу расшаренную папку с тем именем, которое мы задали ей на этапе настройки. Можно пользоваться шарой? Хренушки. Отказано в доступе. Винда не была бы виндой, если бы все было так просто. Самый простой способ избавиться от этой ошибки — такой.
- Вновь подключаемся к серверу по RDP, щелкаем правой кнопкой мыши на значке подключения к сети в трее и выбираем в контекстном меню «Открыть Параметры сети и интернет».
- В открывшемся окне проматываем содержимое вниз и жмем на надпись «Центр управления сетями и общим доступом».
- В расположенной слева панели жмем на надпись «Изменить дополнительные параметры общего доступа».
- Устанавливаем переключатель в положение «Включить сетевое обнаружение».
- Переходим в раздел «Все сети» чуть ниже, устанавливаем переключатель в положение «Включить общий доступ, чтобы сетевые пользователи могли читать и записывать файлы в общих папках».
- Жмем «Сохранить изменения».
Если сетевое обнаружение никак не хочет включаться, делаем следующее: в панели поиска набираем без кавычек «Службы» или services.msc, и принудительно запускаем следующие службы (если они еще не запущены):
- DNS-клиент (DNS Client)
- Обнаружение SSDP (SSDP Discovery)
- Публикация ресурсов обнаружения функции (Function Discovery Resource Publication)
- Узел универсальных PNP-устройств (UPnP Device Host)
Запускаем на сервере Проводник, находим в нем нашу расшаренную папку. Щелкаем на ней правой клавишей мыши, в контекстном меню выбираем пункт «Свойства» и открываем вкладку «Безопасность». Выбираем щелчком мыши пользователя «Все» и нажимаем на кнопку «Изменить». Устанавливаем флажок «Полный доступ», жмем «Применить» и «Ок».
Это еще не конец наших мучений! Открываем вкладку «Доступ», нажимаем на кнопку «Расширенная настройка», затем — «Разрешения». В появившемся окне нужно установить флажок «Полный доступ», затем нажать «Применить» и «Ок».
На этом этапе кое-кто отчаивается и идет покупать платный аккаунт в Dropbox за $9.99. Но мы сильны духом, любим секс, а потому продолжаем эксперименты. Вновь открываем Удаленный рабочий стол на сервере, вводим в поисковую строку слово «Администрирование» (без кавычек) и нажимаем Enter. В окне «Администрирование» выбираем «Локальная политика безопасности» -> «Локальные политики» -> «Назначение прав пользователя» -> «Отказать в доступе этому компьютеру из сети – Гость». Дважды щелкаем на этой строке мышью и удаляем «Гостя» из списка.
Все! Аллилуйя! Вот теперь, после всех этих плясок с бубном общий доступ к папке будет наконец открыт, и мы получим возможность насладиться всеми чудесными возможностями Windows Server 2019. Как минимум, сможем сохранять в шаре файлы. Для пущего удобства можно подключить удаленную папку в качестве сетевого диска. Для этого:
- На своей рабочей машине откройте Проводник, щелкните правой клавишей мыши на значке «Этот компьютер» и выберите в контекстном меню пункт «Подключить сетевой диск».
- В открывшемся окне выберите букву сетевого диска, в поле «Папка» введите IP-адрес сервера и сетевое имя общей папки, установите флажки «Восстанавливать подключение при входе в систему» и «использовать другие учетные данные».
- Нажмите на кнопку «Готово».
При первом подключении к диску потребуется ввести логин и пароль Администратора сервера. В дальнейшем параметры учетки будут подтягиваться автоматически.
Если при попытке соединения появляется ошибка «Ресурс общего доступа доступен в сети, но не отвечает на попытки подключения» виноват, вероятно, брандмауэр на сервере. Проверить это достаточно просто: нужно отключить брандмауэр и попробовать зайти в общую папку. Если попытка увенчалась успехом, необходимо настроить в брандмауере правила для соединений.
Квотирование и Рабочие папки
При желании в «Диспетчере серверов» можно настроить квотирование, то есть, запретить пользователям создавать в общей папке файлы больше заданного объема. Еще там есть занимательный инструмент «Рабочие папки». Фактически, это та же сетевая шара, только с автоматической синхронизацией, как в Dropbox или у «Яндекс.Диска». Файлы в «Рабочей папке» хранятся на сервере и остаются там даже после удаления файлов на устройстве пользователя. Подробнее почитать о них можно вот здесь, я же не буду описывать технологию настройки Рабочих папок, поскольку она в целом схожа с настройкой обычной сетевой шары, которую мы подробно рассмотрели в этой статье.
Читайте также: