content top

Servidor para mucho trafico – Optimizacion de WordPress

En general cuando exponemos optimizaciones de WordPress, lo que hacemos es exponer las velocidades de carga de antes y después, en el caso de nuestros servidores VPS optimizados, asimismo acostumbramos a exponer la velocidad de carga en el precedente hosting y la diferencia al migrar a nuestros servidores. Mas en un caso así vamos a enseñar algo diferente, vamos a enseñar y también intentar exponer el nivel de eficacia de nuestras configuraciones en servidores VPS y servidores dedicados. Hace dos días mientras estábamos en un día normal, pero bastante ajetreado nos brincaron las alarmas del sistema de monitorización debido al ancho de banda que consumía el servidor dedicado de uno de nuestros clientes del servicio, curiosamente en el dedicado solo hay weblogs WordPress, no se emplea el servidor como CDN, con lo que nos pusimos a mirar que ocurría. Al entrar al panel de control del servidor dedicado  nos encontramos con las próximas gráficas: Uso de ancho de banda en el servidor: Uso de recursos de CPU del servidor (Intel Xeon E5-1650v2 de 8 threads a tres con cuatro Ghz): Empleo de memoria RAM en el servidor (treinta y dos GB de RAM DDR3 a 1866 Mhz). Como puedes ver el consumo de ancho de banda es bestial, si bien cada página servida a los visitantes oscila entre 1,5MB y 2MB, por lo que no hablamos de un consumo por una mala optimización de las imágenes, sino más bien un alto consumo por un enorme volumen de tráfico. Es increíble ver como un servidor está sirviendo más de seiscientos Mbps de ancho de banda sin ni tan siquiera notarse en el desempeño general del hardware, hasta el instante solo habíamos visto picos de uso de ancho de banda PARA UN SOLO CLIENTE de hasta cuatrocientos Mbps, jamás de quinientos Mbps o bien pero de 600 Mbps, si bien pronto aguardamos ver picos de hasta 1 Gbps. Como puedes observar, pese al consumo, la CPU y la memoria RAM ni se alteran, con lo que consideramos que la optimización de este servidor dedicado y de este WordPress es un éxito. En este caso la configuración del servidor está basada en 2 puntos clave que son los cimientos sobre los que se sostiene el volumen de tráfico: Nginx como proxy inverso y como cache: Cacheamos las páginas con cache de veinte minutos, con esto el servidor soporta de forma perfecta los picos de tráfico virales sin subir el consumo de RAM y CPU de forma considerable. OPCache: Nosotros empleamos Zend OPCache ya que en un benchmark de OPCache que hemos hecho hace unos meses nos hemos dado cuenta de que Zend OPCache es la mejor solución...

Read More

Optimizando WordPress – Caso real #8

Ya hacia un buen tiempo que no publicábamos algo relacionado con una optimización de WordPress, en un caso así más que una optimización es una demostración de lo que se consigue migrando tu sitio web a un servidor VPS optimizado de sered Networks. En este caso específicamente el cliente migro un sitios con unas 300 o bien 400 visitas concurrentes continuas al servidor, finalizamos la migración con la implementación de Memcached a través de el uso del complemento Flexicache que nos deja guardar cache en la memoria RAM con la extesion PECL Memcached. El sitio anteriormente estaba sobre un servidor VPS de un proveedor estadounidense, un VPS con 2 GB de RAM y 2 vCores con cPanel como panel de control, el resultado de las pruebas de carga utilizando la herramienta de pingdom.com fueron los siguientes: Como puedes ver en las precedentes imágenes, la velocidad de carga en el servidor anterior no era tampoco demasiado mala, mas el usuario migro a nosotros porque el servidor VPS precedente era incapaz de sostener la carga de usuarios cuando ocurría un pico de tráfico. Después de migrar el sitio e incorporar Flexicache con Memcached conseguimos los próximos resultados de carga: Esta mejora en la velocidad de carga por debajo de 1 segundo se consigue usando Flexicache con Memcached y a la vez utilizando su modo standalone, por si fuera poco el servidor VPS lleva Nginx como proxy inverso con el cache activado en nivel 2, por si fuera poco, Zend OPCache guarda los archivos PHP procesados en la memoria RAM y esto calma bastante la carga. En muy pocos casos podemos decir que hemos hecho que el sitio cargue bajo 1 segundo, supongo que la buena optimización de la plantilla instalada por el cliente tiene bastante relación con la velocidad de carga. Si precisas progresar la velocidad de carga de tu sitios o bien sitios web, puedes contactar con nosotros sin compromiso y te recomendaremos que servidor VPS se ajusta a las necesidades de tu...

Read More

FancyBox puede provocar el hackeo de tu WordPress

Hace unas horas aparecía en Internet una noticia sobre un esencial fallo de seguridad en un plugin de WordPress muy utilizando: FancyBox para WordPress. Nosotros hemos protegido de forma rápida a nuestros clientes de hosting compartido contra el malware que puede ser insertado en WordPress a través del fallo de seguridad de FancyBox. Recomendamos a todos nuestros clientes del servicio de servidores VPS, servidores VPS optimados y servidores dedicados que actualicen su complemento FancyBox en caso de tenerlo instalado o bien que lo desinstalen temporalmente hasta el momento en que aparezca una solución completa para el problema, en tanto que es mejor prevenir que tener inconvenientes. A través de este fallo de seguridad el atacante puede efectuar una inyección XSS en el sitio web WordPress logrando acceso al sitios y si el servidor no está adecuadamente configurado y protegido el atacante podría conseguir acceso completo al servidor. En el blog de Sucuri, en la nota oficial de la vulnerabilidad, se comenta un ejemplo de como el atacante puede conseguir la inyección XSS mediante una solicitud POST a un factor del plugin FancyBox for WordPress: Esta vulnerabilidad se puede prevenir por medio de una modificación de las reglas del firewall del servidor, que es lo que hemos hecho para nuestros clientes de alojamiento compartido, en el caso de nuestros servidores VPS optimizados solo existe una solución: actualizar o borrar el plugin de la instalación de WordPress. Esta vulnerabilidad se añade a la lista que poquito a poco va incrementando de vulnerabilidades que aparecen en plugins populares durante el último año, la ultima fue una vulnerabilidad fundamental en el plugin Revolution Slider para WordPress (plugin que empleamos nosotros en este sitio web) y la vulnerabilidad relacionada con el malware CrypPHP que causo daños esenciales en instalaciones de WordPress. Si precisas ayuda para sostener tu WordPress seguro puedes contactar con sered.net y te informaran sin ningún compromiso de de qué forma puedes tener tu WordPress seguro, si ya eres usuario nuestro no te...

Read More

Hacienda rastreará más de 200 mil dominios en internet para batallar contra el fraude fiscal

La Agencia Tributaria acentuará la lucha contra las nuevas formas de fraude que se generan en la red, a través de la captación y explotación de la información pública libre en internet que deje descubrir actividades escondes o bien recursos objeto de un comercio ilegal. De esta forma consta en el Plan de Control Tributario dos mil quince de la corporación, publicado este miércoles en el Folleto Oficial del Estado (BOE). En el plan Hacienda asimismo apunta que asimismo va a hacer actuaciones de control sobre aquellos fabricantes o bien prestadores de servicios que comercialicen sus recursos o bien servicios mediante internet para asegurar la conveniente tributación en España de las rentas generadas por esa actividad. Dicha captación de información se efectuará mediante una serie de herramientas informáticas que dejarán ordenar y sistematizar la información. De este modo, está previsto cruzar la información de sobra de doscientos dominios para su siguiente integración a las bases de datos de la Administración Tributaria. Del mismo modo, y al objeto de valorar la relevancia económica de las páginas de comercio online,  se procederá a la captación de los “rastros de éxito” que ofrecen las compañías expertas en análisis y valoración de páginas y en redes sociales. Asimismo se utilizará la tecnología de las redes sociales para examinar operaciones comerciales entre agentes económicos para identificar patrones de comportamiento que se corresponden con actividades...

Read More

Amazon CloudFront con W3 Total Cache en WordPress

Para el que no conozca exactamente lo que es un CDN tenemos un artículo publicado anteriormente donde explicamos precisamente lo que es un CDN o bien Content Delivery System. Estos sistemas sirven esencialmente para proporcionar el contenido estático por medio de diferentes POPs, puntos de presencia o servidores distribuidos alrededor del planeta. Nosotros generalmente empleamos Amazon CloudFront, pero en este caso hablaremos de de qué forma incorporar Amazon CloudFront en un sitios WordPress usando para ello el plugin W3 Total Cache. La razón de emplear el plugin W3 Total Cache es que realiza la gestión automática de los buckets S3 que van a marchar como origen y gestiona también el adecuado funcionamiento de los CNAME que redireccionan a la dirección de CloudFront. Evidentemente ya antes de iniciar con la configuración de Amazon CloudFront debemos instalar W3 Total Cache, y ya que está instalado deberíamos implementar el cache, ya que de este modo lo aprovechamos. Si buscas un servidor VPS preparado para utilizar el cache de W3 Total Cache en Memcached puedes consultar los precios de nuestros servidores VPS optimizados con VestaCP. Antes de nada, quizá te interese ver todo paso a paso a través del siguiente videotutorial: CONFIGURAR W3 TOTAL CACHE Primero vamos a dirigirnos a la sección General Settings” de W3 Total Cache, a la sección CDN”: Debemos elegir Amazon CloudFront” en el bloque Origin Push” en el desplegable y pulsamos el botón azul Save all settings”, de momento no marcamos la casilla CDN” como Enable puesto que por el momento no vamos a activar CloudFront hasta tenerlo plenamente configurado. Vamos a dirigirnos a la sección de CDN de W3 Total Cache, para esto vamos a utilizar el menú de Performance” que se colocan en el panel de WordPress cuando instalamos W3 Total Cache: Ahora nos dirigimos a la sección Configuration”, donde debemos configurar los datos de autentificación de la cuenta de Amazon AWS. Lo siguiente que tenemos que hacer es configurar Amazon AWS para conseguir los datos que debemos insertar en W3 Total Cache. CONFIGURAR AMAZON CLOUDFRONT Lo primero que vamos a hacer es crearnos una cuenta en Amazon AWS, si es una nueva cuenta vamos a tener la posibilidad de aprovechar el Free Tier de Amazon, que incluye cincuenta GB de tráfico en Amazon CloudFront y dos mil de peticiones por mes. Después de crear la cuenta vamos a crear los credenciales de autentificación a fin de que nuestro WordPress pueda acceder al API de Amazon CloudFront. En el panel donde se muestran todos y cada uno de los servicios de Amazon AWS nos dirigimos a IAM ya antes de nada: Vamos a dirigirnos a la sección Users” y pulsamos sobre...

Read More
content top