Ajax занимает в 10 раз больше времени, чем должен/мог бы

Question

Ajax занимает в 10 раз больше времени, чем должен/мог бы

9 февр. 2012 г., 21:45:53

Просмотры: 25.3K

Голосов: 55

Я только что столкнулся с первой серьезной проблемой в WordPress, и как человеку, который любит работать с Ajax, это кажется существенным.

У меня есть Ajax-запрос, который выполняется 1.5 секунды при использовании Ajax API WordPress.

Если я беру точно такой же код и запускаю его с помощью собственного скрипта (без WordPress), Ajax-запрос выполняется всего за 150 миллисекунд. Это не преувеличение

Если посмотреть на самый первый комментарий в http://wp.smashingmagazine.com/2011/10/18/how-to-use-ajax-in-wordpress/ и последующее обсуждение, вы увидите, что эта медлительность вызвана тем, что при каждом запросе загружается весь WordPress...

Я надеюсь, что существует решение, которое позволит выполнять Ajax-запросы без загрузки всего WordPress.

Каков ваш опыт по ускорению Ajax-запросов в WordPress?

Mike

813

ajax производительность

Комментарии

Интересно, учитывают ли популярные плагины кеширования эту ситуацию.

Raphael

9 февр. 2012 г. 23:12:18

@Raphael, я тоже об этом подумал, но не нашел упоминаний. Было бы ОТЛИЧНО, если они это поддерживают

Mike

9 февр. 2012 г. 23:25:56

Все ответы на вопрос

Комментарии

Что вы подразумеваете под константой SHORTINIT? Можете привести примеры? Я предполагаю, что мне нужно будет настроить собственные обработчики с разной степенью загрузки WP в зависимости от потребностей запроса, но хотелось бы увидеть примеры, которые вы создали.

Mike

9 февр. 2012 г. 22:20:28

@Mike это не широко известно, но концепция очень проста - если константа SHORTINIT установлена, WP не будет загружать большую часть ядра (нет большинства API/функций, нет плагинов, нет темы). Я добавлю код для ответа.

Rarst

9 февр. 2012 г. 23:38:20

Выглядит нормально. Мне просто не нравится факт, что приходится использовать require '../../../../wp-load.php'; это делает решение довольно кастомным. Также беспокоит, насколько легко можно подтянуть именно те ресурсы, которые "нужны", потому что по моему опыту WordPress не очень модульный.

Mike

10 февр. 2012 г. 19:47:00

@Mike верно, но даже с проблемами это намного лучше, чем конечная точка, которая вообще ничего не знает о WP. Это можно (и нужно) еще улучшить, но на данный момент для меня это не срочная задача.

Rarst

10 февр. 2012 г. 21:32:19

Есть ли какие-нибудь методы определения местоположения wp-load.php изнутри WordPress? Например, могу ли я записать статический файл с установленным путем как переменную внутри него при загрузке плагина, а затем включить этот файл в автономный файл ответа Ajax?

hereswhatidid

20 дек. 2012 г. 20:26:41

Показать остальные 7 комментариев

Я нашел это, и это ускорило мой ajax.

function my_deregister_heartbeat() {
    global $pagenow;

    if ( 'post.php' != $pagenow && 'post-new.php' != $pagenow ) {
         wp_deregister_script('heartbeat');
         wp_register_script('heartbeat', false);
     }
}
add_action( 'admin_enqueue_scripts', 'my_deregister_heartbeat' );

Lisa Daugherty Thompson

26

13 июл. 2014 г. 16:20:31

Rarst 100K · Accepted Answer · 2012-02-09T22:12:09Z

Да, это неприятная проблема — для полной загрузки окружения WordPress требуется значительное время.

Мне понадобилась гораздо лучшая производительность (для очень динамичного поиска с инкрементальным выводом результатов), и вот что я сделал:

Создал пользовательский файл в качестве обработчика Ajax.
Использовал константу SHORTINIT для ограниченной загрузки ядра WordPress.
Очень избирательно подгружал только те части ядра, которые действительно нужны для задачи.

Это обеспечивает сильно ограниченное окружение, но производительность становится значительно лучше, при этом сохраняется разумная степень совместимости с WordPress (начиная с $wpdb).

Вот начало моего загрузочного файла — выглядит не идеально, но работает для конкретных нужд:

<?php

ini_set('html_errors', 0);
define('SHORTINIT', true);

require '../../../../wp-load.php';
require( ABSPATH . WPINC . '/formatting.php' );
require( ABSPATH . WPINC . '/meta.php' );
require( ABSPATH . WPINC . '/post.php' );
wp_plugin_directory_constants();

// здесь будет основной код