Diseño Web

Diseño Web, Noticias Informáticas

ZetaPitu: diseño y desarrollo web gratis por la voluntad.

/

El artículo de hoy va a ser muy atípico. No creo que veáis muchas empresas haciendo publicidad de alguien que ofrece sus mismos servicios. Leed un poco más, y entenderéis por qué hemos decidido promocionar a ZetaPitu. Ayer conocí, en parte, la historia de Juan Mascuñano Torres. Y no pude más que admirarle. Porque la historia tiene varios matices: Una persona que no se rinde, ni se acomoda, ni se queja. Sino que pelea para salir adelante, jugando con las cartas que le ha tocado. Un padre y abuelo que quiere disfrutar de su familia, y evitar que les ocurra lo mismo. Un emprendedor, que en situaciones donde la mayoría de la gente estaría hundida, hasta encuentra manera de crear un negocio y, además, formarse para ofrecer mejores servicios. Qué es ZetaPitu. ZetaPitu es el proyecto de Juan, una persona que, por circunstancias de la vida, se ha encontrado en la calle pidiendo ayudas para sobrevivir. Pero, como manera de salir de esa situación, propone lo siguiente. Este proyecto hace que quien quiera, pueda tener una web propia, sin publicidad , solo por lo que pueda donar, sin coste de mantenimiento. Es decir, ofrece espacio para que alguien que no tenga web ponga su página, y crear dicha página gratis. Sólo pide la voluntad. Ofreciendo dichos servicios, quiere levantar su proyecto con la idea de que dicho proyecto le saque de la calle.Obviamente, está abierto también a ofertas de empleo. Juan domina HTML5. CSS. JAVASCRIPT, PHP, .NET, JQUERY. PYTHON, SQL y más. No sólo eso, sino que, como decimos, recientemente se ha acreditado como Full Stack Web Developer por IBM Skills Build. Como refresco de dichos conocimientos y para acreditar que es capaz de hacer lo que ofrece. Si estás pensando en sacar un proyecto, y quieres reducir costes, pero aún así tener un gran diseñador, pensad en Juan. Como dice en uno de sus artículos “me voy a dejar el pellejo por cada cliente y lo voy a tratar como lo que es: la promesa de un mañana mejor.”. Además, acepta ayuda económica. Como dice Juan el “problema que tengo que comer mañana y tambien necesito ayuda para comer,” Y el proyecto está en proceso. Nosotros sabemos lo difícil que es levantar proyectos. El trabajo duro, lo inestable que son, y que cualquier contratiempo puede ser duro. Imaginaos el COVID para Juan y su proyecto. De nuevo le cito, porque me parece que dice cosas muy razonables :”2º ZetaPitu-Mendigo Diseños Web funciona pero cualquier tropiezo, la hará caer si no dispone de solvencia“ Os dejo aquí las maneras de donar y de contactar con Juan: Si quieres una web WhatsApp: (+34) 663 56 60 29.Si no necesitas una web, y quieres ayudar:. Bizum (+34) 663566029· https://lnkd.in/gyypGaH (Tarjeta o PayPal)· CaixaBank ES1421001733970200299185 BIC CAIXESBBXXX Esperamos que Juan tenga mucha suerte, y os animamos a contar con sus servicios. Nadie nos va a sacar de esta…pero quizás, entre nosotros, podríamos ayudarnos a salir.

Diseño Web, Noticias Informáticas, Noticias SmythSys

¡5% de descuento en diseño de páginas web hasta el 15 de Septiembre!

/

Durante este verano, ofrecemos un 5% de descuento en el departamento de diseño de páginas web. Válido hasta el 15 de septiembre. Así que: Si quieres hacer una nueva web. Si no te gusta la que tienes y quieres rediseñarla. O si quieres que añadamos secciones o funcionalidades a una web existente. Contáctanos porque ¡ TIENES DESCUENTO!

Diseño Web, Gestores de contenidos, Noticias Informáticas

WordPress ya admite imágenes webp (desde la versión 5.8).

/

Ayer salió la versión 5.8 de WordPress y, con ella, una de las funcionalidades que más nos extrañaba que estuviera en este CMS: la compatibilidad con el formato de imágenes webp. Hasta ahora, si intentabas subir una imagen webp no se mostraba en WordPress. A partir de ayer, ya podemos usar ese formato de imágenes en nuestras páginas web. Qué es el formato WebP. Webp es un formato de imágenes, como jpeg o png, desarrollado por Google. Tiene formatos de compresión de imágenes tanto sin pérdidas (lossless) como con pérdidas. (lossy). ¿Cuál es la ventaja de este formato? Básicamente porque hace que tus imágenes ocupen menos. Según la web de Google un 30% menos. Pero los resultados que obtenemos nosotros en las imágenes son de un 60% menos. Una imagen que ocupa menos se carga más rápido. Si las imágenes de la web se cargan antes, la web es más rápida. Por lo tanto la experiencia de usuario es mejor. Además los usuarios usan menos “megas” de sus contratos. La prueba es que Google lleva tiempo usando este formato cuando proporciona resultados en Google Images. Webp ya es compatible con la mayoría de navegadores, y realmente sólo da problemas en versiones antiguas de Safari. ¿Por qué debemos usar formatos como Webp? Ya hemos dicho en el apartado anterior que, al ocupar menos, las imágenes cargan más rápido. Y, como una web consiste de muchas imágenes y algo de texto, esto hace que nuestras páginas web sean más rápidas. Esto, además de por experiencia de usuario (UX). es importante porque mejora nuestro posicionamiento en los buscadores …. o sea en Google. Hace tiempo que PageSpeed nos muestra avisos de “usa imágenes de nueva generación“, dando webp como formato a usar. Pero el nuevo algoritmo de Google, Google’s Page Experience update, sabemos que va a hacer mucho hincapié, y a premiar, las velocidades de carga de las páginas web. Webp en WordPress. Como hemos dicho, desde ayer, en la versión 5.8, WordPress admite que usemos este formato en nuestras páginas. Es decir, podemos subir directamente imágenes Webp. ¿Cómo cambiamos las imágenes a Webp? Lo cierto que es las imágenes no solemos tenerlas en webp, sino en jpeg o en png. ¿Cómo las cambiamos? Tienes varias opciones. Muchos programas de imágenes permiten exportar una imagen a webp. Puedes cambiarlo usando ese tipo de programas, por ejemplo Gimp. Tienes soluciones para Mac, Linux y Windows. Aunque son por línea de comando y poco amigables. Tienes soluciones online (nosotros las usamos mucho) como Squoosh. Y … ¿ qué pasa con las imágenes que ya tengo subidas a mi web? Lo lógico es usar un plugin que cambie el formato de las imágenes que tenemos y las muestre en webp si el navegador es compatible. Muchos programas de optimización de imagenes o de tipo CDN lo hacen. Pero nosotros os mostramos cómo usarlo en: EWWW Image Optimizer Webp Express Os recomendamos que, a partir de ahora, subáis las imágenes en este formato WebP. PROBLEMA: Si la pones como imagen destacada las redes sociales no la aceptan todavía. Más información aquí.

Diseño Web, Gestores de contenidos, Trucos

Snippet para añadir código justo detrás de la etiqueta en WordPress.

/

En ocasiones, por ejemplo para Google Tag Manager, tenemos que insertar código en todas, o en algunas páginas, justo detrás de la etiqueta <body> en WordPress. Como siempre, esto se puede hacer con algunos plugins, pero añadir plugins carga el sistema, lo complica y añade riesgos si no se actualizan. Siempre que se pueda, prefiero hacer estas cosas por código.Hoy os vamos a dejar un fragmento de código o snippet para añadir un código ahí de manera sencilla. Cómo añadir código justo detrás de la etiqueta <body> en WordPress. Para esto vamos a usar el hook de WordPress wp_body_open. El código que vamos a usar (puede haber variantes) es: Obviamente se trata de añadir el código que quieres (por ejemplo el de Google Tag Manager) donde ponemos aquí va el código a añadir. Si ponéis esto en el functions.php de tu tema hijo, o usando un plugin como Snippets, verás que se añade el código donde quieres. ¡Esperamos que os haya gustado el truco!

Diseño Web, Gestores de contenidos, Trucos

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

/

Hace unos días, un cliente nos pidió que cambiáramos el orden de los medios de pago. Es decir, que cuando un cliente fuera a pagar, los medios de pago que le aparecieran fuera en el orden que quería. Y cuando fuimos a hacerlo, no es tan directo como parece. Así que os dejamos aquí cómo hacerlo. Cómo cambiar el orden de los medios de pago en Prestashop. Os lo vamos a mostrar en la versión 1..7, la actual. Obviamente, con el tiempo, esto puede cambiar, y en versiones anteriores puede ser ligeramente distinto. Para poder cambiar los medios de pago tenéis que: ir a Diseño -> Posiciones. Pero si buscáis ahí no van a aparecer. Tenéis que marcar la casilla Mostrar los hooks invisibles. Buscad la posición paymentOptions. Ahí podréis, con las flechas, cambiar los medios de pago. Subís y bajáis para poner el orden que queréis. Os lo mostramos en el vídeo. Esperemos que os sirva.

Diseño Web, Gestores de contenidos, Seguridad

Si hackean tu web de WordPress, cambia las claves de seguridad y las salts además de las contraseñas.

/

WordPress es el gestor de contenidos más usado y, como todo en informática, lo más usado es lo más atacado. En algún momento, sobre todo si no mantienes tu web actualizada, pueden hackearte la web. Cuando esto pasa, lo más común es cambiar contraseñas de los usuarios con permisos de modificación en la web. Pero no es suficiente. Tienes que cambiar también tus claves de seguridad y los salt que van asociadas a ellas. Hoy os explicamos por qué y cómo hacerlo. ¿Qué son las claves de seguridad y los salts de WordPress? Seguramente te habrás dado cuenta que no necesitas introducir tu usuario y contraseña en WordPress cada vez que vas a usarlo. Tus usuarios registrados tampoco. Esto es porque estos datos se guardan en el ordenador de cada uno en unas cookies. Está claro que guardar esto en texto que se pueda leer ( texto plano ) es un fallo de seguridad enorme. Así que WordPress, desde la versión 2.6 añade una pareja de caracteres largos para cifrar estos datos: la clave de seguridad y el salt. En WordPress hay 4 pares ( 4 claves, 4 salts). Cada clave tiene su salt asociada. AUTH_KEY. Permite hacer cambios en la web. Firma la cookie para la identificación sin ssl. SECURE_AUTH_KEY. Permite hacer cambios en la web. Firma la cookie para la identificación por ssl. LOGGED_IN_KEY. No permite hacer cambios. Firma la cookie para usuarios con sesión iniciada. NONCE_KEY. Para firmar la clave nonce. Estos son los de un WordPress sin instalar: El proceso de instalación rellena los campos donde poner “put your unique phrase here” con valores únicos para cada instalación. Y en principio no hay que cambiarlos ni tocarlos. Estos son un ejemplo de valores posibles: ¿Cuándo necesitas cambiar las claves de seguridad y los salt y cómo hacerlo? Muy sencillo, cuando tu web haya sido hackeada. Porque entonces, no es suficiente con cambiar las contraseñas, ya que si los atacantes han conseguido las claves de seguridad y salt que tenías, y las sigues usando, pueden usarlas para volver a conseguir acceso a tu web. Pueden realizar ataques XSS (Cross Site Scripting) o de secuestro de sesión para conseguir las cookies, Con las cookies, y las claves que tenían del ataque, pueden descubrir los datos de acceso y volver a entrar en tu web. Así que cuando una web ha sido atacada, debes cambiar las claves y los salt además de las contraseñas de administración. Para ello (aunque hay plugins de seguridad que lo hacen) puedes hacer lo siguiente. Entra por FTP o ssh a tu servidor y a la carpeta de tu web. Edita el fichero wp-config.php. Encuentra las líneas de las claves y salt y borra el contenido de las mismas. Entra en https://api.wordpress.org/secret-key/1.1/salt/ Esta web genera los 4 pares diferentes cada vez que accedes. Sustituye las de tu fichero wp-config.php por las que te ha dado la web. Guarda el fichero. Con esto ya lo tendrías cambiado, pero recuerda que, al hacer el cambio , “echará” a todos los usuario y tendrán que iniciar sesión de nuevo. Otra razón por la que puedas querer añadir estas líneas es que tengas un WordPress que se hubiera creado antes de la versión 2.6 y hayas estado actualizando. SI es así, puede que no se te hayan añadido estos campos. Si entras en tu wp-config.php y ves que es así, puedes (debes) añadirlo.

Diseño Web, Gestores de contenidos, Trucos

Solución a “Publica recursos estáticos con una política de caché eficaz” en PageSpeed.

/

Hoy dedicamos otro artículo a la optimización de las páginas mediante el arreglo de los errores detectados por un análisis en PageSpeed. El aviso que queremos arreglar hoy es el siguiente: Publica recursos estáticos con una política de caché eficaz. ¿Qué es la caché? La caché es un almacenamiento que se usa para guardar contenidos que se van a usar más veces, para poder acceder a ellos de manera más rápida. Si mi navegador no tiene que ir a Internet a buscar ciertos contenidos, la navegación por la página será más rápida. Existe caché del servidor, y caché del navegador. Esta última es la que nos interesa hoy, y se guarda en los ordenadores de cada usuario. Dentro de lo que se guarda, en este caso nos vamos a centrar en los contenidos estáticos, es decir principalmente imágenes, ficheros de estilo (css) y ficheros con scripts (javascript). Google se está quejando que esta caché, para estos ficheros, no está configurada de manera óptima. Especificar correctamente los tiempos que se guardan estos ficheros es importante. Porque si no se definen estás obligando al usuario a ir a buscarlos a la web cada vez que se necesitan (lento e innecesario). Si los defines con un tiempo demasiado grande no se renovarán y los usuarios no verán cambios en tu web. ¿Cómo se puede definir la política de caché? Como siempre en WordPress podemos usar un plugin para hacer esto. Pero los plugins también añaden scripts y usan recursos. Así que hoy vamos a explicar cómo hacerlo sin plugin. Para ello vamos a usar el fichero .htacess del servidor, que podemos editar mediante un cliente como Filezilla (tendremos que mostrar los ficheros ocultos). Recordad hacer una copia de seguridad antes por si tenemos que volver todo a como estaba (en informática es vital tener un plan b,c,y d). Hay dos maneras de hacerlo, con cabeceras Control de Caché o Expiración. Ahora la tendencia es con Control de Caché, pero os dejamos las dos para la versión de Apache. Cabeceras de Expiración (método antiguo). Os vamos a dejar el código que usamos aquí, recopilado de varios sitios web. Podéis usarlo todo o en parte. Y podéis modificar los tiempos. Recordad que está puesto en segundos, así que, por ejemplo, 31536000 es un año (365 días) y 2592000 es un mes (30 días). El código que usamos es el siguiente: Cabeceras de Control de Caché. Método actual. Os dejamos un ejemplo. Activar la compresión. Esto es además de lo anterior. En el caso ideal debemos añadir las Cabeceras de Caché y luego esto después. Ya que estamos, podemos añadir la compresión de estos estáticos. Así reduciremos la cantidad de datos que tenemos que enviar y recibir. Para ello vamos a activar gzip o, en su defecto, deflate. Lo mejor es que añadamos esto antes del código anterior. Si añadimos esto en htaccess y hacemos la prueba de PageSpeed de nuevo, deberíamos ver que el mensaje mencionado ha desaparecido. Si no, apuntad los estáticos y ved si hay que ajustar algo más. Nota: no se puede definir estas políticas para estáticos externos (recursos de terceros).

Diseño Web, Gestores de contenidos, Internet, Noticias Informáticas

Nuevo algoritmo de Google “Page Experience” y las novedades que trae para el SEO de las páginas web.

/

En Noviembre del año pasado Google anunció nuevos cambios en su algoritmo: ese famoso conjunto de cientos de reglas que deciden las puntuaciones de nuestras páginas web en este buscador y, por lo tanto, su colocación en las posiciones de búsqueda. A dicha actualización se la conoce como Page Experience update, porque está enfocada en mejorar la experiencia de usuario en nuestras páginas. Esta actualización iba a salir en Mayo, pero se ha retrasado hasta Junio, y se irá implementando hasta Agosto de este año. ¿Y, en qué se basa Google para evaluar al “experiencia de usuario“? En los siguientes pilares. Es decir, la nueva actualización va a dar prioridad y mejores puntuaciones cuanto más óptimos sean los siguientes puntos: LCP: Largest Contentful Paint. Es decir lo que tarda en aparecer el elemento más grande del viewport con respecto a cuando se inició la carga de la web. Lo deseable sería tener unos tiempos de 2,5 segundos o menos. FID: First Inpt Delay. Que mide la interactividad porque es el tiempo desde que un usuario pincha en un elemento de la página hasta que el navegador puede procesar la respuesta. Lo deseable serían 100 milisegundos o menos. CLS: Cumulative Layout Shift. El CLS intenta medir la estabilidad visual de la página. Es la suma de todos los layout shifts (cada vez que un elemento cambia su posición desde un frame al siguiente) durante la carga de la página. Lo deseable es una puntuación de 0,1 o menos. Los tres anteriores son los denominados Core Web Vitals. Os dejamos unas herramientas que os pueden ayudar a medir estos 3 puntos CWV. Compatibilidad con los dispositivos móviles. Puedes comprobarlo en esta página. Navegación segura. El informe de Problemas de Seguridad de Search Console puede darte información sobre este punto. Https. Si tu página se muestra sobre https. Intersticiales no intrusivos. Espacios que pueden afectar a la navegación. Como dice Google, la experiencia de página no va a ser lo único ni lo más importante a la hora de posicionar. Sigue primando el contenido frente a cualquier otro factor, y una página con bueno contenido siempre será la mejor posicionada. Pero, cuando todos los factores estén igual, será cuando la experiencia de página sea decisiva. While page experience is important, Google still seeks to rank pages with the best information overall, even if the page experience is subpar. Great page experience doesn’t override having great page content. However, in cases where there are many pages that may be similar in relevance, page experience can be much more important for visibility in Search. Conclusión: los tiempos de carga en móvil van a contar mucho. ¿Cómo se consiguen esos tiempos de carga? Bueno, este es un tema que está en debate ahora mismo. Es difícil, por no decir imposible, tener tiempos de carga pequeños con desarrollos visuales elaborados y prestaciones avanzadas. Los tiempos que toma Google como referencia parecen ser de desarrollos como AMP, aunque Google diga que AMP ya no es requerido (y de hecho ya permiten páginas no AMP en el módulo Noticias Destacadas), lo cierto es que se necesitan formatos así, con sus restricciones de tamaño en recursos de JS y CSS para poder darlos. Y AMP si que consigue velocidades de carga muy interesantes. PERO, ¿a cambio de qué? Con esas restricciones es muy difícil tener contenidos visuales elaborados y novedosos. Si tenemos un blog, podemos prescindir del aspecto visual para poder proporcionar velocidad. Pero no todas las páginas son así. Así que parece que nos están haciendo elegir entre aspecto visual y puntuación en este apartado de Page Experience. Los diseñadores están “que trinan“, no todo es velocidad, y una página visualmente agradable puede hacer que merezca la pena unos segundos más de carga. Además, curiosamente los recursos de Google como Adsense o Analytics dañan nuestros CWV y nos puntúan negativamente. Aquí os dan algunos consejos al respecto. A Febrero del 2021, de 8 millones de páginas sólo el 21% cumplía con los tres parámetros de los CWV. ¿Qué herramientas nos proporciona Google para ayudarnos con esta actualización? Esta es una actualización extraña porque nos han avisado, nos han dado tiempo y nos dicen, más que otras veces, qué factores van a tener en cuenta. Y además, proporcionan nuevas herramientas en Google Search Console, para poder medir las variables que se van a tener en cuenta.Os dejamos un resumen de las mismas. Un nuevo informe de Experiencia de Página en Google Search Console. El informe de Rendimiento en la Búsqueda se ha actualizado para mostrar los nuevos parámetros de experiencia de página y las páginas que los cumplen o no. Se permiten los SXG (signed exchanges) en todo tipo de páginas (antes sólo en AMP). Conclusión. Nadie sabe bien cómo van a afectar estos cambios a las puntuaciones actuales de las páginas. Tampoco lo rápido que lo van a hacer. Parece claro que sigue primando el contenido y la relevancia, y que estos factores son algo añadido.Y no sabemos cómo seguirá la pelea entre diseño vs tiempos de carga. A lo mejor las páginas nuevas tendrán que primar la rapidez, y las mejor posicionadas podrán elegir más diseño. Lo que está claro es que vamos a tener que ir optimizando las páginas todavía más, midiendo los tiempos de carga, pensando cómo están diseñadas las páginas para optimizar las CWV y mejorando los servidores donde están alojadas.Porque esos puntos pueden ser decisivos para posicionarnos sobre nuestra competencia.

Diseño Web, Gestores de contenidos, Soporte

Errores en Contact Form 7. Cómo solucionarlos.

/

Como hemos dicho en muchas ocasiones, Contact Form 7 es uno de los plugins más usado para los formularios de contacto de WordPress. Aquí hemos hablado mucho sobre cómo reducir spam en los formularios hechos con este plugin, cómo tener una copia de los envíos en tu WordPress, integraciones con otros plugins etc. Hoy vamos a hablar de posibles errores en el envío de un formulario hecho con Contact Form 7. Errores en Contact Form 7 y cómo solucionarlos. Si has llegado aquí es porque has recibido el típico error de : “Hubo un error intentando enviar tu mensaje. Por favor inténtelo de nuevo más tarde” Vamos a ver qué puede estar pasando. Lo primero es darse cuenta que CF7 tiene unos códigos de colores para los errores, que puede que te indiquen algo. Son los siguientes. Es decir, de los tres que dan error podéis ver que el color da una indicación de qué puede estar pasando. Amarillo (parece naranja en la foto pero es amarillo): Error de validación. Uno de los campos esperaba un valor y, o está vacío, o no es del tipo esperado. Tienes que revisar tu formulario, los tipos de campo y cuales son obligatorios. Naranja: No ha pasado la validación de spam. Esto suele ser porque tienes integrado CF7 con algún plugin antispam tipo recaptcha y no ha pasado la validación. Prueba a desactivar la integración para asegurarte que es eso pero las causas típicas son: – Has puesto claves de reCaptcha V2 en la integración con reCaptcha. Recuerda que ahora CF7 es compatible con reCaptcha v3. Si quieres V2 tienes que instalar este plugin (el segundo de la lista lo seguimos usando). Y obtener unas claves de reCaptcha 2 en vez de la 3. – Tu plugin anti spam tiene algún problema (desactívalo y así te aseguras). – A veces los plugins de caché o de optimización interfieren en el anti spam. Desactiva la caché o límpiala. Si esa es la causa, intenta excluir CF7 o la página de contacto de la caché. Rojo: estamos hablando de problemas con la configuración del servidor. Tienes también varias opciones. – Comprueba si el resto de correos de WordPress están llegando. Por ejemplo los de recordatorio de contraseña. Si llegan el problema es de la configuración de CF7, si no, seguramente el servidor no pueda enviar mensajes por phpMailer (lo que usa WordPress por defecto). – Si no llega ningún correo de WordPress, considera usar un plugin de SMTP para mandar correos por SMTP. Necesitarás una cuenta de correo (sus datos de configuración). – Si sólo fallan los de CF7 mira la configuración de la segunda pestaña del formulario, la de “Mail“. Comprueba que todo está bien ahí. – Si lo anterior no funciona, habla con tu proveedor para ver qué puede ser la causa.

Diseño Web, Información Tecnica, Internet, Sistemas

Al redirigir un dominio a otro por DNS, no redirige el http a https y esta es la razón.

/

Los clientes nos piden muchas veces que redirijamos sus dominios o a otros dominios, o a otras páginas. Una manera de hacer esto es por una redirección por DNS, opción que permiten muchos alojamientos. Sin embargo no funciona en un caso: No permite redirigir el protocolo http a https. Y eso puede ser un problema, porque hay gente que todavía escribe http, o porque tengamos páginas indexadas con http. Hoy os explicamos por qué no funciona y cómo arreglarlo. Por qué la redirección por DNS no permite redirigir http a https. La razón puede explicarse de varias maneras. Una redirección por DNS realmente crea un registro A de un dominio a otro. Es independiente de protocolo (no lleva el protocolo consigo). Una redirección por https funciona cuando un servidor manda a otro la petición cifrada y espera que el otro le conteste, también del mismo método. Como os explicamos cuando explicamos la clave pública y privada. Es decir requiere un certificado válido en cada extremos.El problema es que, un dominio redireccionado por DNS carece (en origen) de certificado. Porque no se puede crear (ya que no se puede verificar), y además ya ni siquiera es válido porque el dominio apunta a otro sitio. Así que nunca hará la conexión cifrada y fallará.Es decir, una redirección de o a https debe partir o llegar a otro sitio con certificado. Por lo tanto necesitamos alojamientos en ambos lados, para poder instalar dichos certificados. ¿Las redirecciones por DNS son inútiles? No, cada día tiene menos sentido y uso el http sin cifrar y en muchas ocasiones no será necesario considerarlo. Pero si entra en juego, no podemos hacerlo. ¿Qué solución nos queda si queremos redireccionar un http a un https?. Como hemos dicho, entonces tenemos que tener alojamientos y certificados en ambos sitios. Eso nos obliga a realizar la redirección o en Apache o por htaccess. Aunque lo hemos puesto en algún otro artículo, por referencia rápida os dejamos un posible código para hacerlo.

Scroll al inicio