Jack OXO

тут несколько моментов:
1. id имеет очень большой приоритет css. объяснить двумя словами тяжело, но вкратце, если вы задали какие-то свойства для id-селектора #x, что ни пишите в классовом селекторе .y, если он подтягивает стили от id-селектора, то они возьмут верх над классовым селектором. Никакие элементы не должны иметь приоритет над другими. Так удобнее редактировать стили.
2. Есть неписанные "законы" БЭМ, которых придерживаются опытные разработчики. Существует много всяких философий БЭМ, самая популярная - яндексовская - погуглите. БЭМ позволяет лучше разбираться в коде, работать с препроцессорами и производить более удобные операции при работе в js.
...ну есть и еще несколько моментов.

Главное отличие id от class в том, что стили id нужно задавать для одного элемента, уникального. А class можно применять для нескольких элементов. Даже если при разработке блок один, никогда не угадаешь, возможно придётся добавлять примерно такой же блок где-нибудь еще на странице - в таком случае id дублировать нельзя - ошибка css.

Вообще, товарищи, используйте id никогда! Class куда удобнее и гибче (хотя бы в том плане, что для одного элемента можно задавать хоть 255 классов одновременно). Придумывались CSS-селекторы в конце 90х годов. Тогда HTML был совершенно на другом уровне, и разработчики смотрели в другую сторону. Им тогда хотелось управлять DOM с помощью JS методом GetElementByID - сейчас этот метод в чистом виде никто не использует. Есть жквери!

На английском.
А если без стеба, на сайте важен функционал и контент, а не используемый стек.

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

Подняться до 50 можно за месяц два
хорошим девелопером можно стать за 10 000 часов

Всегда в интеренете находится много людей, которые утверждают, что они работают 10+ часов в день по 50$ в час.

На самом деле, 8 часов из 10 они откликаются на отклики и еще 2 часа работают за 5 долларов в час. Т.е. на самом деле они работают по 1$ в час. И таких 90%. Потому что смысл заказчику платить 50 долларов Васяну, когда господин из Индии готов сделать то же самое за 2-5$?

Только действительно опытным и гуру могут предложить задачи по 50$ в час, что сильно дешевле специалиста в США, к примеру. Но и таких уже ищут не на одеске, а по рекомендациям, имхо.

На фриланс биржах никогда не будет нормального проекта на тысячи часов под целую команду разработчиков. Такие проекты отдают компаниям-аутсорсерам. В общем, codemonkey сейчас не в почете. Либо Вы работаете в компании и растете, как специалист, имея выходные, отпуска, больничные, пенсию и соц. пакет, либо Вы работаете за еду на фрилансе. Есть третий путь - предпринимательство. Но это сложно и не для каждого.

Конечно, сейчас многие начнут спорить со мной. Уже годами люди спорят со мной на эту тему. Что еще раз подтверждает мою правоту. Спорить со мной тем, у кого 50$ в час цена - дорого, столько времени тратить на меня, доказывая что-то. Значит спорят те, кто 50$ не видят никогда. Такие вот дела.

Часто бывает, что ТЗ проекта требует поддержки IE8, а значит :only-child (видимо, он имеется в виду) отпадает. Остается только знать, что он есть, вздыхать и использовать только то, что поддерживается.

Тильду за 3 года практики использовал всего раз, но тут же пожалел, потому что в тогдашней Опере она отрабатывала очень медленно и пришлось убрать.

А вообще, как и в любом языке, чем больше ты знаешь всяких штук, тем изящнее решение можешь предложить. А в случае CSS ещё не стоит забывать про скорость работы различных селекторов.

Вам нужен API youtub-а. Собственно вот

Когда пользователь вводит запрос в поисковую систему, то данный запрос подвергается анализу (со стороны поисковика). Если не вдаваться в тонкости математики, то слова могут подвергаться стеммингу / лемматизации. Это значит, что окончания слов (суффиксы, мн.число->единственное число) могут урезаться. Некоторые поисковики это делают лучше, некоторые хуже. Например Yandex больше ориентируется на российский сегмент и окончания он учитывает для более точного ранжирования результатов (но всё же будет учитывать и базовую словоформу). Так что по хорошему из вашего примера, поисковик должен учесть 1443 + 387 (если каждый из примеров это 1 в 1 статическое совпадение словосочетания с учетом окончания). Пытаясь вручную оптимизировать окончания, вы намеренно пытаетесь игнорировать алгоритмы анализа поисковых запросов поисковой системой (плохо это или хорошо, сложно сказать -- тут надо анализировать расхождения в поисковой выдачи).

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

На вашем месте я бы писал на сайте то, что наиболее читаемо и понятно для пользователя.