Что значит строчные буквы в логине на компьютер

Обновлено: 07.07.2024

Порядок регистрации на сайте Госуслуг

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

После прохождения первого шага пользователь переходит на экран подбора пароля для входа на портал. Шифр должен соответствовать следующим требованиям:

Должна использоваться исключительно латиница (английские буквы);
Пароль не должен быть короче 8 символов;
Используйте прописные и строчные латинские буквы. В теле пароля должны присутствовать как прописные (заглавные) так и строчные (маленькие) английские буквы;
В сочетании с буквами должны использоваться цифры;
Должны использоваться знаки пунктуации (запятая, точка, восклицательный знак и др.);
Не должно быть использовано подряд несколько одинаковых символов;
Пароль должен соответствовать требованиям надёжности.

При подборе password необходимо учитывать все перечисленные требования. Выполненное требование будет окрашиваться в зелёный цвет в перечне справа, невыполненные будут отмечены красным. Когда все пункты будут окрашены зелёным, ваш пароль получит статус «Надёжный пароль», вы сможете пользоваться им для работы на Госуслугах.

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

Выберите «Сгенерировать пароль» для генерации пароля в системе

Проблемы с вводом пароля из строчных и прописных латинских букв

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

Итак, что же делать в данной ситуации? Разберём лайфхаки регистрации на портале Госуслуг:

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

Заключение

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

Прописная буква, она же заглавная - это большая буква, которая пишется в начале предложения и с которой начинаются личные имена. Например: «В комнату вошел Вася». Целиком из прописных букв могут состоять аббревиатуры: МГУ, МИД, РФ.

Строчная буква - это маленькая буква, которая пишется в середине слова. Везде, где по правилу не требуются большие буквы, по умолчанию пишутся строчные. Например: «За окном было темно.».

Прописная буква = большая. А, О, Е - прописные.
Строчная буква = маленькая. а, о, е - строчные.

Изначально не существовало разделения букв на строчные и прописные. Все буквы писались одинаково. Но со временем многие народы оценили эту инновацию, позволяющую легче воспринимать текст.

В разных языках большие и маленькие буквы могут использоваться немного по-разному. Например, в русском языке с большой буквы пишутся лишь имена собственные, а в немецком - вообще все существительные.

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

Какие слова пишутся с большой буквы

В русском языке с большой буквы пишутся:

Первое слово в предложении, в цитате, в прямой речи.

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

Названия праздников, мероприятий: Новый год, Олимпийские игры.

Имена мифических или религиозных персонажей. Слова «Он», «Всевышний», «Бог», если речь идет о верховном божестве в монотеистических религиях. (Но во фразеологизмах вроде «бог с тобой» это слово пишется с маленькой буквы.)

В официальных документамх - некоторые должности и титулы: Президент РФ, Его Святейшество.

Слово «Родина» - как синоним названия родной страны.

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

В официальных документах при обозначении сторон, документов: Заказчик, Исполнитель, Соглашение.

Во всех сложных случаях лучше консультироваться со словарем.

Строчные и прописные буквы на клавиатуре

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

Помните, что в интернет-переписке использовать только большие буквы считается неприличным. Собеседник воспримет это как ГРОМКИЙ КРИК. Это называется «писать капсом» (от названия caps lock), и допускается лишь в исключительных случаях.

Как использовать прописные буквы в пароле. Пример

Иногда компьютерные пароли могут быть чувствительными к регистру - в этом случае важно, набираете вы большую или маленькую букву. Компьютер воспримет строчную «а» и прописную «А» как разные символы, а пароли «abc123» и «ABC123» - как два разных пароля.

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

Строчные и прописные буквы

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

Как включить прописные буквы

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

Откройте на вашем гаджете клавиатуру для ввода текста;
Теперь нажмите на клавишу с изображением стрелки;

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

Советы

От надежности и качества придуманного вами пароля, напрямую зависит безопасность вашего Apple аккаунта. Я думаю не стоит напоминать насколько это важно, т.е. к вашему Apple аккаунту привязывается кредитная карта, а ее безопасность превыше всего. Так что уделяйте максимальное внимание безопасности и надёжности пароля. Выполняйте следующие рекомендации:

Любой пароль должен состоять из строчных, прописных букв, а также из специальных символов (например, знак %). При соблюдении этого условия, взломать ваш пароль посредство перебора будет практически невозможно;
Пароль не должен быть привязан к вашим данным и датам. К примеру, некоторые любят делать пароли производные от дней рождения или дней рождения близких. Ни в коем случае не стоит этого делать, т.к. злоумышленники в первую очередь будут подбирать именно пароли такого типа;
Как можно чаще меняйте пароли от своего аккаунта. Это простое действия позволит свести на нет все действия направленные на подбор вашего пароля до его замены. Не ленитесь, безопасность превыше все, тем более сделать это можно, буквально, за несколько минут;
Обязательно используйте антивирусные программы. Этот простой совет, а главное его выполнение поможет вам повысить уровень безопасности вашего пароля и аккаунта Apple. Также, в целях безопасности, я не рекомендую вам сохранять ваши пароли в браузере.

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

На конференции North Bay Python в 2018 году я делал доклад об именах пользователей. Информация из доклада по большей части была собрана мною за 12 лет поддержки django-registration. Этот опыт дал мне гораздо больше знаний, чем я планировал получить, о том, насколько сложными могут быть «простые» вещи.

В начале доклада я, правда, упомянул, что это не будет очередное разоблачение из серии «заблуждения по поводу Х, в которые верят программисты». Таких разоблачений можно найти сколько угодно. Однако мне подобные статьи не нравятся. В них перечисляются разные вещи, якобы являющиеся ложными, однако очень редко объясняется – почему это так, и что нужно делать вместо этого. Подозреваю, что люди просто прочтут такие статьи, поздравят себя с этим достижением, и потом пойдут находить новые интересные способы делать ошибки, не упомянутые в этих статьях. Всё потому, что они на самом деле не поняли проблем, порождающих этих ошибки.

Поэтому в своём докладе я постарался как можно лучше объяснить некоторые проблемы и пояснить, как их решать – такой подход мне нравится гораздо больше. Одна из тем, которой я коснулся лишь вскользь (это был всего один слайд и пара упоминаний на других слайдах) – это сложности, которые могут быть связаны с регистром символов. Для задачи, которую я обсуждал – сравнение идентификаторов без учёта регистра – есть официальный Правильный Ответ™, и в докладе я дал лучшее из известных мне решений, использующее только стандартную библиотеку Python.

Однако я кратко упомянул о более глубоких сложностях с регистром символов в Unicode, и хочу посвятить некоторое время описанию подробностей. Это интересно, и понимание этого может помочь вам принимать решения при проектировании и написании кода, обрабатывающего текст. Поэтому предлагаю вам нечто противоположное статьям «заблуждения по поводу Х, в которые верят программисты» – «правда, которую должны знать программисты».

И ещё одно: в Unicode полно терминологии. В данной статье я буду использовать в основном определения «верхний регистр» и «нижний регистр», поскольку стандарт Unicode использует эти термины. Если вам нравятся другие термины, вроде строчная/прописная буквы – всё нормально. Также я часто буду использовать термин «символ», который некоторые могут счесть некорректным. Да, в Unicode концепция «символа» не всегда совпадает с ожиданиями людей, поэтому часто лучше избегать её, используя другие термины. Однако в данной статье я буду использовать этот термин так, как он используется в Unicode – для описания абстрактной сущности, о которой можно делать заявления. Когда это важно, для уточнения я буду использовать более конкретные термины типа «кодовой позиции» [code point].

Регистров бывает больше двух

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

И мы обычно считаем, что регистров существует всего два. Есть буква «А», и есть буква «а». Одна в верхнем, другая в нижнем регистре – не правда ли?

Однако в Unicode есть три регистра. Есть верхний, есть нижний, и есть титульный регистр [titlecase]. В английском языке так записываются названия. Например, «Avengers: Infinity War». Обычно для этого первая буква каждого слова просто пишется в верхнем регистре (и в зависимости от разных правил и стилей, некоторые слова, например, артикли, не пишутся с заглавных букв).

В стандарте Unicode дан такой пример символа в титульном регистре: U+01F2 LATIN CAPITAL LETTER D WITH SMALL Z. Выглядит он так: ǲ.

Подобные символы иногда требуются для обработки негативных последствий одного из ранних решений разработки стандарта Unicode: совместимости с существующими текстовыми кодировками в обе стороны. Для Unicode было бы удобнее составлять последовательности при помощи имеющихся у стандарта возможностей по комбинированию символов. Однако во многих уже существующих системах уже были отведены места для готовых последовательностей. К примеру, в стандарте ISO-8859-1 («latin-1») у символа "é" есть готовая форма, имеющая номер 0xe9. В Unicode предпочтительнее было бы писать эту букву при помощи отдельной «е» и знака ударения. Но для обеспечения полной совместимости в обе стороны с такими существующими кодировками, как latin-1, в Unicode также назначены кодовые позиции для готовых символов. К примеру, U+00E9 LATIN SMALL LETTER E WITH ACUTE.

Хотя кодовая позиция этого символа совпадает с его байтовым значением из latin-1, полагаться на это не стоит. Вряд ли кодирование символов в Unicode сохранит эти позиции. К примеру, в UTF-8 кодовая позиция U+00E9 записана в виде байтовой последовательности 0xc3 0xa9.

И, конечно, в уже существующих кодировках есть символы, которым требовалось особое обхождение при использовании титульного регистра, из-за чего они были включены в Unicode «как есть». Если хотите посмотреть на них, поищите в своей любимой базе Unicode символы из категории Lt («Letter, titlecase»).

Есть несколько способов определить регистр

Символ находится в верхнем регистре, если он принадлежит к категории Lu («Letter, uppercase»), и в нижнем регистре, если принадлежит к категории Ll («Letter, lowercase»). В стандарте признаётся ограниченность этого определения: каждый конкретный символ приходится относить только к одной из категорий. Из-за этого многие символы, которые «должны находиться» в верхнем или нижнем регистре не удовлетворят этому требованию потому, что принадлежат к какой-то другой категории.
Символ находится в верхнем регистре, если он унаследовал свойство Uppercase, и в нижнем регистре, если унаследовал свойство Lowercase. Это комбинация определения один с другими свойствами символов, среди которых может быть и регистр.
Символ находится в верхнем регистре, если после применения к нему регистрового отображения в верхний регистр он не меняется. Символ находится в нижнем регистре, если после применения к нему регистрового отображения в нижний регистр он не меняется. Довольно общее определение, однако и оно может вести себя неинутитивно.

Если вы работаете с ограниченным подмножеством символов (конкретно, с буквами), то вам может хватить и 1-го определения. Если ваш репертуар шире – в него входят похожие на буквы символы, не являющиеся буквами, вам может подойти 2-е определение. Его рекомендует и стандарт Unicode, §4.2:

Программистам, манипулирующим строками в Unicode, стоит работать с такими строковыми функциями, как isLowerCase (и её функциональным родственником toLowerCase), если они не работают со свойствами символов напрямую.

Упомянутая здесь функция определяется в §3.13 стандарта Unicode. Формально в 3-м определении используются функции isLowerCase и isUpperCase из §3.13, определяемые в терминах фиксированных позиций в toLowerCase и toUpperCase соответственно.

Если в вашем языке программирования есть функции для проверки или преобразования регистра строк или отдельных символов, стоит изучить, какие из упомянутых определений используются в реализации. Если вам интересно, то методы isupper() и islower() в Python используют 2-е определение.

Нельзя понять регистр символа по его внешнему виду или названию

По внешнему виду многих символов можно понять, в каком они регистре. К примеру, «А» находится в верхнем регистре. Это понятно и по названию символа: «LATIN CAPITAL LETTER A». Однако иногда такой метод не работает. Возьмём кодовую позицию U+1D34. Выглядит она так: ᴴ. В Unicode ей назначено имя: MODIFIER LETTER CAPITAL H. Значит, она в верхнем регистре, так?

На самом же деле она наследует свойство Lowercase, поэтому по определению №2 она находится в нижнем регистре, несмотря на то, что визуально напоминает заглавную Н, а в названии есть слово «CAPITAL».

У некоторых символов вообще нет регистра

Символ С имеет регистр тогда и только тогда, когда у С есть свойство Lowercase или Uppercase, или значение параметра General_Category равно Titlecase_Letter.

Значит, очень много символов из Unicode – на самом деле, большая их часть – регистра не имеет. Не имеют смысла вопросы об их регистре, а изменения регистра на них не действуют. Однако мы можем получить ответ на этот вопрос по определению №3.

Некоторые символы ведут себя так, будто у них несколько регистров

Из этого следует, что если вы используете определение №3, и задаёте вопрос, находится ли символ без регистра в верхнем или нижнем регистре, вы получите ответ «да».

В стандарте Unicode даётся пример (таблица 4-1, строка 7) символа U+02BD MODIFIER LETTER REVERSED COMMA (который выглядит так: ʽ). У него нет унаследованных свойств Lowercase или Uppercase, он не принадлежит к категории Lt, поэтому регистра у него нет. При этом преобразование в верхний регистр его не меняет, и преобразование в нижний регистр его не меняет, поэтому по 3-му определению он отвечает «да» на оба вопроса: «принадлежишь ли ты к верхнему регистру?» и «принадлежишь ли ты к нижнему регистру?»

Кажется, что из-за этого может возникнуть никому не нужная путаница, однако смысл в том, что определение №3 работает с любой последовательностью символов Unicode, и позволяет упростить алгоритмы преобразования регистра (символы без регистра просто превращаются сами в себя).

Регистр зависит от контекста

Можно подумать, что если таблицы преобразования регистра в Unicode покрывают все символы, то это преобразование заключается просто в поиске нужного места в таблице. К примеру, в базе данных Unicode записано, что для символа U+0041 LATIN CAPITAL LETTER A нижним регистром будет U+0061 LATIN SMALL LETTER A. Просто, не так ли?

Один из примеров, в котором этот подход не работает – греческий язык. Символ Σ — то есть, U+03A3 GREEK CAPITAL LETTER SIGMA — сопоставлен двум разным символам при преобразовании в нижний регистр, в зависимости от того, где он находится в слове. Если он стоит на конце слова, тогда в нижнем регистре он будет ς (U+03C2 GREEK SMALL LETTER FINAL SIGMA). В любом другом месте это будет σ (U+03C3 GREEK SMALL LETTER SIGMA).

А это значит, что у регистра нет взаимной однозначности или транзитивности. Ещё один пример — ß (U+00DF LATIN SMALL LETTER SHARP S, или эсцет). В верхнем регистре это будет «SS», хотя теперь существует и другая его форма в верхнем регистре (ẞ, U+1E9E LATIN CAPITAL LETTER SHARP S). А при переводе «SS» в нижний регистр получается «ss», поэтому (используя терминологию стандарта Unicode для преобразования регистра): toLowerCase(toUpperCase(ß)) != ß.

Регистр зависит от локали

В разных языках правила преобразования регистра разные. Самый популярный пример: i (U+0069 LATIN SMALL LETTER I) и I (U+0049 LATIN CAPITAL LETTER I) в большинстве локалей преобразовываются друг в друга – в большинстве, но не во всех. В локалях az и tr (тюркские языки), i в верхнем регистре будет İ (U+0130 LATIN CAPITAL LETTER I WITH DOT ABOVE), а I в нижнем регистре будет ı (U+0131 LATIN SMALL LETTER DOTLESS I). Иногда правильная запись реально означает разницу между жизнью и смертью.

Сам Unicode не обрабатывает все возможные правила преобразования регистра для всех локалей. В базе данных Unicode есть только общие правила преобразования всех символов, не зависящие от локали. Также там есть особые правила для некоторых языков и составных форм – литовского языка, тюркских языков, некоторых особенностей греческого. Всего остального там нет. §3.13 стандарта упоминает это и рекомендует при необходимости вводить правила преобразования, зависящие от локали.

Один пример будет знаком англоговорящим – это титульный регистр определённых имён. «o’brian» нужно преобразовывать в «O’Brian» (а не в «O’brian»). Однако при этом «it’s» нужно преобразовывать в «It’s», а не в «It’S». Ещё один пример, который не обрабатывается в Unicode – это голландское буквосочетание "ĳ", которое при преобразовании в титульный регистр должно переходить в верхний регистр целиком, если стоит в начале слова. Таким образом, большой залив в Нидерландах в титульном регистре будет "Ĳsselmeer", а не «Ijsselmeer». В Unicode есть символы Ĳ U+0132 LATIN CAPITAL LIGATURE IJ и ĳ U+0133 LATIN SMALL LIGATURE IJ, если они вам нужны. По умолчанию преобразование регистра преобразует их друг в друга (хотя формы нормализации Unicode, использующие эквивалентность совместимости, разделят их на два отдельных символа).

Сравнение без учёта регистра требует приведения к сложенному регистру

Возвращаясь к материалу, представленному в докладе. Сложность работы с регистром в Unicode означает, что регистронезависимое сравнение нельзя проводить при помощи стандартных функций приведения к нижнему или верхнему регистру, имеющихся во многих языках программирования. Для таких сравнений в Unicode есть концепция приведения к сложенному регистру [case folding], а в §3.13 стандарта определяются функции toCaseFold и isCaseFolded.

Можно решить, что приведение к сложенному регистру похоже на приведение к нижнему регистру – но это не так. Стандарт Unicode предупреждает, что строка в сложенном регистре не обязательно будет находиться в нижнем регистре. В качестве примера приводится язык чероки – там в строке, находящейся в сложенном регистре, будут попадаться и символы в верхнем регистре.

Пока достаточно

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

Не будет ли наивной моя надежда на то, что другие люди перестанут писать разоблачения из серии «заблуждения по поводу Х, в которые верят программисты», и начнут уже писать статьи типа «правда, которую должны знать программисты»?

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

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

Где используется регистр чувствительности?

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

Например, поскольку пароли Windows чувствительны к регистру, пароль HappyApple $ действителен только в том случае, если он введен именно таким образом. Вы не можете использовать HAPPYAPPLE $ или даже happyApple $ , где только одна буква не в том случае. Поскольку каждая буква может быть прописной или строчной, каждая версия пароля, которая использует любой регистр, на самом деле является совершенно другим паролем.

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

Конечно, это не единственные области, где текст можно различить по буквам. Некоторые программы, которые предлагают утилиту поиска, такие как текстовый редактор Notepad ++ и веб-браузер Firefox , имеют возможность выполнять поиск с учетом регистра, так что будут найдены только слова соответствующего регистра, введенные в поле поиска. Все это бесплатный инструмент поиска для вашего компьютера, который также поддерживает поиск с учетом регистра.

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

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

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

URL-адреса веб-сайтов обычно не чувствительны к регистру. Это означает, что в большинстве случаев вы можете ввести URL-адрес в Chrome, Firefox и других веб-браузерах, используя сочетание прописных и строчных букв, и он все равно будет загружать страницу в обычном режиме.

Безопасность за паролями с учетом регистра

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

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

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

С каждой дополнительной буквой, добавляемой к паролю, чувствительному к регистру, вероятность того, что его можно угадать в течение разумного промежутка времени, резко снижается, а безопасность усиливается еще больше, когда используются специальные символы — такие как $,%, @, ^ — включен.

Советы и дополнительная информация

Поскольку большинство паролей чувствительны к регистру символов, вы использовали буквенный регистр в первую очередь, если при входе на веб-сайт вы указали неверный пароль. Однако, поскольку большинство паролей скрыты за звездочками, что делает невозможным определение того, использовали ли вы буквенный регистр неправильно, просто убедитесь, что Caps Lock не включен на клавиатуре.

То же самое относится и к путям к папкам из командной строки в Windows. Например, загрузка с CD такая же, как загрузка с компакт-диска и загрузка CD-диска .

Linux команда, однако, является чувствителен к регистру.

Вы должны ввести их точно так, как они появляются, иначе вы получите ошибку. Ввод загрузок с компакт-диска, когда папка фактически называется «Загрузки», приведет к ошибке, такой как «Нет такого файла или каталога». Команды, введенные в неправильном регистре, вернут ошибку «команда не найдена».

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