archelon

Фреймворк называется "Прямые руки".
Использует медиа запросы и 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 "из-коробки" все довольно гибко.

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

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

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

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

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

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

Почему же нет. Установите вордпресс в папку blog на сервере. А статику - в корень. Просто для редактирования блога будете переходить в site.ru/blog/wp-admin.
С точки зрения "каноничности" разработки сайта, конечно, это - дурной тон. Лучше когда весь сайт контролируется одной CMS - проще локализовать проблему в случае поломок.

Если подзаголовки имеют какое-то отношение к структуре всего документа, т.е. например:

Статья "Как постричь мартышку" (делаем ее заголовок в H1) и далее по тексту подзаголовки "Будьте реалистом", "Не забудьте защитить лицо" и т.д., то лучше их выделять тегами H2 и т.д, в порядке значимости.

Если же структуру документа эти подзаголовки не отражают, то подойдёт и просто ваш вариант с тегом стронг, я думаю волноваться о санкциях не стоит (конечно, если у вас не половина статьи в стронгах).

Знаете за что я люблю друпал? За все те плюсы которые вы описали и те о которых вы забыли. А за что я ненавижу WP? За то что там всего этого нет!

Вордпрес из коробки умеет делать только страницы и статьи и больше ничего. Все остальное вы делаете двумя путями, либо вы находите плагин который реализует необходимый функционал либо лезете в код и начинаете писать всякий код который добавит вам свой тип статьи (да в WP, что бы и как бы вы не делали будет статьями) и добавляете этому типу мета поле. Расписывать вам тут не буду, просто почитайте на тему добавления мета полей к своим типам статей.

Мое мнение, с которым вы можете не согласиться таково - WP это ад для разработчика, все его ядро работает вокруг двух ключевых особенностей.
1) Ваша страница грузит из базы статью
2) Ваша страница грузит из базы несколько статей.
Далее вы вы подключаете к этому два файлика header и footer и все, это все ядро ВП.
Остальные ништяки вы делаете тем что добавляете фильтры которые эти ваши данные меняют. То есть каждый плагин, каждая функция темы это просто функции которые грузятся по очереди получают на вход инфу о статье, как то ее меняют и отдают дальше. И эта работа ведется в глобальной области видимости.

Никакую.

Да, правда. Но чувство прекрасного бывает не только врождённое, но и приобретённое.