Gestores de contenidos

Diseño Web, Gestores de contenidos, Trucos

Cómo arreglar el error de Mixed Content en WordPress con SSL

A día de hoy todas las páginas webs en WordPress deberían estar en https (con certificado SLL). Ya hemos hablado sobre cómo instalar el certificado y cómo activarlo en WordPress. Aunque, desgraciadamente, muchas PYMES siguen sin actualizar sus páginas. Por ese motivo muchas ven el aviso de “Conexión no segura” en los navegadores. Sin embargo, otras páginas web que sí han pasado a SSL, siguen recibiendo el aviso de conexión no segura. Si usas el inspector para ver el error dice que hay contenido mixto, el error de Mixed Content. Esto es porque hay elementos cargándose en http aunque la página esté en https. Cómo arreglar el error de Mixed Content en WordPress con SSL Podemos solucionar este error de varias maneras. Lo primero sería ver si es contenido interno. Referencias manuales que se han puesto en la web que pueden cargarse en https. Por ejemplo si has puesto http://tudominio.es/blog en tu web a mano en algún enlace, deberías cambiarlo a https://tudominio.es/blog. Para esto es muy útil usar un plugin como Search and Replace para cambiar automáticamente todos estos enlaces. Nota: haz copia de seguridad antes y comprueba lo que cambia.  Es preferible ir paso a paso que cambiar lo que no debemos. Este método es el preferible, para limpiar la web, dejar el contenido en https y no usar plugins adicionales que carguen la página. Si esto no funciona, o es demasiado complicado, existe un plugin llamado SSL Insecure Content Fixed.  Para nosotros esto tendría que ser una solución si el punto anterior no funciona, o para que funcione mientras arreglamos el contenido mixto a mano. También para casos que usen plugins que no podamos modificar. El plugin tiene varios modos de funcionamiento (fix level) que deberías probar en orden, desde el primero hasta el último. El primero, Simple, debería funcionar para la mayoría de las webs. Después tienes que ir a la sección HTTPS Detection y escoger el mejor modo entre las opciones que ofrece. De nuevo el primero, Standard WordPress function, debería ser la opción escogida en la mayoría de los casos. Aunque tenéis modos para Cloudflare y otras opciones de configuración. Guarda las opciones y refresca tu web para ver si ya no tienes los errores. Si sigues con ellos, vuelve a modificar el plugin hasta que se solucione. Pero en algún momento tendrás que arreglar los enlaces y “limpiarlos”.  

Diseño Web, Gestores de contenidos, Prestashop

Traducir o eliminar Gratis (Free) en los costes de envío de Prestashop

Hoy vamos con otra de esos fallos innecesarios de Prestashop. Si tu haces un pedido, y tienes puesto que los costes de envío se calculen por la dirección, aquellos clientes que sean invitados verán Costes de envío: Gratis hasta que rellenen dicha información.  Obviamente esto está mal, los costes de envío están pendiente de cálculo. Primer error. Ok, pues la solución sería traducirlo ¿no? Pues aquí está el segundo error, la traducción no funciona. Aparece el término en la plantilla Classic pero nosotros tenemos una plantilla “hija” y, aunque hemos movido todo lo pertinente a ella, no aparece ahí. Suponemos que tampoco si tienes otra plantilla. Os explicamos por qué. Traducir o eliminar Gratis en los costes de envío de Prestashop. Como decimos el error está en el sistema de traducciones. Este término está en el fichero src/Adapter/Cart/CartPresenter.php. Ahí aparece lo siguiente: $subtotals[‘shipping’] = array( ‘type’ => ‘shipping’, ‘label’ => $this->translator->trans(‘Shipping’, array(), ‘Shop.Theme.Checkout’), ‘amount’ => $shippingCost, ‘value’ => $shippingCost != 0 ? $this->priceFormatter->format($shippingCost) : $this->translator->trans(‘Free’, array(), ‘Shop.Theme.Checkout’), Esto hace que debería poner la traducción en tu tema, pero en nuestro caso no lo hace. Sólo en el tema padre. Así que hay dos soluciones: Cambiar eso de Free ahí en ese fichero. Pero en cualquier actualización se borrará el cambio. En nuestro caso la traducción está en el tema Classic (aunque usemos un tema hijo), en Shop > Theme > Checkout.  Por lo tanto lo modificamos en el tema padre. No sabemos si lo cambia al actualizar (suponemos que sí). Esperamos que esto lo solucionen pronto. En nuestro caso, hemos puesto “Pendiente de cálculo de los costes de envío” en todos los idiomas, y así, cuando ponen la dirección, ya aparecen los costes.  

Diseño Web, Gestores de contenidos, Prestashop

Facturas rectificativas en Prestashop. Cómo configurarlas

Desde las últimas versiones, Prestashop nos permite realizar algo que, para la legislación española, es obligatorio: las facturas rectificativas. Eso si, tenemos que realizar algunos cambios que os dejamos a  continuación. Cómo configurar las facturas rectificativas en Prestashop. Tenemos que cambiar varias cosas. Os las ponemos por partes. 1.  Traducciones. Lo primero es traducir los términos para que aparezca Factura Rectificativa en las facturas que emitamos de este tipo. Para eso tenemos que ir a Internacional>Traducciones> Traducciones de Temas>Tutema>Idioma (es)  y ahí buscar Credit slip. Todo lo que ponga Credit slip hay que traducirlo por Factura Rectificativa. Por ejemplo en Shop>pdf para las facturas. Si falta algo por traducir, por ejemplo en los e-mails o el backoffice entra en cada apartado y busca Credit Slip. Con esto ya tenemos el nombre correcto. Relacionado con esto, puedes querer cambiar el prefijo de tus facturas rectificativas. Para eso ve al backend a Pedidos y debajo de Facturas tienes el apartado “Facturas Por Abono” o, si lo has traducido en el Backend, Facturas Rectificativas. Ahí podrás ver todas las emitidas y, si vas a la parte inferior de la pantalla, tienes OPCIONES DE FACTURAS POR ABONO  y ahí puedes cambiar el prefijo. 2. Referenciar la factura a la que rectificamos. Otra cosa importante es que la factura rectificativa referencia a la original. Esto no viene por defecto en Prestashop, y hay que modificar ficheros. Tenemos que editar el fichero order-slip.tpl de la carpeta pdf de nuestra plantilla. Al final del fichero añadimos lo siguiente (justo encima del <!– Hook –> y debajo de </tr>) : <br/> <br/> <br/> {l s=’Invoice rectified’ d=’Shop.Pdf’ pdf=’true’}:{$order->invoice_number|string_format:” FA{‘Y’|date}/%06d”}</p> <p> Explico el código. La primera parte entre {} es el texto a incluir delante. Nosotros ponemos las cosas en inglés y luego vamos al backend, a las traducciones>tutema>es>pdf y cambiamos ese término por Factura rectificada Después el segundo {} es la instrucción que saca el número de factura. En él hemos incluido FA que es el prefijo que nuestro cliente usa para sus facturas (cámbialo por lo que quieras). Y nuestro cliente tiene puesto que añada el año delante de las facturas, por eso ponemos lo de {‘Y’|date}/ , si tu no lo usas no pongas esa parte. De esta manera veréis que ya tenéis las facturas traducidas, y el número de factura original referenciada en nuestra factura rectificativa. Cómo se usan las facturas rectificativas. Por último explicamos cómo se usan estas facturas. Para emitir una factura rectificativa tienes que ir al pedido, al backend, Pedidos y buscar tu pedido. Justo donde puedes ver las facturas, en la parte superior tienes las opciones de reembolso. Si el pedido no se ha enviado todavía (no está marcado como enviado) sólo tendrás Reembolso Estándar. En esta opción sólo te deja devolver el importe íntegro de los productos. Si el pedido ya se ha enviado tienes Reembolso Estándar y Reembolso Parcial. En el Reembolso Parcial te deja reembolsar parte del importe pagado tanto en los productos como en los gastos de envío. Cuando elijas una de esas opciones, además de generar la factura de dejará generar un cupón descuento si así lo quieres. Una vez generada, podrás ver siempre la factura en el pedido, y en la sección de Facturas por Abono del backend. Esperamos que de esta manera podáis usar las facturas rectificativas. Con estos retoques es rapidísimo devolver algo a un cliente.      

Diseño Web, Gestores de contenidos, Seguridad

Protege tu backend de WordPress, wp-admin, con contraseña adicional en .htaccess

En informática siempre decimos que no hay un método de seguridad infalible. Que lo importante es añadir “capas de seguridad”. Es la suma de capas lo que securiza mejor el sistema. Hoy vamos a enseñaros a añadir otra más a vuestra web en WordPress: una contraseña adicional en tu backend (wp-admin o incluso wp-login si no tienes usuarios que usen el backend). Proteger el backend de WordPress, wp-admin, con contraseña usando htaccess. La idea es usar este artículo para generar dos cosas: un fichero .htpasswd que contenga un usuario y una contraseña encriptada. Puedes usar la web en el artículo para generarlo. Este fichero hay que ponerlo FUERA de la web, en un directorio al que el servidor pueda acceder pero que no sea público (en home o en cualquier otro).  Un fichero .htaccess que debe llamar al fichero anterior, y que guardaremos en el directorio wp-admin de nuestra web (importante, no es el fichero .htacess de la raíz). De esta manera, cuando alguien escriba en el navegador tudominio/wp-admin el fichero htaccess verá que necesita usuario y contraseña, y abrirá una ventana solicitándolo. Comprobará lo que introduzcas con el fichero htpasswd. Parece un poco lata, porque habrá 2 identificaciones (usuario y contraseña de htaccess y usuario y contraseña de WordPress). Pero recordad que significa que tenéis 2 “verjas” en el panel de administración de vuestra web. Además, este primer método elimina buena parte de los ataques de fuerza bruta a la web. El fichero htaccess en el directorio wp-admin será algo como esto (puede variar): AuthType Basic AuthName “Acceso restringido con contraseña” AuthUserFile “/home/user/.htpasswds/public_html/wp-admin/passwd” require valid-user La ruta del AuthUserFile puede ser la que querías. Por ejemplo /home/user/pepe/passswordsweb Arreglos extra que hay que añadir. Esta protección extra rompe alguna funcionalidad que puede (y puede que no) tenga tu tema. Rompe la API Ajax de WordPress. También las peticiones GET/POST. Para arreglarlo tenemos que editar el fichero .htaccess creado en el directorio wp-admin (el que acabamos de crear) y añadir: <FilesMatch “(admin-ajax|admin-post)\.php”> Order allow,deny Allow from all Satisfy any </FilesMatch> Para que permita estas solicitudes. Proteger wp-login con contraseña. Sin no tienes usuarios que deban acceder a tu backend puede interesarte también proteger wp-login. No puedes hacerlo igual que en el caso anterior porque, en este caso, no es un directorio sino un fichero. Pero es similar, y también protege el admin (que es un login) Tienes que editar el .htaccess del directorio raíz de tu web, el que crea WordPress y añadir: # Stop Apache from serving .ht* files <Files ~ “^\.ht”> Order allow,deny Deny from all </Files> # Protect wp-login.php <Files wp-login.php> AuthUserFile “/home/user/.htpasswds/public_html/wp-admin/passwd” AuthName “Private access” AuthType Basic require user mysecretuser </Files> Como veis, cuando alguien quiere entrar en wp-login hace lo mismo que el fichero anterior. Hemos puesto la misma ruta del fichero, podéis tener otra. Y hemos puesto un usuario pero puedes poner valid-user. Errores 404 o redirecciones infinitas. Después de estos cambios pueden ocurrir errores 404 o redirecciones en la web. Para evitarlos edita el .htaccess del directorio raíz de tu web y añade: ErrorDocument 401 default Recordad que todos estos casos, además de proteger la web, lo que hacen es mejorar el rendimiento de tu servidor. Porque estamos elminando muchas de las las peticiones de acceso “ilícitas” y los intentos de ataque (os sorprenderían la cantidad que hay).

Diseño Web, Gestores de contenidos, Prestashop

Cómo traducir el Welcome del asunto en el e-mail de bienvenida de Prestashop

Otro de esos fallos raros de Prestashop (y tenemos muchos más). Cuando el cliente crea una cuenta, recibe un e-mail de bienvenida. Sin embargo en el asunto pone Welcome. Si vas a los asuntos de e-mails de la sección de traducciones del backend, aparece el término. Pero por más que lo traduces no hace ni caso. Por este y algún otro artículo reciente y, viendo el código y leyendo artículos, tengo la sensación que están cambiando el sistema de traducciones y no han hecho una revisión demasiado profunda. Cómo traducir el Welcome del asunto en el e-mail de bienvenida de Prestashop. De nuevo lo que pasa es que falta un fichero. Tienes que ir a a /mails/tuidioma , por ejemplo /mails/es/ y buscar un fichero lang.php. Si no está ahí busca en los demás idiomas, puedes usar ese. Si no puedes recrearlo. Yo lo que hago es copiarlo a /themes/tuplantilla/mails/tuidioma  para tenerlos ahí en la plantilla y en las traducciones de la plantilla. Mi fichero que sólo tiene la traducción de Welcome es algo así: <?php global $_LANGMAIL; $_LANGMAIL = array(); $_LANGMAIL[‘Product out of stock’] = ”; ?> Pero puedes aprovechar para traducir otros términos. La gente lo usa para traducir también el Order Confirmation. Os dejo algunos de los que se usan. $_LANGMAIL = array(); $_LANGMAIL[‘Your new admin password’] = ‘ ‘; $_LANGMAIL[‘Your password’] = ‘ ‘; $_LANGMAIL[‘Welcome!’] = ‘ ‘; $_LANGMAIL[‘Order confirmation’] = ‘ ‘; $_LANGMAIL[‘Message from contact form’] = ‘ ‘; $_LANGMAIL[‘My personal informations’] = ‘ ‘; $_LANGMAIL[‘Message from a customer’] = ‘ ‘; $_LANGMAIL[‘Virtual product to download’] = ‘ ‘; $_LANGMAIL[‘Referral Program’] = ‘ ‘; $_LANGMAIL[‘Package in transit’] = ‘ ‘;  

Diseño Web, Gestores de contenidos, Prestashop

Traducir los campos del módulo de Transferencia Bancaria, wirepayment, en Prestashop

Otro de esos errores estúpidos y fácilmente corregibles de Prestashop. Por alguna razón hay ciertos campos del módulo de Transferencia Bancaria (wirepayment), que no se traducen correctamente. Si, la traducción aparece en el back office en módulos, pero pongas lo que pongas no hace ni caso. Aquí podéis ver el ticket abierto a Prestashop. Os dejamos la solución hasta que lo arreglen. Traducir los campos del módulo de Transferencia Bancaria, wirepayment, en Prestashop. La solución que nosotros hemos probado y visto que funciona es una de las mencionadas en el hilo anterior. Tenéis que crear, en el directorio de vuestra plantilla y crear (si no está) el directorio /modules/ps_wirepayment/views/templates/hook/. Después, del directorio raíz copia el fichero /modules/ps_wirepayment/views/templates/hook/payment_return.tpl a ese directorio de tu plantilla. Por último edita el fichero y cambia todos los campos traducibles de esta manera: {l s=”My string” mod=”ps_bankwire”}  lo conviertes, por ejemplo en   {l s=”My string” d=”Shop.Bankwire”} Esto hace que el campo aparezca en el apartado de traducciones en tu tema (Internacional>Traducciones>Traducciones del tema>Tu tema>Idioma) bajo el apartado Shop->Bankwire. Y cuando las traduzcas ahí SI que aparecerá la traducción.

Diseño Web, Gestores de contenidos, Prestashop

Quitar en el asunto de los emails de Prestashop el nombre de la tienda

Estamos desarrollando una tienda en Prestashop a la que estamos dedicando bastante tiempo y de manera muy minuciosa. Por lo tanto estamos resolviendo muchos problemas que muchos habréis encontrado, e iremos publicando aquí las soluciones. Uno de los que más le fastidiaba al cliente es que el asunto de los emails mostraba el nombre de la tienda. Algo como Asunto “[Nombre de la tienda] Bienvenido”. Entre corchetes. No es muy atractivo y quería quitarlo. Al fin y al cabo la dirección de correo y el cuerpo del mismo ya tienen información sobre la tienda. Cómo quitar en el asunto de los emails de Prestashop el nombre de la tienda. Para ello hay que editar la clase Mail.php. Cuando hacemos esto, mejor que editar el fichero de Prestashop deberíamos hacer un override. Si, en teoría pronto lo van a quitar, pero todavía no han propuesto nada que funcione tan bien, todos necesitamos modificar la tienda y los overrides son perfectos para ello y funcionan. Así que copia el fichero /classes/Mail.php  a /override/classes/Mail.php Editar el fichero /override/classes/Mail.php y busca las líneas:  /* Create mail and attach differents parts */ $subject = ‘[‘.Configuration::get(‘PS_SHOP_NAME’, null, null, $idShop).’] ‘.$subject; Como ves ahí pone el nombre entre corchetes. Edita la segunda línea para que quede: $subject = /*'[‘.Configuration::get(‘PS_SHOP_NAME’, null, null, $idShop).’] ‘.*/$subject; Estamos comentando la primera parte para que la ignore. Guarda el fichero y prueba. Antes de probar, siempre que hagas un override es bueno ir a /app/cache/prod y borrar los ficheros class_index.php classes.php Para que coja tu “override” de la clase. Prueba y debería estar solucionado. Obviamente el truco también sirve para poner delante lo que quieras en el asunto de tus correos. Por ejemplo: $subject = ‘Pon el texto que quieras’.$subject; Debería funcionar (no lo he probado).

Diseño Web, Gestores de contenidos, Prestashop

Prestashop: los e-mails de confirmación de pedido no listan los pedidos. Solución

Prestashop tiene ciertos errores “tontos”, que  se repiten de versión a versión y que tendrían muy fácil solución con algo de cuidado. En ocasiones parece que les falta ese cuidado de detalle. Este es uno de ellos, un error del que hay constancia desde versiones tardías de la 1.6 y que se repiten en varias versiones de la 1.7. Los e-mails de confirmación de producto no muestran la lista de productos. Solución. El problema es básico y “serio”. Llega la confirmación de pedido con el precio de la compra, pero sin productos en el mismo. Y claro, el cliente no tiene confirmación del producto que ha comprado. La solución es sencilla (y de ahí estúpido que no se haya resuelto desde Prestashop). Faltan los siguientes ficheros: order_conf_product_list.tpl order_conf_product_list.txt ¿Cómo conseguís estos ficheros? Si tienes una versión anterior funcional copialos y pegalos en la carpeta de correos (mails, ya sea la de Prestashop o , mejor, la de tu tema), en su idioma correspondiente. O pégalos en todos. Nosotros los hemos copiado de una versión 1.6 así que puedes probar a descargarte dicha versión (aunque creo que las últimas tenían dicho error). No hay que modificar nada de código. Nosotros lo copiamos en directoriodetutienda/themes/tutema/mails/es  (o los idiomas que quieras) y funcionó.

Gestores de contenidos, Prestashop, Trucos

Cómo cambiar el orden de los medios de pago en Prestashop

Un cliente nos ha pedido, esta semana, que quería que los medios de pago aparecieran en un orden diferente en el momento de realizar la compra. La verdad es que no nos lo habían pedido nunca y nos ha dejado un poco sorprendidos. No parecía fácil de solucionar. Al final otro desarrollador nos ha dado la solución y os la dejamos aquí por si os es útil. Cómo cambiar el orden de los medios de pago en Prestashop. Vamos a dar los pasos siguiendo el orden de Prestashop 1.7. En otras versiones puede variar el nombre de los menús o la colocación. Hay que ir a Diseño > Posiciones y ahí marcar la casilla “Mostrar los hooks invisibles“. Prestashop por defecto esconde del usuario ciertos hooks. Una vez marcada esta casilla podemos ir al apartado “paymentOptions” y ahí cambiar el orden de los métodos de pago que aparecen.  

Diseño Web, Gestores de contenidos, Prestashop

Prestashop Module Generator: utilidad para crear módulos básicos sobre los que trabajar

Prestashop es un gestor de contenidos para tiendas online que se basa mucho en la comunidad. Ellos generan un núcleo funciona básico y luego, si quieres más cosas, tienes que o comprar módulos, o crearlos tu. La compra de módulos es una buena idea porque mantiene a los desarrolladores activos, ellos mejoran el sistema mientras ganan dinero en el proceso. Y los clientes obtienen su funcionalidades extra. Si no quieres gastarte dinero, puedes desarrollar tu los módulos (que luego puedes vender etc). Cuando quieres construir un módulo, puedes empezar desde cero con la documentación de Desarrollador de Prestashop. Pero hoy os hablamos de una funcionalidad que os ahorra tiempo. Cómo crear un módulo de Prestashop desde cero con el Prestashop Module Generator. Prestashop Module Generator es una funcionalidad de la página https://validator.prestashop.com de Prestashop para crear módulos básicos. Este generador funciona a base de asistente paso a paso con el que puedes crear un módulo de cualquier tipo compatible para la versión que quieras de Prestashop. En el siguiente vídeo os lo explicamos, pero es muy sencillo. Recordad que es importante seleccionar el tipo de módulo que queremos, para que agregue lo que necesita, así como los Hooks que necesitemos (aunque estos se pueden registrar y usar más adelante). Y recordad también que esto es sólo una plantilla sobre la que trabajar…el módulo no hace nada. Sólo es la base. La funcionalidad se la das tu. Esta página: https://validator.prestashop.com , también sirve para luego validar tu módulo final y asegurarte que cumple con los “PrestaShop’s coding standards“, lo que facilita su compatibilidad y su posterior venta (si ves que es útil para otros).  

Scroll al inicio