Гриша Никольский

Не знаю, я бы просто взял готовую кисть с фотошопа, задал бы нужные параметры и рисовал.

Соблюдать urls
силами wp это можно безболезненно сделать

Возвращаемые значения

Возвращает TRUE, если письмо было принято для передачи, иначе FALSE.

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

У меня то же так было но проблема была в UTF кодировке. Решилось тем что длкумент с кодом сохранил в utf-8, и все встало.

Тоже самое что и у Евгений Вольф но попроще* codepen.io/anon/pen/zNBLYZ

https://yandex.ru/search/?lr=213&msid=1484344182.2...

Быть может, существует какой-то простой способ или плагин.

Самый просто способ - начать изучать JavaScript. Отдельно рекомендую ознакомиться с JQuery.

Так же могу предоставить простой пример собственного производства, собранный на коленке.

Родная функция "назад" это js: history.back();

так
Если просто нужно "назад": window.history.back()

data-любоеИмя

https://jsfiddle.net/6L44xv1k/2/ Так?

ну тк сделай для .normal z-index меньше чем у .parent
https://jsfiddle.net/iBird/6L44xv1k/1/

settings: {
        unslick: true
      }

Ку
Я чуток глянул, не могу сказать наверняка, но похоже в начале идет вычисление сетки, а потом происходит изменение контента ячеек. Этот центральный элемент "хавается" сеткой до определенного момента, а потом ты его динамически заполняешь и он портит всю малину.
Если его удалить, а потом начать играться с сеткой — все ок.

расставить clearfix
к примеру после каждого 3 col'a - <div class="clearfix visible-md visible-lg"></div>
а после каждого 2 - <div class="clearfix visible-sm"></div>

Какой интересный вопрос... Ну что ж, приступим. У меня как раз вечер свободный выдался, можем и порассуждать.

Стал замечать, что разработчиков сайтов на Wordpress высмеивают и говорят, что это уже прошлый век.

Прошлый век? Не знаю, доля WordPress продолжает расти. Сейчас это почти 27% всего интернета, если мне не изменяет память. Немногим больше четверти всех сайтов в мире. И на пути к одной трети. Вдумайтесь. Осознайте. А еще на WP делают проекты с бюджетами и по 20, и по 50, и 150к условных единиц. И с ежемесячным саппортом в четырех-пятизначных суммах. Все это есть. Рынок огромен.

Смеются над WP-разработчиками? Ну, пусть смеются. А мы тем временем хорошее бабло косим на этом "говнодвижке" (как его называют те, кто высмеивает), работаем в удовольствие, тусим по всяким WP-ивентам, создаем продукты, делаем заказчиков счастливыми, весело тратим заработанное и наслаждаемся жизнью. В общем, все отлично. А смех без причины - признак дурачины (С) детская поговорка.

Да, и обратите внимание на то, кто смеется. Какой-нибудь фрилансер-нищеброд, пытающийся заработать жалкие $400-800 в месяц, сутками колупающий свой кастомный фреймворк и отлавливая в нем стремные баги? Хипстер-рубист? Престарелый ценитель-теоретик C и Java, в 40 лет живущий с матерью? Ну ок. Пусть хохочут. Я не встречал ни одного разработчика высокого класса, независимо от предпочитаемых языков / технологий, который бы смеялся. Потому что опытный человек понимает, что это всего лишь инструмент. Который, к тому же, прекрасно выполняет свои задачи. Так же как Laravel. Как Django. И все остальное.

Есть такие люди, которые Canon vs Nikon, Apple vs Android, Mercedes vs BMW и тд. Holy Warriors они называются, и встречаются в любой жизненной сфере, в любой профессии. Научитесь держать удар и не замечать их существования.

Пришел к выводу, что cms никто не пользуется при создании заказных сайтов, но неужели для каждого сайта пишется свой движок?

Неправильный вывод. Используются, повсеместно. Сплошь и рядом. Вообще, есть 3 подхода:

1. Полный кастом. Долго и дорого. Выгодно разрабам - лочим клиента под себя в определенной степени, подвешиваем на саппорт и денюжка постоянно капает в карман. Не сильно выгодно заказчику, по той же причине - сложно сменить подрядчика, если что-то не нравится в работе. Дорого сопровождать и развивать. Для разрабов - куча работы и изобретения колеса снова и снова. На практике используется крайне редко, чаще всего хоть и строится с нуля, используются готовые библиотеки для разных задач. Чем больше этих библиотек и стороннего кода, тем быстрее проект перетекает во 2й подход.

2. Фреймворк. Средне-долго, средне-дорого. Здесь используется готовая основа, необходимые модули, остальное пишется под конкретные задачи. Экономически целесообразно. Это хороший вариант. Но работы бывает много, и велосипеды встречаются, и модули напильником дорабатывать приходится. А если использовать много готовых модулей, то плавно перетекаем в 3й подход.

3. CMS/CMF. Дешевле, быстрее. Тут, если сайт сильно типовой и его можно собрать без особого кодинга - отлично. Но часто и на CMS/CMF бывают весьма объемные и сложные задачи, сильно выходящие за рамки возможностей движка "из коробки" или готовых плагинов. Та же разработка кастомного функционала, доработка напильником сторонних плагинов и тд. В общем, не типовые сайты на базе CMS/CMF делать можно и ничто не мешает это делать. Главное понимать зачем, почему и как правильно. Понимать архитектуру CMS/CMF и как в нее встроиться. Этот вариант сильно выгодный клиенту, особенно если речь о WP, с его огромным рынком специалистов (впрочем, часто сомнительного уровня. Но это везде так, я встречал проекты на Laravel и Yii где от кода тошнило фонтаном).

В конечном итоге, все это PHP (или другой язык - не принципиально). И кастом, и фреймворк, и готовый движок. И все это можно сделать очень хорошо, а можно очень плохо. Вопрос не в инструменте, а в руках, которые его используют. Если вы возьмете кисть и краски Моне, вы не станете выдавать гениальные картины. Потому что не в кисти дело.

В общем, если WordPress нравится - изучайте его ядро, глубоко и качественно, изучайте глубоко и качественно сам PHP. SQL туда же. Те же фреймворки изучайте, там много интересного и полезного, что можно взять на вооружение. Учитесь решать задачи любой сложности элегантно, быстро, качественно. Учитесь документировать и рефакторить код. Оптимизировать. Использовать best practices. Учитесь создавать качественный продукт, решающий задачи клиента. И вот за это к вам будет стоять очередь, и будут хорошо платить. А не за то, что вы пишете на чистом си плюс плюс. Или на чем-то супер-современном. Enterprise-клиенты вообще такие legacy. А у них больше всего денег, кстати.

jsfiddle
сделал на ходу, просто в коде, где иконка лупы,

.search__submit {
background: url("./иконка лупы") 0 0 no-repeat;

поставьте путь к вашей иконке с лупой - и вуаля.

для изображения :

img{
 display:block;
 max-width:100%;
 height:auto;
 object-fit:contain;
}

Dots в примерах с их сайта реализованы с помошью текстового символа, который описывается в селекторе .slick-dots li button:before

.slick-dots li button:before {
 font-family: 'slick';
  font-size: 6px;
  line-height: 20px;
  position: absolute;
  top: 0;
  left: 0;
  width: 20px;
  height: 20px;
  content: '•'; /* <-- Вот этот символ */
  text-align: center;
  opacity: .25;
  color: black;
  -webkit-font-smoothing: antialiased;
  -moz-osx-font-smoothing: grayscale;
}

Соответственно чтобы изменить обводку нужно либо играться с -webkit-text-stroke и реализовывать фоллбэк с помощью text-shadow (плохой вариант), либо заменить этот символ на SVG изображение и задавать цвета уже в SVG (хороший вариант).

Вариант с text-stroke: https://jsfiddle.net/mxssjfou/2/
Вариант с SVG: https://jsfiddle.net/mxssjfou/3/

PS задавать свою тему dots, отличную от той, что берется в примере нужно с помощью свойства dotsClass: 'my-dots-class' в настройках инициализации, но если нужно только слегка изменить - лучше скопировать CSS из темы и править где надо.

Привет.

А в чем именно проблема?

<div class="col-md-4 col-lg-4 col-sm-6 col-xs-12">
Content
</div>

У класса
.read-more-btn
нужно убрать свойство
float: left;

Указанный элемент и так будет находиться слева, а свойство float влияет на общий поток элементов, по идее элемент со значением left будет обтекаем другими элементами с правой стороны, в сумме в другими CSS свойствами этих элементов может дать не совсем понятный результат.
Если все же нужно жестко установить float, то под ним указать 'элемент, который избавит от обтекания
HTML:
<div class="clear"></div>
CSS:

.clear{
    clear: both;
}