Freebsd /usr/ports: No such file or directory.

He instalado freebsd en una maquina virtual para luego ver si me decido hacerlo mi sistema de escritorio, y me he encontrado con el problema de que el directorio /usr/ports no existe.

Para solucionar este problema se puede hacer lo siguiente:

csup -h cvsup.us.freebsd.org /usr/share/examples/cvsup/ports-supfile

Montar Ext4 en Debian Lenny.

Debian Lenny no soporta el formato Ext4 oficialmente, por que era experimental en el momento en que Lenny fue lanzada, pero tenia un driver experimental que puedes usar para leer los archivos.

tune2fs -E test_fs /dev/sdax
mount -t ext4dev -o ro /dev/sdax /mnt/sdax

Utilidades para checar la optimizacion de una pagina.

La velocidad de un sitio es un factor importante para mantener a nuestros visitantes felices, existen multitud de herramientas que nos pueden ayudar a lograr nuestro objetivo de optimizar la velocidad de carga de una pagina.

Yo recomiendo las siguientes:

YSlow

Este me gusta mas que Page Speed ya que muestra graficas y en general se me hace mas presentable que page speed.

Descargar: http://developer.yahoo.com/yslow/

Page Speed

Descargar: http://code.google.com/speed/page-speed/download.html

Los dos necesitan la extension firebug para funcionar https://addons.mozilla.org/es-ES/firefox/addon/1843

Yo he tratado de optimizar la pagina para un score de 100, pero lo máximo que he logrado a sido un 98… ya no se que mas modificar xD.

Ya empezo el google dance.

Hoy me lleve la sorpresa de que a una de mis paginas le bajo el pr …

a algunas otras les subio tambien…

a trabajar se ha dicho :p.

Tips de optimizacion wordpress + lighttpd.

Lo primero que se debe hacer es activar la opción de cache de lighttpd.

abre tu archivo /etc/lighttpd/lighttpd.conf y descomenta el mod_compress.

En mi caso quedo asi.

server.modules = (
“mod_access”,
“mod_alias”,
# “mod_accesslog”,
“mod_expire”,
“mod_compress”,
“mod_fastcgi”,
“mod_cgi”,
“mod_rewrite”,
“mod_setenv”,
# “mod_redirect”,
# “mod_evhost”,
# “mod_usertrack”,
# “mod_rrdtool”,
# “mod_webdav”,
# “mod_expire”,
# “mod_flv_streaming”,
# “mod_evasive”
)

También anade las siguientes lineas:

compress.cache-dir = “/var/cache/lighttpd/compress/”
compress.filetype = (“text/plain”, “text/html”, “application/x-javascript”, “text/css”, “text/javascript”)

compress.cache-dir es donde se guardan los archivos y
compress.filetype le dice a lighttpd que archivos se pueden guardar en la cache.

Ya con eso tienes la mayoria de los archivos en cache.

El caso de php es especial ya que es dinámico, para activar la cache de php, debes editar el archivo php.ini en /etc/php5/cgi/php.ini y descomentar las siguientes lineas:

zlib.output_compression = On
zlib.output_handler = 1

y por ultimo reinicias lighttpd.

/etc/init.d/lighttpd restart

Nota: Instrucciones basadas en Debian Lenny

Optimizacion de la velocidad de carga de un website.

Me paso que una de las paginas que tengo la han bajado de posicion, y buscando la razon creí que di con ella.

Resulta que esta pagina tiene muchos comentarios, ya que a los usuarios le gusta participar en ella, y Google a empezado a tomar en cuenta el tiempo de carga de las paginas para organizar sus resultados, y creo que eso a afectado dicha pagina.

Aquí una muestra de la lentitud de la pagina:

Como se puede observar es extremadamente lenta, asi que decidi buscar el problema para darle solucion, lo primero que reconoci fue la cantidad de comentarios… en una de los posts tiene mas de 1800 comentarios… mas de un megabyte de puros comentarios.

Asi que empecé a buscar soluciones, y para mi sorpresa WordPress incluye una solucion para este problema, para activar en el panel da click en “Discussion” y activa la casilla que dice “Break comments into pages…” esto lo que hace es dividir el total de comentarios en diferentes paginas asi se reduce el tiempo de carga de la pagina del post principal.

La pagina en cuestion es http://versosdeamor.info le tuve que modificar el theme ya que ese fue creado cuando aun no existia esa opción.

Ya los posts cargan mas rapido los he limitado a 200 comentarios por pagina, lo siguiente sera seguir buscando donde optimizar mas.

Reinstalar archivos de configuracion de debian.

Me he encontrado con este problema de que si instalas un paquete lo remueves y lo reinstalas otra vez, algunas veces omite instalar el archivo de configuración.

Solución:

apt-get –purge remove Paquete
aptitude install Paquete

y queda como nuevo.

Optimizar tablas mysql.

Bueno con el post anterior acerca de optimizar mysql con Mysql Tuner, me encontré con el problema de que tengo muchas bases de datos con muchas tablas asi que me tuve que crear un script para realizar la tarea.

DBS=”$(mysql -pMYSQLPASSWORD -Bse ‘show databases’)”
for db in $DBS
do
echo $db
TABLES=”$(mysql -pMYSQLPASSWORD –database=$db -Bse ‘show tables’)”
for table in $TABLES
do
echo “Optimizing Table $table”
mysql -pMYSQLPASSWORD –database=$db -Bse “OPTIMIZE TABLE $table”
done
done

Basicamente el script lo que hace es tomar la lista de base de datos, luego con esa lista ir pasando en cada una y obtener las tablas, y ya con eso puedes ejecutar OPTIMIZE TABLE.

Si deseas utilizar este script cambia MYSQLPASSWORD por tu password de mysql, y copia el contenido en un archivo ponle un nombre por ejemplo optimiza.sh, y para ejecutarlo utiliza la siguiente linea:

sh optimiza.sh

Optimizar MYSQL.

Si tienes la necesidad de optimizar mysql puedes usar el siguiente programa:

MySQLTunner
http://blog.mysqltuner.com/download/

Lo descargas con

wget mysqltuner.pl

y lo ejecutas

perl mysqltuner.pl

Te preguntara el usuario de la base de datos, y el password de la base de datos.

y te dara instrucciones de que variables configurar en el archivo my.cnf asi como consejos para tus aplicaciones que usen mysql.

Ejemplo

Server:~# perl mysqltuner.pl
>> MySQLTuner 1.0.1 – Major Hayden
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with ‘–help’ for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:

——– General Statistics ————————————————–
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.51a-24+lenny3-log
[OK] Operating on 64-bit architecture

——– Storage Engine Statistics ——————————————-
[--] Status: +Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 175M (Tables: 419)
[OK] Total fragmented tables: 0

——– Performance Metrics ————————————————-
[--] Up for: 20m 47s (6K q [5.370 qps], 1K conn, TX: 21M, RX: 525K)
[--] Reads / Writes: 96% / 4%
[--] Total buffers: 138.0M global + 2.6M per thread (300 max threads)
[OK] Maximum possible memory usage: 925.5M (45% of installed RAM)
[OK] Slow queries: 0% (0/6K)
[OK] Highest usage of available connections: 1% (4/300)
[OK] Key buffer size / total MyISAM indexes: 32.0M/31.8M
[!!] Key buffer hit rate: 89.2% (14K cached / 1K reads)
[OK] Query cache efficiency: 22.9% (839 cached / 3K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 273 sorts)
[!!] Joins performed without indexes: 13
[OK] Temporary tables created on disk: 24% (96 on disk / 394 total)
[OK] Thread cache hit rate: 99% (4 created / 1K connections)
[!!] Table cache hit rate: 5% (47 open / 925 opened)
[OK] Open file limit used: 2% (95/4K)
[OK] Table locks acquired immediately: 100% (2K immediate / 2K locks)

——– Recommendations —————————————————–
General recommendations:
MySQL started within last 24 hours – recommendations may be inaccurate
Adjust your join queries to always utilize indexes
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
join_buffer_size (> 128.0K, or always use indexes with joins)
table_cache (> 2048)