HamSter

На сколько я понял - тебе нужно:
1) Установить WP на хостинг
2) Активировать эту тему
3) В архиве с темой будет лежать XML файл - это и есть "демо-данные", которые ты видишь как пример на сайте, где продаётся эта тема.
4) Либо с шаблоном будут идти в комплекте плагины, среди которых "импорт демо одним кликом". Сейчас модно делать так. При активации которого появится возможность создать у себя на хостинге сайт 1-в-1 как любой из этих: https://wpopal.com/landing/co-workshop/
5) Ну и само задание - поменять тексты и картинки на любые свои, чтобы было красиво.

Как я понимаю, "студия" (именно в кавычках) ублажает клиентов просто заменяя демо-контент на тот, что нужен клиенту...

Печалька.

<?php

add_theme_support( 'post-thumbnails' );
// сверху добавляем зарегистрированным постам миниатюру, снизу функция регистрации кастомного типа поста
function loft_create_post_type() {

	register_post_type( 'nameposttype',
		array(
			'labels' => array(
				'name' => __( 'имя в админке' ),
				'singular_name' => __( 'имя в админке' ),
			),
			'menu_position' => 25,
			'supports' => array('thumbnail','title','editor','post-formats'),
			'public' => true,
			'has_archive' => true,
		)
	);
}
add_action( 'init', 'loft_create_post_type' );
?>

Создаем кастомный тип записи в файле functions.php, после чего находим её в админке.
Далее обычным циклом выводит все посты которые были созданы в нем:

<?php $args = array( 'post_type' => 'nameposttype', 'posts_per_page' => 99(сколько нужно вывести записей) ); $loop = new WP_Query( $args ); ?>
	<?php while ( $loop->have_posts() ) : $loop->the_post(); ?>
         // шаблон вывода поста
        <?php endwhile; ?>

А для остальных полей типо описание имя, используйте ACF, и в выводе полей укажите ваш тип записи, подробнее в комментарии.

CI/CD (Continuous Integration/Continuous Delivery) сервер ответ на ваши проблемы. Например, bitbucket pipelines, circle ci, gitlab pipelines, jenkins и т.д. Работает так:

• сервер отслеживает пуши в определенные ветки, например, в master.
  
• если в master пришли коммиты, то запускается определенный скрипт, который вызывает сборку (обычно еще перед этим запускаются тесты, если есть).
  
• если сборка прошла успешно, то результат этой сборки кладется в отдельную папку -- это называется build artifact
  
• этот build artifact тем или иным образом загружается на хостинг -- у всяких там AWS/Azure и т.п. облак обычно есть API для этого, можно передавать файлы через scp или sftp.
  

Если вся инфраструктура локальная, то и CI/CD сервер обычно ставят локально, например, Jenkins или TeamCity. Но без выделенного админа/девопса проще в облаках настроить, наверное.

P.S. это, конечно, годится не только для проектов на vue, а вообще для любого веба, включая бэкенд.

Здравствуйте!
установите плагин SVG support
https://ru.wordpress.org/plugins/svg-support/

или же в wp-config.php (не рекомендуется, но работает):
define( 'ALLOW_UNFILTERED_UPLOADS', true );

Для переходов между страницами можно использовать Barba.js. А как именно делать сами анимации - смотрите сами, что вам проще будет делать. По идее в WebGL здесь нет необходимости - все можно сделать на CSS-трансформациях.

Используйте сторонний плеер(один из таких: https://plyr.io/#youtube)

slick slider рефрешится по другому:

afterShow : function() {
$('.h__slider-win').slick('setPosition');
$('.h__slider-control').slick('setPosition');

codepen.io/anon/pen/aBwrzb

Два года назад искал админку для Laravel и перепробовал всякие (SleepingOwlAdmin, voyager, quick-admin etc).
Хотел найти SPA с возможностью вкладок внутри рабочего пространства, но, в итоге, остановился на z-song/laravel-admin (https://github.com/z-song/laravel-admin ).
Не всё мне в ней нравится, особенно в части оптимизации, но в целом - удовлетворительно и расширяемое.

Среди админок каторые мне очень зашли

1. 
   SleepingOwlAdmin - есть много элементов и демо проект что очень помогло в разборе документации, также достаточно просто сделать как свой элемент так и полностью свою страницу
   
   
2. Laravel Generator - не совсем админка, но мне прям очень зашло, люблю я генерацию кода через терминал делать, к примеру подход yii, где генерация через фронт мне не зашло, мож такой вариант и тебе понравиться
   
   
3. Nova - сейчас я новые проекты делаю с этой админкой главный ее минус это цена и невозможность протестить до покупки, это долго останавливало от пользовання, но потом раздобыл на пощупать и понравилось. Лаконичность и гибкость в одном флаконе, то-есть все нормально работает с коробки, но если хочешь сделать что-то по другому это реализовать также очень легко (да и честно говоря в сети ее найти не трудно бесплатно)
   
   

Мне прям очень не зашел Voyager админка создает в бд кучу таблиц, позволяет генерировать код с админки это не совсем мне подходит, но много народу ставили ее на 1 место до выхода nova
А так щупал очень много админок, если что спрашивай более конкретно

Вероятно, вместо

'render_callback' => function() use ($setting_name) {

должно быть
'render_callback' => function() use ($i) {

А так?

$postslist = get_posts( 
    array( 
      'posts_per_page' => -1,         
      'category_name'       => 'work',     
      'order'          => 'ASC'
     ) 
  );

Пробелы между p и классом лишние

Как начинающему дизайнеру вам полезно будет максимально ограничить использование рыбных текстов в своей работе.
Берите у конкурентов и адаптируйте под свой проект.

Дизайнер (а не просто "фотошопер"), если делает сайт, то обязан в финале предоставить макет сайта, включающего в себя все конечные материалы (фото, тексты и т.п.), которые будут на живом сайте в браузере. Времена "Lorem ipsum", "текст текст текст" и одной картинки-заглушки на весь макет давно прошли и сейчас логично и правильно использовать актуальный материал в макете.

Где брать? Все просто: у клиента. На стадии обсуждения заказа запросить все необходимые материалы. Какие именно? Зависит только от задумки дизайнера. Даже по ходу работы запрашивать материалы у клиента — это нормально. Хорошо, когда есть старый сайт, например, или иные рекламные материалы откуда можно брать информацию. Если вдруг клиенту нечего прислать, то это хуже, но тоже не смертельно — можно брать материалы по теме в интернете, с сайтов аналогичной тематики. У скопированного есть владелец и лучше проследить, что клиент понимает (чтоб совесть была чиста, так сказать). Яндекс-рефераты тоже вариант (ссылка в одном из ответов), несколько раз пользовался в работе.
Фото-материалы можно искать в различных фото-банках (есть как платные, так и бесплатные). Платные можно выкупить после утверждения. Кстати, иногда отличная идея — взять и сфотографировать самому, если есть возможность.

Так что всё в руках дизайнера. Делается блок с достоинствами судостроительной компании — попросите клиента описать достоинства. Получив описание делайте дизайн. Задумали использовать определенное количество колонок или же какой-то оформительский приём, где важно строго определенное количество пунктов — обсудите с клиентом чтобы в финале достоинств было нужное количество. Это тоже нормальная практика.

Появилась идея классного заголовка — делайте. Не нравится формулировка — перепишите красиво. Много исходного текста — сократите. Мало — просите дополнить или дополните сами, если можете. Спрашивайте нужное и предлагайте идеи — это всё тоже нормальная практика для дизайнера.
Да, бывает, что клиент никак не желает помогать дизайнеру, но если он адекватен, настроен на результат и доверяет специалисту-дизайнеру, то никаких сложностей не будет. Во всяком случае, так происходит на моём опыте.

Как сказал однажды один арт-директор:

Если дизайнер думает, что текст — это не его забота, зарплату ему поднимут еще не скоро.

Тут прозвучала фраза про "ты дизайнер или копирайтер". Статьи и все тексты для сайта дизайнер не обязан писать, но тексты — это часть работы дизайнера тоже.