Cómo corregir error “Página no disponible” o “No encontrada” en Prestashop

En ocasiones tras actualizar Prestashop, instalar módulos, cambiar la plantilla existente o realizar cambios en la configuración de Prestashop nos podemos encontrar con este error. Página no disponible o No encontrada.


Para corregirlo tenemos que acceder al back office de Prestashop y regenerar el fichero .htaccess que incluye las URL amigables.


Una vez dentro nos vamos a Preferencias / SEO y URLS.


Una vez dentro bajamos hacia abajo, hasta encontrar el dominio o URL de nuestra tienda.


Sin cambiar nada, hacemos click en el botón “Guardar”.


En la mayoría de los casos se debería solventar el problema, si después de seguir estos pasos se sigue sin resolver, elimina completamente el fichero .htaccess o vacía su contenido.

Una vez eliminado o sin contenido en fichero .htacess, volvemos a repetir el proceso de regenerar las URL amigables haciendo click en “Guardar”.

Como actualizar Prestashop 1.5.x a 1.6.x

Con la reciente liberación de la versión 1.6.0.6 de Prestashop, muchos clientes nos están preguntando como realizar la actualización de sus tiendas, aquí os dejamos un pequeño tutorial:

+Recordar que con la actualización, pueden dejar de funcionar módulos y plantillas. Os recomendamos hacer una copia de seguridad previamente de los archivo y base de datos.

  1. Primeramente tenemos que acceder a la sección módulos de Prestashop:
  2. Arriba del todo tendremos el módulo llamado “Actualización 1-click” o “1-Click Upgrade”. Si no lo tenemos instalado, tenemos que hacer click en instalar.
  3. Una vez que ya lo tenemos instalado, hacemos click en Configure o Configurar para proceder con la actualización.
  4. El módulo nos obligará a poner la tienda en mantenimiento para comenzar con el proceso. Si tenemos activado algún sistema de cache como Memcached, APC o Xcache también tendremos que deshabilitarlos. Si hemos hecho todo correctamente, nos deberían salir todas las comprobaciones en Verde. Ahora ya podemos hacer click en el botón “¡Actualizar PrestaShop ahora!”
  5. Ahora solo queda esperar unos segundos o minutos.
  6. Si todo ha ido correctamente ya tendremos nuestra tienda Prestashop actualizada.
  7. Ahora tendremos que volver a acceder al back office de Prestashop con nuestros datos de acceso y desactivar el modo Mantenimiento de la tienda. A simple ya veremos la nueva versión de Prestashop instalada.
  8. Una vez dentro confirmamos que la tienda se ha actualizado correctamente con el nuevo aspecto de Prestashop 1.6.x

Suerte!

* Esta guía ha sido realizada basándonos en pruebas de actualización realizadas por nosotros con la aplicación Prestashop desde una instalación limpia del 1.5.6.2 y con solicitudes de actualización de nuestros clientes desde versiones 1.5.x

* El usuario es el único responsable de la actualización de su tienda y debe conocer los riesgos derivados de una mala actualización y/o las incompatibilidades con sus módulos y plantillas; siempre debe guardar copias de seguridad de sus archivos y base de datos por si dicha actualización saliera mal y tuviera que recuperar su tienda antigua.

* Con todo lo expuesto anteriormente, loading.es no se hace responsable de pérdidas de archivos, desconfiguración de bases de datos, del no funcionamiento del módulo de 1-clickupgrade ni de nada relacionado con la actualización de la aplicación Prestashop.

* Nuestros clientes podrán solicitarnos la restauración de una copia de seguridad cuando lo deseen si el proceso no ha funcionado como esperaban.

Certificados SSL con extensión SNI

Hasta ahora adquirir un certificado de seguridad SSL en un hosting compartido requería de la contratación de una IP dedicada para asignar a la suscripción y así poder activarlo en el dominio a proteger. Un desembolso extra que para algunos usuarios puede representar una dificultad económica para su proyecto. Para estos casos proponemos una alternativa interesante: los Certificados SSL con extensión SNI (Identificación segura cliente-servidor).

La ventaja que tiene este tipo de instalación de un certificado SSL es que no requiere de una IP dedicada para instalarse sobre un dominio o subdominio, con lo que reduce el coste a la hora de proteger un sitio web y se evitan los tiempos de propagación del dominio con la nueva IP (caída temporal de la web y servicio de correo). La protección será idéntica a la que proporciona el certificado instalado con una IP dedicada.

Otra de las grandes ventajas de este sistema es que en los planes multidominio (Argentum y superiores) se va a poder instalar un certificado por cada uno de los dominios configurables dentro de la misma suscripción. Esta nueva función va a ser muy interesante para los usuarios que trabajen con multi-tiendas en Prestashop u otros e-commerce con la misma configuración porque se pueden adquirir varios certificados SSL, uno para cada uno de los dominios que conformen su conjunto de tiendas.

Este tipo de instalación tiene una desventaja con respecto a los certificados instalados con IP dedicada y es que no son compatibles con todos los navegadores ni con algunas pasarelas de pago como Redsys. A la hora de cargar la página sobre protocolo seguro aparecería la advertencia de que el sitio tiene un error de certificado pero se podría navegar normalmente por ella a pesar de ello. A continuación les detallamos la lista de navegadores no compatibles con SNI:

  • Internet Explorer (cualquier versión) en un Windows XP
  • Safari en un Windows XP
  • BlackBerry browser
  • Navegador Android 2.x
  • Windows Mobile 6.5
  • Java 1.7

Como se puede comprobar, la lista de navegadores no compatibles es muy reducida (apenas coparían una cuota de mercado a día de hoy de un 4% entre todos ellos) y es, por lo tanto, una opción muy interesante a tener en cuenta.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Cambio en la normativa sobre whois privado

Les informamos que tras un cambio en la normativa de ICANN (organización que gestiona los dominios genéricos: .com, .org, .net, etc.), la protección de datos (whois) de este tipo de dominios pasa a ser de pago.

Esta medida entra en vigor a partir del día 22 de Abril de 2014, por lo que las facturas de renovación de los dominios a partir de esa fecha se generarán con el importe adicional. Los dominios que ya tienen activo este servicio, lo seguirán manteniendo gratuitamente hasta que tengan que renovar el dominio.

Las razones expuestas por ICANN para este cambio principalmente confluyen en el aumento de costes del mantenimiento de este tipo de servicio, sobre todo a la hora de atender las peticiones/reclamaciones sobre actividades ilegales ejecutadas con dominios a los que no es posible acceder a los datos del registrador u otros contactos del mismo.

Nosotros en este caso nos vemos obligados a aplicar esta normativa y a marcar el precio mínimo a este servicio de whois privado que será de 1.5€ (mientras otros registradores aplicarán un importe de 6€) para los usuarios que deseen contratarlo y/o mantenerlo al renovar sus dominios.

Si desea cancelar este servicio puede realizarlo a través de nuestra área de clientes, en el apartado Mis dominios -> Gestionar dominio -> Opciones.

Si requieren de alguna información adicional no duden en contactar con nosotros.

Nuevas normativas ICANN en los dominios genéricos (gTLD)

Desde el 1 de enero de 2014 ICANN introdujo una serie de cambios importantes en el registro o modificación de los datos del whois en los dominios genéricos (gTLD).

Se exige que los datos del whois en los dominios genéricos (gTLD) estén completos y actualizados. Además de asegurarse que todos los datos están completos, exigirá que la dirección física, dirección e-mail y teléfono de contacto tengan un formato correcto.

La verificación de los datos del whois se realizará tanto para los nuevos dominios como para los ya existentes. ICANN está verificando por correo electrónico que la dirección e-mail asociada al contacto registrante o titular de los dominios es correcta. La verificación se realiza de la siguiente forma:

  • Se envía un correo electrónico al contacto registrante o titular del dominio con el asunto (RAA verification mail) para verificar que la dirección e-mail es correcta.
  • En el mensaje se incluye un enlace para confirmarlo, una vez aceptado el dominio queda verificado.
  • Si el titular no verifica el e-mail dentro de los 15 naturales, se modifican los servidores DNS del dominio y el dominio queda suspendido temporalmente.

Este proceso de verificación también se realizará al cambiar el nombre, apellidos y dirección e-mail del whois del dominio.

  • Se enviará un correo electrónico a la dirección e-mail del nuevo titular para confirmar que son correctos.
  • Haciendo clic en el enlace habilitado para ello el nuevo contacto será aceptado y verificado.
  • Si pasados los 15 días naturales no se verifica el e-mail, se modifican los servidores DNS del dominio publicándose una página web con las instrucciones para finalizar la verificación.

Con respecto a la veracidad de los datos en el whois:

  • Se validará que todas las direcciones de correo electrónico están escritas en el formato adecuado de acuerdo con RFC 5322 (o sus sucesores).
  • Se validará que los números de teléfono se encuentran en el formato adecuado según la normativa UIT-T E.164 a los números internacionales de teléfono (o sus equivalentes o sucesores).
  • Se validará que las direcciones postales están en un formato adecuado para el país o territorio de aplicación tal como se define en la Universal Postal Union (UPU) normativas de dirección S42 (o normativa actualizada) u otros formatos estándar.

Si tenéis cualquier otra pregunta al respecto, podéis contactar con nosotros por el formulario de contacto:

https://www.loading.es/sobre-loading/contactar/index.html

Cambiar la contraseña de una cuenta de correo en Roundcube Webmail

Estimados clientes de Loading, con este tutorial os vamos a explicar paso a paso la forma de cambiar la contraseña de una cuenta de correo desde Webmail; antes solamente era posible hacerlo accediendo desde el panel de control Plesk y, por lo tanto, el administrador de la suscripción era el único que podía realizarlo directamente. Pasamos a la pequeña guía:

1.- Entramos a la página de Webmail desde el navegador poniendo webmail.(y nombre de tu dominio), por ejemplo webmail.midominio.es, y nos logueamos con la cuenta de correo y contraseña que se vaya a usar.

 

2.- Una vez dentro nos dirigimos a la pestaña de Configuración y opción Contraseña (ambas señaladas en color rojo en la captura de pantalla).

 

3.- Debemos introducir ahora la contraseña antigua y poner la nueva dos veces, para evitar cualquier error al escribirla.

IMPORTANTE: para evitar robos de contraseñas y que estas cuentas sean utilizadas para enviar SPAM os aconsejamos que utilicéis contraseñas que cumplan un mínimo de seguridad (usar minúsculas y mayúsculas, números y caracteres).

 

De parte de todo el equipo que formamos Loading os agradecemos vuestra confianza y seguimos trabajando día a día para superarnos.

Podéis seguir todas nuestras ofertas y novedades en Facebook y Twitter.

Selección de versión PHP y caché en dominio desde panel Plesk

Estos días en LOADING hemos introducido unos cambios muy importantes en la configuración de los servidores para mejorar y ampliar funcionalidades en sus suscripciones y poder trabajar con distintas compilaciones de PHP y cachés en cada uno de sus dominios independientemente.

Esta sencilla guía vamos a explicar cómo cambiar nuestra versión de PHP y el modo de caché para cada uno de nuestros dominios si nos vemos en la necesidad, ya sea por los requisitos propios de la aplicación que manejamos o para testear el rendimiento con cada uno de los sistemas de caché disponibles.

Pasamos al primer paso de todos que sería acceder a su panel de control Plesk.

 

 

Una vez logueados y dentro del panel nos dirigimos a la pestaña Sitios web y dominios. A continuación tendremos que pinchar sobre “Cambiar configuraciones PHP”, tal y como se muestra en la siguiente imagen.

 

Entraremos a un menú muy sencillo donde se puede seleccionar el dominio que queremos administrar para realizar los cambios. Aparecerá un botón “Mostrar configuración” para cada dominio que exista en la suscripción.

 

En la siguiente captura se pueden ver las distintas versiones de PHP que se pueden seleccionar: 5.3, 5.4, 5.5, 5.6 y 7.0, esta última es la compilación más reciente que se ha liberado. Dependiendo de los requisitos de la aplicación que vayamos a manejar se usaría una u otra.

 

Dependiendo de la versión de PHP que se haya seleccionado aparecerán distintos tipos de caché soportados por la misma. En cada una de esas versiones recomendamos uno de los sistemas de caché, puesto que se han realizado pruebas con ellos y son los que mejores resultados han ofrecido. Siempre tendrá oportunidad de probarlos para estudiar cuál es el que mejor se ajustaría a sus necesidades.

 

Hecho todo esto solamente nos queda aplicar los ajustes que hemos elegido pinchando simplemente sobre el botón “Guardar cambios”. En este momento el servidor PHP se reiniciará y volverá a la pantalla princiopal de “Sitios web y dominios”. A partir de ese instante su dominio trabajará con sus nuevas configuraciones seleccionadas.

 

Nota: Para quien seleccione el sistema de caché APC también dispondrá de una característica adicional que le permitirá revisar el estado de uso de la memoria de dicha caché. Se localiza siguiendo la siguiente ruta en Plesk > Sitios web y dominios > Cambiar configuraciones PHP > Mostrar estado caché

 

Aquí se puede ver una captura de la pantalla con un ejemplo de la información de la caché APC que aparecería tras pinchar en ese botón. En cualquier momento podría liberar esta memoria reiniciando el servidor PHP desde Plesk > Sitios web y dominios > Reiniciar Servidor PHP.

 
De parte de todo el equipo que formamos Loading le agradecemos su confianza y seguimos trabajando día a día para superarnos.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Ampliamos las características de nuestros productos

 

Les informamos que hemos introducido dos mejoras muy importantes en nuestros productos para todos nuestros clientes actuales y para nuevas contrataciones:

 

AMPLIAMOS ESPACIO EN DISCO DE RESELLERS

A partir de ahora los planes Resellers aumentan su espacio en disco para adaptarse mejor a las necesidades de nuestros clientes, en la siguiente tabla puede ver los cambios:

PLAN RESELLER

ESPACIO EN DISCO ACTUAL

NUEVO ESPACIO EN DISCO

HOSTING RESELLER

6GB

10GB

HOSTING RESELLER MEDIUM

13GB

20GB

HOSTING RESELLER PRO

20GB

40GB

 

AUMENTAMOS LA TRANSFERENCIA MENSUAL EN PLANES DE HOSTING Y RESELLERS

También hemos aumentado el límite de transferencia mensual* de todos nuestros planes de hosting y de nuestros planes Reseller al doble de su valor actual.

Por ejemplo, si usted dispone de un plan Argentum pasaría de tener 60GB de tráfico mensual a 120GB.

De parte de todo el equipo que formamos Loading le agradecemos su confianza y seguimos trabajando día a día para superarnos.

* El tráfico mensual es la cantidad total de información transmitida desde/hacia su cuenta en un mes. Tanto los correos electrónicos como las páginas web y archivos que las componen cuentan para la transferencia mensual cuando son descargados o subidos al servidor.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Liberada versión 1.5.4 de Prestashop y disponible en nuestros servidores


Desde Prestashop nos llegan buenas noticias, su equipo de desarrolladores ha liberado la versión 1.5.4 y ya se encuentra disponible para su descarga en la web oficialEn loading.es y para todos nuestros clientes también se encuentra disponible preinstalada en nuestros servidores y su instalación se realiza en 3 clics.

Esta nueva revisión de la aplicación va a solventar muchos de los bugs que venía arrastrando la versión anterior.

El log de cambios, lo podéis ver aquí: Cambios Prestashop 1.5.4

Solución imágenes Front Office Prestashop 1.5.x en Internet Explorer

Muchos de vosotros estáis teniendo ciertos problemas con la última versión de Prestashop 1.5.3.1 e Internet Explorer 9.

No se pueden ver las imágenes en el Front Office de Prestashop, aunque si las veamos correctamente en el Back Office.

El problema está en una variable de Prestashop que llega vacía, y cada navegador la interpreta de una forma.

En este caso, Internet Explorer 9,  interpreta el tamaño vacío como 0px o 1px, de tal forma que no podemos ver la imagen correctamente.

Buscando por foros, no existe ninguna solución al respecto, por lo que nosotros hemos modificado manualmente los archivos implicados en este error.

——————————————————————————————————————————————————-

Primero vamos a modificar el fichero /modules/homefeatured/homefeatured.tpl

Reemplazamos en la linea 41 este código:

height=”{$homeSize.height}” width=”{$homeSize.width}”

Por este otro código:

{if isset($homeSize.width) && ($homeSize.height)}width=”{$homeSize.width}” height=”{$homeSize.height}”{/if}

——————————————————————————————————————————————————-

Seguimos modificando más ficheros, ahora /modules/blockbestsellers/blockbestsellers.tpl

Reemplazamos en la linea 37 este código:

height=”{$smallSize.height}” width=”{$smallSize.width}”

Por este otro código:

{if isset($smallSize.width) && ($smallSize.height)}width=”{$smallSize.width}” height=”{$smallSize.height}”{/if}

——————————————————————————————————————————————————-

Seguimos modificando más ficheros, ahora /modules/blocknewproducts/blocknewproducts.tpl

Reemplazamos en la linea 34 este código:

height=”{$mediumSize.height}” width=”{$mediumSize.width}”

Por este otro código:

{if isset($mediumSize.width) && ($mediumSize.height)}width=”{$mediumSize.width}” height=”{$mediumSize.height}”{/if}

——————————————————————————————————————————————————-

Seguimos modificando más ficheros, ahora /themes/default/product.tpl

Reemplazamos en la linea 179 este código:

width=”{$largeSize.width}” height=”{$largeSize.height}”

Por este otro código:

{if isset($largeSize.width) && ($largeSize.height)}width=”{$largeSize.width}” height=”{$largeSize.height}”{/if}

———————————————–

Reemplazamos en la linea 184 este código:

width=”{$largeSize.width}” height=”{$largeSize.height}”

Por este otro código:

{if isset($largeSize.width) && ($largeSize.height)}width=”{$largeSize.width}” height=”{$largeSize.height}”{/if}

———————————————–

Reemplazamos en la linea 200 este código:

height=”{$mediumSize.height}” width=”{$mediumSize.width}”

Por este otro código:

{if isset($mediumSize.width) && ($mediumSize.height)}width=”{$mediumSize.width}” height=”{$mediumSize.height}”{/if}

——————————————————————————————————————————————————-

Seguimos modificando más ficheros, ahora /themes/default/product-list.tpl

Reemplazamos en la linea 42 este código:

{if isset($homeSize)} width=”{$homeSize.width}” height=”{$homeSize.height}”{/if}

Por este otro código:

{if isset($homeSize.width) && ($homeSize.height)}width=”{$homeSize.width}” height=”{$homeSize.height}”{/if}

——————————————————————————————————————————————————-

De esta forma, si existe la variable $height o $width, añadiremos el parámetro height y width a la imagen.

Si no existe, todos los navegadores interpretan correctamente el tamaño de la imagen.