lamer350

Никак.
С таким подходом вам на Апворке делать нечего, без обид.

В смысле? С помощью acf прекрасно создаются блоки для гутенберг. А еще есть и flexible_content, которому сто лет в обед.

Наконец таки я решил все технические вопросы для внедрения Vue.js в WordPress-Workflow. Долго я к этому шёл. Трудно было совместить freelancing на основе WordPress и WooCommerce и одновременно самообучение Symfony и Vue.js и создание первых реальных проектов на их основе. Но создание первого большого проекта на основе headless Symfony 4 (JSON API) и потребителя на основе Vue.js меня хорошо продвинуло вперед в направлении внедрения Vue.js в WordPress. Почему мне так интересен WordPress/WooCommerce умея делать Backend на основе Symfony? Потому что WordPress делает доступным веб технологии и маленьким клиентам по "демократическим" ценам, при этом всё ещё позволяя фрилансеру хорошо заработать (по крайней мере в Берлине, где я проживаю).

Так как путь сюда до сих пор никем в интернете детально не описан и я угрохал недели если не месяцы на решение этой задачи прочитывая все статьи и docs с этой темой связанные (освоил для этого даже наконец таки Docker и Nginx и углубил знания в настройке Webpack) и пройдя многие не верные пути (vue-cli, nuxt.js) - я решил создать в течении следующих недель курс на Udemy.com на английском за 20 баксов. Если будет тут достаточно интереса (хотя бы лайков 10 ), то сделаю туториал и на русском. Курс будет содержать настройки Webpack, Docker (optional), Apache/Nginx. Моё решение сохраняет в отличии от nuxt.js все преимущества как WordPress так и Vue.js при этом соблюдая "законы" SEO и Social Marketing (Twitter Cards, Facebook Open Graph итп) и самое главное Hot Module Replacement с PHP/WordPress Templates!!!!!! .
Я очень разочарован Nuxt.js и расскажу в Tutorial почему он далеко не во всех случаях технически годен и почему с точки зрения open source этот проект не оптимальный исходя из моего личного опыта.

UPDATE 15.05.2019
К сожалению руки до туториала так и не дошли. Но создал Github Repo с простым Starter Theme.
Демо можно тут просмотреть: wue-theme.app
Пока без доскональной документации. Надеюсь к концу месяца создам.
Приколы темы:
-Hot Module Replacement с PHP файлами (если только это интересно можно и тут скачать Webpack config)
-полная поддержка SEO без Server Side Rendering (SSR). Реализуется это за счёт загрузки данных вместе с HTML в глобальном JS объекте "technomad", вместо дополнительного AJAX-запроса, что не поддерживается гуглом и для чего и нужны все прибамбасы типа Nuxt.js и phpv8/v8js.
-элементы меню и новости автоматически добавляются через WordPress-Backend.
-тема устонавливается как и любая другая тема без каких либо дополнительных настроек сервера (нужно скачать всю Repository и скомпремировать "wuetheme" папку в ZIP и тогда можно просто загружать как и обычную тему).
-Github Repo без данных из демонстрации. Может ещё добавлю функцию установки демо данных.
-сервер демо во Франкфурте без CDN. Так что во Владивостоке загрузка наверное немного дольше длится будет)) Из Берлина за 600-700ms загружается с VPS.
-есть ещё много над чем работать (pagination, проверка загруженны ли скрипты и стили плагинов при Ajax route change, пока они загружаются только при инициальной загрузки, но скрипты и стили могут быть на каждой странице иные) , нo даже в данном виде эта тема на сколько я знаю уникальная.
-тут можно проследить прогресс перестройки моего сайта с этой темой: stage.alexfullstack.dev, там больше клёвых анимаций))
Пока всё. Have fun :)

Update 30.05.2019
Много чего обновил на Github.

Update 02.06.2019
Я решил вчерашнюю проблему)))
Нужно было просто выспаться))
Завтра подробно опишу и обновлю Github Repo.

Update 03.06.2019
-загрузил на Github новую "bulletproof SEO" версию с "Dynamic Rendering Implementation"
-подробная статья тут

Update 14.06.2019
Перенёс сайт на wue-theme.app.
Демонстрация Github версии тут: starter.wue-theme.app
Добавил простую Load More Pagination и очистил код.

safari.

Работа с документами и видеомонтаж это две совершенно никак не близкие задачи, разные миры и даже разные вселенные. Под первую вполне пойдет базовая комплектация, с запасом на много лет. Под вторую нужна топовая комплектация с дискретной видяхой, максимально большим SSD, максимально мощным CPU и максимальным количеством памяти. Под видеомонтаж вообще все должно быть максимально, если вы хотите делать это на ноутбуке. А в идеале вообще монтаж делается на десктопах, и там тоже все по максималке.

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

Ну а так в целом - если бюджет позволяет (без боли, продажи органов или продажи себя в кредитное рабство более чем на 1 год) то лучше взять сразу 16Гб и 256Гб. 128 - совсем мало, система и приложения займут бОльшую половину, если захотите еще музыку какую-то локально хранить и фотки синхронизировать с iCloud, сезончик сериала залить в дорогу - все, место закончилось. Совсем закончилось. Это не беда (максимум - неудобно), если у вас iCloud с достаточным количеством места и вы всегда на хорошем инете, 24/7, 365 дней в году. Но даже в этом случае это может вылезти боком в первый же отпуск, где вам придется какое-то время быть оффлайн или на медленном и дорогом инете. Плюс, это постоянная перезапись запись на диск, насколько повлияет на длительность его жизни - хз.

Если и на то, и на другое денег не хватит и надо выбрать одно - я бы брал больше SSD. 8Гб памяти для ежедневного использования достаточно, если не грузить ее специфичными приложениями.

ihabia, Класс не может разрастаться до безобразия из-за вложенности,
потому что вложенность всего лишь одна Блок -> Элемент.

В вашем случае у вас есть косяк в разметке.
1. Логотип это вполне самостоятельный блок.
2. Поиск тем более.
3. Вкладывать прослойки в блоки в принципе допустимо, это не косяк, но когда речь идет лишь о декорации, то вряд ли стоит.

Итого имеем четыре блока (ну и контейнер, как сущность модульной сетки):

<header class="header-section">
    <div class="container header">
        <div class="header__logo logo">
            <h2 class="logo__title">APP Design</h2>
            <p class="logo__description">Free PSD Website Template</p>
        </div>
        <form action="" class="header__search search-form">
            <input type="text" placeholder="" class="search-form__field">
            <button class="search-form__button">Search</button>
        </form>
    </div>
</header>

.header-section {}

.header {
  &__logo {}
  &__search {}
}

.logo {
  &__title {}
  &__description {}
}

.search-form {
  &__field {}
  &__button {}
}

Достаточно простая разметка, простые стили, независимые блоки.

Вторая секция более-менее нормально размечена.

Проверяйте ваш CSS.

Таких проблем с простейшим свойством color никогда не было в Safari (и не только). Так что ищите проблему в CSS. Что-то переопределяет нужные вам свойства.

Скриншот результата работы вашего примера кода в iOS Safari. Закономерно — все в полном порядке: