Содержание
- Windows недопустимые символы в имени файла
- Обзор
- Общее правило именования файла (папки)
- Как временно исправить проблему с файлами?
- Совместимость кодирования
- Включение поддержки длинных путей через реестр
- Дополнительные сведения
- Запрещённые символы [ править | править код ]
- Почему в названии файлов нельзя использовать некоторые знаки (* / и др.)?
Windows недопустимые символы в имени файла
Если вы загружаете на сайт файлы (документы, изображения, архивы и пр.), и подразумевается, что доступ к этим файлам будет публичный, а не ограниченный списком избранных товарищей, нужно иметь в виду, что различные многочисленные пользователи сети интернет используют разные устройства ( настольные компьютеры, ноутбуки, планшеты, смартфоны, . ) и разные операционные системы (Mac, PC, Linux, . ).
И чтобы у всех ваши файлы адекватно открывались, отображались и скачивались, нужно перестраховаться и избегать использования в названиях файлов и каталогах сайта запрещенных символов.
Использование правильных названий для папок и файлов очень важно для web, особенно – для загружаемых файлов, таких как PDF-файлы, документы MS Word, электронные таблицы MS Excel и др. Создавая и формируя любой документ, мы не имеем ограничений по используемым символам внутри него и можем писать в нем любые, даже запрещенные символы
Но для сохранения файла нужно присваивать ему имя с учетом некоторых правил и ограничений интернета
Создавая и формируя любой документ, мы не имеем ограничений по используемым символам внутри него и можем писать в нем любые, даже запрещенные символы. Но для сохранения файла нужно присваивать ему имя с учетом некоторых правил и ограничений интернета.
Не используйте следующие запрещенные символы в названиях директорий и файлов:
# – pound (решетка) | – right angle bracket (знак “больше”) | ! – exclamation point (восклицательный знак) | ` – backtick (обратная кавычка) |
& – ampersand (амперсенд) | * – asterisk (звездочка) | ‘ – single quotes (одинарные кавычки) | | – pipe (вертикальная черта) |
– left bracket (левая фигурная скобка) | ? – question mark (вопросительный знак) | “ – double quotes (двойные кавычки) | = – equal sign (равно) |
> – right bracket (правая фигурная скобка) | – forward slash (прямой слеш) | – colon (двоеточие) | |
\ – back slash (обратный слеш) | – blank spaces (пробел) | @ – at sign (собачка) |
Не каждый сайт или сервер имеет механизм проверки файлов и, зачастую, даже если имя файла содержит запрещенные символы, вы все равно сможете загрузить его на сервер. Но вот скачать его, скорее всего, никто не сможет, особенно, через web-интерфейс.
Рассмотрим ситуацию, в которой пользователь загрузил на сайт PDF-файл, содержащий в названии символ “Решетка” (pound) – #. Сервер имеет операционную систему Linux. Поведение сервера при наличии таких символов в именах файлов будет неадекватным.
В этом случае апач считает что URL – это все, что находится перед знаком “Решетка”, а все что после него – это якорь на HTML-странице, т.е. ссылка на конкретное место в HTML-документе. Соответственно, он не распознает его, как файл и не отдает пользователю.
Так как на большинстве сайтов используется автоматический Загрузчик файлов, который без лишних вопросов загружает то, что пользователь выбирает на своем компьютере. Поведение апача верное, но он не может отличить файл от html, для него всё является ссылкой, поэтому он так и будет обрабатывать.
Таким образом, нужно всего лишь не использовать символы запрещенные для имен и папок на сайте. Это самое простое в реализации.
Обзор
8.3 имен файлов ограничены не более восьми символов (после любого каталога спецификатора), а затем при необходимости путем расширения имени файла , состоящем из периода и не более трех дополнительных символов. Для систем, которые поддерживают только имена файлов формата 8.3, лишние символы игнорируются. Если имя файла не имеет расширения, замыкающая не имеет никакого значения (то есть, и эквивалентны). Более того, имена файлов и каталогов в этой системе пишутся в верхнем регистре , хотя системы, использующие стандарт 8.3, обычно не чувствительны к регистру (что эквивалентно имени ). Однако в операционных системах , отличных от 8.3 (например, почти любая современная операционная система), обращающихся к файловым системам 8.3 (включая дискеты в формате DOS , но также включая некоторые современные карты памяти и сетевые файловые системы), базовая система может изменять имена файлов внутри, чтобы сохранить регистр и избегайте усечения букв в именах, например, в случае VFAT .
VFAT и компьютерные имена файлов формата 8.3
VFAT , вариант FAT с расширенным форматом каталогов, был представлен в Windows 95 и Windows NT 3.5. Это позволило использовать длинные имена файлов Unicode (LFN) в смешанном регистре в дополнение к классическим именам 8.3, используя несколько для длинных имен файлов (таким образом, что только одна из них будет распознаваться старым системным программным обеспечением 8.3 как допустимая запись каталога. ).
Для обеспечения обратной совместимости с устаревшими приложениями (в DOS и Windows 3.1 ) в файловых системах FAT и VFAT автоматически создается имя файла 8.3 для каждого LFN, через которое файл все еще можно переименовать, удалить или открыть, хотя сгенерированное имя (например, ) может иметь небольшое сходство с оригиналом. В файловых системах NTFS создание имен файлов формата 8.3 может быть отключено. Имя файла 8.3 можно получить с помощью функции Kernel32.dll GetShortPathName.
Хотя не существует обязательного алгоритма для создания имени 8.3 из LFN, Windows использует следующее соглашение:
- Если LFN в верхнем регистре 8,3, LFN вообще не будет храниться на диске.
- Если LFN имеет смешанный регистр 8.3, LFN будет хранить имя в смешанном регистре, а имя 8.3 будет его версией в верхнем регистре.
- Если имя файла содержит символы, недопустимые в имени 8.3 (включая пробелы, которые были запрещены соглашением, но не API-интерфейсами), или какая-либо часть слишком длинная, имя удаляется из недопустимых символов, таких как пробелы и дополнительные точки. Если имя начинается с точек, ведущие точки удаляются. Другие символы, например , заменяются подчеркиванием , а буквы вводятся в верхнем регистре. Затем удаленное имя обрезается до первых 6 букв базового имени , за которым следует тильда , за которой следует одна цифра , за которой следует точка , за которой следуют первые 3 символа расширения.
- Во всех версиях NT, включая Windows 2000 и более поздние версии , если уже существует по крайней мере 4 файла или папки с таким же расширением и первыми 6 символами в их коротких именах, вырезанный LFN вместо этого усекается до первых 2 букв базового имени (или 1, если базовое имя состоит только из 1 буквы), за которыми следуют 4 шестнадцатеричные цифры, полученные из недокументированного хэша имени файла, за которым следует тильда, за которой следует одна цифра, за которой следует точка , за которой следуют первые 3 символа расширения.
- В Windows 95, 98 и ME, если более 9 файлов или папок с одинаковым расширением и первыми 6 символами и в их коротких именах (так что сквозных суффиксов недостаточно для разрешения конфликта), имя дополнительно усекается до 5. буквы, за которыми следует тильда, за которыми следуют две цифры, начиная с 10, за которыми следует точка и первые 3 символа расширения.
NTFS , файловая система, используемая семейством Windows NT , изначально поддерживает LFN, но имена 8.3 по-прежнему доступны для устаревших приложений. При желании это можно отключить для повышения производительности в ситуациях, когда в одной папке находится большое количество файлов с одинаковыми именами.
ISO 9660 файловой системы ( в основном используется на компакт — дисках ) имеет те же ограничения , на самом базовом уровне 1, с дополнительным ограничением , что имена каталогов не могут содержать расширения и что некоторые символы ( в частности , дефисы ) не допускается в именах файлов. Уровень 2 допускает имена файлов длиной до 31 символа, более совместимые с классическими именами файлов AmigaOS и Mac OS .
Во время антимонопольного дела Microsoft 2001 года названия MICROS ~ 1 и MICROS ~ 2 в шутку использовались для обозначения компаний, которые могли существовать после предложенного разделения Microsoft.
Общее правило именования файла (папки)
Какие правила записи имени файла следует соблюдать, чтобы файл всегда был доступен, открывался нужным приложением и в случае непредвиденных обстоятельств его можно было восстановить или сделать резервную копию? В имени не должно быть никаких специальных, а тем более невидимых знаков. К специальным относится всё, что находится за пределами:
- букв латинского алфавита;
- букв русского алфавита;
- цифр;
- символов: «-», «_», «~» и «!».
Крайне нежелательно использовать в имени пробел. В некоторых случаях допустимо применять символ «.», но желательно этого не делать. Исторически точка отделяла имя файла от его расширения — это классика компьютерного жанра, и лучше её оставить в покое.
Использование «!» и «~», как правило, не вызывает затруднений, но это следует делать с осторожностью, поскольку многие приложения критичны к этим символам и могут просто не открыть файл. Обычно этими знаками манипулируют только профессионалы
Невидимых символов не меньше, чем видимых, далеко не все приложения позволяют пользователю их использовать, но на практике возможно многое, что не может предусмотреть программист в своей программе.
Невидимым может стать символ при смене кодировки. Большинство приложений отобразит такую ситуацию кракозябрами или более эстетично знаками «?». В обоих случаях файл не будет открыт и доступен.
Как временно исправить проблему с файлами?
Легкое Исправление
Если вам повезет, вы получите ошибку и точно знаете, какое имя файла вызывает проблему. Или, по крайней мере, где найти файл. Может быть, у вас есть имя файла, которое выглядит примерно так:
C:\User\guymc\Documents\My Resumesresumewithanamesolongthatitcausesproblemsandbecomespartofsomeguysarticleonthewebhowdoyoulikemenow.docx
Понятно, кто в этом случае виновник. Найдите файл в проводнике Windows или в проводнике, как он называется в Windows 10, нажмите один раз на него, нажмите F2, чтобы переименовать его, и измените это глупое имя файла на более разумное. Задача решена.
Менее простые исправления
Не всегда легко решить эту проблему. Иногда вы не можете изменить имена файлов или каталогов по любой причине.
Следующие решения помогут вам. Их несложно сделать.
Перемещение, удаление или копирование файлов или каталогов с помощью PowerShell Иногда вы получаете сообщение об ошибке при попытке переместить, удалить или скопировать каталоги, где количество символов для пути к файлу превышает 260.
Обратите внимание, что слова каталог и папка являются взаимозаменяемыми. Мы будем использовать «каталог» в будущем
Следующие командлеты PowerShell также можно использовать для файлов.
Возможно, путь к файлу выглядит примерно так:
C:\Users\guymc\Documents\This\Is\Exactly\The\Precise\Directory\Path\That\I\Need\To\Have\To\Keep\My\Files\Sorted\In\A\Manner\That\Makes\Sense\To\Me\So\Lets\Pretend\This\Is\An\Actual\Filepath\That\You\Might\Also\Have\On\Your\Windows\Computer\And\Not\Over\Think\It\Document.docx
Этот путь к файлу составляет 280 символов. Поэтому мы не можем скопировать каталог оттуда куда-либо еще с помощью обычного метода копирования-вставки. Мы получаем ошибку Destination Path Too Long.
Давайте предположим, что по какой-то причине мы не можем переименовать каталоги, в которые вложен файл. Что мы делаем?
Когда откроется PowerShell, вы окажетесь в корне своего пользовательского каталога. Продолжайте, предполагая, что C:\Users\guymc — ваш пользовательский каталог.
Каталог с именем This находится в каталоге Documents. Чтобы перейти в каталог Documents, мы используем команду .
Вы увидите быстрое изменение текущего каталога на C:\Users\guymc\Documents. Это хорошо. Мы работаем ближе к каталогам, которые облегчат жизнь.
Копирование каталога с использованием Copy-Item
Мы хотим скопировать каталог This и его содержимое в ThatNewFolder. Давайте используем команду PowerShell Copy-Item с параметрами -Destination и -Recurse.
-Destination сообщает PowerShell, где мы хотим, чтобы копия находилась. -Recurse говорит PowerShell скопировать все элементы внутри к месту назначения. Копирование оставляет оригиналы там, где они есть, и делает все новые в месте назначения.
Copy-Item This -Destination ThatNewFolder -Recurse
Переместить каталог с помощью Move-Item
Допустим, мы хотим переместить каталог This, а также все каталоги и файлы в нем, в ThatNewFolder. Перемещение не оставляет оригинал на месте.
Мы можем использовать команду PowerShell Move-Item с параметрами -Path и -Destination. -Path определяет элемент, который мы хотим переместить, и -Destination сообщает PowerShell, где мы хотим его получить.
Команда поместит это в ThatNewFolder. Он также будет перемещать все, что находится внутри этого каталога. Move-Item может использоваться для перемещения файлов или каталогов, и он работает независимо от пути к файлу или длины имени файла.
Move-Item -Path This -Destination ThatNewFolder
Чтобы убедиться, что это работает, используйте команду , чтобы войти в ThatNewFolder. Затем используйте команду для вывода списка каталогов в ThatNewFolder. Вы увидите, что этот каталог находится там.
Удалить каталог с помощью Remove-Item
Если мы хотим удалить этот каталог и все в нем, мы используем команду Remove-Item.
Командлет Remove-Item обладает некоторой встроенной безопасностью, которая затрудняет удаление каталога с содержимым внутри него. В нашем примере мы знаем, что хотим удалить все, поэтому мы будем использовать параметры -Recurse, чтобы заставить его удалять все внутри, и -Force, чтобы он делал это, не спрашивая нас, уверены ли мы в каждом элементе внутри.
Имейте в виду! Восстановить что-либо удаленное таким образом было бы чрезвычайно сложно.
Remove-Item This -Recurse -Force
Вы можете снова использовать команду dir, чтобы убедиться, что она пропала.
Вот и все
Существуют и другие способы обхода длинных имен файлов и путей к файлам, но то, что мы здесь рассмотрели, — это самые простые и эффективные методы.
Совместимость кодирования
Не существует общего стандарта кодировки для имен файлов.
Имена файлов должны обмениваться между программными средами для сетевой передачи файлов, хранения файловой системы, программного обеспечения для резервного копирования и синхронизации файлов, управления конфигурацией, сжатия и архивирования данных и т. Д
Таким образом, очень важно не потерять информацию об именах файлов между приложениями. Это привело к широкому распространению Unicode в качестве стандарта для кодирования имен файлов, хотя устаревшее программное обеспечение могло не поддерживать Unicode.
Совместимость индикации кодирования
Традиционно имена файлов допускали использование любых символов в именах файлов, если они были безопасными для файловой системы. Хотя это позволяло использовать любую кодировку и, таким образом, позволяло представлять любой локальный текст в любой локальной системе, это вызывало множество проблем с совместимостью.
Имя файла может быть сохранено с использованием разных байтовых строк в разных системах в пределах одной страны, например, если в одной из них используется японская кодировка Shift JIS и другая японская кодировка EUC . Преобразование было невозможно, поскольку большинство систем не отображало описание кодировки, используемой для имени файла, как часть расширенной информации о файле. Это заставляло дорогостоящее угадывать кодировку имени файла при каждом доступе к файлу.
Решением было принять Unicode в качестве кодировки имен файлов.
Однако в классической Mac OS кодировка имени файла сохранялась с атрибутами имени файла.
Совместимость Unicode
Стандарт Unicode решает проблему определения кодировки.
Тем не менее, остаются некоторые ограниченные проблемы совместимости, такие как нормализация (эквивалентность) или используемая версия Unicode. Например, UDF ограничен Unicode 2.0; В файловой системе MacOS HFS + применяется нормализация NFD Unicode и, при необходимости, учитывается регистр (по умолчанию регистр не учитывается). Максимальная длина имени файла нестандартна и может зависеть от размера единицы кода. Хотя это серьезная проблема, в большинстве случаев она носит ограниченный характер.
В Linux это означает, что имени файла недостаточно для открытия файла: кроме того, требуется точное байтовое представление имени файла на устройстве хранения. Это можно решить на уровне приложения с помощью некоторых сложных вызовов нормализации.
Проблема эквивалентности Unicode известна как «коллизия нормализованных имен». Решением является ненормализующая осведомленность о композиции Unicode, используемая в технических сообществах Subversion и Apache. Это решение не нормализует пути в репозитории. Пути нормализованы только для сравнения. Тем не менее, некоторые сообщества запатентовали эту стратегию, запрещая ее использование другими сообществами.
Перспективы
Чтобы ограничить проблемы взаимодействия, некоторые идеи, описанные Sun, заключаются в следующем:
- используйте одну кодировку Unicode (например, UTF-8)
- делать прозрачные преобразования кода для имен файлов
- не хранить нормализованные имена файлов
- проверьте каноническую эквивалентность между именами файлов, чтобы избежать двух канонически эквивалентных имен файлов в одном каталоге.
Эти соображения создают ограничение, не позволяющее переключиться на будущую кодировку, отличную от UTF-8.
Миграция Unicode
Одна из проблем заключалась в переходе на Unicode. С этой целью несколько компаний-разработчиков программного обеспечения предоставили программное обеспечение для перевода имен файлов в новую кодировку Unicode.
- Microsoft предоставила прозрачную для пользователя миграцию в рамках технологии VFAT.
- Apple предоставила «Утилиту восстановления кодировки имен файлов v1.0».
- Сообщество Linux предоставило « convmv ».
Mac OS X 10.3 ознаменовала принятие Apple декомпозиции символов Unicode 3.2, которая заменила использовавшуюся ранее декомпозицию Unicode 2.1. Это изменение вызвало проблемы у разработчиков, пишущих программное обеспечение для Mac OS X.
Включение поддержки длинных путей через реестр
Данный метод ни чуть не сложнее предыдущего и делает все то же самое, включает поддержку длинных путей свыше 256 символов для приложений Windows. Когда вы что-то меняете через редактор политик, по сути меняются настройки в реестре, это нужно помнить и знать. Сейчас я вам покажу какой ключ меняется. Откройте редактор реестра Windows. Перейдите в раздел:
тут вам необходимо найти параметр LongPathEnabled, которому для активации поддержки длинных путей и изменения ограничений в MAX_PATH, нужно задать значение «1». Тут потребуется перезагрузка.
Все что вам нужно, это распаковать zip-архив и запустить нужный файл активации, потом так же перезагрузиться, так как у вас будет создан нужный ключ реестра, без необходимости лезть в реестр самостоятельно.
Еще вы можете сделать такую поддержку и для конкретного пользователя по пути:
Если там нет ключа LongPathsEnabled, то создайте его, тип DWORD (32 бита) и значение 1.
Дополнительные сведения
Microsoft Access не ограничивает использование специальных символов, таких как знак номеров (#), период (.) или кавычка () в именах объектов базы данных или в именах полей баз данных. Однако при использовании специальных символов могут возникнуть непредвиденные ошибки. Поэтому Корпорация Майкрософт рекомендует не использовать специальные символы в именах объектов базы данных в базе данных Access или в проекте базы данных. В этой статье обсуждаются специальные символы, которых необходимо избегать из-за известных проблем с этими специальными символами.
При работе с Access или с каким-либо другим приложением, например Visual Basic Microsoft или приложением ASP (ASP), следует избегать следующих специальных символов:
Name | Символ |
---|---|
Space | |
Апостроф | ‘ |
Метка кавычка | « |
Апостроф | ‘ |
При входе | @ |
Гравийный акцент | ` |
Знак номеров | # |
Процент | % |
Больше, чем знак | > |
Меньше, чем знак | < |
Восклицательный знак | ! |
Period | . |
Кронштейны | |
Звездочка | * |
Знак Доллар | $ |
Semicolon | ; |
Двоеточие | |
Знак вопроса | ? |
Caret | ^ |
Скобки | { } |
Знак плюса | + |
Hyphen | — |
Знак Equal | = |
Tilde | ~ |
Backslash | | |
Доступ к соглашениям именования
Корпорация Майкрософт рекомендует не использовать период (.), восклицательный знак (!), серьезный акцент (‘), скобку ([]), пробел () или кавычка () в именах функций, именах переменных, именах полей или именах объектов базы данных, таких как таблицы и формы.
Известны проблемы, которые возникают при использовании следующих специальных символов в Access. В следующих сценариях описывается, когда не следует использовать специальные символы:
- При экспорте объектов базы данных в другие форматы файлов, такие как формат Microsoft Excel, формат HTML-файлов или формат текстовых файлов, не используйте знак номера (#) или период (.) в именах объектов базы данных или в именах полей.
- При использовании гиперссылки в Access гиперссылки хранятся в качестве измененных полей memo со знаком номеров (#) в качестве делимитера. Таким образом, знак номера рассматривается как зарезервированное слово в Access. Не используйте знак номера при создании гиперссылки.
- При импорте текстового файла в Access и в этом текстовом файле содержатся вкладки или другие специальные символы, специальные символы преобразуются, а затем специальные символы отображаются в виде полей. Поэтому при попытке использования импортируемой таблицы вы получаете неожиданные ошибки. При импорте в Access не следует использовать специальные символы в исходных таблицах.
- При использовании форм ASP для добавления или изменения данных в базе данных Access не следует использовать знак процента (%), знак плюс (+) или caret (^) в форме. Эти специальные символы могут неправильно переводиться в базе данных Access.
- При использовании языков полной ширины не используйте символы полной ширины во имя объектов базы данных или во имя элементов управления. Например, при использовании языков полной ширины нельзя использовать скобки полной ширины, что может привести к ошибкам компилирования, если в процедуре событий для объекта или для управления имеется код.
Запрещённые символы [ править | править код ]
Многие операционные системы запрещают использование некоторых служебных символов.
Запрещённые символы Windows (в различных версиях):
- — разделитель подкаталогов
- / — разделитель ключей командного интерпретатора
- : — отделяет букву диска или имя альтернативного потока данных
- * — заменяющий символ (маска «любое количество любых символов»)
- ? — заменяющий символ (маска «один любой символ»)
- » — используется для указания путей, содержащих пробелы
- — перенаправление ввода
- > — перенаправление вывода
- | — обозначает конвейер
- + — (в различных версиях) конкатенация
Частично запрещённые символы Windows:
- пробел — не допускается в конце имени файла;
- . — не допускается в конце имени файла кроме имён каталогов, состоящих из точек и доступа с префиксом «\?».
Символы, вызывающие проблемы в широко распространённых компонентах:
- % — в Windows используется для подстановки переменных окружения в интерпретаторе команд, вызывает проблемы при открытии файла через стандартный диалог открытия файла;
- ! — в Windows используется для подстановки переменных окружения в интерпретаторе команд, в bash используется для доступа к истории ;
- @ — в интерпретаторах команд вызывает срабатывание функций, предназначенных для почты.
В именах файлов UNIX и некоторых UNIX-подобных ОС запрещен слеш ( / ) — разделитель подкаталогов — и символ конца C-строки (
Почему в названии файлов нельзя использовать некоторые знаки (* / и др.)?
Потому что эти символы являются служебными и если использовать их в названии файлов, у системы возникнут большие проблемы с пониманием того, что вы хотели сказать.
Возьмем пример с обратной косой чертой (\)
Допустим, вы пользователь Windows и вы хотите добавить файл в папку C:\Users\Public\Music
Если ваш файл будет называться melody.mp3, то путь до файла (адрес, по которому компьютер будет искать этот файл, если вы попросите) будет выглядеть как C:\Users\Public\Music\melody.mp3
Это просто и понятно. Но допустим, вы решили назвать файл my\melody.mp3
Путь в такой ситуации выглядел бы как C:Users\Public\Music\my\melody.mp3
Если вы захотите открыть файл, компьютер будет искать папку my внутри папки Music. Естественно, он ее не найдет. Чтобы избежать таких ситуаций, пользователям не разрешается использовать \ в названиях
Прямая косая черта / тоже относится к служебным символам и используется для параметров команд (это редко нужно рядовому пользователю, конечно).
Символ * тоже относится к служебным: при поиске по файлам он используется для обозначения произвольного набора символов. Например, если вам нужно выбрать все текстовые файлы, начинающиеся на A, вы можете указать в поиске такое: A*.txt и получите список всех подходящих файлов. Очевидно, что использование звездочки в названиях создало бы много проблем.
2 5 · Хороший ответ
Можно предложить вариант, который упрощенно выглядит следующим образом.
Вся емкость жесткого диска, флешки, дискеты и т.д. разделена на сектора небольшого объема. Есть программы, позволяющие изменять информацию в указанном секторе.
Используя такие программы и найдя сектор, в котором хранятся названия файлов, можно изменить любой из символов в названии выбранного файла на слеш или любой другой знак.
Как защитить право на логотип, разработанный для себя,но без регистрации товарного знака?
А Вам и не надо ничего регистрировать. Авторское право остаётся за Вами с момента создания лого.
Очень много символов требует этот сайт, вот такие вот дела.
Что означает дополнительная буква L в названии лекарств?
Если я вас правильно понял, то это что-то вроде L-тироксина, L-аргинина. L – это обозначение левовращающего оптического изомера (энантиомера) вещества. Некоторые вещества имеют один химический состав, но могут находиться в разных изоформах-состояниях. При этом разные оптические изомеры по существу являются зеркальными отражениями друг друга. Они могут иметь совершенно разные свойства и эффекты на организм: D-меторфан (декстрометорфан) – диссоциатив, а L-меторфан (левометорфан) – опиоидный анальгетик. У изомеров может быть разное сродство к одним и тем же рецепторам, поэтому выделенный изомер может быть эффективнее смеси (рацемата), из которой этот изомер не выделяли.
1 3 · Хороший ответ
Почему в Windows нельзя назвать папку «aux»?
Потому что это имя зарезервировано для стандартного устройства. Это наследие операционной системы MS-DOS. Имена стандартных устройств не могут использоваться как имена файлов или папок. Стандартных устройств немного. Вот их полный список.
AUX – Первый последовательный порт.
СОМ1,СОМ2, . – Последовательные порты.
LPT1,LPT2. – Параллельные порты.
NUL – Фиктивное устройство (для тестирования).
PRN – Первый параллельный порт.
6 3 · Хороший ответ
Как выглядит знак авторского права?
Многие ошибочно полагают, что знак охраны авторского права (знак копирайта) – это латинская буква «С» в окружности. Не совсем так: внешний вид знака охраны авторского права четко определен российским законодательством. Ему посвящена целая статья Гражданского кодекса – 1271, в которой говорится, что этот знак «помещается на каждом экземпляре произведения и состоит из следующих элементов:
- латинской буквы «C» в окружности;
- имени или наименования правообладателя;
- года первого опубликования произведения».
Кроме того, употребление символа регулируется государственным стандартом Российской Федерации ГОСТ Р 7.0.1-2003 «СИБИД. Знак охраны авторского права. Общие требования и правила оформления». Стандарт регулирует форму представления знака на следующих объектах:
- книги и брошюры;
- сериальные издания;
- ноты;
- картографические издания;
- художественные альбомы;
- аудио- и видеоиздания;
- электронные издания.
В соответствии с этим стандартом в знаке копирайта на части составных или производное произведение должен быть указан конкретный объект защиты права:
- пересказ;
- иллюстрации;
- вступительная статья;
- составление;
- перевод на русский (или любой другой) язык.
И тогда знак может приобретать следующий вид: « Алексеева А.К., перевод на русский язык, гл. 1-2, 2015».

Эта тема закрыта для публикации ответов.