Cuando empiezas a trabajar con Kayako es imposible, de una forma intuitiva, saber que función tiene cada pestaña en la administración de un ticket. Dejo aquí un link de la documentación oficial que nos resuelve la duda. http://wiki.kayako.com/display/DOCS/Viewing+and+handling+a+ticket

Una buena práctica, para aumentar el rendimiento de Varnish, es utilizar la memoria de nuestro host. Para cambiar de disco a memoria, cambiaremos esta parte de la configuración de Varnish y procederemos a su reinicio. Veremos acto seguido que el consumo de memoria aumenta considerablemente. Utilizaremos un 80% de la memoria del sistema como máximo 123VARNISH_STORAGE_FILE=/var/lib/varnish/varnish_storage.bin VARNISH_STORAGE_SIZE=8G VARNISH_STORAGE="malloc,${VARNISH_STORAGE_SIZE}" En relación con esto, tener en cuenta que lo más óptimo es un sistema de 64 bits, y más, si vamos...

Para CentOS/RedHat 1<strong># yum remove drweb-base drweb-bases drweb-common drweb-daemon drweb-updater  psa-drweb-configurator</strong> Para Debian/Ubuntu 1<strong># apt-get remove drweb-base drweb-bases drweb-common drweb-daemon drweb-updater  psa-drweb-configurator</strong>

Varnish es un proxy reverso, un acelerador web que cachea las peticiones que recibe, a sus respectivos backends. Con CACTI es fácil presentar una gráfica simple con los hits, misses y request del host. Necesitaremos un script, el template para Cacti y tener controlado el puerto de admin de Varnish y que Cacti pueda conectarse. Convendría por último, por iptables, hacer que sólo Cacti acceda al puerto en cuestión. 0. Varnish Admin Hemos de procurar tener claro que Cacti podrá acceder a la IP + puerto de la administración de Varnish 1. Descargamos script 1234<strong># wget...

Después de ver en diferentes pruebas(estático+dinámico), hablando con diferentes personas, atando cabos allí y allá, que Apache agota sus últimos años como servidor Web en Internet, se me hace harto difícil, dilucidar porque Parallels no ha implementado ya Nginx server en su Panel de Control Plesk. Es imposible que exista un sólo motivo técnico de peso para mantener esa decisión. Objeciones, las que sean, mótivos reales, no puedo creer que alguien los defienda. Actualmente, sigue siendo el servidor web con mayor presencia en Internet de lejos, seguido no muy cerca por Microsoft,...

Otro de los caballos de batalla, con los que debemos lidiar, es el rendimiento en servidores web de contenido dinámico. Y uno de los lenguajes más usados es PHP. Por eso es, sería, importante analizar las diferentes opciones que tenemos a nuestra disposición y sacar nuestras conclusiones. Anteriormente, ya se pudo ver, y hay otros (cientos) análisis que demuestran la potencia de Lighttpd o Nginx en cuanto al servicio de contenido estático. De todas las opciones disponibles, me he centrado particularmente de comparar el rendimiento entre Apache y Nginx. Soy consciente de haber dejado por...