Blog de Loading

Como actualizar Prestashop 1.7.x a 1.7.x

18 Abril 201718 Abril 2017 admin Deja un comentario

Con la reciente liberación de la versión 1.7.1 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.

Primeramente tenemos que acceder a la sección módulos de Prestashop:
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.
Una vez que ya lo tenemos instalado, hacemos click en Configure o Configurar para proceder con la actualización.
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!”
Ahora solo queda esperar unos segundos o minutos.
Si todo ha ido correctamente ya tendremos nuestra tienda Prestashop actualizada.
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.

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.7.0.5 y con solicitudes de actualización de nuestros clientes desde versiones 1.7.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 Let’s Encrypt

31 Enero 20175 Junio 2017 admin 9 comentarios

Ya tenemos disponibles en Plesk los certificados SSL gratuitos Let’s Encrypt. Esta entidad certificadora ha sido obra de la Fundación Linux con el objetivo de ofrecer certificados SSL libres, abiertos, automáticos y gratuitos.

Este proyecto trae consigo grandes ventajas, entre las que destacamos la sencillez de instalación en el servidor y la gratuidad de los certificados. A partir de este momento, en Plesk cada usuario tendrá disponible el botón personalizado Let’s Encrypt con el que podrá proteger sus dominios con certificados totalmente válidos para prácticamente todos los ámbitos.

La forma de instalación es de lo más sencillo, en dos sencillos pasos e imágenes lo explicamos:

1.- El usuario entra en su panel de control Plesk con su usuario y contraseña y verá la siguiente pantalla con el símbolo de Let’s Encrypt, sobre el que tendrá que pinchar.

2.- Poner una cuenta de correo válida y marcar la opción “Incluir www.dominio.es como nombre de dominio alternativo”, para que el certificado sea válido sobre el dominio con y sin www. Pulsar sobre instalar.

Ahora solamente nos quedaría esperar unos 10 minutos para que se recargue la configuración y poder habilitarlo en la web o aplicación web que gestionemos.

La renovación del certificado es totalmente automática y se realiza de mes a mes, sin que se tenga que intervenir ninguna parte del proceso.

Actualización (Abril 2017): Estos certificados ya soportan a día de hoy los dominios IDN (Nombre de dominio internacionalizado), como son los dominios con ñ o ç.

IMPORTANTE: Se debe tener en cuenta que si se tiene una tienda online con pagos a través de TPV con el módulo Redsys, estos certificados instalados sin una IP dedicada en el hosting tienen una función de certificados SSL SNI y NO SON COMPATIBLES con dicho módulo, mostrando problemas de comunicación entre la pasarela de pago y la aplicación web, generando errores a la hora de registrar los pedidos en la tienda.

Para los CMS más comunes, la activación se realizaría de esta forma:

PRESTASHOP 1.5.x y 1.6.x

1.- Entramos a la administración de Prestashop

2.- Vamos a Preferencias > Configuración.

3.- Habilitar SSL.

PRESTASHOP 1.7.x

1.- Entramos a la administración de Prestashop

2.- Vamos a Parámetros de la tienda > Configuración.

3.- Habilitar SSL.

WORDPRESS 4.x

1. Accedemos al sitio WordPress como administrador

2. Vamos a Ajustes > Generales

3. En el campo Dirección de WordPress (URL): cambiamos http:// por https://

4. En el campo Dirección del sitio (URL): cambiamos http:// por https://

JOOMLA

1.- Accedemos a la administración de Joomla

2.- Vamos a Sistema (System) > Configuración global > Servidor

3.- En la opción Forzar SSL le indicamos la opción de “todo el sitio”

MAGENTO

1.- Accedemos a la administración de Magento

2.- Vamos a System > Configuration > Web

3.- En las urls que aparecen en los dos campos (Inseguro y seguro), sustituir http por https

4.- Marcar “Sí” o “Yes” en las opciones “Use Secure URLs in Frontend” y “Use Secure URLs in Admin”

NOTA: A pesar de activar el protocolo https sobre la web, dependiendo de la configuración que tenga el propio CMS o página web, puede cargar contenido sobre http. Si esto es así, al cargar una página sobre https con contenido http aparecería un error de seguridad o advertencia de página no segura, en estos casos es el cliente o su desarrollador el encargado de corregir de forma manual esas urls para cargar el contenido totalmente sobre https.

Sigue todas nuestras ofertas y novedades en Facebook y Twitter.

Prestashop 1.7 disponible

25 Enero 2017 admin 1 comentario

Tenemos buenas noticias para los usuarios y desarrolladores de Prestashop, ya ha sido integrada la versión 1.7 en el apartado de Aplicaciones de Plesk.

Esta nueva versión de Prestashop ha estado en pruebas durante varios meses tras su lanzamiento gracias al trabajo de la comunidad de desarrolladores y usuarios, y después de varias correcciones y resolución de bugs ya se encuentra disponible para instalar y trabajar sobre ella.

Esta versión ha sido definida por los propios desarrolladores con los términos Code Better, Create Easier, Sell Faster (Mejor Código, Creación más fácil, Vender más rápido). Estos términos son la forma que tienen los creadores de resumir las características principales que definen este nuevo Prestashop 1.7:

* Code Better: Orientada a desarrolladores, han incluido herramientas y estándares (framework Symfony y compatibilidad con PHP 7) que ayudan a incrementar la velocidad de la web y la seguridad en el código.

* Create Easier: Los diseñadores y usuarios dispondrán de más herramientas para cambiar el aspecto visual de la tienda. Con la plantilla por defecto “Starter Theme” como base, encontrarán un tema totalmente editable y podrán crear webs personalizadas y con diseños únicos.

* Sell Faster: Los usuarios/vendedores dispondrán de un nuevo diseño gráfico en la interfaz de la tienda que facilitará su trabajo diario: navegación más sencilla, incorporación de nuevos productos, gestión en bloque del catálogo, administración de los módulos, además de una nueva página de creación de productos más sencilla y avanzada.

El paquete disponible en Plesk es muy sencillo a la hora de instalar y viene totalmente en castellano, además de permitir la selección de idiomas: catalán, gallego y euskera.

A parte de incluir esta nueva versión 1.7, no descuidamos que algunos usuarios prefieran versiones compatibles con módulos o plantillas adquiridas, más estandarizadas y con más revisiones como la 1.5.6.3 y la 1.6.1.11, por ello mantenemos en Plesk los paquetes de instalación de todas ellas.

Puedes comenzar a montar tu tienda online Prestashop 1.7 con nuestro plan Basic, en nuestra web Loading.es tienes toda la información y comparativa de todos nuestros planes.

Sigue todas nuestras ofertas y novedades en Facebook y Twitter.

Uso y tipos de certificados SSL

30 Diciembre 2016 admin 1 comentario

Con esta nueva entrada en el blog vamos a tratar de ayudaros a resolver las dudas más comunes a la hora de decidir si instalar un certificado SSL o no en vuestro sitio web.

La pregunta más repetida es, ¿los certificados de seguridad son a día de hoy obligatorios? La respuesta es no para la mayoría de los casos, pero son altamente recomendables. De hecho, existe una tendencia actualmente en la que sí se está solicitando que las webs de venta online tengan instalado un certificado SSL. El ejemplo más claro lo encontramos en Google Adwords, y si queremos contratar este servicio de anuncios para promocionar nuestras webs, nos lo exigirán.

Antes de nada, vamos a exponer básicamente qué es un certificado SSL, para qué sirve y el modo de funcionamiento.

Los certificados SSL (Secure Socket Layer / Capa de puertos seguros, en castellano) se definen como protocolos criptográficos que proporcionan comunicaciones seguras por Internet. Simplificándolo un poco, se trata de una transmisión de datos segura entre el servidor y el usuario que visita una web e interactúa con ella. Los datos que este usuario introduzca en la web protegida con un certificado SSL viajarán encriptados (codificados) por la red y nadie podría leerlos a pesar de que pudieran ser interceptados por un tercero.

Las ventajas de tener un certificado son evidentes, con ello el usuario tendrá la seguridad de cuando se registre en una página web, realice un pedido o un pago, sus datos van a permanecer a salvo en todo momento de la transacción. La confianza del comprador será mayor que si está navegando o comprando en una web no protegida.

Al instalar el certificado en el servidor sobre el dominio designado, el cliente podrá activarlo en su aplicación web y en la barra de navegación aparecerá la url sobre https y, en navegadores como Chrome o Firefox, el símbolo del “candadito verde” seguro en la barra de navegación.

Ahora expongamos los casos más comunes en los que un cliente que ha montado su página web se pregunta si debe o no instalar un certificado de seguridad y de qué tipo:

Tengo un blog, una web estática o una web con catálogo de productos sin venta online (WordPress, Joomla, Drupal, Prestashop en modo catálogo). Para este tipo de webs más sencillas en las que se pueden registrar usuarios o usar formularios web, se puede disponer del certificado SSL más económico. Son los llamados certificados SSL SNI, disponemos de la información de este certificado en esta entrada del blog.

He desarrollado una tienda online (Prestashop, Magento, Woocommerce, etc.). Estas webs manejan datos más delicados, como registros de clientes donde se solicitan más datos que en un registro normal para un blog o similar: DNI, dirección, número de teléfono, etc. Para esto ya se requiere una IP dedicada y certificado SSL, la IP dedicada sirve para que el dominio quede identificado de forma exclusiva en el servidor. Las pasarelas de pago como Redsys funcionan sobre esta opción.

Dispongo de una tienda online sobre mi dominio, pero además tengo uno o varios subdominios donde tengo un blog, un foro, un acceso administrativo, etc. Por ejemplo:

* En dominio.es tengo mi tienda de venta online.

* En blog.dominio.es tengo un blog con todas las novedades o noticias de mi sector.

* En administracion.dominio.es dispongo de una extranet para mis cuentas.

Para estos casos también existen certificados, nos funcionarán todas estas webs sobre el protocolo seguro contratando una IP dedicada y un certificado SSL Wildcard. Estos certificados son válidos para un dominio y todos los subdominios que deriven de él.

He montado un Prestashop, Magento o Woocommerce con multi-tienda o multi-site. Este caso cada vez es más común, estas aplicaciones web se han mejorado y permiten tener varias webs sobre una misma instalación. Es decir, se instala la aplicación sobre un dominio y añadiendo más dominios en el hosting se pueden crear tiendas independientes administradas desde la misma aplicación y todos podrían funcionar con venta online.

Un buen ejemplo sería crear una tienda online y vender los productos en varios países, tendríamos un dominio para cada uno de ellos (dominio.es, dominio.fr, dominio.uk, etc.).

Vamos a necesitar entonces una IP dedicada y un certificado SSL multidominio. Dependiendo del número de dominios que se administraran habría certificados de 5 y 10 dominios, pudiendo sumar a este último dominios adicionales que se necesitaran de más.

En Loading ofrecemos todos estos tipos de opciones y certificados bajo una empresa puntera en este campo como es Geotrust, de la cuál también somos partners. Son certificados adaptados a las nuevas normativas y de 128/256 Bits, con unos precios muy competitivos en el mercado. Cualquier usuario puede contratarlos desde su área de cliente en el apartado Mis servicios. Ahí encontrará de forma resumida para qué sirve cada certificado y el plan desde el cuál puede contratarse.

Recuerda que también resolvemos cualquier duda desde nuestro soporte telefónico, chat online y tickets.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Cómo clonar mi sitio Prestashop para pruebas

1 Diciembre 20161 Diciembre 2016 admin Deja un comentario

Muchos usuarios nos preguntan habitualmente cómo pueden realizar un clon de su web basada en Prestashop para hacer pruebas, esas pruebas van desde configuraciones de rendimiento a instalación de plantillas o módulos. Un clon de nuestra página sobre un subdominio tiene la gran ventaja de que la web en producción no corre el riesgo de quedar inoperativa por una mala configuración en el proceso o por una incompatibilidad de lo que se está instalando o probando.

Hay muchos casos en los que el usuario no dispone de un programador o desarrollador web que pueda hacer este tipo de acciones, es por ello que ponemos a vuestra disposición este manual para clonar Prestashop. Si se realiza paso a paso no debe dar ningún problema y se podrá obtener una copia exacta de la web para hacer pruebas de forma independiente a la página real y que se tiene en producción.

Varios puntos a tener en cuenta antes de comenzar con esta clonación:

* Este tutorial es meramente informativo y Loading no se hace responsable de un mal uso o error producido en el hosting/web al seguirlo de forma errónea.

* Se recomienda que antes de comenzar a hacerlo, el usuario guarde una copia completa de la web en su equipo: descargando sus archivos por FTP y exportando un volcado de su base de datos desde Plesk > Bases de datos.

* Se debe tener en cuenta que para crear un subdominio es necesario un plan de hosting que disponga de ellos (en nuestro caso, un plan Argentum o superior) y debe tener libre al menos una base de datos para poder duplicar la original.

* Tras el clon, algunos enlaces o módulos pueden tener una configuración interna que siga apuntando al sitio original. Esto lo tiene que corregir el usuario de forma manual a través del propio módulo conflictivo o desde el código de la web o base de datos.

* Si la web original dispone de un certificado SSL, en el clon tendría que desactivar dicha opción ya que no funcionaría.

* Existen plantillas o módulos de pago de Prestashop que operan bajo licencia y que solamente pueden ser usados en un dominio. Si fuera el caso, al clonar la web podría dejar de funcionar dicha plantilla o módulo o el desarrollador de los mismos podría detectarlo.

Aclarado todo esto, vamos a proceder punto por punto a la explicación de cómo clonar su web bajo un subdominio:

1.- Lo primero de todo es entrar al panel de control Plesk donde tenga creado su dominio.

2.- Cuando se acceda al panel de control Plesk, pulsar sobre Añadir subdominio y añadir el nombre que se quiere que tenga el subdominio (p.e. “prueba” o “clon”). En el campo Raíz de documento recomendamos dejarlo como se cree por defecto, de esta forma podremos identificar mejor cuál es el directorio donde hay que copiar los archivos y donde va a tener el contenido ese subdominio. Si el subdominio ya lo tenías creado y tenías contenido puedes borrarlo entrando al directorio raíz del subdominio desde Plesk y usando la herramienta para eliminar archivos.

3.- Vamos a la carpeta del dominio original /httpdocs (o donde estén los archivos originales), marcamos el checkbox de selección de archivos principal y seleccionamos de esa forma todos los archivos. Pinchamos en el botón Copiar.

En la ventana emergente tenemos que poner el directorio creado para el subdominio (por ejemplo /pruebas.dominio.es/). Le damos a Aceptar y ya tenemos copiados los archivos dentro de la carpeta del subdominio.

4.- Vamos ahora a la carpeta raíz del subdominio (p.e. /pruebas.dominio.es/) y entramos en la carpeta /config > Pinchando sobre el nombre del archivo settings.inc.php aparece una opción que hemos de seleccionar “Editar en un editor de texto” > Modificamos estas tres variables borrando los valores que tienen y las dejamos así (aquí aparece como ejemplo “prueba_clon” lo tendría que modificar por los datos de la base de datos que creara):

define(‘_DB_NAME_’, ‘prueba_clon’);
define(‘_DB_USER_’, ‘prueba_clon’);
define(‘_DB_PASSWD_’, ‘prueba_clon’);

Es importante respetar las comillas simples, ya que si borramos más contenido del que aparece en el interior de ellas se provocaría un error de PHP y la web no cargaría. Con esto ya tenemos los archivos preparados.

5.- Los siguientes pasos ya tienen que ver con la base de datos. Pinchamos en Bases de datos desde la parte izquierda del panel Plesk > Pinchamos sobre Crear base de datos y ponemos los mismos datos que en el archivo settings.inc.php de antes (prueba_clon, si seguimos el ejemplo).

6.- Al crear la base de datos, el propio panel nos devuelve a la página donde están creadas las bases de datos. Localizamos la base de datos de la web original y pulsamos sobre la opción Copiar.

7.- En la siguiente pantalla que aparece tendremos que seleccionar la suscripción (si fuera el caso) y marcar la opción “Copiar en base de datos existente“, seleccionando la base de datos creada para el clon.

8.- Cuando termine el proceso, se nos informará que la base de datos ha sido copiada. Ahora debemos pinchar sobre phpMyAdmin de la base de datos clonada.

9.- Accedemos a través de una nueva ventana que se abrirá a la herramienta phpMyAdmin. En la parte izquierda nos va a aparecer el listado de todas las tablas de la base de datos de Prestashop, tenemos que buscar a través de la paginación (estará en las últimas páginas) la tabla *_shop_url (donde el asterisco ‘*’ es el prefijo de las tablas de la base de datos, por lo general en esta aplicación suele ser ps_, sería entonces ps_shop_url). Pinchamos sobre dicha tabla y nos aparecerá en la pantalla principal el contenido de esa tabla con el nombre del dominio original. Tendremos que pulsar sobre Editar, donde aparece el icono de un lápiz.

10.- Editamos los dos campos donde aparece el nombre del dominio original y ponemos el nombre del subdominio que creamos en los primeros pasos. Pulsamos en Continuar y habremos aplicado los cambios.

Ya tenemos nuestra web copiada/clonada sobre un subdominio. El acceso a la adminstración va a tener la misma url final, si accedemos a la original a través de http://dominio.es/admin123 el acceso al clon será a través de http://pruebas.dominio.es/admin123 y el correo y contraseña serán los mismos también.

Para finalizar, si tienes las urls amigables activadas es posible que se requiera regenerar el archivo .htaccess para coger las nuevas rutas, esto se realiza se hace desde la administración de Prestashop del clon > Preferencias > SEO y URLs > Pinchar solamente en el botón “Guardar”.

Si lo has hecho todo correctamente ya podrás trabajar con el clon de tu web en el subdominio sin peligro de modificar o desconfigurar nada en la web real.

Puedes seguir todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Activación PageSpeed

18 Agosto 201618 Agosto 2016 admin Deja un comentario

Desde loading.es, siguiendo con nuestra política de mejora de rendimiento en todos nuestros servidores os informamos que hemos estado haciendo muchas y diversas pruebas con el módulo PageSpeed desarrollado por Google y ya está listo para habilitar en los dominios siempre que el propio usuario lo deseara.

Mod_pagespeed (o PageSpeed) es un módulo de Apache de código abierto que aplica de forma automática mejoras de rendimiento a las páginas y su contenido (CSS, JavaScript, imágenes) sin que sea necesario modificar nada a nivel de configuración o código de la propia página. En la propia web oficial de esta herramienta indican que existen más de 40 filtros de optimización entre los que destacan:

Optimización de imágenes, compresión y reducción de tamaño
Concatenación y minificación de procesos en línea de CSS y JavaScript
Extensión de la Caché
Carga aplazada de JavaScript y de recursos de imágenes

Las pruebas se han realizado sobre las aplicaciones web más populares como Prestashop y WordPress, y los resultados de rendimiento han sido notables, reduciendo la velocidad de carga de la web y obteniendo mejores resultados de cara a los tests de velocidad disponibles en la red*.

En nuestros hostings compartidos, la forma de activación/habilitación de este servicio se realiza desde el panel de control Plesk > Sitios web y dominios > Botón “mod_pagespeed” situado en la parte derecha del menú, tal cual aparece en la imagen:

Una vez ahí, simplemente habría que pulsar el botón “Activar” y en unos 5 minutos comenzaría a funcionar sobre el dominio.

Usando la herramienta de ver el código fuente del navegador que se utilice, se podrá observar cómo este módulo comprime el código de los archivos .js, .css, imágenes, etc.

Para usuarios que disponen de servidores VPS o dedicados administrados podrían solicitarnos la instalación de PageSpeed a través del sistema de tickets. La instalación es relativamente sencilla y quedaría lista en 10 minutos, sin intervención por parte del cliente, sin caída del servicio en ningún momento y sin que que las webs se vieran afectadas en sentido negativo.

* Este sistema no sustituye a la optimización interna de cada web, ya que es una utilidad que ayuda a aumentar el rendimiento de una página, pero no soluciona los problemas de rendimiento de base que puedan arrastrar.

Siga todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Diferencias entre servidor compartido y dedicado

10 Agosto 201610 Agosto 2016 admin Deja un comentario

Una de las dudas que le surgen a menudo a un usuario o desarrollador que está montando o quiere montar una página web es la elección del hosting y si adquirir un servicio en un servidor compartido o en uno dedicado.

Bien, para arrojar un poco de luz a este tema vamos a tratar de aclarar las diferencias y razones para elegir una u otra opción.

La principal diferencia entre un servidor compartido y un servidor dedicado se encuentra en los recursos. Mientras que un servidor dedicado es una máquina física con recursos de CPU y RAM asignados garantizados, los servidores compartidos disponen de importantes recursos en la máquina física, pero estos son limitados para cada suscripción/dominio que ahí se aloja. El número de hostings dentro de un servidor compartido oscilará siempre dependiendo de la potencia de la máquina física en la que se alojan y con la base clara de que no perjudiquen el rendimiento de la misma.

Para una web normal con un tráfico de visitas no muy alto, o para comenzar con el desarrollo de una página, un hosting compartido es la mejor opción. Realmente cuando la página pase a producción es cuando se verá realmente si va a necesitar de más recursos para funcionar de forma correcta.

Teniendo claro todo esto, se deberían tener en cuenta los siguientes puntos a la hora de decidir hacer el importante desembolso para contratar un servidor dedicado:

La principal razón para un cambio o contratación directa de un servidor dedicado se debe encontrar en la previsión o certeza de que la web que se aloje en el servidor va a tener una gran cantidad de actividad o visitas. En este punto podríamos meter también el uso del tráfico entrante/saliente, los servidores dedicados tienen un ancho de banda exclusivo para su contenido.

Alojar una web con gran consumo de recursos. Una web o aplicación web puede tener entre sus funcionalidades acciones o scripts que hacen un consumo grande de memoria al ejecutarse, ya sea debido al gran tamaño de su base de datos o procesos que realiza.

Necesidad de configuraciones en el servidor especiales. Un servidor dedicado es un servidor privado, donde el cliente o su administrador tiene total control para hacer y deshacer configuraciones, instalaciones, actualizaciones (PHP, MySQL, etc.) y todo lo que le sea necesario para el funcionamiento de su web o infraestructura del servidor. Por el contrario, un servidor compartido tiene limitaciones en cuanto a modificaciones internas, ya que modificar algo en el servidor por petición de un usuario para sus necesidades podría afectar a todas las páginas dentro del mismo servidor creando incompatibilidades o errores en las mismas.

Alojar multitud de páginas o actuar de revendedor de hosting. Esta opción va orientada sobre todo a los desarrolladores web, que en un servidor dedicado pueden montar su propio negocio de creación de webs y alojamiento para sus clientes.

Velocidad relativamente más alta. Este es uno de los puntos que más dudas y confusión pueden plantear, ya que la velocidad de carga de una web no va a depender solamente de los recursos del servidor donde se aloje. De hecho, lo más importante para obtener un rendimiento óptimo de una web viene definido por la programación interna de la misma. Se dan muchos casos de webs poco optimizadas en un dedicado que no tienen una velocidad adecuada y justo lo contrario, webs muy optimizadas a nivel interno en servidores compartidos con velocidades increíbles.

A mitad entre estos dos servicios encontraríamos los servidores VPS o servidores privados virtuales, donde una máquina o contenedor virtual se aloja en una máquina física donde pueden haber montadas más máquinas virtuales. A estos servidores se le designan también recursos propios de CPU y RAM y son totalmente configurables porque son privados. Una buena opción para webs que requieren de más recursos que puede ofrecer un hosting compartido y que no llegan al punto de necesitar una máquina física tan potente como un dedicado.

Esperamos haberos podido ayudar a aclarar un poco este tema a la hora de dar el paso con la contratación de un servidor para alojar vuestras webs. Hay que tener en cuenta que la última palabra siempre la tendrá el usuario a la hora de contratar un servidor dedicado o no, pero debido al desembolso económico y conocimientos de administración de servidores que esto supone, nuestro consejo es que solamente se contrate en caso de ser necesario y se cumpla al menos algunos de los puntos anteriores.

Siga todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

¡Ampliamos recursos en nuestros VPS!

21 Octubre 201521 Octubre 2015 admin 2 comentarios

Nos complace informaros que hemos ampliado los recursos de espacio en disco SSD y memoria RAM de todos nuestros planes VPS sin ningún tipo de incremento en el precio. Es por ello que si estabas pensando en contratar o cambiar a un VPS, este es tu momento.

En el caso de la memoria RAM hemos duplicado el valor original y el espacio en disco lo hemos incrementado en un 50%, por lo que los planes pasan a tener los nuevos valores que detallamos a continuación:

Con este incremento en las prestaciones de los servidores ofrecemos al usuario más posibilidades de desarrollo de sus proyectos presentes y futuros, con potencia y capacidad suficiente para alojar mayor número de aplicaciones web en el mismo servidor.

Para obtener más información sobre estos nuevos recursos y los restantes de nuestros planes VPS puede pinchar aquí.

Continuamos trabajando para mejorar las capacidades de todos nuestros servicios y pronto tendremos disponibles nuevas novedades, os mantenemos informados.

Siga todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Versión PHP 5.6 disponible en el servidor

8 Septiembre 2014 admin Deja un comentario

Estimados usuarios, les informamos que ya está disponible la nueva versión PHP 5.6 seleccionable desde el panel de control.

Esta actualización cambia algunas de las funcionalidades internas del lenguaje que podrán ser aprovechadas por los desarrolladores o programadores que trabajen directamente con el código de la web.

En este enlace aparecen todos los cambios que van de la versión de PHP 5.5 a esta nueva 5.6 > http://php.net/manual/es/migration56.php

Como se indica en el enlace anterior, la mayoría de las mejoras no variarían el funcionamiento en el código ya programado, pero habría que revisar los cambios en esta versión con respecto a las anteriores para evitar que se produjeran incompatibilidades.

La configuración del servidor sigue estando como el usuario la tuviera configurada originalmente, no se ha variado nada en ella y esta nueva característica es una opción que el programador de la web puede seleccionar y usar para optimizar/generar el código de la página.

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

28 Mayo 2014 admin Deja un comentario

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