Прочерки в именах файлов, для индексации
имеет ли значение написание названий фотографий через нижнее подчеркивание между словами или через тире?
к примеру, какой вариант лучше для поисковиков:
1.) moya-super-mega-fotka.jpg
2.) moya_super_mega_fotka.jpg
всмысле не клеятся ли слова во втором варианте, при индексации фоток поисковиками?
ИМХО, лучше moya.super.mega.fotka.jpg
Имхо тире лучше, сам всегда пользую . пока без каких либо проблем .
Кажется у ашманова проскакивало
хотя книженция не вчера напечатана возможно и подчеркивание гуглом уже понимается.
ctrl+a, тоже использую «дефис».
ctrl+a:
хотя книженция не вчера напечатана возможно и подчеркивание гуглом уже понимается.
ага, я тоже там читал, просто подумал может, что изменилось, в плане нижнего подчеркивания.
Видел в результатах поиска и с нижним подчеркиванием. Наверно нет разницы.
дефис по правилам русского языка относится к небуквенным орфографическим знакам, вот только дефис ли это? ведь ввиду ограниченности возможностей ввода, в компьютерном наборе изначально была стёрта разница между минусом (математический знак), дефисом (орфографический), и тире (пунктационный). 2 из 3 вариантов ну никак частями слов являтся не могут.
нижнее подчёркивание символ искусственный, это не символ даже, это просто отрывок горизонтальной черты (насколько я помню, он для рисования оных на печатных машинках и появился), графический элемент, по сути. считаю, что воспринимать его в качестве замены пробелу не верно, ведь чаще всего он используется как пробел там, где оный из-за ограниченности синтаксиса невозможен (именах переменных, например, в тех же url). «непробельный пробел», короче.
надо бы вспомнить, что в регэкспах нижнее подчёркивание определено как часть «слова» (\w).
2/3 v.s. «(не) совсем (не) то, хотя чаще всего именно так и используется (когда то, что нужно, использовать невозможно)».
думаю, что «-» более однозначен, но не исключено, что поисковики их уравня(ли/ют) (в т.ч. методом игнорирования).
toxic steel добавил 15.11.2008 в 19:15
при этом моим ответом на вопрос ТС
будет «одинаково». ибо не учтено то, что гугл не воспринимает транслит, а яндекс не (ре-)транслитерирует кеи из урла. хотя по прямому запросу латинскими символами фотка найдётся.
переводить же бессмысленно, ибо англокей в урле русскоязычному сайту по сути ничего не даст.
Добавление нижних подчёркиваний к расширению файлов в MS Windows Live Mail (микроликбез)
В этой статье речь пойдёт о такой специфической особенности почтовой программы Почта Windows Live, как добавление значка _ (нижнее подчёркивание) к расширениям файлов.
Причём, эта статья касается как тех, кто отправляет письма, так и тех, кто письма получает. Одних мы будем учить отправлять вложения правильно, других – правильно открывать вложения, если пришли с такими вот дефектными расширениями.
Я думаю, что многие в жизни сталкивались с таким явлением, что приходит некий файл, с которым необходимо быстро ознакомиться и предпринять по нему какие-то действия. А тут – засада! При попытке открытия файла Windows пишет, что нужно выбрать какое-то приложение для открытия и т.п.
Теперь давайте пройдём логично по цепочке – от отправителя к получателю.
Почему добавляется значок нижнего подчёркивания к расширению файлов?
Причина одна единственная – если перед расширением файла поставить не одну, а две точки, то программа Почта Windows Live автоматически подставляет символ «_», но делает это почему-то не вместо первой точки, а вместо второй. Иными словами, если мы называем файл «Файл..doc», то получателю придёт файл «Файл._doc». Причин две – не все операционные системы поддерживают открытие файлов с двумя расширениями. Поэтому при отправке файлов Почта пытается исправить эту ошибку, и тут вскрывается вторая проблема, а именно ошибка программистов. По логике, значок «_» должен ставиться слева от лишней точки, а он подставляется справа. Причём это никак не лечится.
Что делать отправителю файлов, чтобы избегать подобных ситуаций?
Обычно такие проблемы случаются у тех пользователей, у которых стоит скрытие расширений зарегистрированных типов файлов. В таких случаях, например, Word или Excel выдают запрос на сохранение файла без расширения, а только имя. Например, так:
Как и подписано на слайде – никаких точек в конце ставить нельзя. В середине можно. Если у вас включено отображение расширений зарегистрированных типов файлов, то картина несколько меняется:
Хоть это и логично, но всё равно – бдительность прежде всего!
Что делать, если вы получили файл с нижним подчёркиванием перед расширением?
Если вы всё таки получили файл вида
То самым простым будет, не открывая его из программы, сразу сохранить в правильном формате.
Порядок действий такой:
Щёлкаем правой кнопкой мышки по файлу и нажимаем Сохранить как…
В открывшемся окне подправляем расширение файла:
И нажимаем кнопочку Сохранить.
После этого файл обязательно откроется.
Послесловие
Конечно, скорей всего вы ждали от меня какой-то панацеи для решения этого вопроса, а вместо этого получили какие-то «костыли». Увы, я не волшебник. Служба поддержки Microsoft, которая, напомню, является производителем этого продукта, разводит руками и говорит, что ничего нельзя сделать .
Внимание! Все вопросы по статье прошу писать в комментариях, расположенных ниже, чтобы получить бесплатный ответ.
На вопросы, написанные «в личку», отвечаю только за деньги.
Мат и оскорбления — удаляются, а их автор отправляется в бан навсегда.
Зачем программист ставит нижнее подчеркивание вместо пробела?
За тем что пробел во многих языках программирования это действующий символ несущий, в зависимости от языка, какой-то управляющий смысл.
Да и отображается пробел не всегда корректно, непонятно сколько там пробелов натыкано. А значок «_» всего лишь «буква» как и все остальные, за то его хорошо видно и легко посчитать.
На заре компьютерного программирования многим специальным символам присваивались исполнительные значения. А так как управление программами тоже велось на программном уровне из командной строки, то и использование таких символов в любых других целях не допускалось, в том числе и в именах файлов. Если вы набираете команду в командной строке и ставите пробел — это означает разделение команд или параметров команд. Пробел в имени файла разделил бы имя на два разных значения. Таким образом в именах файлов нельзя было допускать пробелов и ещё многих зарезервированных символов: <>()!?*/\|+-^ и др. В свое время нельзя было даже использовать символы кириллического шрифта — но это было уж совсем давно.
Так вот, нижнее подчеркивание — один из редких спецсимволов, которые не использовались в программах и визуально разделяли в именах файлов или переменных программы разные осмыслимые слова, повышая их читабельность.
Я считаю что можно,но при условии что тебе очень интересна эта тема.Есть такой сайт «Интуит».Отличный ресурс там есть видеолекции,просто печатные курсы.Пожеланию можно распечатать лекцию.После каждой лекции идет проверочный онлайн тест.При прохождении курса выдаются сертификаты.Их можно распечатать.Когда я училась на программиста наши преподаватели брали оттуда лекции,а иногда мы самостоятельно проходили некоторые курсы на этом сайте.
Сейчас некоторые организации, которые проводят онлайн-курсы по программированию в качестве бонуса предлагают гарантированное трудоустройство своим студентам. Если не знаете за что зацепиться, заплатите им за обучение примерно под 100 000 руб, прилежно пройдите обучение и в конце по идее они помогут вам трудоустроиться. Сам подобной услугой пока не пользовался, но считаю, что это интересная возможность.
В начале карьеры рассчитывать на большую зарплату не стоит. Поэтому, если есть возможность, то лучше начинать потихоньку подрабатывать еще во время учебы, чтобы наработать опыт. Всё равно ведь вы учитесь для того чтобы начать работать.
Скептически отношусь к заявлениям о знании на среднем уровне сразу 4 языков программирования: C/C++, PHP и Java. Специалист, который знает на среднем уровне эти 4 языка вряд ли будет испытывать проблемы с хоть каким-нибудь трудоустройством. И вообще, что значит средний уровень? Есть конкретные показатели знания языка, для Java — это сертификация от Oracle, для PHP — сертификация от Zend, для С/С++ наверное тоже что-то подобное есть.
Использование подчеркивания в именах файлов?
Я часто использую командную строку для навигации по моим файлам, поэтому стараюсь не использовать пробелы в именах файлов. Обычно я использовал подчеркивание для соединения слов, но недавно было предложено использовать тире. Есть ли недостатки в использовании подчеркивания в именах файлов? Должен ли я перейти на тире? Моя система работает под управлением Xubuntu, и я почти исключительно использую оболочку bash.
6 ответов 6
Что касается операционной системы, то они обе так же удобны, как и другие.
Я хотел бы отметить одну вещь — некоторые программы (например, некоторые системы воспроизведения видео — XBMC и т.д.) Будут автоматически заменять подчеркивания пробелами при отображении файлов, чтобы они выглядели лучше.
Только по этой причине я бы соблазнился подчеркнуть это.
Кроме того, дефисы используются для переключения команд, поэтому может быть немного странно иметь дефисы в именах файлов, а также в переключателях команд.
Кроме этого, это зависит только от личного выбора.
Dash не требует от вас нажатия SHIFT, что означает, что вы печатаете быстрее. Это единственное другое преимущество, о котором я могу подумать выше того, что предложил мистер Дженкинс.
Вероятно, человек, делающий это предложение, является заядлым пользователем Vim и хочет делать все с наименьшим количеством движений клавиатуры.
Я рекомендую использовать подчеркивания вместо пробелов. Подчеркивание обычно является условием, которое люди используют при замене пробелов, хотя я бы сказал, что дефисы тоже подойдут. Но поскольку дефисы могут отображаться другими способами, такими как перенос слов, вам будет легче сохранить значение имени с помощью подчеркивания. Например, если у вас есть файл с именем «Снимок, сделанный в Уинстон-Сейлем, NC.jpg», и вы хотите преобразовать пробелы в подчеркивания, вы можете сохранить дефис в имени и сохранить его значение.
Пробелы вызывают проблемы у людей, которые хотят использовать командную строку расширенными способами, такими как циклы for, например так:
Если у любого из mp3-файлов, совпадающих с этим подстановочным знаком, есть пробелы в их имени, это приведет к тому, что имя файла будет разбито на части вместо целых. Вы можете обойти это, изменив переменную IFS оболочки BASH или используя команду find, но это раздражает, и многие люди не знают этого, поэтому это может вызвать проблемы.
Я сомневаюсь, что эта или даже кампания с наклейками на бампере помешает людям ставить пробелы в именах файлов, но если вы хотите помочь себе, предоставьте вам больше власти и поблагодарите вас от имени тех из нас, кто заботится.
