cberzosabc

Lo he cambiado haciendo pruebas y es que los estilos se aplican correctamente a toda la página menos a la del carrito. No sé si lo ha visto pero style=»padding-top: 42px; no aparece en la página del carrito ni el <div id=»seccion-destacada» style=»position:fixed;»>

Entonces no entiendo por qué se aplican los estilos del header a todas la páginas menos a esa

Buenos días,

he seguido los pasos que me dijo, y en el escaner de wordfence aparece esto:

• El archivo parece ser malintencionado o inseguro: wp-content/cache/page_enhanced/negrillo.es/enganches/ford/_index_slash_ssl.html_oldTipo: Archivo
• Problema encontrado 13 November, 2023 12:18
• Nombre del archivo: /var/www/vhosts/negrillo.es/httpdocs/wp-content/cache/page_enhanced/negrillo.es/enganches/ford/_index_slash_ssl.html_old
• Tipo de archivo: No un archivo del núcleo, de tema o de plugin de wordrpess.org.
• Detalles: Este archivo parece haber sido instalado o modificado por un pirata informático para realizar una actividad malintencionada. Si conoces este archivo, puedes optar por ignorarlo para excluirlo de análisis futuros. El texto coincidente en este archivo es: =’display:none;’>\x0a FORD EcoSport </a> \x0a <a href=»/enganches/ford-edge/» cl…
  
  El tipo de problema es: Spam:HTML/escort.12815
  Descripción: Escort spam

Pero no sé si lo puedo borrar o si rompería funcionalidades de la página

Gracias

Al final hice yo misma un plugin parecido a este

Muchas gracias!

Ah, si yo hablo español, pero me confundí de foro. Lo que quiero decir es que hace unas semanas actualicé WooCommerce a la versión 8.1.1 y desde entonces el backend funciona muy lento. Acceder a los productos de la tienda o a los pedidos me dejan tiempos de espera de unos 40 segundos, sobretodo si intento buscar un pedido. Hablé con la asistencia de mis proveedores de hosting, ya que hace años ocurrió lo mismo y solo se solucionó al cambiar de hosting, pero ellos me dijeron que tiene más que ver con esta función de mi tema personalizado, que saltaba cientos de veces:

//
/* Remove action cancel unpaid orders / /*/
add_action(‘init’,’remove_woocommerce_process_registration’);

function remove_woocommerce_process_registration() {

error_log('Eliminamos llamada a wc_cancel_unpaid_orders() - ');

remove_action('woocommerce_cancel_unpaid_orders', 'wc_cancel_unpaid_orders');

}

Al eliminar la función he descubierto que al intentar acceder a los productos desde el back, ocurre este error:

AH01071: Got error ‘PHP message: id was called incorrectly. Order properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), wp, WP->main, WP->parse_request, do_action_ref_array(‘parse_request’), WP_Hook->do_action, WP_Hook->apply_filters, rest_api_loaded, WP_REST_Server->serve_request, WP_REST_Server->dispatch, WP_REST_Server->respond_to_request, WC_REST_CRUD_Controller->get_items, WC_REST_Orders_V2_Controller->prepare_object_for_response, Automattic\\WooCommerce\\Admin\\API\\Orders->get_formatted_item_data, Automattic\\WooCommerce\\Admin\\Overrides\\Order->get_data_without_line_items, WC_Order->get_order_number, apply_filters(‘woocommerce_order_number’), WP_Hook->apply_filters, WC_Seq_Order_Number_Pro->get_order_number, WC_Abstract_Legacy_Order->__get, wc_doing_it_wrong. This message was added in version 3.0.’, referer: https://negrillo.es/wp-admin/edit.php?post_status=wc-on-hold&post_type=shop_order

He cambiado la llamada al error ( a $product->get_id()), pero los errores son mayores y afectan a la base de datos.

Hasta el momento el error solo era que que el back iba lento, pero cuando intenté hacer los cambios, el front también va muy lento. ¿Alguien sabe a qué puede deberse?

Gracias 🙂

He probado a activar el tema a un wordpress limpio, pero como fue desarrollado a medida me salta error fatal. ¿Hay alguna herramienta para poder ver el código obsoleto? Disculpad, pero es que soy novata en desarrollo web y no sé por donde empezar

Lo reescribo más detalladamente porque me da nuevos problemas

Estoy trabajando con una tienda online elaborada en wordpress. Tiene partes desarrolladas a medida, otras con elementor y funciona con woocommerce. Se encuentra encuentra subida a Dinagosting y he procedido a descargarla para trabajar en local con ella mediante wamp64. Para ello, he descargado desde Filezilla la carpeta www, que contiene archivos de WordPress. Dentro de esta carpeta wwww hay otra carpeta (además de las normales de wordpress) que se llama old_web, en ella también aparecen elementos de wordpress que no entiendo muy bien por qué están ahí. Por otra parte, también he exportado la base de datos, que en el hosting pone que es maria db y la he importado a una nueva base de datos llamada pruebas. A esta nueva bd en local le he añadido un usuario llamado root con contraseña toor y le he dado todos los privilegios. Una vez he tenido todo esto hecho, me he ido al archivo wp-config.php y he cambiado los parametros

/** Tu nombre de usuario de MySQL */

define(‘DB_USER’, ‘root’);

/** Tu contraseña de MySQL */

define(‘DB_PASSWORD’, ‘toor’);

/** Host de MySQL (es muy probable que no necesites cambiarlo) */

define(‘DB_HOST’, ‘localhost’);

/**Codificación de caracteres para la base de datos. */

define(‘DB_CHARSET’, ‘utf8’);

para que se adapten a mi base de datos en local , como puedes ver. Ahora me dirijo a localhost e intento abrir esta pagina, a lo que me he encuentro dos opciones que ha sido imposible conectar con la base de datos o que localhost ha rechazado la conexión. ¿Cómo puedo solucionarlo?

Esto ocurrió al intentar reinstalar la página desde cero para ver de donde venía el problema, por si no se habían descargado bien algunos archivos, ya que Filezilla me dejó 429 en cola y la segunda vez ninguno

• Esta respuesta fue modificada hace 1 año, 3 meses por cberzosabc.