Александр Гончаров

Если я правильно понял вопрос, то вам нужно устроить целый кастомный WP_Query запрос и его обработку.

<?php
$args     = array(
	'post_type'      => 'post',
	'posts_per_page' => -1, // Значение «-1» выведет все записи, можно поставить целое число, чтобы ограничить вывод конкретным количеством записей.
	'category_name' => 'category_1' // Здесь имя той рубрики, посты из которой вы хотите выводить.
);
$wp_query = new WP_Query( $args );

if ( $wp_query->have_posts() ) {
	?>
	<div><!-- здесь открываем родительский элемент -->
	<?php
	while ( $wp_query->have_posts() ) {
		$wp_query->the_post();
		$post_id = get_the_ID();
		?>
		<!-- произвольный вывод каждого элемента рубрики -->
		<article id="post-<?php echo $post_id; ?>" <?php post_class(); ?>>
			<h2><?php the_title(); ?></h2>
			<section><?php the_content(); ?></section>
		</article>
		<?php
	}
	?>
	</div><!-- здесь закрываем родительский элемент -->
	<?php
	// Обязательно сбрасываем запрос, чтобы не сломать остатки лендинга.
	wp_reset_query();
}
?>

Не забывайте, что у родителя нужно прописать position: relative; и только после этого у дочернего селектора писать position: absolute;, не знаю при чем здесь position: fixed;.

Что же касается префиксов, префикс -webkit- нужен не только для Safari 8-, но и для Андроидного браузера. Поддержку браузеров смотри здесь.

Для оптимизации — SVGOMG, а для работы со спрайтами вот этот видос — SVG спрайты — 4 способа использования векторных сп....

Может быть он ругается на JS, png и jpg, которые находятся не у вас на домене?

Кстати, почему используешь HyperCache, а не W3 Total Cache? Я записывал отличный обзор на W3 Total Cache, у меня с ним не возникает таких ошибок на стороне моего домена.

Если речь о статических страницах типа "page", то можно на одной странице сделать несколько экземпляров WP_Query класса и вывести последовательно контент разных страниц.

Что касается таксономии — можно использовать get_terms() с указанием конкретной таксономии.

Для теории есть YouTube канал uWebDesign, там очень много роликов про CSS технологии, а также подкасты и стримы с практиками.

Книги от O'Reilly:

• Programming PHP, 3rd Edition.
  
• Modern PHP.
  
• PHP Cookbook, 3rd Edition.
  

Если что, ссылки для ознакомления есть у нас в паблике: vk.com/uwebdesign

В SVG можно добавить элемент на зад. И тогда он будет скейлиться вместе со всеми остальными элементами. Разве нет?

А вообще у нас есть плейлист про SVG, там куча всякого.

В разных пабликах на вк можно оперативно получать информацию, например наш uwebdesign. Кроме того, что ты написал есть еще webdesigner news, очень похож на reddit. Ну и куча дайджестов по конкретным тематикам. Какие языки интересуют?

Это так не работает. Фильтры как и opacity работают на весь элемент, включая его потомков.

Так точно, есть статья с видосом: https://uwebdesign.ru/bem-smacss/. Про BEM и SMACSS, выбор и примеры в основном в пользу SMACSS.

Я давеча отвечал на подобный вопрос здесь, но повторюсь и дополню ответ.

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

Матвей Мамонов писал в пользу обычного CSS, но очевидно забыл про методологии (BEM, SMACSS), которые кроме понятной организации файлового дерева привносят принципы ООП, например инкапсуляцию, в мир CSS. Без препроцессоров невозможно сделать на самом деле DRY (Don't Repeat Yourself) проект, который будет удобно масштабировать и использовать другим людям.

Владимир Чернышев писал в пользу постпроцессоров, но они на самом деле заставляют забыть большое количество информации, которая позволяет более полно понимать и оптимизировать код. Постпроцессор — это всегда черный ящик, который невозможно контролировать и который дает только конечный результат (вопрос какой).

С Sass очень удобно работать и, должен признать он наиболее гиковский из всех препроцессоров, потому что все алгоритмические структуры (следование, ветвление, цикл) на нем писать удобнее, можно делать очень разухабистые инструменты.

Смотри коллективы от Codrops, дайджесты от Pixel Buddha. Из русскоязычных источников могу подсказать еженедельники от uWebDesign и подкаст в видео и аудио форматах.

Разные технологии представления информации:

• SVG (для вектора или сложных сцен),
  
• Canvas (для более математических вещей, либо для большей гибкости и "песочницы"),
  
• WebGL (для рендера 3д-сцен и эффектов).
  

Запрограммированные или заскриптованные с помощью JavaScript, в виде разных библиотек и фреймворков для работы с этими технологиями представления.

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

Но если команда russian-only (это плохо), то можно писать русские комментарии, но тогда нужно какой-то глоссарий использовать, чтобы не было разных интерпртаций одного и того же английского понятия.