Добавление admin-ajax.php в веб-интерфейс. Хорошая или плохая идея?

Я люблю admin-ajax.php. Но я ненавижу локализацию, чтобы указывать на нее сценарии внешнего интерфейса, и мне хотелось бы, чтобы для тем был эквивалентный, легкий для поиска файл. (Меня также беспокоит то, что запросы внешнего интерфейса проходят через «/ wp-admin /». Нет практической причины, просто выглядит ужасно IMO.)

Поэтому я просто скопировал admin-ajax.php в корневой каталог по адресу /ajax.php, отрегулировал пути включения и удалил определение константы WP_ADMIN. Кажется, работает как gangbusters (теперь я могу просто направить все свои запросы AJAX внешнего интерфейса в /ajax.php! И я все еще могу использовать обычные хуки wp_ajax в моих плагинах!).

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

Ты умный - скажи мне, если этот подход сумасшедший. Или, если есть более простой метод, который я пропускаю.

Вы можете просто использовать RewriteRule для вашего .htaccess выше обычных правил перезаписи постоянных ссылок:

RewriteRule ^ajax$ /wp-admin/admin-ajax.php [L]

Теперь отправляйте ваши AJAX-запросы example.com/ajaxи никогда не пропускайте основные изменения в этом файле после обновлений.

Первое: стандартизация. Если вы планируете использовать плагины сообщества, скорее всего, они не будут заботиться о вашем /ajax.phpфайле в корне документа. Таким образом, они не будут использовать это.

Если вы собираетесь свернуть все сами, это не проблема.

Второе: что если обновится ядро? Будете ли вы отслеживать и изменять свой AJAX-файл?

Третье : несмотря admin-ajax.phpна то wp-admin, что оно находится в нем , оно не загружает какие-либо вещи из области администрирования (например, таблицы списков и т. Д.). Он также не проверяет подлинность и не выставляет что-либо, чувствительное к незарегистрированным пользователям. Другими словами, это как интерфейсный файл. Не о чем беспокоиться.

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

<?php
if (is_admin() && defined('DOING_AJAX') && DOING_AJAX) {
    //  load ajax stuff
}

И наконец: то, на что вы жалуетесь, полезно использовать локализацию для получения URL-адреса Ajax. Почему? Потому что Ваши JS-файлы не знают ничего о стороне сервера. Вы собираетесь использовать URL, который сломается, если / когда сайт переместится? Похоже, плохой выбор.

Если вы действительно не хотите локализовать каждый сценарий, использующий Ajax, просто подключитесь к нему wp_headочень рано и выложите админский URL-адрес администратора. Проблема решена (кстати, именно так и поступает админка).

<?php
add_action('wp_head', 'wpse83650_lazy_ajax', 0, 0);
function wpse83650_lazy_ajax()
{
    ?>
    <script type="text/javascript">
    /* <![CDATA[ */
    var ajax_url = "<?php echo esc_js(admin_url('admin-ajax.php')); ?>";
    /* ]]> */
    </script>
    <?php
}

Как и во многих вещах в WordPress, существует почти бесконечное количество способов скинуть кошку. Хотя все принятые методы работают, я обнаружил, что они менее «аккуратны», чем использование wp_localize_script для включения возможности ajax во внешнем интерфейсе.

Проверь это:

add_action( 'wp_enqueue_scripts', 'se83650_js' );
function se83650_js()
{
    wp_enqueue_script( 'se83650-js', plugin_dir_url( __FILE__ ) . 'js/se83650.js',  'jquery', '1.0.0', true );
    // First param is the name of the script you are attaching it to - in this case
    // it is the name of the custom script we added.  Second param is the name of 
    // the javscript Object that will be attached with your information.
    // Third param is an array of attributes, in this case, ajaxurl
    wp_localize_script( 'se83650-js', 'se83650Ajax', 
        array(
            // You can put any variables here you want for your script
            // such as plugin-specific variables or nonces, etc.
            'ajaxurl'    => admin_url( 'admin-ajax.php' )
        )
    );
}

И затем в se83650.jsфайле вы бы ссылались на вашу переменную с помощью se83650Ajax.ajaxurl.

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