Игорь Воротнёв

В данный момент отдельно в индекс картинка 2х не попадет, так как она является всего лишь увеличенной копией основной картинки. Также, сейчас она не попадет и в качестве дополнительного размера к основной, так как бот хоть и парсит значение атрибута data-src, делает эот согласно своим представлениям (googlewebmastercentral.blogspot.com/2011/06/introd... А вообще эта практика для responsive изображений скоро будет упразднена. Сейчас идет open-source разработка модуля Chrome (и других браузеров) для реализации адаптивных картинок через тег picture, он и будет в скором времени использоваться для этих целей.

Атрибуты, которые реально влияют на индексацию - alt и title. Еще почитайте тут: www.quicksprout.com/2012/11/05/image-optimization-...

В целом @pettson правильно расписал. Только еще обратите внимание на различие между лендингами и между одностраничными сайтами. Это разные вещи. Лендинг (он же - посадочная страница), в рунете часто еще называют "продающая страница" - это страничка, задача которой четко конвертировать теплый целевой трафик в действия (подписка, покупка, заказ звонка, заказ услуги и т.д.). Одностраничный сайт - это просто сайт, на котором весь контент собран в виде одной страницы, чаще всего - с возможность подгрузки дополнительных данных с помощью ajax.
С точки зрения верстки все на одно лицо - это просто html + css + javascript (разметка + оформление + взаимодействие). Возможно, с бекендом, возможно без него. Но это уже другая история.

Фиксированная высота + overflow: hidden. Это костыль, но поскольку вы не брезгуете magic numbers, то вполне сгодится.

По уму - html5hub.com/ellipse-my-text/#i.ynjfrd17pscqpw

А никак. Можно частично закрутить гайки (ограничить возможности), предусмотреть все элементы, в том числе прописать max-width, min-width и прочие полезности, дабы неожиданные правки не разрывали верстку. Но на 100% не получится. И есть только один вариант - объяснить клиенту, что сайт это живой организм, и взять его на платную поддержку. Ежемесячный объем правок в конце месяца оформлять как счет за почасовку. Тогда все довольны - клиент возможностями, разработчик красивостями, пользователи - адекватным сайтом без "вырвиглазов".

Если подходить к делу правильно, то процесс следующий:
1. Брейнсторминг на бумаге, продумывание интерфейса и структуры и отображение в 3х вариантах (desktop, tablet, mobile)
2. Разработка модульных сеток (они же wireframes) - Photoshop, Illustrator, Fireworks или сцеп. приложения для сеток и утверждение их клиентом. В 3х вариантах (desktop, tablet, mobile)
3. Верстка голого прототипа по этим 3м вариантам (responsive уже давно стандарт де-факто, а не "бонус").
4. Дизайнер рисует дизайн, четко по утвержденным сеткам.
5. Правки по дизайну, утверждение клиентом.
6. Верстка дизайна, тестирование и отладка, утверждение.

При таком подходе процессы параллельны. Когда есть утвержденная сетка, мы можем работать сразу в 3х направлениях - дизайнер спокойно себе рисует дизайн, в это время верстальщик (он же coder, он же front-end developer) создает голый скелет (прототип) и верстает в него голый контент, а программер (back-end developer) уже может выводить свою часть (динамический контент) в html. Когде же утвержден дизайн, верстальщик этот низкоуровневый скелет начинает "украшать" - добавляются конечные стили (отступы, типографика, цвета и прочее).

Следует еще упомянуть обязательный "шаг 0". Для корректной работы начиная с шага 1 необходимо получить от клиента реальный контент. В процессе шага 1 этот контент вместе с клиентом доводится до ума, финализируется и утверждается. В современной разработке работать с Lorem Ipsum - дурной тон и путь в никуда.

UPDATE:
Еще один бонус - когда сверстан низкоуровневый прототип по сеткам, можно прикручивать его к CMS, и уже с этого момента клиент может наполнять сайт (ну или наш контент-редактор). Часто это бывает очень важно (если контента много).

Из этого всего выплывает:
1. Дизайнер - это дизайнер. Его стихия - графический редактор. Понимание принципов верстки и веб-технологий вообще - обязательно. Умение самому заколбасить что-нибудь на jQuery не обязательно.
2. Верстальщик / кодер / front-end developer - это человек, работающий с клиентской стороной (HTML+CSS+Javascript), переносит картинку от дизайнера в код и прикручивает то, что ему дает программер.
3. Программист / back-end developer / просто web developer - человек, работающий с серверной частью (например, PHP), CMS и т.д.
Это "минимальная конфигурация" Для более сложных проектов работа делится на более узкие направления и появляются профильные люди.

Да без проблем. Что .psd, что .ai - какая разница? Проблема с конкретным верстальщиком может возникнуть только если он не знает Illustrator или фанатеет по Corel.

Custom Queries.

Как раз сейчас доделываем очень похожее решение: businesslife.in.ua
Смотрите часть на белом фоне - 4 раздела, выводятся в отдельных блоках. Для 1 раздела выводятся последние Х в одном суб-шаблоне, для 3х остальных - отдельными блоками каждого раздела (отдельно Новости, Lifestyle, Break), в разных суб-шаблонах (с картинкой и описание, только заголовок).

Код кастомного запроса:

/**
 * Custom query for "News" section
 */
$news_args = array(
	'category_name' 		=> 'news',
	'posts_per_page' 		=> '5',
);
$news = new WP_query ( $news_args );

Код вывода (loop):

if ($news->have_posts ()) :
	$first = true;
	while ($news->have_posts ()) : $news->the_post();
		if ( $first ) :
    			get_template_part( 'content', 'article-medium' );
    			$first = false;
		else :
			get_template_part( 'content', 'article-small' );
		endif;
	endwhile;
endif;

Для оптимизации и ускорения процесса генерации таких страниц желательно кеширование, как минимум через transients API.