Долгие годы слишком короткие имена файлов превращали поиск затерявшегося на винчестере документа в хитрую головоломку. Пользователи Windows 3.1 часто теряли важные файлы в море загадочных восьмибуквенных сокращений и должны были потратить уйму драгоценного времени на то, чтобы просмотреть все файлы подряд. Но вот наконец-то очередная система от Microsoft не ограничивает фантазию сидящего за компьютером именами из восьми букв, точки и трехбуквенного расширения.
Под присмотром Windows 95 прекрасно чувствуют себя имена файлов и каталогов (впрочем, их теперь надо называть “папками”) длиной до 255 символов, включающие пробелы, точки, запятые и многие другие символы (исключение лишь составляют задействованные в DOS знаки \ /: * ?” |). Однако, перед тем как заняться проблемой тотального переименования старых файлов на новый лад, вам будет полезно узнать, какие подводные камни ожидают вас при работе с длинными именами. В зависимости от характера вашей работы, конфигурации системы. установленных в ней приложений и типа локальной сети это новшество может не столько открыть блестящие перспективы, сколько создать новые проблемы.
В принципе, длинные имена файлов в диковинку только пользователям PC, которым не приходилось иметь дело ни с какими системами, кроме старушки DOS и обычной Windows. Другие операционные системы — и не только для Macintosh, но и работающие на консервативных персоналках, в том числе 32-разряд-ные OS/2 или Windows NT — уже достаточно давно предлагают называть файлы не абракадаброй, а нормальными фразами. С другой стороны, Windows 95 — первая массовая операционная система, которая не только поддерживает длинные имена, но и обеспечивает полную совместимость с форматом 8.3. Причем если 32-разрядные приложения, написанные специально для новой системы, спокойно работают с длинными названиями, то 16-разрядные программы от предыдущих версий Windows могут обращаться к тем же файлам через урезанные до восьми букв имена. Теоретически старые приложения должны открывать такие документы, вносить в них изменения и закрывать без каких-либо проблем. Но это в теории. В реальной жизни процесс не проходит столь безболезненно.
Файловая система VFAT
Прежде чем проверить на собственном опыте достоинства и недостатки, присущие длинным именам, неплохо было бы узнать, как работает этот механизм. Поддержку длинных имен файлов в Windows 95 обеспечивает новая файловая система, разработанная корпорацией Microsoft и нареченная VFAT (Virtual File Allocation Table). Она представляет собой усовершенствованную 32-разрядную версию старой файловой системы FAT, применяющейся в DOS. Поскольку в основе VFAT лежат те же принципы, что и у ее предшественницы, она полностью совместима с отформатированными в DOS жесткими дисками. Другими словами, при установке Windows 95 отсутствует необходимость переформатировать винчестер, на котором работали DOS и Windows 3.x.
Впервые VFAT появилась в Windows for Workgroups 3.11, но она не поддерживала длинные имена файлов, пока не стала частью Windows 95. Чтобы сохранить возможность применения старых 16-разрядных программ и не отпугнуть пользователей, Microsoft заложила в новую систему “псевдонимы” (короткие имена в старом формате 8.3). Каждый раз, когда вы создаете расширенное имя, Windows 95 автоматически генерирует для файла восьмибуквенный псевдоним. Поэтому при обращении к файлу с длинным именем из 16-разрядного приложения вы видите в окне Open его усеченный псевдоним. Можно открыть документ и внести в него требуемые исправления. Все они останутся, когда вы откроете файл в новой программе по его длинному имени.
Хотя надо приветствовать VFAT за желание облегчить пользователям переход от Windows 3.x к Windows 95, и у этой медали есть обратная сторона. Первое, что бросается в глаза тому, кто разбирается в этих вопросах, — тот печальный факт, что VFAT, как и породившая ее FAT, не способна простым способом поддерживать диски емкостью свыше 2 гигабайт. В VFAT также сохранились ограничения на число файлов и подкаталогов, которые могут быть созданы в корневом оглавлении диска. В корневом каталоге отформатированного с помощью FAT диска не может содержаться более 512 файлов и подкаталогов. Поскольку Windows 95 для каждого длинного имени файла дополнительно генерирует псевдоним, то это ограничение ужесточается как минимум вдвое. Это, на первый взгляд, не вызывает опасений, но надо помнить, что в природе ничто так нс плодится, как файлы и директории на винчестере.
Соглашения по именованию
Даже с учетом сделанных в файловой системе Windows 95 усовершенствований создать для файлов уникальные имена не так-то просто. Если вы по-прежнему часто пользуетесь 16-разрядными приложениями, а в ближайшее время полностью hep’ciiin на 32-разрядные рельсы, наверное, не удастся никому, то существующий в VFAT метод автоматического образования укороченных до формата 8.3 псевдонимов может вызвать у вас проблемы.
Windows 95 создает псевдоним, используя первые шесть букв длинного имени (выбрасывая встречающиеся на пути пробелы). К ним прибавляются так называемая тильда (значок “*”) и номер. Трехбуквенное расширение в формировании псевдонима обычно нс участвует, так как оно определяет тип файла и сохраняется в неприкосновенности. Это вроде бы и ничего, но на практике может легко привести к конфузу. Допустим, что вы добросовестно каждый месяц готовите отчет о продажах вашей фирмы. Естественно, что все эти документы хранятся в одном и том же каталоге-папке, называемом, скажем, “Месячные отчеты по продажам”. Пишете вы отчеты в 32-разрядной версии Microsoft Excel и даете им красивые и понятные имена: “Отчет за октябрь.хк”, “Отчет за ноябрь.хЬ”, “Отчет за декабрь.х15” и так далее. Хорошо? Не очень! Windows 95 каждому из ваших файлов даст псевдоним. Вспомнив изложенное выше правило, нетрудно догадаться, как они выглядят: “Отчет’l.xls”, “Ot4ct~2.xIs” и “Ot4ct~3.x1s”. Так что найти нужный месяц из 16-разрядного приложения старой Windows или DOS может оказаться не очень-то простым делом.
Выход из положения напрашивается сам собой — надо просто начинать длинные имена с изменяющейся каждый раз части, например, “Октябрьский отчет.хк”, тогда пседоним получится чуточку более читабельным — “Октябре l.xls”. Чтобы в рамках вашего предприятия было легче обмениваться файлами, неплохо разработать и неукоснительно соблюдать этакое внутреннее “Соглашение по именованию”. Это облегчит работу тех, кто вынужден иметь дело с 16-разрядными приложениями.
Длинные имена в сети
В большинстве случаев подключенные к локальной сети машины хоть чем-то, да отличаются друг от друга. Сами компьютеры, работающие на них приложения и даже операционные системы чаше всего варьируются от станции к станции. Из-за такой “эклектичности” сети вам придется, перед тем как начать использовать на дисках общего пользования длинные имена файлов, провести некоторые изыскания.
Примененный в Windows 95 механизм реализации длинных имен может работать в большинстве сетевых операционных систем, включая Windows NT и Novell NetWare. В сети Windows NT особых проблем не возникает, но если вы желаете использовать длинные имена на серверах NetWare, придется сделать несколько изменений.
По умолчанию NetWare не поддерживает длинных имен файлов Windows 95. Но вы можете сконфигурировать ее на работу с клиентами Macintosh или OS/2. К счастью, Windows 95 совместима с поддержкой NetWare длинных имен системы OS/2. Внести требуемые изменения в конфигурацию сервера не слишком сложно. Для этого на нем следует ввести команды
Load OS/2 Name Service
Add OS/2 Name Service To Volume Name
Остальное сетевая операционная система доделает сама. Впрочем, “Служба имен” (Name Service) загружается довольно медленно и может “съесть” пару мегабайт дисковой памяти сервера.
Проблемы с дисковой памятью начнутся тогда, когда вы станете записывать файлы с длинными именами на сервер NetWare. Каждый создаваемый вами файл потребует выделения места не только в таблице размещения файлов сетевой операционной системы, но еще и в таблице HPFS (HPFS — файловая система OS/2). Таким образом, когда вы записываете на диск сервера файл с длинным именем, система создает два 128-символьных файловых входа.
Если вы захотите избавиться от длинных имен на сервере, сделать это будет проще простого. Вам потребуется вызвать утилиту Vrepair и удалить все hc-DOSовские файлы с установленного на сервере дискового тома.
Доступ из DOS или Windows 3.x
Сетевые станции, на которых крутятся DOS и Windows 3.x, очень легко разделываются с длинными именами. Проблемы возникают только тогда, когда к вашим длинным именам доберется пользователь Windows 3.x или DOS. При обмене файлами между двумя ПК с Windows 95 или между Windows 95 и Windows NT длинные имена сохраняются в целости и сохранности, даже если к ним обращались из Word 6.0. К сожалению, не все машины в сети обладают ресурсами, достаточными для запуска на них Windows 95 или Windows NT. Может оказаться непрактичным модернизировать десяток компьютеров и переустановить на них систему и текстовый процессор только для того, чтобы вы могли держать на сервере файлы с длинными именами.
Дисковые утилиты и программы резервного копирования
Наиболее просвещенные пользователи персональных компьютеров привлекают для обеспечения сохранности своих файлов утилиты резервного копирования и обслуживания жесткого диска. Очень жаль, но они в большинстве своем никак не рассчитаны на поддержку длинных имен Windows 95. С другой стороны, современные системы резервного копирования, подобные Cheyenne ARCserve или Palindrom Storage Manager, с легкостью справляются с архивированием длинных имен файлов в локальной сети.
Когда вы установите Windows 95, придется распрощаться с множеством привычных утилит обслуживания винчестера — с Norton Disk Doctor и Speed Disk от Symantec, DiskFix от Central Point и даже с входящими в состав DOS утилитами Scandisk и Chkdsk фирмы Microsoft. Если вы запустите эти программы и проявите неосторожность,
ответив “да” на вопрос о том, стоит ли исправлять обнаруженные на диске ошибки, с длинными именами файлов будет покончено.
Короче
Windows 95 — молодая система. И может пройти довольно много времени, пока производители программного обеспечения, удостоверившись в ее перспективности, начнут переделывать свои приложения под 32-разрядный интерфейс.
Более того, может так случиться, что некоторые фирмы и вовсе не станут выпускать 32-разрядные версии, если окажется, что их старые 16-разрядные программы нормально работают под Windows 95. Поэтому многие приложения, которыми вам придется в ближайшее время пользоваться, не будут поддерживать длинные имена файлов. Псевдонимы могут лишь частично решить эту проблему из-за сложностей с передачей файлов на дискетах, по сети или через модем, а также не очень хорошей мнемоничности.
В случае локальной сети вам необходимо удостовериться, что на всех работающих с вашими длинными именами файлов станциях используются 32-разрядные приложения или 16-разрядные, но под управлением Windows 95 или Windows NT. Иначе вы можете испытать огорчение, лишившись длинных имен, или перенести сердечный приступ, потеряв вместе с ними и чрезвычайно важные данные.
