Gestores de contenidos

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

Diseño Web, Gestores de contenidos, Trucos

WooCommerce: hacer que el estado del pago contrareembolso sea “En Espera” en vez de Procesando.

Hoy os vamos a dejar un pequeño código para cambiar el estado de los pedidos realizados en WooCommerce con el método de pago contrareembolso. No estamos arreglando un error, el sistema funciona correctamente. Es una modificación para ciertas tiendas que necesiten algo especial.En la mayoría de los casos, cuando un pedido se hace contrareembolso, es normal que su estado sea Procesando porque el pedido debe enviarse. No tiene que esperar a nada. Se pagará al recibir el pedido. Pero, en ciertos casos, se usa este método de pago como “pago en tienda” o “pago en mano”. En estos casos, especialmente si el pedido da acceso a descargas o productos virtuales, el pedido no debería ser Procesando (porque dicho estado da acceso al material online). Es mejor que se quede “En Espera” hasta que se procese el pago. Estos días hemos tenido un caso parecido, y lo hemos arreglado generando un código (modificado de uno que encontramos en Internet) que afecta sólo a este tipo de pedidos. Os lo vamos a dejar por si os sirve (y porque no nos resultó fácil encontrar la solución). Como siempre, el código debe insertarse en el functions.php del tema hijo, o en un plugin como Code Snippets. Código para poner el pedidos pagados por contrareembolso como En Espera en WooCommerce. El código es el siguiente: function wooc_cod_status( $status ) {return ‘on-hold’;}add_filter( ‘woocommerce_cod_process_payment_order_status’, ‘wooc_cod_status’, 15 ); Cuando lo apliquéis, haced una prueba con ese método de pago. Como veis usa un hook de WooCommerce woocommerce_cod_process_payment_order_status y, a fecha del artículo, está probado y funcionando.

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.

Diseño Web, Gestores de contenidos, Trucos

Cómo saber cuándo una web cambia a modo móvil. Media Queries en el inspector.

Cuando estás diseñando una página web, tienes que tener en cuenta los diferentes tamaños de los dispositivos. Ya no diseñamos una web, sino varias para diferentes tamaños. Lo que se llama hacer la página responsive y se hace mediante los media queries. Una vez hecha la web, podemos querer saber en que tamaños están definidos esos cambios de comportamiento. Cuándo cambia una web de ser modo escritorio a ser modo tableta o modo móvil. E incluso dentro de cada una, si hay diferencias.Esto se puede hacer con un truco en el inspector del navegador que no está activo por defecto. Hoy os enseñamos a activarlo (en Chrome, es similar en otros). Activar los media queries en el inspector de Chrome. Para activar los media queries en el inspector tenemos que: Activar el inspector (botón derecho-> inspeccionar o Ctrl+Shit+I) Ponerlo en modo responsive pinchando en el icono del móvil. Arriba a la derecha hay 3 puntos en vertical en la barra de responsive. Si pinchas en esos puntos se despliega un menú y tiene la opción de show media queries. En el vídeo se ve cómo hacerlo y cómo usarlos.

Gestores de contenidos, Trucos

Prestashop: cómo saber quién ha comprado un producto, cuándo y en qué pedido.

Una pregunta que nos hacen muchos clientes que tienen tiendas online: ¿cómo puedo averiguar quién ha comprado un determinado producto, cuándo y en qué pedido? Hoy os lo mostramos en Prestashop 1.7. Cómo saber quién ha comprado un determinado producto. Una manera de hacerlo desde el backend de Prestashop es: Ir al apartado Estadísticas. Escoger las de Detalles del producto. Elegir un rango de fechas adecuado. Buscar en la lista de productos el que queremos. Pinchar en él. Debajo del gráfico aparece un listado de Ventas. Estas son las ventas de este determinado producto, en el rango de fechas elegido, con la fecha de la compra, el número de pedido (podemos entrar en él y ver los detalles) y el ID de cliente que lo ha comprado. Muy útil si tienes una tienda online.

Diseño Web, Gestores de contenidos

Módulo gratuito para añadir código CSS y Javascript en Prestashop 1.7. Códigos en head y body.

Hoy me he fijado que tenemos un artículo sobre un módulo gratuito para editar CSS en Prestashop 1.5 y 1.6, pero no lo tenemos para las versiones actuales 1.7. Toca resolver esa falta. Nosotros usamos los artículos de este blog como referencia para nuestro trabajo diario. Y estamos seguros (por lo que ponéis en los comentarios) que también os está ayudando a algunos de vosotros. Módulo editor de CSS gratuito para Prestashop 1.7. Cuando está creando o modificando una página web, es muy normal tener que modificar el aspecto visual. El encargado de esto es el lenguaje CSS. Esto se puede modificar en los ficheros de estilos, pero suele ser buena idea, y más fácil, hacerlo desde un módulo (para su edición rápida y para que no lo modifique alguna actualización). Desgraciadamente Prestashop no incluye un módulo así, pero podemos descargarnos este Custom Code Module. Es sencillo de usar, se descarga, se instala desde el backend, y a módulos. Buscas en módulos y le das a configurar. Ahí podrás ver una página para añadir del código CSS, y el Javascript. También permite añadir códigos en la cabecera y en el cuerpo, como por ejemplo códigos de Analytics o Adsense.

Diseño Web, Gestores de contenidos, Trucos

WooCommerce: cómo crear cupones de modo masivo, y cómo ver qué clientes han usado qué cupones.

Nos ha preguntado hoy un lector una duda que tienen bastantes clientes, así que aprovechamos para responderlo para todos. La duda venía del artículo sobre cómo crear cupones en Woocommerce. Y la pregunta era “¿cómo crear unos 300 cupones?, y ¿cómo ver quién ha usado qué cupón?”. Los vamos a responder en dos secciones. Cómo crear cupones de modo masivo en WooCommerce. En el artículo anterior explicamos cómo crear un cupón en WooCommerce. Es fácil si tienes que crear unos pocos. Pero obviamente no está pensado para crear muchos. Para eso, como siempre, tenemos que recurrir a plugins. Tenéis el plugin Cupon Generator for WooCommerce que está pensado justo para esto. En tres pasos se ha probado ¡hasta para 1,000,000 cupones! Son tres pasos sencillos: 1) Configuración del Cupón.2) Configuración de la generación masiva.3) Generación masiva de cupones. Cómo ver qué cliente ha usado qué cupón. Filtrar pedidos por cupones. He visto en algún artículo que, en teoría, en Cupones>Uso , pinchando en el número de cupones usados, debería llevarte a una pantalla con los pedidos. Yo no lo he conseguido en ninguna tienda. Opción 1. Un usuario creó un plugin (en Github) para hacer esto. NO LO HEMOS PROBADO y no se ha actualizado en 3 años…así que probadlo con cuidado. El plugin está aquí. Opción 2. Añadir un snippet (o código en functions.php del tema) para que aparezca el cupón usado en el backend. De nuevo no lo hemos probado, pero debería funcionar. Opción 3. También podrías configurar un snippet cada vez que se aplique un cupón específico. Tampoco lo hemos probado.Aquí tienes que cambiar el código del cupon (elcódigodelcupónquequieras ) y el correo del destinatario (emaildeldestinatario@dominio.com ).

Diseño Web, e-Learning, Gestores de contenidos, Video

Extensiones y trucos para conectar Jitsi, Big Blue Button, Google Meet, Teams y Zoom con Moodle.

Como algún cliente nos lo ha preguntado, os dejamos algo bastante útil estos días: las extensiones y trucos para conectar los softwares de Videoconferencia en Moodle. Hablaremos de las más famosas: Jitsi, Google Meet, Big Blue Button, Teams y Zoom. Jitsi. Unos de mis preferidos, como hemos dicho, y su integración es gratuita y realmente sencilla. Existe un plugin que debemos descargar. Una vez descargado lo instalamos desde Administración del Sitio -> Extensiones -> Instalar módulos externos. En la configuración podemos poner la de por defecto (y usaremos los recursos públicos de Jitsi, sus servidores etc, como si nos conectáramos por su web). La App ID y el Secret sólo tenemos que usarlos si montamos Jitsi en nuestros servidores. Sólo tenemos que irnos al curso que queramos y agregar la actividad Jitsi, ponerle un nombre y ya está preparada para que se conecten profesores y alumnos. Fácil, rápido y gratuito. Big Blue Button. Os recuerdo que Big Blue Button no tiene servicio web y que tenéis que instalarlo en vuestros servidores. Pero si tenéis un servidor de BBB instalado, podéis conectarlo con Moodle. Sólo tenéis que bajar el plugin aquí. Podéis instalarlo (en el mismo apartado que el anterior) y seguir este vídeo. Tened cuidado porque por defecto viene configurado con el servidor de test de BBB. No debéis usarlo en producción, sólo para pruebas. Luego tenéis que configurar la url, API Key y secret key de vuestro servidor. Una vez hecho esto, y configuradas las opciones extra que queráis como la de grabar etc sólo tenéis que agregar la actividad BBB al curso deseado. Recordad que podéis configurar también en cada curso quién queráis que sea moderador, presentador, cómo entran por defecto los alumnos etc. Zoom. Zoom también tiene un plugin para Moodle PERO si que aclaran que, para configurarlo, necesitas tener una cuenta Business o Education, no vale con la gratuita o la primera de pago: “Requires a business or educational Zoom account to configure and setup.“ La instalación es igual que los anteriores y también se agrega como actividad en el curso deseado. Teams. Parece que Microsoft está apostando bastante por lo que ellos consideran “el LMS más popular”, hasta tal punto que tienen varias páginas sobre la integración de ambos sistemas. Si queréis una integración total para poder usar Moodle en Teams y Teams en Moodle, aquí os dejamos las instrucciones (ENG) o en instrucciones (ESP) sobre cómo hacerlo. Es crear la confianza de Moodle en Azure AD y conectar ambos sistemas. Pero sólo es necesario si queréis que los recursos de Moodle estén en Teams. Para usar las videoconferencias de Teams en Moolde podéis instalar este plugin: https://moodle.org/plugins/atto_teamsmeeting Después se puede poner como una actividad donde sea que se active el Atto editor de Moodle. Google Meet. Este no tiene plugin, pero se puede conectar con Moodle con varios trucos. Principalmente lo que tienes que crear es el enlace permanente de la reunión, y luego ese enlace lo pegas donde quieras en Moodle como tal (como un enlace). Para crear el enlace puedes: Entrar en https://meet.google.com/ y pulsar “+ Iniciar o unirse a una reunión” Crear un evento en Google Calendar, lo que por defecto crear una reunión de Google Meet. Ese enlace de reunión lo copias y lo pegas en el curso o lección que quieras.

e-Learning, Gestores de contenidos

Agrupar usuarios en Moodle. Cohortes y grupos. Diferencias y usos.

El sistema de agrupar usuarios en el sistema Moolde no es muy intuitivo. Básicamente puedes añadir usuarios a grupos y cohortes. Hoy os explicamos las diferencias entre los dos y cuándo se usan. Tanto uno como el otro pueden asignarse manualmente o a través de ficheros (importando). Grupos. Esta es la agrupación más intuitiva. Un grupo es un conjunto de usuarios para poder diferenciarlos dentro de un curso. Puedes crear grupos a nivel de curso o a nivel de actividad individual. Así, por ejemplo puede interesarte crear un grupo para: Diferenciar clases que usen el mismo curso. Restringir el acceso o la visibilidad de actividades a ciertos grupos. El profesor puede ver las actividades y notas de cada grupo y filtrarlos de esa manera. Es un curso compartido por varios profesores y quieres diferenciar tus alumnos y recursos. Este manual oficial explica los grupos en Moodle. Cohortes. Las cohortes son grupos creados por el administración a nivel del sistema (visible para todos los cursos del sistema) o a nivel de categoría (sólo visibles en los cursos de esa categoría). Con las cohortes puedes: Matricular a varios usuarios a la vez en uno o varios cursos. Agregas los usuarios a las cohortes y añades las cohortes a los cursos en la matriculación. Cualquier usuario dentro de esa cohorte tendrá acceso al curso. Crear grupos de matriculación. Así si pones la cohorte, por ejemplo, de “Alumnos de Primero” y la añades a los cursos, sólo tienes que asignar usuarios a esa cohorte y tendrá automáticamente acceso a todos los cursos que necesiten los “Alumnos de Primero”. Sin tener que matricularles a mano. Se puede asignar temas visuales a cohortes. Notas. Tienes que organizarte bien la estructura de cursos y cohortes. Por ejemplo no es posible asignar usuarios a todos los cursos de una categoría, como parecería indicar con las cohortes de categorías. Estas son sólo dónde se ven la cohorte. Pero la asignación a cada curso es manual. Existen módulos que extienden las funcionalidades de una cohorte, haciendo (por ejemplo) que puedas asignarlas a roles de Moodle. Recordad que cuando quitéis la cohorte se quitarán los usuarios del curso. Obviamente, una vez matriculados los usuarios de una cohorte en un curso, pueden asignarse a los grupos de ese curso.

Diseño Web, Gestores de contenidos, Trucos

Subíndices y superíndices en WordPress. Válido para cualquier página Html.

Muchas veces queremos poner símbolos en una página web como subíndices o superíndices. El símbolo de copyright, los cuadrados y cubos de las unidades de medidas, fórmulas químicas… Esto en Html está resuelto con las etiquetas <sub></sub> (subíndice) y <sup></sup> (superíndice). Y WordPress lo acepta desde hace tiempo en todos sus elementos (bloques tanto clásicos como Gutenberg, título …). También podéis ponerlo a mano en cualquier CMS o página web estática porque los navegadores modernos reconocen estos códigos. Así que si quieres poner estos típos de índice, no os vale con copiarlo de textos Word o Pdf, porque Html no lo reconoce, tenéis que ponerles esos códigos. Os ponemos un ejemplo de cada uno: Subíndice: Si queréis poner la fórmula del agua no vale con poner H2O, porque saldrá como un número normal. Incluso aunque lo copiéis de un documento que tenía el subíndice. Tenéis que poner el siguiente código en un bloque de html (no en el editor de texto normal de WordPress): H<sub>2</sub>O Así saldrá lo siguiente H2O Superíndice. Si queremos poner algo como 20 metros cuadrados nos saldría así 20m2 Pero si ponemos el código correcto en un bloque de html: 20 m<sup>2</sup> Nos aparece así: 20 m2

Scroll al inicio