Ольга

Первая причина в том что LP как одна страница - это понятие изуродованное в РФ.
LP далеко не всегда есть одна страница. Мы делали сайт из 100 LP, структурированные в дерево.

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

Третья причина в том что сделать LP на WP можно без излишних затрат. Как уже сказали выше это может быть VC или PageBuilder. Страница собирается за 15-30 минут. Без кривой верстки, кроссбраузерная, адаптивная. По конверсии такие страницы не уступают ручным сборкам (от 2 до 20% легко выжимается), а по затратам в 10 раз меньше.

Четвертая причина. Это решение на много гибче. Проще делать сплит тесты. Поправить блоки местами можно парой кликов или движением мышки. Править может маркетолог без знаний верстки или кодинга.

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

1. Мобильные телефоны — 320px. Ориентируемся на viewport айфона, т.к. он самый маленький. У современных андроидов вьюпорт больше, поэтому их игнорируем (растянется на верстке).

2. Планшеты — 768px. Опять-таки ориентируемся на айпад в портретной ориентации , т.к. у андроид планшетов вьюпорты обычно имеют размер от 800×1200 или совпадают с айпадом. Планшеты с вьюпортом 600×1024px устарели. К тому же ничего страшного, если в вертикальной ориентации сайт на таком планшете будет выглядеть как на мобильнике, а в горизонтальной ориентации — как на десктопе.

3. Десктоп и планшеты в ландшафтной ориентации — 1000px. Почему 1000, а не 1024: первое, в настольных браузерах полоса прокрутки съедает (обычно) 18px ширины; второе, от 1000px верстальщику удобнее расчитывать размеры в процентах, а до 1024 все равно растянется при верстке.

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

Если дизайн не имеет максимальной ширины и тянется от края до края окна браузера, то на усмотрение дизайнера можно нарисовать еще один или несколько эскизов для более широких экранов.

В каком порядке рисовать? Смотря как поставлено тех.задание. Чаще всего в задании описан полный функционал для настольной версии. Тогда проще нарисовать дизайн под 1000px и перекомпоновать под 768 и 320, выбросив или упростив по пути менее значимые элементы сайта. Т.е. двигаться от сложного к простому.

Верстать при этом удобнее от меньшего экрана к большему (от простого к сложному). При mobile first верстальщику приходится дописывать новые стили для бóльших экранов поверх базовой версии в 320px вместо того, чтобы обнулять написанные для настольных браузеров стили. В результате для мобильника css весит меньше и парсится быстрее.

Всегда использую эти( это старые брэйкпоинты bootstrap по умолчанию ):

/* Large desktops and laptops */
media (min-width: 1200px) {

}

/* Portrait tablets and medium desktops */
media (min-width: 992px) and (max-width: 1199px) {

}

/* Portrait tablets and small desktops */
media (min-width: 768px) and (max-width: 991px) {

}

/* Landscape phones and portrait tablets */
media (max-width: 767px) {

}

/* Landscape phones and smaller */
media (max-width: 480px) {

}

По надобности дописую промежуточные разрешения, если вдруг по дизайну что то падает на 650px, тогда дописую:

media (max-width: 650) {

}

Python+Django и конечно же JavaScript. С питоном разберетесь быстро (если прочтете Лутца проблем никаких быть не должно). Django тоже не сложный фреймворк, достаточно прочесть официальную документацию. У JavaScript-а очень много подводных камней, слабо типизированный язык, читать придется много и учиться постоянно. Еще вам необходимо будет знать хотя бы на базовом уровне верстку, прочтите книгу "Влад Мержевич - вёрстка веб-страниц". Обязательно изучить SQL (он очень простой, любая книжка подойдет но я советую начать с "Понимание SQL", Мартина Грабера), далее PostgreSQL учебник тыц и тыц. Вот вроде бы и все, двигайтесь в этом направлении.

Если вы планируете делать сайты на WP и т.п., на кой черт вообще пайтон с джанго?

Сделав пару сайтов на WP с использованием гугла и мануалов, можно получить необходимую базу по PHP без книжек. А вообще, освойте книгу той же Бенкен. Ее будет более чем достаточно для того, чтоб влиться в процесс программирования серверной части. Даже много.

Ну и для фронтэнда нужен JS. Хотя, будем честны, для быстрого старта хватит и знания jQuery. Да, так вот получается, можно юзать библиотеку, не понимая языка. Книжка для затравки.

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

Книжек мало. Решает опыт. Это все для быстрого старта. Дальше не забывайте углубляться. Изучите JS, углубляйте знания по PHP. Уделите время базам данных.

HTML5 и CSS3 — уверены в том, что знаете то, что надо? А то обычно под этими понятиями подразумеваются непосредственно новые фичи. А как доходит дело до реальной верстки, так сразу облом.

И постепенно определяйтесь, чем хотите заниматься. Либо двигайтесь в сторону фронтэнда, либо бекэнда. Заниматься всем сразу не очень-то хорошо. А когда рабочие инструменты освоите, можно и в сторону пайтона смотреть, вдруг понравится. Можно, конечно, сразу, бросив затею с php, но вы же хотите быстро влиться в работу...

Этап 1. Тактический.
Так как Вы планируете начать зарабатывать как можно скорее, то PHP. Выучив азы, не особо мешкая переходите к изучению внутренностей WordPress. Кроме вёрстки будете писать плагины, заработки увеличатся.

Этап 2. Стратегический.
Итак, Вы относительно быстро худо-бедно освоили PHP на уровне программиста средней паршивости, и даже карябаете какие-то плагины под Wordpress, без особых проблем находя заказики на фриланс-биржах. Всё это замечательно, но это путь в никуда. Обеспечив себе кусок хлеба с маслом, начинайте тянуться к прекрасному: Python+Django. Изучив азы языка, запускайте собственные проекты. Длительное время Ваш путь к дзену не будет приносить денег, но однажды Вы проснётесь владельцем супер-мега-стартапа который принесёт вам миллионы долларов (во всяком случае на такой разворот есть лучик надежды). И стартап будет, конечно же на Питоне, а не на Пыхе.