Soporte

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”.

Sistemas, Soporte, Trucos

Traspasar la configuración de puntos de acceso Ubiquiti a otra persona en UniFi Controller.

Cuando quieres configurar un punto de acceso Ubiquiti, de los mejores del mercado, en un ordenador, tienes que usar el programa UniFi Controller. En este software se configura un Site, con los AP que tengamos y la configuración que deseamos tener. Y se gestiona fácilmente. Pero, ¿y si se lo estás configurando a otra persona? ¿Cómo traspasas tu configuración para que lo pueda gestionar él? A nosotros nos ocurre mucho porque configuramos APs para clientes, y os vamos a enseñar cómo hacerlo para que la otra persona tenga la opción de gestionar sus puntos de acceso. Cómo traspasar la configuración de UniFi Controller a otro ordenador. La configuración se crea en tu UniFi Controller con tu usuario (local o de cloud, nosotros lo hacemos local) y tu contraseña. Este es el proceso para transferir la contraseña. Haz una copia de tu sitio (Site). Para eso, en tu Unifi Controller ve a Settings (rueda dentada)->Backup y en Download Backup pincha en Download File. Instala el UniFi Controller en el ordenador de la otra persona (cliente por ejemplo) con un usuario local o cloud. Al comenzar tiene una opción de “restore setup from backup”. Si eliges esa opción te cargará todo como estaba en tu ordenador. Si el usuario tenía UniFi Controller ve a Settings->Backup y en Backup /Restore hay una opción de Restore Backup (Upload File).Nota: si ya tienes otros AP y no quieres mezclarlos, crea otro sitio. Verás que reconoce tus APs y tienes la configuración guardada. Como el otro usuario (cliente) no tiene que tener tu usuario y contraseña, ve arriba a la derecha, pincha en el desplegable, Edit Account y cambia el usuario y contraseña al que el cliente quiera. Con esto el nuevo usuario ya tendrá gestión de sus APs para siempre en su controller y con su usuario.

Diseño Web, Gestores de contenidos, Soporte

Magento 2. MIME type (‘text/html’) is not a supported stylesheet MIME type, and strict MIME checking is enabled. Refused to apply style.

En ocasiones en Magento 2 vemos que nuestro sitio web no se ve bien, no se cargan los CSS o los JS y sale el error:“MIME type (‘text/html’) is not a supported stylesheet MIME type, and strict MIME checking is enabled. Refused to apply style.” Lo que ocurre en este caso es que el contenido estático no está correctamente generado y hay que regenerarlo. Pero no lo podemos hacer desde el backend (si la página está en modo producción, que debería). Lo tenemos que hacer por línea de comandos. Hoy os enseñamos cómo. Solución. Puede haber diferentes causas, os dejamos varias. Realizar un deploy.Sería una de las primeras cosas a probar: realizar un deploy que genera de nuevo todos los ficheros estáticos necesarios para producción. En teoría esto se hace desde el directorio raíz de Magento con: php bin/magento setup:static-content:deploy Lo que no viene en casi ningún manual es que esto hace deploy del contenido en_US, y no del español. Por eso a nosotros no nos funcionó. Tuvimos que forzar el deploy del contenido español con : php bin/magento setup:static-content:deploy -f es_ES Parece ser que si vas a modo Developer (desarrollo) y luego pasas a modo Producción te hace el paso anterior, te genera de nuevo el contenido estático. Otro día mostramos cómo hacer eso. Permisos. Puede que los ficheros no se estén cargando bien por tema de permisos. Para eso comprueba que los permisos están correctamente. Deberían ser:– Directorios: 711: find . -type d -exec chmod 0711 {} +– Ficheros php: 600: find . -type f -name “*.php” -exec chmod 600 {} +– Todos los demás ficheros 644. find . -type f -exec chmod 0644 {} + Comprueba que los ficheros y directorios pertenecen al usuario:grupo correcto (en modo recursivo). Y además que el directorio bin/magento tiene permisos de ejecución: chmod u+x bin/magentoMás info aquí. FIchero .htaccess en pub/static/Entra en el directorio pub/static/ y asegúrate que tiene el fichero .htaccess. Cuidado, recuerda que es un fichero oculto.Si no está: – Descárgate la versión adecuada de Magento. – Coge el fichero de pub/static de esa descarga. -Súbelo a tu sitio. – Limpia caché de Magento y de tu navegador.

Scroll al inicio