Илья Мясин

Ну вот надо чтобы до перезагрузки страницы интерфейс "замер".

Попробуйте примерно так:

const appNode = document.querySelector('#app');
appNode.innerHTML = appNode.innerHTML;

По идее обработчики событий должны пропасть, а компоненты потеряют связь с DOM и всякие отложенные действия перестанут работать. Но это не точно =)

Если я правильно понимаю, тут не SPA со сборкой, а олдскульные пхп-шаблоны, верно?
Тогда можно данные пихать в дата-атрибут примерно так:

<div id="app" data-rows='<?=json_encode($rows)?>'>...</div>

А потом читать их примерно так:

data() {
   return { rows: JSON.parse(this.$el.getAttribute('data-rows')) };
}

Но вообще да, лучше, как писали выше, отдавать апишкой и забирать аксиосом =)

старичкой и профессионалов фронтенда. На какую CMS вы обычно натягиваете свой макет

старички и профессионалы фронтенда обычно натягивают свой макет на вебпак + [ву/реакт/ангуляр]

а которые на [любимая пхп-цмс] - не фронтенды, а фуллстеки!

Лев Розанов, а вы свою ссылку читали для разнообразия? ))

afterMove(next_page_index)
This callback gets called after the move animation was performed.

$(".main").onepage_scroll({
    afterMove: function(index) {
      ...
    }
  });

Плюсую за ffmpeg, вот это похоже на ваш случай?

В доке пишут:

When they exist on the same node, v-for has a higher priority than v-if. That means the v-if will be run on each iteration of the loop separately.

То есть выполняется цикл, и на каждом шаге - проверка. Чтобы об этом не думать, можно тупо не использовать эти директивы вместе, а писать явно. Для этого есть встроенный "прозрачный" тег template:

<template v-if="shouldShowAllTags()">
   <a v-for="tag in tags">{{tag}}</a>
</template>
...
<template v-for="tag in tags">
   <a v-if="shouldShowThisTag(tag)">{{tag}}</a>
</template>

Теперь:
1) мы можем добавить v-else, если понадобится
2) человек, не читавший доку по ссылке выше, поймет как оно работает "на глаз", без экспериментов :)

UPD: Перечитал комменты в соседнем ответе, вам оказывается надо другое =) Но все равно оставлю, в назидание будущим поколениям ))

Последний пункт - это вот "УСГУЛИ" который? Для начала хорошо бы разобраться, как именно он исчезает - в смысле посмотреть не как это выглядит, а что в результирующем html происходит. Может он есть, но его перекрывает что-то другое, например. Или ссылка есть, а текст пустой. Если таки нету - я бы распечатал кол-во узлов, которые должны отрендериться, типа так:

<xsl:value-of select="count(item)" />
<ul> ...

Или где он там у вас пропадает. Если цифра будет плясать - курите, что там пхп отдает. Если цифра не меняется, а пункт таки моргает... то хз, видимо придется таки прочитать и осмыслить эту простыню кода ))

В этом сезоне модно создавать конструкторы вот так!

Если серьезно - вы объясните, в чем проблема - в части devops, в смысле как БД создать / nginx перегрузить и т.д., или в части того, что на сайте будет и как юзер будет этим управлять? Если первое - надо понимать ваши масштабы, сколько сайтов, сколько серверов, размер бд, нагрузки. Если второе - то начать надо явно с тз и дизайна, а то ишь приноровились все на кодера сваливать )))

UPD. Раз интересует именно процесс разворачивания, давайте поделюсь мыслями, благо у меня есть небольшой опыт.

Вообще алгоритм довольно тупой - сначала сделать все руками, а потом написать скрипт, который делает то же самое =)

Для начала определитесь, будут ли все ваши сайтики работать на одной кодовой базе (скорее всего да, если нет - это уже ближе к шаред-хостингу). Дальше решите, нужен ли каждому свой персональный docroot - это зависит от того, как вы храните / раздаете статику. Если статика складывается куда-то далеко (типа на s3) - можно обойтись одним на всех, но ИМХО все-таки проще, когда он у каждого свой.

Получится какая-то такая структура:

app
public
    1
        static
        index.php
        config.php
    2
    ...

index.php подключает конфиг и запускает приложение.

Дальше вам надо сделать, чтобы public/1 открывался по хосту типа 1.hosting.com - это nginx с регулярками.

server {
    server_name   ~^(?<site_id>.+)\.hosting\.com$;
    root    /var/www/public/$site_id;
    ...
}

Кстати, если пыхе понадобится идентификатор сайта, его туда легко забросить:
fastcgi_param SITE_ID $site_id;

Есть нюанс с запуском PHP. По уму надо, чтобы на каждого был свой юзер, свой fpm-пул и т.д. Но у php-fpm в свое время не работал graceful reload, после добавления пула и перезапуска все клиенты получали 502. Я в итоге плюнул и стал всех обслуживать одним пулом, ограничившись open_basedir, но если у юзера есть хотя бы гипотетическая возможность добраться до кода (например какой-нибудь редактор шаблонов) - так делать не надо =) open_basedir передаем в конфиге нгинкса как-то так:

fastcgi_param  PHP_ADMIN_VALUE "open_basedir = $document_root"

Для подключения собственного домена юзайте map, он в нгинксе хороший =)

map $http_host $site_id {
    site.com    1;
    site2.com  2;
}

Эту конструкцию можно вытащить в отдельный файл и генерить автоматом.

С БД все просто: если можете сделать, чтобы все сидели в одной БД - так и делайте =) Если нет - делайте эталонный дамп и скрипт, который из него создает новую БД. И потом ломаем голову, как раскатывать миграции по куче баз и машин =)

С управляющим скриптом поступаем так: фигачим сами скрипты (на чем удобно, пхп вполне справится) и http api к ним, когда юзер что-то делает на "главном" сайте, дергается этот api, это облегчит жизнь, когда перестанете влезать на один сервер.

Для перезагрузки нгинкса и прочих стремных операций я завел отдельные sh-скрипты и засунул их в sudoers для того юзера, от которого работает api.

Между "главным" сайтом и api полезно поставить очередь, но для начала можно и синхронно работать.

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

https://codepen.io/dubrowsky/pen/oGMomN
Это конечно не ваша задача, зато на флексбоксах из плоского списка, труъ-адаптив, остается шахматной при четном количестве колонок, и я вспомнил, как программировать на LESS :)

Массово - кажется нигде такого формата нет, да и работать не будет, если массово. Так что выбирайте площадки, которые нравятся, и руками договаривайтесь как в старые добрые времена :) у меня например есть площадка, с которой я продавал такой баннер, потом рекл отвалился, а нового искать лень, но если бы предложили - я бы обсудил ))

<?php
function group_by_number($arr, $number) {
   $res = [];
   $counter = 0;
   foreach ($arr as $item) {
       if ($counter % $number === 0) {
           $res []= [];
       }
       $res[ count($res) - 1] []= $item;
       $counter++;
   }
   return $res;
}

$arr = ['a','b','c','d','e','f','g','h'];

$groupped = group_by_number($arr, 3);
foreach ($groupped as $group) {
   ?><div class="group"><?php
   foreach ($group as $item) {
       ?><span><?= $item ?></span><?php
   }
   ?></div><?php
}

Но вообще я бы сперва подумал, нельзя ли поправить верстку =)