Un usuario preguntó 👇
Su script ajax carga wp-load.php con esta declaración: require_once (dirname (dirname (dirname (dirname (dirm (__FILE__))))). ‘/Wp-load.php’); Esto falla si wp-content / plugins se han movido a un sitio no estándar. He eliminado algunas líneas de la tabla de configuración para ilustrar nuestro conjunto a continuación: Ruta completa de ABSPATH WP. /home/lamp/wordpress/core/wp5.2.1/ WPPA_ABSPATH ABSPATH prueba de Windows /home/lamp/wordpress/core/wp5.2.1/ WPPA_PATH Ruta del directorio a los plugins. /home/lamp/wordpress/wp-content/www.otu.asn.au/plugins/wp-photo-album-plus Nombre del directorio del plugin WPPA_NAME. wp-photo-album-plus URL del directorio del plugin WPPA_URL. https://www.otu.asn.au/wp-content/plugins/wp-photo-album-plus
WPPA_UPLOAD El directorio de carga relativo. wp-content / www.otu.asn.au / upload WPPA_UPLOAD_PATH Ruta del directorio de carga. /home/lamp/wordpress/core/wp5.2.1/wp-content/www.otu.asn.au/uploads/wppa
Si reemplazo la línea anterior con require_once (‘/home/lamp/webroot/otu/wp-load.php’); y en wp-config agrego: define (‘WPPA_REL_UPLOADS_PATH’, ‘wp-content / www.otu.asn.au/uploads’); define (‘WPPA_REL_DEPOT_PATH’, ‘wp-content / www.otu.asn.au’); Entonces todo funciona. Por lo tanto, tiene soporte para mover wp / upload contenido pero no tiene soporte para mover el directorio de plugins.
Nuestro establecimiento trabaja con las siguientes referencias: ¡RewriteCond% {REQUEST_URI}! ^ / Wp-content / www.otu.asn.au /(.*) RewriteCond% {REQUEST_URI} ^ / wp-content /(.*) RewriteRule ^ / wp-content /(.*) / wp-content /% {SERVER_NAME} /% 1
Tenemos una gran cantidad de pequeños sitios web de WP que comparten un servidor. Comparten el código central de WP y algunos plugins comunes / principales. Todo esto aprovecha al máximo la memoria OPCache.
(@opajaap)
Hace 1 año, 6 meses
El problema es que wp-load.php define ABSPATH, entonces, ¿cómo debería saber dónde vive wp-load.php? Si sabe una respuesta a esto, puedo cambiarla.
(@nikdow)
Hace 1 año, 6 meses
¿Podría hacer un manejo de errores y verificar $ _SERVER[‘DOCUMENT_ROOT’] si el cálculo falla?
/ ** Cargar WordPress Bootstrap * / $ inc = dirname (dirname (dirname (dirname (__FILE__))))). ‘/wp-load.php’; if (file_exists ($ inc) && is_readable ($ inc)) {require_once ($ inc); } más {require_once ($ _SERVER[‘DOCUMENT_ROOT’] . ‘/wp-load.php’); }
(@opajaap)
Hace 1 año, 6 meses
Usando $ _SERVER[‘DOCUMENT_ROOT’] No es una buena idea.
En mi sitio de desarrollo, $_SERVER['DOCUMENT_ROOT']
es:
/home/..../http/premium/rid/../../51893315/htdocs
aunque ABSPATH
es
/home/..../http/premium/rid/../../51893315/htdocs/opajaap/betatest/
¿Por qué no apagar la interfaz ajax frontal, volviendo a la interfaz wp ajax ‘normal’?
Para hacerlo: – Desmarque Cuadro IV-A1.1: Ajax NON Admin Frontend ajax sin usar ningún archivo de administración. – Asegúrese de no bloquear el acceso a http ABSPATH . 'wp-admin/admin-ajax.php'
con sus archivos .htaccess.
(@nikdow)
Hace 1 año, 6 meses
Gracias por tu ayuda.
El error se produce en una página que proporciona un plugin que escribimos hace algún tiempo. Nuestro plugin usa Angular 1. Tuve que revisar nuestro plugin para solucionar este problema. Este código era:
var ajaxurl = $scope.data.siteurl + "/wp-content/plugins/wp-photo-album-plus/wppa-ajax-front.php?action=wppa&wppa-action=render&wppa-cover=0&wppa-album=" + $scope.item.album + "&wppa-occur=1&wppa-size=640";
wppaDoAjaxRender( 1, ajaxurl, '' )
Reemplacé esto
var ajaxurl = $scope.data.ajaxurl + "?action=wppa&wppa-action=render&wppa-cover=0&wppa-album=" + $scope.item.album + "&wppa-occur=1&wppa-size=640";
wppaDoAjaxRender( 1, ajaxurl, '' )
El problema fue resuelto.
El plugin PHP proporciona las variables JS:
$data['ajaxurl'] = admin_url('admin-ajax.php');
$data['siteurl'] = get_site_url();
(@nikdow)
Hace 1 año, 6 meses
Cierre este tema ahora, gracias por su ayuda al informarme de la solución.
(@opajaap)
Hace 1 año, 6 meses
De nada
¿Solucionó tu problema??
0 / 0