Antony Bark

У Вас же есть рабочий пример, в чем проблема посмотреть? D3Org имеет открытый код, это openSource: https://github.com/d3/d3

Сразу отмечу что смотрел только главную страницу.

HTML код в целом выглядит вполне чисто, PHPStorm ругается только на ul внутри menu что действительно не разрешено.

Несколько смущает принудительная анимация на все элементы. Не думаю что браузеры, особенно мобильные, будут рады таким стилям. Кроме того она приводит как минимум к весьма странным прыжкам меню при переходе через 1200px.

Меню для десктопа не выравнивается по вертикали т.к. для блоков меню и телефонов в заголовке используется "выравнивание" через margin-top, а не нормальное выравнивание через flexbox с align-items: center.

Для блоков в разделе "Наши преимущества" не хватает как минимум горизонтальных padding'ов, из-за этого текст в блоках прилипает к границам контейнеров. В этом же блоке у основного заголовка и заголовков блоков потерян letter-spacing (не мерял, на глаз видно). При ширине меньше 980px блоки выезжают за экран, видимо не доделано.

Блок "Переезд в Болгарию" полностью сломан на ширине 980..1200px, а ещё уже - часть элементов теряет центровку. У блока .move__how та же проблема с горизонтальным отступом что и в блоке выше.

Блок про недвижимость - та же проблема с центровкой (кнопка), letter-spacing и горизонтальным padding'ом.

Кстати, посмотрел подробнее - многие проблемы возникают из-за потерянных закрывающихся скобок для media запросов здесь и здесь.

Блок отзывов: иконки навигации влево / вправо не соответствуют макету, очевидно взяты из font-awesome, хотя в макете они другие. То же, кстати, касается и иконки "fa-angle-down", она в макете тоже не из font awesome. Вертикальное положение иконок навигации не соответствует макету (не должен учитываться блок пагинатора). Отступы внутри блока и letter-spacing - похоже общая больная тема. Из-за того что 3 элемента заголовка отзыва не объединены в общий контейнер - есть проблема с выравниванием и без контейнера она лечится не совсем тривиально. Стрелка в "Москва -> София" не соответствует макету.

Блок формы: состояние :focus не реализовано (в макете это E-mail), в размерах ниже 768px элементы формы прилипают к краям экрана без какого-либо отступа. Нижний затемняющий градиент блока утерян. Иконка со стрелкой вниз не соответствует макету (здесь и в других местах). Стиль кнопки отличается от макета (бордюр и стиль шрифта)

Отдельное большое фи - графика и общее отношение к размерам ресурсов:

• 4.5 мегабайта картинок в PNG, вы это серьёзно? Банальная оптимизация через optipng / pngout даёт почти 800кб. Две фоновые картинки занимают суммарно 3.5 мегабайта, хотя они же в JPEG при качестве в 85% и оптимизацией через guetzly дают 225кб, а можно ужать ещё больше. city.png - почти полностью прозрачная картинка, используемая исключительно на белом фоне - зачем она в PNG с альфа-каналом? JPEG + guetzly даёт 43кб против 376кб.
  
• 4 шрифта, при этом размерами 100 и 900, хотя на странице есть ещё как минимум 400, по 700 глифов! Зачем они там если у вас на сайте русский и латиница? Subsetting в Font Squirrel уже отменили? При этом два шрифта italic хотя реально italic используется на данный момент только в тексте комментария (толщиной 100), зачем?
  
• Во всех макетах используется суммарно 4 разных шрифтовых иконки (3 стрелки и "спасательный круг"), при этом стрелки, как написано выше, не соответствуют макету. И ради этого грузятся все 1145 (!) иконок font awesome суммарным объёмом (в лучшем случае) почти 100кб. Конечно интернет сегодня быстрый, но зачем вот так сразу-то?
  
• На все страницы грузится весь Bootstrap 3.3.7 целиком (почти 120кб CSS) ради Bootstrap grid? Она там в лучшем случае 3-5кб занимает, а остальное не используется? При этом загрузка CSS - блокирующая операция т.е. рендер стоит пока грузится CSS.
  

На самом деле не все так хорошо, если вы придерживались методологии БЭМ. Смотрел только разметку:

Вот накидал блики, при желании можно раскачать до вполне приемлемого состояния https://jsfiddle.net/l2banners/tjm7p1r6/4/

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

Если флексы и гриды не используются в проекте, то разумным будет отступы в самой картинке сделать, подогнав под размер соседей, путем изменения размера холста (да даже в "деревянном" ms paint'e подобное провернуть не трудно), а после перезалить на место донора, с аналогичным именем.
Если копать код, там переписывать придется многое, ради внедрения флексов или гридов.

Случайно удалил.
на relative

https://codepen.io/just_4_u/pen/PdoVEq

Вот так вышло, не пинайте сильно =) только учусь

Вот, сбилдил для примера.

Сетка: 12px

Способов на самом много:
1. Для DIV который z-index:99 в css не должно быть width вообще, если есть - удалите! Он должен быть display:block (он и есть им по умолчанию, то если ничего другого не писали, ничего дописывать и не нужно). Если все ок, то пишите просто margin:30; Если у вас это не получается, то где то задан width;
2. Добавляете 2 свойства для блока: box-sizing: border-box; border: 30px solid transparent;
3. Добавляем всего одно свойство: width: calc(100%-60px);

askd.rocks/pres/css/# Слайды 30-35.

<div class="parallelogram-content">
	<p>I have a pen</p>
	<p>I have a code</p>
	 <p>Ugh!</p>
	<p>CodePen</p>
</div>

.parallelogram-content {
	/* no transform */
}
.parallelogram-content p {
	transform-origin: 0 0;
	transform: skew(30deg);
}

Совсем недавно столкнулся с подобной проблемой, решал ее в том числе и тут на тостере. Только не wp, а magento2, точнее, тема, используемая в шопе, была тому причиной.
Как решали.
1. Тесты, много тестов на разных серверах и условиях, помогли точно убедиться, что причина именно в теме.
2. Профайлер, логирование запросов помогли определить несколько наиболее требовательных модулей, поставляемых с темой.
3. Отключение этих модулей никак не повлияло на ttfb, а вот полное удаление всего лишь одного из них - в моем случае - mega menu от разработчика темы - существенно.

В случае с wp - я бы поначалу отследил, где проблема точно - в теме, в плагинах, может быть в хостинге(сервере).
Полагаю, сделать это не сложно...