archelon

С точки зрения фриланса, лучше взять готовый известный продукт, типа opencart. Может быть пару модулей к нему написать. Во фрилансе большинство заказчиков хочет "быстро, дешево и с хорошей поддержкой". Завтра вы уйдете в другой проект, и кто будет разбираться в вашем коде?

А при устройстве на работу - работа бывает разная. Большинство хотят чтобы вы знали хотя-бы один крупный фреймворк - типа zend, symfony, yii, lavarel. Знаете один - сможете в приемлемое время разобраться и с другим. А конкретную CMS хотят в основном те, у кого уже есть ряд продуктов на этой CMS.

Конечно ложь. Реклама бывает прямая и косвенная. Прямая - вы башляете adwords, косвенная - вы башляете авторам статей которые их пишут потом площадкам которые их размещают. Хорошо без статей. Но всё равно даже за то что бы поспамить ссылками на форумах надо заплатить.
Так что клиент у вас всё равно тыщу баксов отдаст, только не напрямую.

на D7 вы также сможете отмечать пункты на карте и выводить на общей карте все ваши пункты с ссылками на страницы этих городов.
вам потребуются модули drupal 7:
views,
geofield,
google maps.

Почитайте отчёт совместного исследования MasterCard и UsabilityLab, посвященного юзабилити процесса покупки в интернет-магазинах:
newsroom.mastercard.com/ru/files/2015/06/MasterCar...

По скриншоту видны следующие недочеты:

1. Слишком много полей формы, чтобы получить адрес доставки. Достаточно одного поля "Адрес". При желании можно прикрутить сервис DaData.
   
2. Если пользователь уже авторизован и уже вводил свой адрес, не нужно повторно просить его вводить всё заново. Можно добавить возможность выбирать любой из адресов, на которые уже осуществлялась доставка. Аналогично с Ф.И.О. и прочими контактными данными.
   
3. Вместо трёх полей "Фамилия", "Имя", "Отчество" может быть одно "Ф.И.О." или что-то вроде "Как к Вам обращаться".
   
4. Всё вышеперечисленное служит одной единственной цели - получить минимальное число требуемых действий для оформления заказа. Не смотря на минимум действий, пользователь должен получить максимум информации о том, что, откуда и куда он заказывает.
   

Фреймворк называется "Прямые руки".
Использует медиа запросы и 1 скрипт в 2 строки.

Тут 2 варианта:

1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

Верстка - это когда макет превращается в набор html/css/js файлов.

Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

2. Просят учесть особенности CMS.

Маленьких нюансов может быть много.

Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
И т.д.

Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

Могу.
Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

Правда нет гарантии что человек, который будет натягивать мою верстку, не затупит например с

.nav
    .nav__list
        .nav__item

Когда ему движок выдаст меню в виде

.menu
    ul
        li

Но я не считаю это своей проблемой.
Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

Уменьшает ли "опыт верстки под CMS" время верстки?
Если не были оговорены нюансы (те же меню WP) - то нет.
Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.

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

заодно советую обновить видеодрайверы - производительность аппаратного ускорения повысится.
https://code.google.com/p/chromium/issues/detail?i...
https://productforums.google.com/forum/#!topic/chr...

в firefox можно выключить аппаратное ускорение, но это неудобно, т.к. видеоускорение тоже перестанет работать, это приведёт к повышенной нагрузке на процессор при просмотре видео и при показе некоторых рекламных флеш баннеров

Для таких задач очень хорошо подойдет Druoal 7 + Views. В 8й версии Views включен в ядро, но я бы наверное не рискнул пока брать 8ку.
Views помогут с всякими фильтрами. А с правами пользователя у Druoal "из-коробки" все довольно гибко.

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

Все наёмные рабочие почему то пытаются примерять процент от стоимости продукта к своей зарплате . Это в корне не верно. (можно очень долго расписывать почему это так)

У вас есть два варианта:

• участие в проекте за % от чистого дохода, но при этом вы вкладываете свои деньги или работаете бесплатно ( и тут не факт что прибыль потом будет)
  
• платят за выполненную работу столько, сколько вам достаточно за потраченное время.
  

надо просто хаотично написать хаотичный скрипт

ЗЫ: пока вопрос не будет конкретным - вам врядли будут помогать