Igor Roschak

У вас скромный рейт. Хотя, возможно, для Чехии это нормально.

Я работал и работаю на фрилансе уже много лет. И в штате много лет тоже работаю.
Поэтому могу кое-что сказать.

Минусы

1. Все байки про фриланс — правда.

2. Нужно иметь железную дисциплину, чтобы работать в строго отведенные часы, а в другое время отдыхать. И чтобы вставать вовремя, а не спать до обеда.

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

4. Очень много мудаков среди клиентов. Со временем научишься их определять с первых же слов в переписке. Но до этого придется некоторое количество раз обжечься.

5. Клиенты имеют привычку тянуть с оплатой. С предоплатой никаких проблем, а вот чтобы забрать постоплату — частенько нужно задолбать клиента. И это вполне понятно — на фриланс приходят молодые бизнесы, и довольно часто у них бывают кассовые разрывы, дефицит бюджета, смена направление и много чего еще. Из-за этого у тебя у самого уже начинают возникать кассовые разрывы. Вроде, тебе и денег должны прилично, а когда их получишь — хз.

6. Хорошее описание проекта, хороший продукт сам по себе — на фрилансе этого мало. Повезет, если получится удаленно вписаться в команду, которая делает или большой проект или делает много проектов на потоке. Если же это разовые проекты, то будь готов к задаче вида "ну мне вот сайт нужен с формой, сообщениями и робокассой, а ну вот еще там корзина, да".

7. Забудь про стабильность. Сегодня ты заработал двойную зарплату, а в следующем месяце процентов 50. Нет никого, кто строго раз в две недели будет тебе перечислять деньги на карту.

Плюсы

1. Свобода в выборе задач и проектов. Это прям кайф.

2. Есть возможность заниматься своими делами, потому что за проекты отвечаешь ты и только ты. Соответственно, можно брать выходные, когда тебе удобно, а не когда они на календаре пришли.

3. Если наработать клиентскую базу, то можно со временем отойти от дел руками, а заниматься лишь форвардом задач или вообще вырасти в полноценный продакшен.

4. Есть возможность учиться. Не вечером после работы, днем, когда голова свежая.
Офис эту возможность сильно ограничивает.

5. Есть много времени и сил на свои проекты. То, до чего не доходили руки целый год офисной работы, может быть сделано довольно быстро.

Где работать
Попробуй везде. И на фл и на апворке есть свои плюсы и минусы.
Но самые лучшие клиенты — это, конечно, которые приходят напрямую.

все должно работать. мб ошибся где то в классах или id
https://jsfiddle.net/qq6sgfvr/

p.s. а вообще у бутсрапа есть атрибут для закрытия модалки data-dismiss="modal"
добавь его в ссылку и js код писать не придется

Ankhena W достаточно подробно все описала, но кое-что следует уточнить.

1. Проценты и em это всё-таки разные единицы измерения. Для каких-то свойств они ведут себя одинаково (в частности font-size), для каких-то - по-разному. Например, при задании line-height процент высчитывается от размера шрифта текущего элемента, а em от размера шрифта родителя.

2. То же самое. Зависит от свойства, к которому применяется.

3. Можно использовать (и используют), но не всегда это нужно. Допустим, элемент small должен быть всегда меньше на 25% где бы он не находился. Чем писать правила на все случаи его появления в верстке, проще написать одно правило - font-size: 0.75em;

4. Неточность у автора. body наследует не настройки браузера, а свойства рутового элемента html, который как раз и задается настройками браузера (по умолчанию).

5. Отступы в em удобно задавать при описании типографики, но не блоков. Например, для заголовков, параграфов и т.п. Вообще, если описывать всю типографику относительными единицами, ее легко, буквально в пару правил, адаптировать под разные экраны.

И по всему остальному: истины нет. Неожиданно, да? Тем не менее это похоже на правду. Всё зависит от конкретных обстоятельств. Где-то удобнее использовать одно, где-то другое. И прекрасно, что CSS дает нам такую возможность.

Есть же специальный тег [_post_title], смотрите в доках.

Нужно иметь две версии css и js: dev и prod. Во время разработки вы работаете только с dev версией, а prod у вас создается позже (перед запуском на продакшане выполняете минификацию и комбинирование).
Чтобы реализовать это автоматически вам нужен frontend сборщик такой как Grunt.JS или Gulp.JS, которые работают на node.js.
Главное преимущество вы получите возможность использовать css, js-препроцессоры и собирать минимизированный единственные файлы для сайта со стилями и JS.

Также попробуйте избавиться от не нужных библиотек в JS. Чаще всего они имеют излишний функционал и занимают много места. Возможно у вас получится отказаться от JQuery или хотя бы подключить slim версию.

Дополню ответы по поводу соответствия макетам. Иногда бывает, что макеты есть, но только часть из них вычищена и доведена до совершенства - одинаковые отступы, размеры шрифтом, междустрочные интервалы и тд. А на некоторых страницах или элементах/блоках могут встречаться неточности (чуть больше паддинг с одной стороны и тд). Так вот в таких случаях pixel perfect имеет более широкое значение. Я так говорю - это когда из дизайна пиксель-в-пиксель делается стайлгайд, где все элементы одинаковы. И дальше этот стайлгайд уже используется при сборке. Потому что если у нас у кнопки паддинги 10/20, то они у всех кнопок этого типа должны быть такие, по всему сайту. Даже если дизайнер на какой-то из страниц был неаккуратен и допустил 10/19 пикселей. В подобных случаях надо делать по стайлгайду и просить передать дизайнеру, что он неряха. Говорю об этом, потому что на практике встречал верстальщиков, которые таки пилили фанатично пиксель-в-пиксель, и все погрешности дизайнера в результате превращались в кучу magic numbers в CSS.

1.

<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=0">

2.

body { -webkit-text-size-adjust: none;
    text-size-adjust: none; }

3. body { overflow-x: none; }

Если она адаптивная - значит вам должны прислать несколько макетов, показывающие разные состояния макетов при разных размерах экрана. Вот в них и должно быть pixel perfect, а при остальных не нарисованных размерах вы ничего не должны

На css - нет. На js - конечно. Ищи родителя родителя, и делай с ним что хочешь.

Как-то так
codepen.io/aliencash/pen/eJrBEx
Правда с адаптивностью сложно. Точнее лень допиливать, давайте дальше сами...

зы: Ах черт, у вас еще тени... (((

Пример

<a href="tel:12345678">Позвонить</a>