Soporte

Correo, Información Tecnica, Soporte

Tamaño máximo recomendado para los pst de Outlook.

/

Outlook usa dos tipos principales de fichero: ost – que son una copia sincronizada del contenido en la nube de un buzón de correo (una caché) – y pst. Los psts son ficheros almacén que usa Outlook para guardar, en local, los correos. El protocolo POP3, usado antes de tener varios dispositivos, usa psts. Las cuentas de Exchange, e IMAP, a partir de Outlook 2016, usa osts (el 2013 y versiones anteriores usaban pst para IMAP). Los pst son muy útiles, sobre todo cuando el límite de nuestro buzón llega al máximo y tenemos que limpiarlo, sin perder esos correos, para liberar espacio. Pero, tanto el pst de los buzones, como el fichero pst de los almacenes locales de correo, tienen un máximo. Y mucha gente no se da cuenta de ello. ¿Qué pasa cuando un pst llega al máximo? Básicamente que se comporta de manera errática. Pudiendo llegar el caso en que no se puede abrir más el fichero (y corremos el riesgo de perder nuestros correos. Se vuelven más lentos y hacen Outlook lento. Esto es porque cuanta más información tiene que leer, más tarda en hacerlo. Dan errores del tipo : “ Error 0x8004060C El almacén de mensajes ha alcanzado su tamaño máximo. (…) “, “Error 0x80004005” o similares. Se cuelgan con frecuencia y no muestran correos. También puede que no se pueda copiar. No deja enviar o recibir correos en ese almacén. Y otros. Cuando esto ocurre podemos tener que reparar un pst. Pero siempre es recomendable compactar el pst cada cierto tiempo y vigilar para que no llegue a su tamaño máximo. ¿Cuáles son los tamaños recomendados para los psts en Outlook? Los tamaños recomendados son siempre menores a los límites teóricos. Pero no conviene acercarse demasiado a dichos tamaños, porque empezaremos a ver problemas, al menos de rendimiento. Los límites por defecto (no deja añadir más información pero su tamaño todavía puede crecer por procesos de Outlook) de los pst son los siguientes. También os dejamos los límites reales y los avisos, además de las claves de registro que permiten configurarlo aquí: Outlook 2003 y 2007 –> 20Gb Empieza a avisar del tamaño excesivo a los 19 GB. El límite del fichero es de 1.933 GB. Empieza a avisar que nos acercamos al máximo del fichero a los 1.816 GB. Outlook 2010, 2013, 2016 o 2019 –> 50Gb Empieza a avisar del tamaño excesivo a los 47.5 Gb. El límite del fichero es de 1.933 GB. Empieza a avisar que nos acercamos al máximo del fichero a los 1.816 GB. Así que recordad, no superéis los tamaños poder defecto de los psts. Es preferible tener varios pequeños que uno grande que de problemas. Sobe todo porque, si su utilidad máxima ahora es tener una copia de seguridad de los correos…y se puede dañar si supera esos límites…no tiene sentido.

Diseño Web, Gestores de contenidos, Soporte, Trucos

Mover la columna izquierda debajo del contenido para móvil en Prestashop 1.7

/

Hace unos días estábamos haciendo una migración de Prestashop 1.6 a 1.7 (son un “infierno” pero hay que hacerlas). Mantuvimos el tema por defecto, creando -como siempre recomendamos- un tema hijo. Cuando todo estaba casi acabado nos dimos cuenta que, en la versión móvil, el contenido de la columna izquierda aparecía por encima del contenido principal (slider y productos). Esto no es nada deseable, porque el contenido de la barra izquierda no es tan importante. Lo interesante es que, en móvil, aparezca primero el slider (usado para destacar ideas), los productos (lo más importante de la página) y luego las barras laterales. Hoy os enseñamos cómo hacer que, en móvil, la barra lateral izquierda esté debajo del contenido. Mover la barral lateral izquierda debajo del contenido en móvil en Prestashop 1.7. Tenemos que modificar el siguiente fichero: \themes\classic\templates\layouts\layout-both-columns.tplComo siempre, no es nada recomendable modificar el fichero del tema directamente. Si lo hacemos así, en la siguiente actualización del tema, nos desaparecerán los cambios (la actualización sobreescribe los ficheros). La manera de hacerlo es crear, en el tema hijo, la misma ruta y copiar el fichero. Después, hacer las modificaciones en el fichero del tema hijo. Estos CMS siempre hacen que prevalezca el contenido del tema hijo frente al del padre, y sólo actualizan el tema padre. Así que copiamos el fichero en el tema hijo y lo modificamos. El fichero original dice (entre otras cosas) lo siguiente. Como veis, la columna izquierda (left_column) está encima del contenido (content_wrapper). Eso es lo que hay que cambiar.Cortamos y pegamos la parte negrita y la ponemos debajo del content, os dejo cómo debería estar: Ahora aparecerá el contenido primero en móvil. Parece que está todo resuelto PERO en la versión de escritorio aparece la barra izquierda a la derecha. Para corregir eso vamos a poner en nuestro css (plugin o en el custom.css del tema hijo) lo siguiente: Solucionado. Ya tenemos la barra izquierda a la izquierda en la versión de escritorio, y debajo del contenido en la versión móvil.

Diseño Web, Gestores de contenidos, Soporte, Trucos

Error de Acceso Denegado en Prestashop 1.7. Solución.

/

Si has actualizado tu Prestashop desde la versión 1.6 a la 1.7, uno de los errores más comunes (mucho) es que, al entrar en alguno (muchos o pocos) de los menús del backend te de un error de “Acceso Denegado”. Hemos hecho varias actualizaciones entre dichas versiones y este error ha ocurrido casi siempre. No está bien conseguida la migración de permisos. Las primeras veces que nos ocurrió nos volvimos locos. Pero hoy os dejamos las soluciones. Una vez lo comprendes, es sencillo.Estamos suponiendo que estás intentando acceder con SuperAdministrador, y no con un usuario con menos privilegios (que puede que no tenga permisos porque se los haya quitado el admin). Nota: vas a necesitar acceso gestionar la base de datos o por el panel, o instalando un PhpMyAdmin o similar. Cómo solucionar el problema de Acceso Denegado en un Prestashop 1.7 Lo primero es entender que las tablas en Prestashop que gestionan los permisos son (los prefijos pueden cambiar en tu instalación, pongo los de por defecto): pss_access. Este es una tabla con dos campos numéricos. El id_profile y el id_authorization_role. El primero es el id del rol de usuario. El segundo el id del permiso que se está considerando. Puedes comprobar el id_profile de tu usuario en la tabla pss_employee pero el del SuperAdmin (el que normalmente tienes para la gestión de la tienda) es 1. pss_authorization_role: Esta tiene también dos campos, id_authorization_role y slug. El id_authorization_role es el id del permiso, como en la tabla anterior, y es numérico. El slug es el nombre de dicho permiso (así nos enteramos). Básicamente vamos a tener dos casos: a) Que nos fallen muchas páginas del backend. Entonces lo primero que debemos hacer es conseguir exportar, desde PhpMyAdmin las tablas anteriores, pss_access y pss_authorization_role de una instalación nueva de Prestashop 1.7. Esto es lo más difícil de conseguir. Nosotros lo que solemos hacer es usar una máquina virtual (siempre tenemos de prueba en nuestros equipos) o un WAMPP, y hacer una instalación rápida. Desde ahí exportamos las tablas. Después, también desde el PhpMyAdmin, vamos a: – Exportar toda la base de datos para hacer una copia de seguridad (nunca está de más). – Borrar las tablas pss_access y pss_authorization_role que nos estaban dando error. – Importar las que hemos conseguido de la instalación limpia de 1.7 Si haces esto, verás que ya tendrás acceso a la mayoría de las páginas a las que antes no tenías. Puede que ya lo tengas. Si te falla alguna más en concreto (puede pasar), sigue los pasos del apartado b). b) Que nos fallen sólo algunas páginas del backend. Entonces merece cambiar los permisos a mano. Para eso lo primero que tenemos que saber es qué permiso es el que nos falla. Después tenemos que mirar su id, y luego añadir el id de administrador junto a su id a la tabla de pss_access.Es decir: Vamos a mirar la url de la página que nos da error. será algo como : https://tudominio.es/directorioadmin/index.php?controller=AdminPsThemeCustoConfiguration&token=xxxxxxxxxxxxxxxxxxxxxxEn negrita te he puesto dónde aparece el nombre del controlador (permiso) que tenemos que buscar. Nos vamos a la tabla pss_authorization_role y en el apartado slug buscamos cuál contiene ese nombre que hemos puesto en negrita. Te recomiendo que busques con la opción LIKE %….%. Verás que hay varios (leer, editar, guardar). Puede que sólo te de error uno o varios. Es seguir el mismo proceso. Miramos el id_authorization_role que corresponde a este slug. Lo apuntamos (para nuestro ejemplo 618 que corresponde a ROLE_MOD_TAB_ADMINPSTHEMECUSTOADVANCED_READ) . Vamos a la tabla pss_access y añadimos un nuevo valor. En id_profile el 1 (admin) y en id_authorization_role el id del slug que hemos conseguido antes.Por ejemplo: INSERT INTO pss_access (id_profile, id_authorization_role) VALUES (‘1’, ‘618’); Puede que de un error de valor duplicado, no hagas caso, si buscas sólo habrá 1. Ahora comprueba la página que te daba error, deberías poder acceder bien. Haz esto con todas las que fallen. Con esto ya deberías tener este error tan molesto solucionado.

Diseño Web, Gestores de contenidos, Soporte

Cómo desinstalar el plugin WP Rocket de manera manual en WordPress

/

Los plugins de caché son muy útiles para mejorar el rendimiento de nuestra página en WordPress. Pero, cuando dan problemas, se pueden poner muy pesados. Tanto, que no sea posible quitarlos desde el backend y sea necesario desinstalarlos de manera manual. Ya escribimos cómo hacer esto con WC Total Caché, hoy os dejamos el proceso para otro muy conocido WP Rocket. Cómo desinstalar WP Rocket de manera manual. Tienes que: Eliminar la carpeta del plugin de  /wp-content/plugins/ Borra la carpeta  /wp-content/cache/  Borrar la carpeta  /wp-content/wp-rocket-config/  Borra el fichero /wp-content/advanced-cache.php Edita el fichero htaccess y borra cualquier cosa entre  #BEGIN WP ROCKET y #END WP ROCKET Edita el fichero wp-config.php de la raíz de tu web y cambia el campo define(‘WP_CACHE’, true)  a define(‘WP_CACHE’, false)  Borra la entrada wp_rocket_settings y la entrada transients and cronjob en la tabla Options de tu base de datos. Con eso ya debería estar todo borrado. Más información aquí.

Programas, Sistemas, Software, Soporte

Tweaking.com – Windows Repair: uno de los mejores reparadores “todo en uno” de Windows.

/

Después de tantos años, parece mentira que todavía quede algún software, de los que usamos frecuentemente, por mencionar en el blog. Pero alguno queda. Este es el caso de “Tweaking.com – Windows Repair “, un excelente “todo en uno” de Windows que llevamos usando desde el comienzo de la empresa. ¿Para qué sirve Tweaking.com – Windows Repair ? En SmythSys usamos Tweaking.com – Windows Repair cuando: ya no se nos ocurre qué puede pasar y “a ver si se repara con este programa”. cuando ya fallos de permisos de Windows, de servicios, de componentes (que no repare DISM) etc. Mejor dejarle a un programa que lo haga a hacerlo a mano. ¿Qué puede hacer Tweaking.com – Windows Repair ? Este es el típico caso donde tardaríamos menos en decir “qué no se puede hacer” que lo contrario. Os dejamos algunas de las reparaciones: Reset permsiso del registro Reset permisos de los ficheros Registrar ficheros del sistema Reparar WMI Reparar el Firewall de Windows Reparar Internet Explorer Reparar MDAC y MS Jet Repair el fichero hosts Quitar políticas que hayan puesto virus o malware. Reparar iconos Reparar el Winsock y la DNS Cache Borrar ficheros temporales Reparar la configuración de los proxy. Desocultar ficheros que no sean del sistema Reparar Windows Update. Y mucho más. Si os quedáis atascados reparando un Windows…probadlo.

Internet, Ofimatica, Sistemas, Soporte

La Búsqueda de Contenido en Office 365 no muestra resultados. Solución.

/

Hace unos días estábamos intentando usar la Búsqueda de Contenido para Office 365, con el fin de encontrar correos entrantes y salientes en una organización y poder evaluar un posible ataque de spoofing. Pero por más que creábamos búsquedas no mostraban resultado. Y lo hacíamos con en usuario administrador.Os dejamos la solución. Cómo dar permisos a un usuario para obtener resultados en la Búsqueda de Contenido de Office 365. La causa del problema es que, por alguna razón extraña, el usuario administrador de Office 365 no tiene, por defecto, permisos para mostrar resultados en dicha búsqueda. Hay que asignárselos. Para ello: ve a https://protection.office.com/. En la barra de la izquierda elige Permisos. Escoge eDiscovery Manager Se te abrirá una ventana con la descripción de ese rol y, debajo, dos subroles Podéis elegir o Supervisor de eDiscovery (Un supervisor de eDiscovery solo puede ver y editar casos para los que tenga acceso.) o Administrador de eDiscovery (Un administrador de eDiscovery puede ver y editar todos los casos, independientemente de los permisos.) Pinchamos en el rol de Administrador de eDiscover en Editar y otra vez en Editar. Seleccionamos la cuenta de Administrador y le damos a Listo Cerramos la ventana. Tenemos que salir de Office 365 y volver a entrar para que coja los permisos. Con esto ya podremos realizar las búsquedas de contenido en Office 365 y ya mostrarán resultados.

Internet, Soporte

Códigos de error de Redsys.

/

Actualizado 01/06/2022 Las tiendas online han tenido mucho auge con el tema del coronavirus (para muchos han sido la única manera de sobrevivir).Muchas de estas tiendas tienen un TPV virtual con su banco, y el más común es Redsys. Al recibir pagos con tarjeta, estos pagos pueden ser rechazados por muchos motivos (mal código CVV , fecha errónea, datos erróneos, problemas de comunicación etc etc). Redsys devuelve estos errores como un código en una notificación. Cuando recibes este pedido cancelado, si quieres ver por qué ha sido, tienes que: Comprobar el código de error de Redsys en la notificación (correo o sms). Puedes entrar en el panel de Redsys (el de producción) que te han enviado. Ahí podrás ver más información…pero básicamente verás el mismo código. Como todo se basa en el código de error, teníamos pendiente escribir un artículo sobre los mismos, que puedes ver aquí. A ver..no es que den muchísima más información. Pero en algún caso algo aclara. Códigos de error de Redsys. Código de error Error SIS0XXX Descripción 8102 Operación que ha sido redirigida al emisor a autenticar EMV3DS V1.0.2 (para H2H) 8210 Operación que ha sido redirigida al emisor a autenticar EMV3DS V2.1.0 (para H2H) 8220 Operación que ha sido redirigida al emisor a autenticar EMV3DS V2.2.0 (para H2H) 9001 SIS0001 Error Interno 9002 SIS0002 Error genérico 9003 SIS0003 Error genérico 9004 SIS0004 Error genérico 9005 SIS0005 Error genérico 9006 SIS0006 Error genérico 9007 SIS0007 El mensaje de petición no es correcto, debe revisar el formato 9008 SIS0008 falta Ds_Merchant_MerchantCode 9009 SIS0009 Error de formato en Ds_Merchant_MerchantCode 9010 SIS0010 Error falta Ds_Merchant_Terminal 9011 SIS0011 Error de formato en Ds_Merchant_Terminal 9012 SIS0012 Error genérico 9013 SIS0013 Error genérico 9014 SIS0014 Error de formato en Ds_Merchant_Order 9015 SIS0015 Error falta Ds_Merchant_Currency 9016 SIS0016 Error de formato en Ds_Merchant_Currency 9018 SIS0018 Falta Ds_Merchant_Amount 9019 SIS0019 Error de formato en Ds_Merchant_Amount 9020 SIS0020 Falta Ds_Merchant_MerchantSignature 9021 SIS0021 La Ds_Merchant_MerchantSignature viene vacía 9022 SIS0022 Error de formato en Ds_Merchant_TransactionType 9023 SIS0023 Ds_Merchant_TransactionType desconocido 9024 SIS0024 El Ds_Merchant_ConsumerLanguage tiene mas de 3 posiciones 9025 SIS0025 Error de formato en Ds_Merchant_ConsumerLanguage 9026 SIS0026 Problema con la configuración 9027 SIS0027 Revisar la moneda que está enviando 9028 SIS0028 Error Comercio / terminal está dado de baja 9029 SIS0029 Que revise como está montando el mensaje 9030 SIS0030 Nos llega un tipo de operación errónea 9031 SIS0031 Nos está llegando un método de pago erróneo 9032 SIS0032 Revisar como está montando el mensaje para la devolución. 9033 SIS0033 El tipo de operación es erróneo 9034 SIS0034 error interno 9035 SIS0035 Error interno al recuperar datos de sesión SIS0036 Error al tomar los datos para Pago Móvil desde el XML 9037 SIS0037 El número de teléfono no es válido 9038 SIS0038 Error genérico 9039 SIS0039 Error genérico 9040 SIS0040 El comercio tiene un error en la configuración, tienen que hablar con su entidad. 9041 SIS0041 Error en el cálculo de la firma 9042 SIS0042 Error en el cálculo de la firma 9043 SIS0043 Error genérico 9044 SIS0044 Error genérico SIS0045 Error genérico 9046 SIS0046 Problema con la configuración del bin de la tarjeta 9047 SIS0047 Error genérico 9048 SIS0048 Error genérico 9049 SIS0049 Error genérico 9050 SIS0050 Error genérico 9051 SIS0051 Error número de pedido repetido 9052 SIS0052 Error genérico 9053 SIS0053 Error genérico 9054 SIS0054 No existe operación sobre la que realizar la devolución 9055 SIS0055 existe más de un pago con el mismo número de pedido 9056 SIS0056 Revisar el estado de la autorización 9057 SIS0057 Que revise el importe que quiere devolver( supera el permitido) 9058 SIS0058 Que revise los datos con los que está validando la confirmación 9059 SIS0059 Revisar que existe esa operación 9060 SIS0060 Revisar que exista la confirmación 9061 SIS0061 Revisar el estado de la preautorización 9062 SIS0062 Que el comercio revise el importe a confirmar. 9063 SIS0063 Que el comercio revise el númer de tarjeta que nos están enviando. 9064 SIS0064 Número de posiciones de la tarjeta incorrecto 9065 SIS0065 El número de tarjeta no es numérico 9066 SIS0066 Error mes de caducidad 9067 SIS0067 El mes de la caducidad no es numérico 9068 SIS0068 El mes de la caducidad no es válido 9069 SIS0069 Año de caducidad no valido 9070 SIS0070 El Año de la caducidad no es numérico 9071 SIS0071 Tarjeta caducada 9072 SIS0072 Operación no anulable 9073 SIS0073 Error en la anulación 9074 SIS0074 Falta Ds_Merchant_Order ( Pedido ) 9075 SIS0075 El comercio tiene que revisar cómo está enviando el número de pedido 9077 SIS0077 El comercio tiene que revisar el número de pedido 9078 SIS0078 Por la configuración de los métodos de pago de su comercio no se permiten los pagos con esa tarjeta. 9079 SIS0079 Error genérico 9080 SIS0080 Error genérico 9081 SIS0081 Se ha perdico los datos de la sesión 9082 SIS0082 Error genérico 9083 SIS0083 Error genérico 9084 SIS0084 El valor de Ds_Merchant_Conciliation es nulo. 9085 SIS0085 El valor de Ds_Merchant_Conciliation no es numérico. 9086 SIS0086 El valor de Ds_Merchant_Conciliation no ocupa 6 posiciones. 9087 SIS0087 El valor de Ds_Merchant_Session es nulo. 9088 SIS0088 El comercio tiene que revisar el valor que envía en ese campo. 9089 SIS0089 El valor de caducidad no ocupa 4 posiciones. 9090 SIS0090 Error genérico. Consulte con Soporte. 9091 SIS0091 Error genérico. Consulte con Soporte. 9092 SIS0092 Se ha introducido una caducidad incorrecta. 9093 SIS0093 Denegación emisor 9094 SIS0094 Denegación emisor 9095 SIS0095 Denegación emisor 9096 SIS0096 El formato utilizado para los datos 3DSecure es incorrecto 9097 SIS0097 Valor del campo Ds_Merchant_CComercio no válido 9098 SIS0098 Valor del campo Ds_Merchant_CVentana no válido 9099 SIS0099 Error al interpretar respuesta de autenticación 9103 SIS0103 Error al montar la petición de Autenticación 9104 SIS0104 Comercio con “titular seguro” y titular sin clave de compra segura 9112 SIS0112 Que revise que está enviando en el campo Ds_Merchant_Transacction_Type. 9113 SIS0113 Error interno 9114 SIS0114 Se está realizando la llamada por GET, la tiene que realizar por POST 9115 SIS0115 Que revise los datos de la operación que nos está

Gestores de contenidos, Soporte, Trucos

Moodle muestra las imágenes corruptas tras una migración: solución.

/

Hace unos días migramos un Moodle de un alojamiento a otro. Estas migraciones las hacemos constantemente, y no suele haber problemas. Sin embargo está si que los dio: en el nuevo alojamiento las imágenes aparecían pixeladas, y verdes. En definitiva corruptas. Os mostramos un ejemplo. Se podía también ver porque si entrabas en el backend y activabas el modo debug salían unos errores de visualicación de imagen donde indicaban que la imagen estaba dañada. Además, si intentabas descargar la imagen desde el backend, no podías reproducirla. Solución. Las imágenes en Moodle están cifradas con un hash SH1. Puedes ver más información aquí: https://docs.moodle.org/dev/File_API_internals#File_API_internals Esto lo hacen para que una imagen sólo tenga que guardarse una vez aunque se referencie muchas veces en el sitio, incluso con distinto nombre. Como se hace en el control de versiones de git, por ejemplo. Además, quiere decir que, entre otras cosas, se puede comprobar si un fichero está dañado o no con el comando sha1sum de Linux. Pero, para el caso que nos ocupa, también quiere decir que no puede haber ninguna modificación en la transferencia de los archivos por FTP. Esto quiere decir, a modo práctico, que tienes que forzar en tu programa de FTP, por ejemplo en Filezilla, que la transferencia sea en modo Binario y no en Ascii o Auto. Los dos modos anteriores puede corromper las imágenes. Para hacerlo en Filezilla sólo tienes que ir a Edición > Opciones > Transferencias > FTP: Tipos de archivo y en Tipo de transferencia predeterminada ponerlo en Binario.Luego tienes que volver a descargar todas las imágenes de nuevo (el directorio data de Moodle) e importarlas otra vez. Verás que al hacerlo tendrás las imágenes sin corromper en el nuevo site.

Sistemas, Soporte, Trucos

Copiar subdirectorios en Windows por terminal con xcopy

/

Hace unos días teníamos que rescatar la información de un disco duro dañado. Cada vez que intentábamos acceder por Windows se “colgaba”. Pero por línea de comandos, si se enfriaba antes el disco (truco de IT) conseguíamos que durara lo suficiente para transferir la información. Para ello usamos xcopy por terminal con la opción de copiar subdirectorios. Os lo dejamos aquí por si tenéis que usarla vosotros. Cómo copiar subdirectorios con xcopy. El las opciones de xcopy que usamos para copiar subdirectorios y su contenido fueron: xcopy origen destino /E /H /C /I Explicamos las opciones. /E : Copia directorios y subdirectorios incluidos los vacíos (/s sólo copia los que no están vacíos). /H: copia también los archivos ocultos y de sistema. /C: Sigue copiando incluso si ocurre un error (si ocurre pasa al siguiente archivo). /I: si no tiene destino al copiar, asume que el destino es un directorio. El comando anterior NO COPIA permisos de NTFS ni de compartición. Si quieres copiar los permisos usa: xcopy origen destino /O /X /E /H /K Los nuevos delimitadores son: /O: Copia el dueño del archivo y la información ACL. /K: copia los atributos del fichero (xcopy los resetea normalmente). /X: copia la configuración de auditoría (implica /O). Si lo que quieres es recrear una estructura de directorios, pero no copiar el contenido, se puede hacer con xcopy de la siguiente manera: xcopy origen destino /T /E Donde /T: copia los subdirectorios pero no los ficheros.

Diseño Web, Gestores de contenidos, Soporte

Magento 2: RedSys. Pedidos se quedan pendientes y tras el pago,lleva a una página a una página con error.

/

Si tienes Magento con el módulo oficial de RedSys puede que te esté ocurriendo este error. Los pagos están entrando, se reciben, pero el pedido se queda pendiente y al cliente le devuelve a una página con error. La causa de esto es que el módulo está mal, tiene definidas 3 páginas de “callback” (retorno): DS_MERCHANT_MERCHANTURL, DS_MERCHANT_URLOK y DS_MERCHANT_URLKO Estas páginas son las de la tienda, las de pedido correcto y las de pedido erróneo. Pero el plugin tiene definida la misa url (dirección) para todas estas páginas. Os enseñamos a corregirlo. Solución. Tenemos que modificar el fichero /app/Code/Redsys/Redsys/Controller/RedSysController.php y añadir las direcciones. Una manera de hacerlo es: Encontrad donde pone  $urlTiendaOK=$this->_baseURL.”redsys/index/notify”; y añadid justo después las siguientes dos líneas (dos variables):    $urlTiendaOK=$this->_baseURL.”checkout/onepage/success”;    $urlTiendaKO=$this->_baseURL.”checkout/onepage/failure”; Id a donde pone: $miObj->setParameter(“DS_MERCHANT_URLOK”,$urlTienda);$miObj->setParameter(“DS_MERCHANT_URLKO”,$urlTienda); y cambiadlo por $miObj->setParameter(“DS_MERCHANT_URLOK”,$urlTiendaOK);$miObj->setParameter(“DS_MERCHANT_URLKO”,$urlTiendaKO); De esta manera tiene las nuevas direcciones a las que ir cuando el pago sea exitoso o no. Probad ahora un pago, veréis como llega bien a Magento, el pedido pasa a su estado pagado y el cliente recibe el mensaje de “pago correcto”.

Scroll al inicio