Сергей Горячев

Я пошёл проще - в медиа указывал hover только для экрана шире 1080

Но этот вариант на любителя

Написали симфонию для скрипки и тромбона.
Как лучше поступить? Нанять скрипача и тромбониста, или отдать тромбонисту обе партии?

Встроенный инспектор в Firefox + плаг Webdeveloper. Больше ничего не нужно)

Не слушай его. Вот потом такие неучи от своего болта и раняют цены на рынке, потому что клиент получив сайт(товар), рвет себе волосы на голове за что же он отдал деньги.
Научись писать код именно ПРАВИЛЬНО, а не так как все и тогда работу оценят и тебя не забудут. Видеокурсов полно на этом же YouTube, только нужно фильтровать что правильно, а что нет.
Одного HTML мало, двигайся дальше и учи как можно больше языков.

gulp-file-include

Кот

Дич конечно)
Ну задай внутреннему ширину 100vw

грубо накидал резину)
codepen.io/anon/pen/KdBJew

HTML:

<header>
  
  <div class="logo">
    <h1>Logo</h1>
  </div>
  
  <div class="right-header">
    
    <div class="name">
      <h2>name</h2>
    </div>


    <div class="description">
      <p>description</p>
    </div>
    
  </div>
  
</header>

CSS:

header {
  position: relative;
  width: 100%; height: 200px;
  outline: 2px solid #000;
}
header, header * {
  padding: 0;
  margin: 0;
}

.logo {
  position:absolute;
  outline: 1px solid #000;
  width: 200px; height: 200px;
}

.right-header {
  position: absolute;
  right: 0; top: 0;
  width: calc(100% - 200px);
}
  .name {
    width: 100%;
    height: 70px;
    outline: 1px solid #000;
    right: 0; top: 0;
    text-align: center;
  }
  .description {
    width: 100%;
    height: 130px;
    outline: 1px solid #000;
    right: 0; top: 0;
    text-align: center;
  }

Это никак не проблема с клиентом, это явная проблема с исполнителем.
Работа оплачена, а исполнитель шантажирует заказчика.
За такое отрицательный отзыв он просто обязан поставить.
Чтобы другие не нарвались.

Раз он всё оплатил, то с чего это вы не шлёте ему PSD? Высылайте, приносите извинения.

Ruby - надо знать английский и переходить на unix-like операционки (linux, bsd, mac os).

PHP - можно ничего не знать, задачи всеравно будут.

Профит учить Ruby если все же хватит сил - у Ruby комьюнити есть определенная культура, в частности это самое любящее тестирование и TDD техники комьюнити из всех. В PHP с этим в среднем гораздо хуже... Так что решайте сами.

С Ruby есть риск надолго стать пленником RoR, с PHP - стать пленником устаревших статей, разных CMS-кой аля джумлы или друпалы, словом... фильтровать информацию от треша сложнее.

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

Каждому сайту, который они разработали, они присваивали ID (ваш 4065093) и основной функционал разрабатываемого сайта хранили у себя. Странное решение. Кроме как жульничество я назвать его не могу. Наверное, еще обслуживание сайта было на них. В случае разрыва отношений, они просто отключали ваш ID и ваш сайт не работал.

Забудьте о двух версиях письма. Делайте одну. Резиновыми таблицами. Приложение gmail медиазапросы не понимает. Ссылку на мой фреймворк уже дали выше. Там есть шаблона письма, который можно повертеть для понимания. Sergey Goryachev все верно говорит.

День добрый!

Да, массовая покупка ссылок сейчас опасна (у Яндекса, например, актуален алгоритм "Минусинск"). Но только ОЧЕНЬ массовая и для достаточно серьезного, известного (пусть даже и нишевого) ресурса. Одной покупкой ссылок серьезное продвижение в естественную выдачу Вы, скорее всего, не осуществите (особенно по высоко-конкурентным запросам).

Простое выставление мета-тэгов (в т.ч. title) - действие необходимое, но не достаточное. В идеале - нужно серьезно заниматься качеством HTML-кода на сайте, в том числе и тем, чтобы он удовлетворял SEO-нуждам.

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

Продвижение каждого конкретного проекта - это, как говорится, "отдельная песня".

По Вашим конкретным вопросам:
1) и тот и другой специалист выдают частичное решение. Я бы не останавливался только на одном варианте, или только на другом.
2) Да, действительно. Это постоянный процесс, как выращивание деревьев "бансаи" у японцев. В разметке при высокой конкуренции могут быть актуальны даже такие моменты, как наличие микроформатов в разметке (а они есть далеко не на всех сайтах) и проч.
3) Объективно - только количеством обращений к Ваши продающим менеджерам из Интернета. Есть несколько способов понять, кто откуда пришел к вашим продающим менеджерам и что купил. Но тут нужно, чтобы web-продвиженцы и Выши продавцы работали бы в тесной интеграции. Иначе "воз" не "сдвинется". С отчетами - сложно и субъективно, зависит от ситуации, ниши и магазина.
4) Сроки могут быть любыми. В т.ч. бесконечными. Алгоритмы ранжирования сайтов современных поисковиков зачастую невозможно предугадать. Даже параметр "вывод в ТОП" сейчас имеет довольно скользкий РЕАЛЬНЫЙ (подчеркиваю: реально-коммерческий) смысл, и многие поисковики прикладывают к тому, чтобы он оставался "скользким" максимальные усилия, чтобы подорвать рынок SEO-услуг.

Никак, давай элементам осмысленные имена. Не как они должны выглядеть, а что они из себя представляют. И не надо делать классы, явно указывающие на размер/цвет и т.д. Потому что это почти ничем не лучше, чем вёрстка прямо в html-коде через атрибут style.
Можешь посмотреть как рекомендуют чуваки из яндекса.