MyQuestion

и вперёд!

Да.
Выдумывать какие-то дополнительные шаги до того, как вы откроете документацию и попробуете по ней написать hello world — это просто прокрастинация. Спустя несколько минут вы уже самостоятельно поймёте, где у вас проблемы возникают.

покопался в конфигах MODX

А конфиги NGINX проверили? Кеш MODX чистили? больше нигде прежний IP не "зашит"? Какое-нибудь неочевидное место типа index.php в корне, настройки контекстов и пр, где могли осесть прежние настройки.
Ну и смотрите логи - веб-сервера прежде всего, из-за чего ошибка.

Привет!
Твоя проблема с добавлением таксономий через `tax_input` при использовании функции `wp_insert_post` в запланированных задачах может быть связана с различиями в правах пользователя, которые действуют при выполнении функций по расписанию и при активации по кнопке.
По умолчанию, функция `wp_insert_post` не устанавливает таксономии, если она выполняется от пользователя, у которого нет прав на редактирование этих таксономий. Когда ты выполняешь добавление поста по кнопке, скорее всего, ты залогинен как администратор или другой пользователь с достаточными правами. Однако, когда операция выполняется в фоновом режиме по расписанию, она может запускаться от имени пользователя, у которого нет необходимых прав.
Чтобы решить эту проблему, можно попробовать следующие шаги:
1. Использование хуков: Перед вызовом `wp_insert_post`, применяй хук `wp_set_current_user` для временной смены текущего пользователя на администратора:

php
   wp_set_current_user(1); // 1 - это обычно ID администратора
   $post_ID = wp_insert_post($post_data);

Это позволит выполнять добавление постов с таксономиями с правами администратора, независимо от контекста вызова функции.
2. Добавление таксономий после создания поста: Иногда более надёжным решением может быть отдельное добавление таксономий после создания поста с помощью функции `wp_set_object_terms`:

php
   wp_set_object_terms($post_ID, $departmentsTags, 'department');
   wp_set_object_terms($post_ID, $officesTags, 'location');

Этот метод также гарантирует, что таксономии будут добавлены независимо от прав текущего пользователя.
3. Проверка прав: Удостоверься, что задачи по расписанию запускаются с правами пользователя, который имеет возможность редактировать посты и таксономии.

Попробуй эти решения, и, надеюсь, одно из них поможет тебе решить проблему с добавлением таксономий в отложенных задачах. Удачи!

RewriteRule ^(.*[^/])$ $1/ [L,R=301]

Тут нужно указать полный адрес с https и доменом.

RewriteRule ^(.*[^/])$ https://site.ru/$1/ [L,R=301]

Вроде получилось. Посмотрел документацию на WP Kama. Написал простенькое условие, сработало.

add_action('wpcf7_mail_sent', 'wpcf7mailsent_redirect');
function wpcf7mailsent_redirect() {
    if ( 'wpcf7_mail_sent' == true ) {
		$new_url = 'https://ya.ru';
		header('Location: '.$new_url);
		exit();
    }
}

Я бы использовал плагин, с личной админкой и кнопкой на панели меню:

/*
Plugin Name: Супер плагин
Description: Невероятный плагин, взламывает пентагон по клику!
Version: 0.1
Author: Михаил Р.
*/

function super_plugin_menu() {
    add_menu_page('Супер плагин', 'Супер плагин', 'manage_options', 'custom-php-executor', 'super_plugin');
}

function super_plugin() {
    if(isset($_POST['custom_php_code'])) {
        $code = stripslashes($_POST['custom_php_code']);
        update_option('super_plugin_custom_code', $code);
    } else {
        $code = get_option('super_plugin_custom_code', '');
    }

    ?>
    <div class="wrap">
        <h2>Супер плагин</h2>
        <form method="post">
            <textarea
                name="custom_php_code"
                style="width:100%;height:200px;"
            ><?php echo htmlspecialchars($code); ?></textarea>
            <input type="submit" value="Выполнить, как следует!" class="button button-primary">
        </form>
    </div>

    <?php
    if(!empty($code)) {
        eval($code);
    }
}

add_action('admin_menu', 'super_plugin_menu');

Apache по умолчанию не работает с php-fpm, ему нужен mod-php, который вам и нужно установить

RewriteCond %{REQUEST_URI} ^(.*/)index\.(php|html)
RewriteRule ^  https://site.name%1 [R=301,L]

RewriteCond %{HTTP_HOST}   ^www\. [NC]
RewriteRule ^(.*)$ https://site.name/$1 [R=301,L]

Запускается через php скрипт.

как именно запускается? Через SSH-консоль, через вебсервер, может через крон? Это все может быть под разными пользователями.

Для начала разобраться какие пользователи вообще замешаны. Для этого на боевом сервере делаешь эксперимент:
создаешь файлик от имени обычного скрипта, от имени вашего опртимизатора, и от имени фтп-заливки.
Вот прям создай папочку "test" и залей в нее hello_ftp.txt через ftp
Затем из php скрипта сделай file_put_contents('test/hello_php.txt', 'foo');
И в оптимизатор тоже добавь похожее file_put_contents('test/hello_optimizator.txt', 'foo');

Затем зайди через SSH в папку test, напиши ls -l
Если SSH нет, то можно опять-же сделать скриптом

$files = glob('/path/to/test/*');
foreach ($files as $fn) {
    echo $fn . ' | ' . fileowner($fn) . '<br>' . PHP_EOL;
}

Скорее всего найдутся отличия. Останется придумать как изменить способ запуска, чтобы проблема не поворялась в будущем, ну и поправить владельца у уже существующих файлов (chown).