mletov

1. Если Ваш сайт, то не надо так делать. Сделайте нормальный API, который будет отдавать json.
2. Если это не Ваш сайт, то как вариант поискать API того сайта.
3. Если это не Ваш сайт и API нет, то лучше сделать отдельно свой сервер с API(сервер будет парсить сайт и отдавать в JSON приложению). Почему так? Парсинг на клиенте(особенно мобильном) будет кушать много ресурсов(причем заметно), это снижает заряд батареи, тормозит и много других неприятностей.

box-sizing: border-box

Дело в том что в ФФ у кнопок есть некий внутренний отсуп.
Чтобы всегда все было одинаково, используйте Normalize.css. Вот кусочек из него, который это чинит:

/**
 * Remove inner padding and border in Firefox 4+.
 */

button::-moz-focus-inner,
input::-moz-focus-inner {
  border: 0;
  padding: 0;
}

Вот посмотрите, я всего лишь в настройках CSS включил галочку normalize: codepen.io/anon/pen/QNwyOx

KidsBout: Если не было никаких договоров, и работал чисто на словах, то на каком юридическом основании тебе передавались "секретные" данные?

Я бы не подписывал в данном случае.
На словах работал - на словах и пообещай никому ничего не говорить.

Добавлять параметром подпись, которая считается как хэш от параметров в ссылке и некого «секрета», известного только серверу. Такую подпись злодей не сможет подделать (с приемлемой вероятностью), а при изменении параметров, подпись не совпадёт, при проверке на сервере. Такая схема, в частности, применяется во ВКонтакте для проверки GET-запроса при открытии iFrame приложений.

Например, ваша ссылка должна содержать параметры param_a и param_b. Когда вы её генерируете на сервере, добавляется параметр sign, равный md5-хэшу от строки, полученной конкатенацией названий параметров, их значений и секретного ключа:

$secretKey = "nXYFyArf6F6iQXTzg"; // хранится в тайне, известен только серверу
$a = "значение неподделываемого параметра А";
$b = "значение неподделываемого параметра B";
$params = array(
  'param_a' => $a,
  'param_b' => $b,
  'sign'    => md5( "param_a" . $a . "param_b" . $b . $secretKey),
);
printf( '<a href="http://site.com?%s">Суперссылка</a>', http_build_query($params));

На сервере полученные GET-параметры проверяются: необходимо наличие подписи, и её совпадение с переданными параметрами. Подпись для полученных параметров вычисляется так же, как и при генерации ссылки – и сравнивается с переданной подписью.

<a href="#part2">перемотать к метке part2</a>
<br><br><br><br><br><br><br><br><br><br>
<br><br><br><br><br><br><br><br><br><br>
<br><br><br><br><br><br><br><br><br><br>
<a name="part2">
<p>ура!</p>

Гуглить "html якорь" или "html тег a"

Пример: https://jsfiddle.net/85k28s9s/1/

Если опустить банальности....
Узнайте (если еще не знаете) о композиции слоев и комментариях в фотошопе. О композиции слоев особенно.
Текст пиксель-в-пиксель от края до края блока и больше места не предусмотрено - считайте, что он не влез.
Рисуя версию для мобилы шириной 320, держите в уме, что ее растянут до 650-760.
Рисуя версию для планшета, держите в уме, что ее скорее всего будут и тянуть в большую сторону, и сжимать в меньшую по ширине. Не надо делать элементы совсем впритык, оставьте место для маневра.
Помните, что у видео-проигрывателей и карт есть элементы управления (и если вы вдруг решили наложить перекрывающий карту слойчик и в нем инфу - покажите, что вы планируете делать с элементами управления).
Комментируйте состояния (или соответствующе называйте слой) - просто три кнопки/ссылки разного цвета - это просто три разные кнопки/ссылки.
Помните, что у полей форм есть состояния: обычное, в фокусе, заполнено, заполнено правильно (по желанию), заполнено не правильно, disabled, некоторые поля требуют пояснений по заполнению. У самой формы есть состояния - отправлена успешно, ошибка - не правильно заполнена, ошибка - не отправлена хз почему. Покажите ответы формы, если у вас формы и на странице, и во всплывашках, и хз где еще - покажите для каждого вида. В макетах надо показать все виды полей (хотя бы основные), а не только те два текстовых поля, которые требуются в конкретной форме "заказать звонок".
Типовая текстовая страница должна содержать оформление основных текстовых элементов (заголовки, абзацы, списки всех видов, таблицы, картинки и их взаимодействие с окружающими элементами. А не только заголовок и пару абзацев.
256 оттенков серого и текст размеров 12, 13, 14, 15, 16, 18, 20, 22, 24, 26 итд. конечно держат верстальщика в тонусе, но все же старайтесь несколько ограничивать палитру и количество стилей текста. Будет неплохо, если в них даже будет какая-то логика.
Используя все доступные начертания парочки шрифтов в макете помните, что парочка шрифтов по 8-10 начертаний - это 16-20 подключаемых шрифтов, а не 2.
Иконки и картинки смарт-объектами - это удобно, очень.

Через это:

.asd p:nth-child(2) {

}

UPD: а вообще, судя по вопросу, статья по селекторам лишней не будет everstudent.ru/blog/htmlcss/30-css-seletors-to-memorize

Не стесняйтесь заглядывать в исходники понравившихся страниц - codepen.io/anon/pen/BjemgM
Я ничего не правил, только вырезал относящиеся к делу куски из html, js и css.

function Person(){} - Вы обьявляете функцию с именем Person.
var person = Person() - Вы вызываете функцию Person и результат сохраняете в переменную person
var person = new Person()- Вы создаете новый обьект использую функцию-конструктор Person