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

Во-первых, понадобится создать страницу со слагом 'out' или же кастомное правило rewrite с таким же слагом.
Во-вторых, понадобится научить WP разпознавать GET-переменную 'url'.
Во-третьих, на эту страницу или request (в случае с rewrite rule) надо повесить функционал, который будет проверять эту GET-переменную 'url', убеждаться что она безопасна и корректна, и выполнять переадресацию

Это чисто функциональная часть, обработчик самого редиректа по такой схеме.

Второй частью будет генерация правильных ссылок, с учетом атрибута. А вот тут уже надо уточнять много моментов - где ссылки будут ставиться, как и тд.

Я вам тут описал логику работы, полный ответ с примерами кусков кода выходит за рамки Тостера, это задача для фриланса. Если хотите попробовать сами решить - перечитывайте логику и начинайте работать. По мере появления более узких и конкретных вопросов - задавайте.

Боюсь, вы взялись за очень амбициозную задачу, если:

Кроме кодекса, там очень все сложно, я совсем начинающий и пытаюсь почти с нуля создать свою тему. PHP тоже не знаю, но на примере смогу понять

Потому как разработка кастомной темы, а тут еще и кастомной платформы по недвижимости по сути - это весьма нехилый кусок работы и тут вам понадобятся:

- полноценные, хорошие знания WP - ядра, запросов, хуков итд
- полноценные, хорошие знания PHP - ибо WP написан на PHP и все, кроме верстки, у вас будет связано с PHP
- хорошие знания SQL, потому как в вопросах той же фильтрации контента без этого не обойтись

Отвечать по самому вопросу не буду, потому как тут талмуд надо. Да и его будет мало, потому что 95% успеха в этой задумке - это опыт и понимание как строить сложный и потенциально нагруженный проект. Если этого нет, проект не взлетит, ибо:

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

Вывод - возьмите сначала задачу попроще. На ней изучите PHP и WordPress немного основательнее. А уже потом беритесь за амбициозные проекты.

И еще бонус-новость - для успеха своей "премиум-темы" сама тема и ее качество имеют даже не первостепенное значение. Самое главное - Его Величество Маркетинг. Без него (и вливаний в него) даже хорошие продукты пролетают мимо, никем не замеченные.

1. Учить английский. На русском инфы очень мало, к тому же в основном устаревшая. Если сравнивать с английским, то ее вообще критически мало, особенно актуальной и качественной.
2. wp-kama.ru
3. Запускаете Xdebug с остановкой в начале выполнения и шагаете по всему процессу. Смотрите и изучаете что происходит и как работает движок.
4. Далее изучаете уже с Xdebug отдельные интересующие фрагменты.
5. Читаете и изучаете сам код ядра.
6. А потом то же самое с разными плагинами.

1. Зачем вам Apache? Используйте Nginx + PHP-FPM, тогда для ЧПУ надо всего лишь одну строчку в конфиге Nginx.
2. Если все-таки Apache нужен, настраивайте ЧПУ в .htaccess. Nginx в данной связке всего лишь форвардит (проксирует) запросы на Apache, а их обработку производит последний.

Еще проще - get_queried_object_id()

1. Обновите плагин до 2й версии, там дополнительные данные появятся.
2. Core init - это условное событие, по сути сумма основных действий на хуке init.
3. Main Loop - это уже момент выполнения основного цикла.
4. Важно понимать, что между 2 и 3 происходит еще достаточно много чего, в том числе запросы к БД - посты, их метаданные, термины таксономий и их метаданные, выборка пунктов меню и их метаданных, некоторые опции, а также подключение темплейтов и сборка последующего вывода. На это тратится определенное количество времени, часто - существенно больше, чем на инициализацию ядра. В вашем случае тратится весьма много.
5. Чтобы более подробно смотреть что происходит "под капотом", необходимо делать профилирование кода - смотрите в сторону Xdebug и его профайлера, в сторону XHProf/Tideways, Blackfire.io и тд.

Грубо говоря, между Core Init и Main Loop и должна быть "задержка", но это вовсе и не задержка, в это время происходит много чего. Насколько эта задержка большая - зависит от вашего кода, базы, настроек сервера и тд.

1. Во-первых, meta_query делает подзапрос по таблице wp_postmeta, а не wp_posts, и в таблице wp_postmeta поля ID нет - там есть post_id и meta_id.
2. Для решения вашей задачи подойдет фильтр posts_where, с помощью которого вы можете добавить WHERE ID >= $currentid.

Для терминов разного типа нужно создавать отдельную таксономию. Как дефолтные теги и категории. В вашем случае:
- Таксономия 1 - страны
- Таксономия 2 - другие термины (Природа, Развлечения и тд)

Есть один лайфхак, который возможно нелегален с точки зрения их правил, но работает, если действовать аккуратно. Просите знакомого завести бизнес-аккаунт на апворке и запостить проект, пригласить вас. Вы подаетесь, он вас нанимает. Проект с почасовкой. Включаете трекер, что-то пилите, отчитываетсь. Ведете какую-то приближенную к реальности переписку. Знакомый закрывает майлстоуны и выплачивает вам своими деньгами. Вы ему эти деньги тут же возвращаете (переводом на карту, наличкой - тут уж как удобнее). Да, при этом вы потеряете часть своих денег (на комиссии апворка), но зато безболезненно и гарантированно восстановите JSS.

С помощью констант в wp-config.php можно указать кастомные таблицы wp_user / wp_usermeta. Укажите одни и те же для обеих сайтов в их конфигах:

define( 'CUSTOM_USER_TABLE', $shared_table_prefix . 'my_users' );
define( 'CUSTOM_USER_META_TABLE', $shared_table_prefix . 'my_usermeta' );