Игорь Воротнёв

Для начала, YouTube вставляется через Embed, а не iframe - достаточно вставить ссылку на видео, остальное WP сделает сам.

Что касается вырезания URLов, смотрите что у вас за плагины, проверяйте код который висит на хуке the_content.

Если есть желание оставаться в нише WordPress и развиваться дальше c возможным ростом и по деньгам - vanilla JavaScript и современные практики в нем, React (потому что Gutenberg). Ну и, конечно же, больше правильного PHP.

Nginx, PHP 7.2 c Opcache, объектный кеш. Настроить это все нормально (плюс БД).
Дальше - профилирование кода. Можно Blackfire.io - он легковесный, можно запустить на продакшне (не будет такого тупняка как от Xdebug). Профилирование выявит узкие места, по ним можно будет делать выводы.

Бесплатный форк WP Sync DB + WP Sync DB Media Files (add-on).
Или же оригинальный плагин от Delicious Brains с таким же адд-оном (платно, но лучше) - WP Migrate DB Pro.

Это изначально плохая идея. Очень плохая. Изучите что такое видео-стриминг, какую нагрузку дает на сервер просмотр видео (включая занятые соединения) и тд. Для хранения видео существуют специализированные сервисы (как user-friendly - YouTube, Vimeo, так и developer-friendly - именно видео-хостинги на уровне файловой и сетевой системы).

1. Есть get_the_content(), которая возвращает контент, а не выводит.
2. Полученный контент (в виде string) можете уже думать как разбивать, но тут сложно придумать надежный способ со стороны бекенда. Думаю можно пробовать на клиенте с помощью javascript. Но, имхо, дизайнера надо отправить на какие-то курсы адекватности. Потому что данное UI-решение это совсем неадекватный UX, если речь идет о контенте, который предназначен для чтения.

Сортировать лучше не на выводе в цикле, а еще при получении всех записей. В вашем случае за это отвечает вот этот код:

$posts = $this->get_favorites( $post_type, $user_id, $limit );

Покажите что там в методе get_favorites(). Судя по тому, что дальше вы работаете с массивом объектов, внутри этого метода вызывается get_posts(). Попросите его отсортировать для вас посты еще на этапе выборки из БД.

Пагинация всегда рассчитывалась и будет рассчитываться от основного цикла. Основной цикл, он же Main Query, это тот, который WordPress запускает сам, после того как спарсит request и определит по rewrite rules а чего вы от него хотите.

Произвольные запросы с помощью new WP_Query( $args ) не являются и не могут являться основным запросом, это всегда будет дополнительный запрос, который выполняется уже после основного. Отсюда, оно совершенно никак не влияет на пагинацию, что вполне логично и разумно - ведь у вас на одной странице дополнительных циклов WP_Query может быть много.

С основным же запросом и изменением его параметров работают через хук pre_get_posts (а в нем изолируют именно is_main_query).

Матчасть, все есть в официальной документации с примерами кода.

Label в данном случае это просто string, который вы отображаете в UI? То есть, каждое созданное поле будет иметь 2 "параметра" - label (то что отображается возле поля) и value (то, что ввели в поле)? Я тут вижу еще одно узкое место - когда вы доберетесь до полей других типов (number, radio, checkbox и тд), то у вас возникнут дополнительные "параметры" - тип поля и другие свойства. И вот тут все станет намного интереснее :)

Есть такой вариант - хранить в postmeta сразу 2 записи на одно поле:

fieldname => field value (значение)
fieldname_label => label value (лейбл)

Называть поля можно по разному. Например:

fieldname => value
_fieldname = label

В этом случае поле, которое начинается с подчеркивания, считается "скрытым" и "системным". Можно суффикс добавлять. Ну а дальше понадобится куча "подсистем", чтобы с этим удобно было работать.

А есть еще один вариант - хранить всю (любую) необходимую информацию в значении поля в виде сериализованного массива. Очевидный минус - по такому полю искать будет сложно (впрочем, внешнее индексирование с помощью того же Elastic Search проблему решит). В остальном - пихайте туда что хотите - значение поля, его лейбл, плейсхолдер, лимит символов и тд. Да хоть весь html целиком.

Для больших объемов, когда грозят таймауты, используйте WP-CLI

Неужели так сложно воспользоваться поиском?

Как обернуть дивом каждые 3 записи?

Есть предположение, что вы не совсем корректно продумали архитектуру, но без нормального описания сути задачи сложно говорить точнее. По сути:

1. 2 одинаковые записи не нужны, достаточно одной, а к ней уже привязывать счетчик(и)
2. Счетчик тоже вполне может быть один, а вот его состояния, чередования и прочие данные - хранить отдельно
3. Смена счетчика / обнуление и обновление данных вешается на cron

Вставлять код надо в визуальный редактор, но в текстовом режиме (вкладка Text а не Visual, справа вверху). Только что проверил - все работает. Если у вас не работает, значит какие-то плагины или код фильтруют контент (и могут вырезать iframe, например по соображениям безопасности).

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

https://woocommerce.com/products/woocommerce-order...

Плагин позволяет создавать свои кастомные статусы (Pending Payment в вашем случае) и менять процесс (то есть порядок переходов между статусами).