Файл каталог папка имя диска гипертекст расширение что лишнее

Обновлено: 21.11.2024

Google Диск объединяет файлы в коллекции, описывает файлы по типам и предоставляет определенные атрибуты для каждого файла, чтобы облегчить работу с файлами.

Drive API представляет файлы, хранящиеся на Google Диске, в виде файлового ресурса.

Владение

Диск упорядочивает файлы на основе отношения пользователя к контенту, а также места его хранения. Коллекции указываются как часть метаданных файла, чтобы показать, с какой группой файлов файл хранится на Google Диске. Основное различие между коллекциями «Мой диск» и общими дисками заключается во владении файлами. Один пользователь является владельцем файлов на своем диске "Мой диск", а группа или организация владеет файлами на общем диске.

Мой диск У каждого пользователя есть «корневая» папка под названием «Мой диск», которая функционирует как их основная иерархия и состоит из всего, что происходит из этой корневой папки. Пользователь является основным владельцем этой папки. Общие диски Общий диск – это организационная структура в Google Диске, существующая параллельно с My Drive. Вы можете упорядочить отдельный файл на общем диске или в папке "Мой диск", но не на обоих одновременно.

Типы файлов

Google Диск описывает файлы по типам. В этом списке показаны все доступные типы файлов:

Blob Файл, содержащий текст или двоичное содержимое, например изображения, видео и PDF-файлы. Папка

Контейнер, который можно использовать для организации файлов других типов на Диске. Папки – это файлы, которые содержат только метаданные и имеют тип MIME application/vnd.google-apps.folder .

Примечание. Один файл, хранящийся на My Drive, может содержаться в нескольких папках. Один файл, хранящийся на общем диске, может иметь только одну родительскую папку.

Файл, содержащий только метаданные, который указывает на другой файл на Google Диске. MIME-тип файла ярлыка — application/vnd.google-apps.shortcut .

Файл, содержащий только метаданные, который ссылается на контент, хранящийся в сторонней системе хранения. Тип MIME стороннего файла ярлыка — application/vnd.google-apps.drive-sdk .

Документ Google Workspace

Файл, создаваемый приложением Google Workspace, таким как Google Docs, Sheets и Slides. Формат типа MIME — application/vnd.google-apps.*app*, где app — это имя приложения (например, application/vnd.google-apps.spreadsheet для файла Google Sheets). Список типов MIME для Google Диска и Google Workspace см. в разделе Типы MIME Google Workspace и Диска.

Примечание. Вы не можете загружать или скачивать папки, ярлыки, сторонние ярлыки и документы Google Workspace на Google Диск или с него. Однако вы можете загружать или экспортировать документы Google Workspace, если они используют совместимые форматы. Например, вы можете создать документ Google при импорте PDF-файла. Точно так же вы можете экспортировать презентацию Google Slides в виде файла .pptx.

Характеристики файла

В этом списке показаны некоторые характеристики файла на Диске:

Идентификатор файла Уникальный непрозрачный идентификатор для каждого файла. Идентификаторы файлов остаются неизменными на протяжении всего жизненного цикла файла, даже если имя файла изменяется. Выражения поиска используются для поиска файлов по имени, типу, содержимому, родительскому контейнеру, владельцу или другим метаданным. Метаданные Данные, описывающие содержимое файла. Эти данные включают имя, тип, время создания и модификации. Некоторые поля метаданных, такие как имя, не зависят от пользователя и отображаются одинаково для каждого пользователя. Другие поля, такие как «возможности» и «viewByMeDate», содержат пользовательские значения. Типы файлов, такие как изображения и видео, содержат дополнительные метаданные, извлеченные из EXIF и других встроенных метаданных. Разрешение Предоставление доступа пользователю, группе, домену или всему миру для доступа к файлу или иерархии папок. Пользователи определяют, кто может получить доступ к файлу, с помощью списка управления доступом (ACL), который представляет собой список разрешений для файла. Дополнительные сведения см. в разделе Общий доступ к файлам, папкам и дискам. Содержимое Двоичное или текстовое тело файла. Некоторые примеры контента, которые вы можете хранить на Google Диске, — это изображения, видео, текст и PDF. История изменений Запись изменений только содержимого файла, а не его метаданных. Дополнительные сведения о редакциях см. в разделе Обзор изменений и редакций. Миниатюра Графическое представление файла. Диск автоматически создает эскизы для многих распространенных типов файлов. Для ярлыков и других типов файлов, которые Диск не может отобразить, можно предоставить уменьшенное изображение.

Организация файлов

Drive API упорядочивает файлы в места хранения, называемые spaces, и коллекции, называемые corpora.

Определенные места хранения, изолированные друг от друга. Весь контент на Google Диске хранится в одном из трех определенных пространств: drive , appDataFolder и photos .

Дисковое пространство. Дисковое пространство включает в себя все видимые пользователям файлы, созданные или сохраненные на Google Диске.PDF-файлы, Документы Google, Таблицы и слайды, а также любой другой контент, загружаемый пользователем, находится на диске.

Пространство папки данных приложения. Пространство appDataFolder представляет собой отдельную область хранения для данных приложения для каждого пользователя. Приложения обычно хранят файлы конфигурации и другие данные, не предназначенные для прямого доступа пользователей.

Область фотографий. Область фотографий включает все видимые пользователю файлы изображений, созданные или сохраненные на Google Диске.

Файлы не могут перемещаться между пробелами.

Пользовательские наборы. Пользовательские корпуса включают все файлы в разделах "Мой диск" и "Доступные мне".

Совокупность доменов – совокупность доменов включает все файлы, доступные для поиска в домене пользователя, к которым предоставлен общий доступ.

Объекты дисков – в состав дисковых массивов входят все файлы, содержащиеся на одном общем диске.

Все наборы дисков – корпус allDrives включает все файлы на общих дисках, участником которых является пользователь, а также все файлы в разделах "Мой диск" и "Доступные мне". Используйте корпус allDrives с осторожностью, так как он имеет широкий охват и может повлиять на производительность.

Файлы могут свободно перемещаться между корпусами при изменении разрешений и владельцев.

Дальнейшие шаги

Вот несколько следующих шагов, которые вы можете предпринять:

Узнайте, как загружать файлы файлов на Google Диск.
Узнайте, как загружать файлы с Google Диска. на веб-страницу.
Узнайте, как хранить данные приложения.

Если не указано иное, содержимое этой страницы предоставляется по лицензии Creative Commons Attribution 4.0, а образцы кода — по лицензии Apache 2.0. Подробнее см. в Правилах сайта Google Developers. Java является зарегистрированным товарным знаком Oracle и/или ее дочерних компаний.

Все файловые системы, поддерживаемые Windows, используют концепцию файлов и каталогов для доступа к данным, хранящимся на диске или устройстве. Разработчики Windows, работающие с Windows API для ввода-вывода файлов и устройств, должны понимать различные правила, соглашения и ограничения имен файлов и каталогов.

Доступ к данным можно получить с дисков, устройств и общих сетевых ресурсов с помощью API файлового ввода-вывода. Файлы и каталоги, наряду с пространствами имен, являются частью концепции пути, который представляет собой строковое представление того, где можно получить данные, независимо от того, получены ли они с диска, устройства или сетевого подключения для конкретной операции.

Некоторые файловые системы, такие как NTFS, поддерживают связанные файлы и каталоги, которые также следуют соглашениям и правилам именования файлов, как и обычные файлы или каталоги. Дополнительные сведения см. в разделах «Жесткие ссылки и соединения» и «Точки повторной обработки и операции с файлами».

Дополнительную информацию см. в следующих подразделах:

Чтобы узнать, как настроить Windows 10 для поддержки длинных путей к файлам, см. статью Ограничение максимальной длины пути.

Имена файлов и каталогов

Все файловые системы следуют одним и тем же общим соглашениям об именах для отдельных файлов: базовое имя файла и необязательное расширение, разделенные точкой. Однако каждая файловая система, такая как NTFS, CDFS, exFAT, UDFS, FAT и FAT32, может иметь определенные и отличающиеся правила формирования отдельных компонентов пути к каталогу или файлу. Обратите внимание, что каталог — это просто файл со специальным атрибутом, определяющим его как каталог, но в остальном он должен соответствовать тем же правилам именования, что и обычный файл. Поскольку термин каталог просто относится к особому типу файла в том, что касается файловой системы, в некоторых справочных материалах используется общий термин файл для охвата обеих концепций каталогов. и файлы данных как таковые. По этой причине, если не указано иное, любые правила или примеры именования или использования файла также должны применяться к каталогу. Термин путь относится к одному или нескольким каталогам, обратной косой черте и, возможно, имени тома. Дополнительные сведения см. в разделе «Пути».

Ограничения по количеству символов также могут различаться в зависимости от файловой системы и используемого формата префикса имени пути. Это еще более усложняется поддержкой механизмов обратной совместимости. Например, более старая файловая система MS-DOS FAT поддерживает не более 8 символов для основного имени файла и 3 символа для расширения, всего 12 символов, включая разделитель точек. Это обычно известно как имя файла 8.3. Файловые системы Windows FAT и NTFS не ограничены именами файлов версии 8.3, поскольку они имеют поддержку длинных имен файлов, но они по-прежнему поддерживают версию 8.3 длинных имен файлов.

Соглашения об именах

Следующие основные правила позволяют приложениям создавать и обрабатывать допустимые имена для файлов и каталогов независимо от файловой системы:

Используйте точку, чтобы отделить базовое имя файла от расширения в имени каталога или файла.

Используйте обратную косую черту (\) для разделения компонентов пути.Обратная косая черта отделяет имя файла от пути к нему и одно имя каталога от другого имени каталога в пути. Вы не можете использовать обратную косую черту в имени фактического файла или каталога, потому что это зарезервированный символ, который разделяет имена на компоненты.

При необходимости используйте обратную косую черту в имени тома, например, "C:\" в "C:\path\file" или "\\server\share" в "\\server\share\path". \file" для имен универсального соглашения об именах (UNC). Дополнительные сведения об именах UNC см. в разделе «Ограничение максимальной длины пути».

Не предполагайте чувствительность к регистру. Например, считайте имена OSCAR, Oscar и oscar одинаковыми, хотя некоторые файловые системы (например, POSIX-совместимая файловая система) могут считать их разными. Обратите внимание, что NTFS поддерживает семантику POSIX для учета регистра, но это не поведение по умолчанию. Дополнительные сведения см. в разделе CreateFile.

Обозначения томов (буквы дисков) также нечувствительны к регистру. Например, "D:\" и "d:\" относятся к одному и тому же тому.

Используйте любой символ текущей кодовой страницы для имени, включая символы Unicode и символы расширенного набора символов (128–255), за исключением следующих:

Следующие зарезервированные символы:

(больше)
: (двоеточие)
" (двойные кавычки)
/ (косая черта)
\ (обратная косая черта)
| (вертикальная полоса или труба)
* (звездочка)

Целое значение, равное нулю, иногда называемое символом NUL ASCII.

Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены. Дополнительные сведения о файловых потоках см. в разделе Файловые потоки.

Любой другой символ, который не разрешен целевой файловой системой.

Используйте точку в качестве компонента каталога в пути для представления текущего каталога, например ".\temp.txt". Дополнительные сведения см. в разделе Пути.

Используйте две последовательные точки (..) в качестве компонента каталога в пути для представления родительского каталога текущего каталога, например "..\temp.txt". Дополнительные сведения см. в разделе Пути.

Не используйте следующие зарезервированные имена для имени файла:

CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8 и LPT9. Также избегайте этих имен, за которыми сразу следует расширение; например, NUL.txt не рекомендуется. Дополнительные сведения см. в разделе Пространства имен.

Не заканчивайте имя файла или каталога пробелом или точкой. Хотя базовая файловая система может поддерживать такие имена, оболочка Windows и пользовательский интерфейс этого не делают. Однако допустимо указывать точку в качестве первого символа имени. Например, ".temp".

Короткие и длинные имена

Длинным именем файла считается любое имя файла, которое выходит за рамки короткого стиля именования MS-DOS (также называемого 8.3). Когда вы создаете длинное имя файла, Windows также может создать короткую форму имени 8.3, называемую псевдонимом 8.3 или коротким именем, и также сохранить ее на диске. Этот псевдоним 8.3 можно отключить по соображениям производительности либо для всей системы, либо для указанного тома, в зависимости от конкретной файловой системы.

Windows Server 2008, Windows Vista, Windows Server 2003 и Windows XP: псевдонимы 8.3 нельзя отключить для указанных томов до Windows 7 и Windows Server 2008 R2.

Во многих файловых системах имя файла будет содержать тильду (~) в каждом компоненте имени, которое слишком длинно для соответствия правилам именования 8.3.

Не все файловые системы следуют соглашению о замене тильды, и системы можно настроить таким образом, чтобы отключить создание псевдонима 8.3, даже если они обычно его поддерживают. Поэтому не думайте, что псевдоним 8.3 уже существует на диске.

Чтобы запросить имена файлов 8.3, длинные имена файлов или полный путь к файлу из системы, рассмотрите следующие варианты:

Чтобы получить форму длинного имени файла в формате 8.3, используйте функцию GetShortPathName.
Чтобы получить версию короткого имени с длинным именем файла, используйте функцию GetLongPathName.
Чтобы получить полный путь к файлу, используйте функцию GetFullPathName.

В более новых файловых системах, таких как NTFS, exFAT, UDFS и FAT32, Windows сохраняет длинные имена файлов на диске в кодировке Юникод, что означает, что исходное длинное имя файла всегда сохраняется. Это верно, даже если длинное имя файла содержит расширенные символы, независимо от кодовой страницы, которая активна во время операции чтения или записи с диска.

Файлы с длинными именами файлов можно копировать между разделами файловой системы NTFS и разделами файловой системы Windows FAT без потери информации об именах файлов. Это может быть не так для более старых файловых систем MS-DOS FAT и некоторых типов файловых систем CDFS (CD-ROM), в зависимости от фактического имени файла.В этом случае по возможности заменяется короткое имя файла.

Пути

Путь к указанному файлу состоит из одного или нескольких компонентов, разделенных специальным символом (обратной косой чертой), причем каждый компонент обычно представляет собой имя каталога или файла. имя, но с некоторыми заметными исключениями, обсуждаемыми ниже. Часто для интерпретации пути системой очень важно, как выглядит начало или префикс пути. Этот префикс определяет пространство имен, которое использует путь, и, кроме того, какие специальные символы используются в какой позиции пути, включая последний символ.

Если компонент пути является именем файла, он должен быть последним компонентом.

Каждый компонент пути также будет ограничен максимальной длиной, указанной для конкретной файловой системы. В целом, эти правила делятся на две категории: короткие и длинные. Обратите внимание, что имена каталогов хранятся в файловой системе как файлы особого типа, но правила именования файлов также применяются к именам каталогов. Подводя итог, можно сказать, что путь — это просто строковое представление иерархии между всеми каталогами, существующими для определенного файла или имени каталога.

Полный и относительный пути

Для функций Windows API, управляющих файлами, имена файлов часто могут указываться относительно текущего каталога, а для некоторых API требуется полный путь. Имя файла относится к текущему каталогу, если оно не начинается с одного из следующих символов:

Имя UNC любого формата, которое всегда начинается с двух символов обратной косой черты ("\\"). Дополнительные сведения см. в следующем разделе.
Обозначение диска с обратной косой чертой, например "C:\" или "d:\".
Одна обратная косая черта, например, "\directory" или "\file.txt". Его также называют абсолютным путем.

Если имя файла начинается только с обозначения диска, но не с обратной косой черты после двоеточия, оно интерпретируется как относительный путь к текущему каталогу на диске с указанной буквой. Обратите внимание, что текущий каталог может быть или не быть корневым каталогом в зависимости от того, что он был установлен во время самой последней операции «изменить каталог» на этом диске. Ниже приведены примеры этого формата:

«C:tmp.txt» относится к файлу с именем «tmp.txt» в текущем каталоге на диске C.
"C:tempdir\tmp.txt" относится к файлу в подкаталоге текущего каталога на диске C.

Путь также считается относительным, если он содержит "двойные точки"; то есть два периода вместе в одном компоненте пути. Этот специальный спецификатор используется для обозначения каталога над текущим каталогом, также известного как «родительский каталог». Ниже приведены примеры этого формата:

"..\tmp.txt" указывает файл с именем tmp.txt, расположенный в родительском каталоге текущего каталога.
"..\..\tmp.txt" указывает файл, который находится на два каталога выше текущего каталога.
"..\tempdir\tmp.txt" указывает файл с именем tmp.txt, расположенный в каталоге с именем tempdir, который является равноправным каталогом для текущего каталога.

Относительные пути могут сочетать оба типа примеров, например "C.\tmp.txt". Это полезно, потому что, хотя система отслеживает текущий диск вместе с текущим каталогом этого диска, она также отслеживает текущие каталоги в каждой из разных букв диска (если в вашей системе их несколько), независимо от какое обозначение диска установлено в качестве текущего диска.

Ограничение максимальной длины пути

В выпусках Windows до Windows 10 версии 1607 максимальная длина пути — MAX_PATH, которая определяется как 260 символов. В более поздних версиях Windows для снятия ограничения требуется изменение раздела реестра или использование инструмента групповой политики. Полную информацию см. в разделе Ограничение максимальной длины пути.

Пространства имен

Существует две основные категории соглашений о пространствах имен, используемых в Windows API, обычно называемых пространствами имен NT и пространствами имен Win32. Пространство имен NT было разработано как пространство имен самого низкого уровня, в котором могут существовать другие подсистемы и пространства имен, включая подсистему Win32 и, соответственно, пространства имен Win32. POSIX — еще один пример подсистемы Windows, созданной на основе пространства имен NT. Ранние версии Windows также определяли несколько предопределенных или зарезервированных имен для определенных специальных устройств, таких как коммуникационные (последовательные и параллельные) порты и консоль дисплея по умолчанию, как часть того, что сейчас называется пространством имен устройств NT, и все еще поддерживаются в текущих версиях. Windows для обратной совместимости.

Пространства имен файлов Win32

В этом и следующем разделах кратко изложены префиксы и соглашения пространства имен Win32 с описанием их использования.Обратите внимание, что эти примеры предназначены для использования с функциями Windows API, и не все они обязательно работают с приложениями оболочки Windows, такими как проводник Windows. По этой причине существует более широкий диапазон возможных путей, чем обычно доступно из приложений оболочки Windows, и приложения Windows, которые используют это преимущество, могут быть разработаны с использованием этих соглашений о пространстве имен.

При файловом вводе-выводе префикс "\\?\" к строке пути указывает API-интерфейсам Windows отключить всю строку синтаксического анализа и отправить строку, следующую за ней, прямо в файловую систему. Например, если файловая система поддерживает большие пути и имена файлов, вы можете превысить ограничения MAX_PATH, которые в противном случае применяются API-интерфейсами Windows. Дополнительные сведения об обычном ограничении максимального пути см. в предыдущем разделе Ограничение максимальной длины пути.

Поскольку он отключает автоматическое расширение строки пути, префикс "\\?\" также позволяет использовать ".." и "." в именах путей, что может быть полезно, если вы пытаетесь выполнить операции с файлом с этими зарезервированными в противном случае спецификаторами относительного пути как части полного пути.

Многие, но не все API файлового ввода-вывода поддерживают "\\?\"; вы должны посмотреть справочную тему для каждого API, чтобы быть уверенным.

Обратите внимание, что следует использовать API Unicode, чтобы убедиться, что префикс "\\?\" позволяет превысить MAX_PATH

Пространства имен устройств Win32

Префикс "\\.\" будет обращаться к пространству имен устройств Win32, а не к пространству имен файлов Win32. Так осуществляется доступ к физическим дискам и томам напрямую, минуя файловую систему, если API поддерживает такой тип доступа. Таким образом вы можете получить доступ ко многим устройствам, кроме дисков (например, с помощью функций CreateFile и DefineDosDevice).

Например, если вы хотите открыть последовательный порт 1 системы, вы можете использовать "COM1" в вызове функции CreateFile. Это работает, потому что COM1–COM9 являются частью зарезервированных имен в пространстве имен NT, хотя использование префикса «\\.\» также будет работать с этими именами устройств. Для сравнения, если у вас установлена плата последовательного расширения на 100 портов и вы хотите открыть COM56, вы не сможете открыть ее с помощью «COM56», поскольку для COM56 нет предопределенного пространства имен NT. Вам нужно будет открыть его с помощью "\\.\COM56", потому что "\\.\" переходит непосредственно к пространству имен устройства, не пытаясь найти предопределенный псевдоним.

Другим примером использования пространства имен устройств Win32 является использование функции CreateFile с "\\.\PhysicalDiskX" (где X – допустимое целочисленное значение) или " \\.\CdRomX". Это позволяет вам обращаться к этим устройствам напрямую, минуя файловую систему. Это работает, потому что эти имена устройств создаются системой по мере перечисления этих устройств, а некоторые драйверы также создают другие псевдонимы в системе. Например, драйвер устройства, реализующий имя "C:\", имеет собственное пространство имен, которое также является файловой системой.

API, использующие функцию CreateFile, обычно работают с префиксом "\\.\", поскольку функция CreateFile используется для открытия как файлов, так и устройств, в зависимости от используемых вами параметров.

Если вы работаете с функциями Windows API, вы должны использовать префикс "\\.\" для доступа только к устройствам, а не к файлам.

Большинство API не поддерживают "\\.\"; только те, которые предназначены для работы с пространством имен устройства, распознают его. Всегда проверяйте справочную тему для каждого API, чтобы быть уверенным.

Пространства имен NT

Существуют также API, позволяющие использовать соглашение о пространстве имен NT, но диспетчер объектов Windows в большинстве случаев делает это ненужным. Для иллюстрации полезно просматривать пространства имен Windows в обозревателе системных объектов с помощью инструмента Windows Sysinternals WinObj. Когда вы запускаете этот инструмент, вы видите пространство имен NT, начинающееся с корня, или "\". Подпапка под названием "Global??" где находится пространство имен Win32. Объекты именованных устройств находятся в пространстве имен NT в подкаталоге «Device». Здесь вы также можете найти Serial0 и Serial1, объекты устройства, представляющие первые два COM-порта, если они есть в вашей системе. Объект устройства, представляющий том, может иметь вид HarddiskVolume1, хотя числовой индекс может отличаться. Имя «DR0» в подкаталоге «Harddisk0» является примером объекта устройства, представляющего диск, и т. д.

Чтобы сделать эти объекты устройств доступными для приложений Windows, драйверы устройств создают символическую ссылку (символическую ссылку) в пространстве имен Win32 "Global??" на соответствующие объекты устройств. Например, COM0 и COM1 в разделе "Глобальные??" подкаталог — это просто символическая ссылка на Serial0 и Serial1, «C:» — это символическая ссылка на HarddiskVolume1, «Physicaldrive0» — это символическая ссылка на DR0 и так далее. Без символической ссылки указанное устройство «Xxx» не будет доступно ни одному приложению Windows, использующему соглашения о пространстве имен Win32, как описано ранее.Однако дескриптор этого устройства может быть открыт с помощью любых API, поддерживающих абсолютный путь пространства имен NT в формате "\Device\Xxx".

С добавлением многопользовательской поддержки через службы терминалов и виртуальные машины возникла необходимость в виртуализации общесистемного корневого устройства в пространстве имен Win32. Это было достигнуто путем добавления символической ссылки с именем «GLOBALROOT» в пространство имен Win32, которое вы можете увидеть в «Global??» подкаталог инструмента браузера WinObj, который обсуждался ранее, и может получить доступ через путь «\\?\GLOBALROOT». Этот префикс гарантирует, что путь, следующий за ним, соответствует истинному корневому пути диспетчера системных объектов, а не пути, зависящему от сеанса.

Мне нужно разрешить пользователям приложения открывать папку, щелкнув ссылку на веб-странице. Путь к папке находится в сети и доступен отовсюду. Я, наверное, уверен, что нет простого способа сделать это, но, может быть, я ошибаюсь?

9 ответов 9

Вы хотите открыть общую папку в проводнике Windows? Вам нужно использовать файл: ссылка, но есть оговорки:

в IE, только если путь UNC и веб-сайт, содержащий ссылку, находятся в одном домене, то есть только во внутренней сети.

Я думаю, что это уже не так: новые версии IE блокируют такое поведение, как и Chrome/Safari/и т. д.

Я только что попробовал это в IE 11, и вы действительно можете открыть локальный файл, не загружая его (как при открытии уже существующего пути к файлу). Это все еще не существует в Chrome.

Вы можете заставить это работать в Chrome с помощью расширения LocalLinks Chrome. Благодаря этому ответу StackOverflow

@Эндрю Даффи, есть ли какая-либо документация, в которой говорится, что Google Chrome блокирует такое поведение? Я хотел бы узнать об этом больше

URL-адрес файла://[имя_сервера]/[имя_ресурса] должен открывать окно проводника для доступа к общей папке в сети.

Немного опоздал на вечеринку, но недавно мне пришлось решить эту проблему для себя, хотя и немного по-другому, это все же может помочь кому-то с такими же обстоятельствами, как у меня.

Я использую xampp на ноутбуке для запуска исключительно локального веб-приложения в Windows. (Очень специфическая среда, которую я знаю). В этом случае я использую html-ссылку на php-файл и запускаю:

При этом открывается локальное окно проводника Windows.

Многообещающе, но когда я запускаю это в Firefox, вкладка зависает. (Кажется, что сеанс сбивается или что-то в этом роде, потому что я могу получить доступ к другим сайтам, но этот сайт, кажется, завис - даже на других вкладках!)

Я только что протестировал его в Firefox, у меня он работает, но я не могу указать папку, в которой открывать, он открывается только в корневом каталоге файла php.

@LucasTaulealea Интересно, почему за этот ответ не проголосовали больше. Я бы просто добавил небольшую поправку: часть cd кажется ненужной, в моем случае используется только shell_exec('start C:\path\to\file'); работает и поддерживает как папку, так и файл

@Kaddah Вероятно, за него больше не проголосовали, потому что это решение работает только тогда, когда веб-сервер работает на том же компьютере, что и ваш веб-браузер. Большинство людей, вероятно, ищут способы обслуживать общие файлы Windows с веб-сайта корпоративной сети.

убедитесь, что права доступа к вашей папке установлены таким образом, что список каталогов разрешен, а затем просто укажите привязку к этой папке, например, с помощью chmod 701 (хотя это может быть рискованно)

убедитесь, что в этом каталоге нет файла index.html

Этот ответ работает. Часть «список каталогов разрешена» очень важна. Если это не разрешено, вы можете включить его, но для каждого серверного приложения оно будет разным.

Использование файла:///// просто не работает, если настройки безопасности установлены даже на умеренном уровне.

Если вы просто хотите, чтобы пользователи могли загружать/просматривать файлы*, расположенные в сети, или делиться ими, вы можете настроить виртуальный каталог в IIS. На вкладке «Свойства» убедитесь, что выбран параметр «Общий ресурс, расположенный на другом компьютере», а «Подключиться как» — это учетная запись, которая может видеть сетевое расположение.

*Вы можете разрешить запись в виртуальный каталог, чтобы пользователи могли добавлять файлы, но не пытались это сделать, и предполагается, что сетевые разрешения переопределяют этот параметр.

Если вы хотите создать список имен файлов в каталоге на листе, вы можете использовать следующие способы быстрого получения списка файлов из каталога на листе.

Список всех имен файлов из папки на листе с помощью веб-браузера
Список всех имен файлов из папки на листе с помощью формулы
Список всех имен файлов из папки на листе с помощью кода VBA
Список всех имен файлов из папки и подпапок на листе с мощной функцией

Список всех имен файлов из папки на листе с помощью веб-браузера

Если вы хотите составить список файлов в папке с помощью веб-браузера, убедитесь, что на вашем компьютере установлен один из веб-браузеров (Firefox, Opera и Google Chrome). Предположим, вам нужно перечислить файлы из следующей папки на листе, см. снимок экрана:

<р>1. Перейдите к копированию пути к папке (Folder Test) в проводнике. Например, путь к этой папке: C:\Users\AddinTestWin10\Desktop\Folder Test .

<р>2. Откройте один из веб-браузеров (FireFox, Opera и Google Chrome), вставьте путь к папке в адресную строку и нажмите клавишу Enter. Смотрите скриншот:

<р>3. Нажмите Ctrl+A, чтобы выделить все содержимое в веб-браузере, и нажмите Ctrl+C, чтобы скопировать его.

<р>4. Откройте Excel и вставьте их напрямую (используя сочетания клавиш Ctrl+V для вставки) на лист. Смотрите скриншот:

1. С помощью этого метода могут отображаться только файлы в основной папке, файлы в подкаталоге не могут быть перечислены.
2. Гиперссылки имен файлов недоступны.

Список всех имен файлов из папки на листе с помощью формулы

В Excel вы также можете использовать формулу, чтобы получить список всех имен файлов или имен файлов типа psecifc из папки, выполните следующие действия:

<р>1. Скопируйте и вставьте путь к файлу в ячейку, а затем введите \* после пути к файлу, как показано ниже:

<р>2. Затем нажмите «Формула» > «Диспетчер имен», см. снимок экрана:

<р>3. В диалоговом окне «Диспетчер имен» нажмите кнопку «Создать», см. снимок экрана:

<р>4. В появившемся диалоговом окне «Новое имя» укажите имя в текстовом поле «Имя», а затем введите приведенную ниже формулу в текстовое поле «Относится к», см. снимок экрана:

Примечание. В этой формуле Sheet1!$A$1 — это ячейка листа, содержащая путь к файлу, который вы вставили на шаге 1.

<р>5. Затем нажмите «ОК» > «Закрыть», чтобы закрыть диалоговые окна, а затем введите следующую формулу в пустую ячейку, где вы хотите перечислить имена файлов, и перетащите ручку заполнения вниз, пока не отобразятся пустые ячейки, теперь все имена файлов в указанная папка была указана, как показано ниже:

Примечание. В этой формуле Filenames — это имя диапазона, которое вы создали на шаге 4, а A1 — это ячейка, содержащая путь к файлу.

1. Эту книгу следует сохранить в формате книги Excel с поддержкой макросов, если вы хотите, чтобы формулы работали корректно после закрытия и повторного открытия файла.
2. Если вы хотите перечислить все файлы с определенным расширением, например, перечислить все имена файлов docx, в этом случае вам просто нужно использовать *docx* вместо *, аналогично, для файлов xlsx используйте *xlsx*.

Список всех имен файлов из папки на листе с помощью кода VBA

Использование следующего VBA для списка файлов в папке на листе:
<р>1. Откройте рабочий лист и щелкните, чтобы выбрать ячейку, в которую вы хотите поместить имена файлов.
<р>2. Удерживая клавиши ALT + F11 в Excel, откроется окно Microsoft Visual Basic для приложений.
<р>3. Нажмите «Вставить» > «Модуль» и вставьте следующий код в окно модуля.

Код VBA: список всех имен файлов из папки на листе
<р>4. Затем нажмите клавишу F5, чтобы запустить код, появится новое окно Browse. Выберите папку, в которой вы хотите видеть имена файлов.

<р>5. Затем нажмите OK, файлы в определенной папке будут перечислены на листе с гиперссылками. Смотрите скриншот:

Список всех имен файлов из папки и подпапок на листе с мощной функцией

Утилита списка имен файлов Kutools for Excel может легко создать список файлов из каталога на рабочем листе, как показано ниже. Нажмите, чтобы скачать Kutools for Excel!

Примечание. Чтобы применить этот список имен файлов, во-первых, вам следует загрузить Kutools for Excel, а затем быстро и легко применить эту функцию.

После установки Kutools for Excel сделайте следующее:
<р>1. Откройте Excel, нажмите Kutools Plus > Импорт / Экспорт > Список имен файлов…, см. снимок экрана:

<р>2. В диалоговом окне Список имен файлов выполните следующие операции:

(1.) Нажмите кнопку, чтобы указать папку, содержащую файлы, которые вы хотите вывести в список;

(2.) Отметьте параметр «Включить файлы во вложенных папках», чтобы отобразить все имена файлов во вложенных папках, или установите флажок «Включить скрытые файлы и папки», чтобы отобразить все имена скрытых файлов, а также имена файлов в скрытых папках;

(3.) Укажите тип файла, который вы хотите указать в разделе «Тип файла»;

(4.) Выберите одну единицу размера файла, которую вы хотите отобразить, в нужном разделе «Единица размера файла».

(5.) Установите флажок «Создать гиперссылки», как вам нужно.
<р>3. Нажмите «ОК». Он создаст список файлов в каталоге или подкаталоге на новом листе. Смотрите скриншот:

Читайте также: