Jose Conti

Me alegro que se haya solucionado lo del certificado @josefgr90 🙂

Saludos

Si, es por el certificado, @josefgr90

Cod. respuesta servidor: Error (-1 com.ibm.jsse2.util.j: Certificate chaining error)

El error anterior indica que a Redsys no le gusta.

Para saber si es un problema del certificado en si, o si hay la posibilidad de que sea un problema de la implementación del certificado, que hay veces que lo he visto y solo es generarlo de nuevo pero de forma correcta o arreglar el Cipher en el servidor, puedes realizar un test es esta página https://www.ssllabs.com/ssltest/

Si no lo prefieres o no sabes bien como interpretar el resultado, puedes facilitarnos la dirección del sitio y lo miro, lo que prefieras.

Saludos

Hola @josefgr90,

Como pregunta @josearcos, ¿qué plugin utilizas? Si es el oficial de Redsys deberías hablar con ellos porque es tema de funcionamiento, si utilizas el mío (el que hay en WooCommerce.com), abre un ticket en WooCommerce porque debería revisarlo. Cuando hay un error, mi plugin recarga el formulario ya que una vez se aprieta y hay un error, el token de identificación se anula y el botón deja de funcionar, por eso mi plugin fuerza la recarga del formulario de tarjeta, para crear un token nuevo identificativo. Si es el mío, habría que revisar el sitio para ver qué es lo que sucede.

saludos

Hola @robux,

He mirado el código con móvil, y es un CSS que añade Elementor.

@media (max-width: 1024px)
.elementor-widget-woocommerce-checkout-page .woocommerce-checkout #payment .payment_methods li label img {
    width: 55px;
}

No conozco bien Elementor, así que no se si hay algún apartado donde puedas modificar este 55px que está forzando Elementor.

Hola @cberzosabc,

El problema es el código de la API de Redsys y tu versión de PHP. Si la subes, pueden aumentar más los problemas.

Puedes hacer dos cosas, una es contactar con el desarrollador y decirle que actualice todo, ya que no soporta versiones actuales de WordPress PHP. Lo segundo es que lo arregles tu.

Para arreglarlo, en la línea 156 del archivo json.php que encontrarás en wp-content\plugins\redsys-recogida-tienda\apiRedsys\json.php encontrarás algo que tiene {} por ejemplo

$string = 'Hola mundo';
echo $string{0};  // Esto es lo que se ha desaprobado

Lo que debes hacer, es sustituir lo {} por [] de forma que quede así:

$string = 'Hola mundo;
echo $string[0];

Esto es solo un ejemplo. El código que tengas ahí puede ser mucho más complejo, pero la base del problema es el que te he mostrado. Pero si hay un error como este, es muy probablemente que se repita en varios sitios del plugin. El código de este plugin es muy antiguo, o su desarrollador es muy de a antigua escuela, porque este estilo hace muchos años que nadie lo utiliza, pero cuando digo muchos, es muchos, más de 15 años.

Saludos

• Esta respuesta fue modificada hace 8 meses, 2 semanas por Jose Conti. Razón: Había puesto WordPress en vez de PHP

Hola @pedrooficina,

Utiliza User Role Editor https://es.wordpress.org/plugins/user-role-editor/
Crea un nuevo perfil mediante el plugin que pueda hacer cualquier cosa (lo que tu quieras) a excepción de «delete_users», luego le aplicas ese perfil a quien quieras y podrá hacer todo lo que le permitas a excepción de borrar usuarios.

Saludos

Hola,

Es muy importante que en la configuración del sitio esté puesto el idioma en el que se escribe, ya que si no es así, en la cabecera HTML saldrá un idioma diferente. Esto repercute directamente en el posicionamiento ya que Google «entenderá» la página y podrá utilizar los diccionarios para ver si hay faltas de ortografía y errores gramaticales.

Realizada la aclaración anterior, si estamos hablando de dos sitios diferentes con contenido escrito en diferentes idioma y que en la configuración está configurado el idioma en que se ha escrito, ningún problema.

Si estamos hablando de un solo sitio, con idiomas diferentes sin utilizar un plugin que los separe, si, te va a traer muchos problemas.

Saludos

Hola @gia2405

Dices que el sitio público te funciona perfectamente y que el problema sólo lo tienes al intentar acceder a la administración.

En principio es algo muy raro, ya que cuando un subsitio da problemas, da problemas todo el subsitio, no sólo el admin, pero vamos por partes.

¿Has copiado y pegado el htaccess directamente? Si es así, hay algo raro en ese htaccess.

puedes ver que hay un par de líneas que pone

RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) pixel24.tech/$2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ pixel24.tech/$2 [L]

¿Has puesto el pixel24.tech por algo en particular?

Un htaccess para subdirectorios debería ser como este:

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

Es muy parecido al que tienes, pero hay diferencias, y algunas muy significativas.

Si no sabes el motivo de que haya esa modificación, sustituye el código que tienes por el que te he puesto yo aquí, pero guardate una copia por si las moscas. Luego prueba de nuevo.

Si lo anterior no lo resuelve, desactiva el plugin que enmascara el wp-admin. Aunqu en la teoría sea compatible, no se puede desartar que sea el que esté produciendo el problema cuando precisamente toca esa parte.

Saludos