Utilizar solo la autenticación de WordPress

No estoy seguro, pero actualmente en mi mente está la primera solución. ¿Necesitas los datos de WordPress para la autenticación? Si incluyes el archivo wp-load.php tendrás acceso a WordPress y sus funciones, quizás para identificarte. Pero incluir el archivo con una ruta estática no es realmente lo mejor ni sólido.

define( 'WP_USE_THEMES', FALSE );
require( $_SERVER['DOCUMENT_ROOT'] . '/wp-load.php' );

Consulta y redirección

Puedes modificar la consulta con un valor personalizado y si este valor existe, puedes redirigir mediante un hook a tu juego. Después de esta redirección, tendrás acceso a todas las funciones de WordPress, también para verificar los usuarios. Esta idea solo funciona en el front-end, no es una solución para cambiar páginas en el back-end, solo como pista.

El siguiente código es solo un ejemplo para mejorar la consulta con una cadena personalizada para identificarte y redirigir a tu código personalizado.

add_filter( 'query_vars', 'fb_plugin_add_trigger', 10, 1 );
function fb_plugin_add_trigger( $vars ) {

    $vars[] = 'fb_plugin_trigger';
    return $vars;
}

add_action('template_redirect', 'fb_plugin_trigger_check');
function fb_plugin_trigger_check() {

    if ( (int) get_query_var('fb_plugin_trigger') === 1 ) {

                // Aquí está tu código personalizado.
            exit();
    }
}

La URL para este activador es, por ejemplo, example.com/?fb_plugin_trigger=1.

Endpoint personalizado

También es una opción que deberías probar. Añade un endpoint personalizado.

add_action( 'init', 'fb_my_endpoint' );
function fb_my_endpoint() {

    add_rewrite_endpoint( 'fb_plugin_trigger', EP_ROOT );
}

Después de esto, encontrarás el valor en la URL, como example.com/fb_plugin_trigger/.

Un pequeño consejo, limpia las reglas de reescritura después de añadir el endpoint. También un consejo, si no usas los enlaces permanentes, usa la función add_query_arg() para añadir parámetros en la URL para identificarte.

Ahora también puedes analizar este valor en la consulta e incluir el código fuente de tu juego.

add_action( 'parse_query', 'fb_parse_query' );
function fb_parse_query( $query ) {

    if ( isset( $query->query_vars['my_api'] ) ) {
        include( plugin_dir_path( __FILE__ ) . 'game/index.php');
        exit;
    }
}

Pienso que la causa de la ralentización estaría relacionada con todos los scripts que WordPress está cargando en wp_head(). Si estás ejecutando varios plugins o cualquier js/css que bloquee el renderizado, verás un gran impacto en el rendimiento.

Prueba a cargar un archivo de cabecera personalizado como header-mygame.php y reemplaza el get_header() en tu archivo de plantilla con get_header('mygame').

En header-mygame.php, elimina wp_head() y cualquier otra cosa que no sea necesaria para ejecutar tu juego. Añade manualmente solo las dependencias que necesites con etiquetas <script> y <link>.

Puedes hacer lo mismo con get_footer() ya que WordPress también podría estar encolando scripts ahí.

Obviamente esto no es encolar recursos "a la manera de WordPress", pero parece que la manera de WordPress ya está siendo evitada, así que...

Aquí están los pasos que puedes seguir para usar WordPress solo para Autenticación.

1. Crea una carpeta separada en la raíz para tu código.
2. Copia wp-config.php en un archivo separado y elimina require_once ABSPATH . 'wp-settings.php';
3. Incluye el archivo wp-config copiado en tu código

4. Codifica una función auxiliar para invocar WordPress:

   function necesito_wp() {  
       global $table_prefix;
       require_once ABSPATH . 'wp-settings.php';
   }
   

5. Llama a necesito_wp() antes de usar la autenticación de WordPress.