Se llamara Karate-kid… Porque me sale del forro y con dos cojones!

Publicado por Kilior un Tuesday, June 15th 2010   
15
Jun

En algun lugar de california de cuyo nombre no quiero acordarme un dia a Will Smith y a su señora se les ocurre hacer una peli que sea como karate kid, un remake… pero a su manera, es decir nada de chicos blancos, que para eso ya tienen varios crios de donde escoger, así que de prota, el hijo del medio que para eso ya tiene experiencia desde pequeño y… adivida de donde salio la idea. Ademas para eso estan papa y mama sudandose la producción. De sensei de artes marciales, el colega Jakie Chan es experto en artes marciales… bueno el es Sifu y lo que practica es kung fu, pues le ponemos kung-fu kid y listo, para el guion podemos poner a Steve Conrad que así no la cagamos como los demas remakes de este año y como ademas el mayor mercado emergente ahora son los chinos y va de kung-fu matamos dos pájaros de un tiro y lo rodamos en Pekin.

Llega el momento de la vaerdad: lo presentan en los estudios… imagino que varias milesimas de segundo despues alguno de los “productores ejecutivos” dijo: tiene que llamarse Karate-kid y a partir de ese mistico instante mi imaginacion vuela…

veo a los Smith diciendo: “pero tenemos socios chinos” , “Pero es que.. ¡es kung-fu!”, “Pero que coño cuesta si no hay otra peli con ese nombre” a todo lo cual recibieron por respuesta el titulo del post.

Al final quedo esto:

Ahora bien, dado que en el resto del mundo se Llama Kung-fu Kid y que segun los que la vieron la peli en si no esta tan mal… ¿por que no hay un alma caritativa que despida a los puñeteros “Executives” y dejan a la gente de bien hacer su trabajo con un mínimo de coherencia?

Si la rodaron como Kung-fu kid, si tuvieron que cambiarle el nombre en los países en los que saben distinguir entre un puño y una patada porque no dejar las viejas glorias quietas en mi memoria.

¿Que pasa, tenían miedo de que no la relacionara con la veja franquicia?

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: El Pasado va a Remolque     
No hay comentarios todavía   



Se puede ser mas músico, pero no mas friki!

Publicado por Kilior un Wednesday, June 2nd 2010   
2
Jun

Se llama Tripod! y tienen un lugar junto a los dioses

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Musica     Tags: , , ,
No hay comentarios todavía   



Reemplazar texto en multiples archivos

Publicado por Kilior un Thursday, May 27th 2010   
27
May

Para reemplazar un texto o string cada vez que aparezca en los archivos:

 find /path/directorio "*.txt" | xargs perl -pi -e 's/texto/reemplazo/g'

Para reemplazar la primera vez que aparezca el texto:

 find /path/directorio "*.txt" | xargs perl -pi -e 's/texto/reemplazo/'

Para reemplazar todos los archivos dentro de un directorio:

 for arg in 'ls -C1'; do perl -pi -e 's/texto/reemplazo/g'; done;

Existe infinidad de combinaciones posibles utilizando el shell de la linea de comandos. Tomemos como ejemplo la primera busqueda:

 for arg in 'find /your/home/dir -name "*.txt"' ; do perl -pi -e 's/texto/reemplazo/g' $arg; done;

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Informatica, Scripts     Tags: , , ,
No hay comentarios todavía   



BARNALUDICA 2010 28 al 30 de mayo

Publicado por Kilior un Thursday, May 27th 2010   
27
May

A partir de maña y hasta la noche del domingo: Barnaludica.

Barnaludica 2010 - 28 al 30 de mayo

Barnaludica

Puedes llegar en metro por la linea L3 quedándote en la estación fontana, pero te recomiendo que lo consultes en TMB suele darte la mejor conbinacion para llegar desde tu casa.
View Larger Map

Yo estaré en el espai jove de gracia junto con el resto de los compañeros de Stronghold, allí nos estaremos dedicando al antiguo y difícil arte de mantenerlos entretenidos ;)

Cualquier queja que tengas sobre la organización, y esto es muy importante: NO SE LA HAGAS AL TIPO ALTO CON GRANDES PATILLAS… puedes comentármela a mi o a cualquier otro pero tengo el presentimiento que hoy en la mañana lo rapto su doble maligno y como es quien me coordina a mí y a Yu, mientras menos estresado mejor :D

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Rol, WH40k, wargames     Tags: , ,
No hay comentarios todavía   



Instalar Magento en localhost partiendo de una copia del servidor

Publicado por Kilior un Thursday, May 27th 2010   
27
May

Magento aplicacion opensourse para eCommerceHay muchas formas de instalar magento en un localhost, las tipicas son las que nos muestran en la documentacion de magento, pero algunas veces lo que necesitamos es crear una version de pruebas de nuestra tienda para usarla en local y hacerle cosas sucias…. muy sucias.

En esos casos mas que una instalacion limpia necesitamos un clon de lo que esta en nuestro servidor. No voy a entrar en detalles de como instalar la infraestructura (apache, mysql, php, zend, etc) ni sobre que sistema hacerlo, mi recomendacion es que mientras se parezca el entorno de pruebas al entorno de produccion habra menos sorpresas, pero aqui parto de que ya tenemos funcionando y bien configurados al menos Apache con todo lo que necesitamos, mysql, php con todo lo que necesitamos, phpmyadmin y acceso como administrador para poder copiar, reiniciar servicios, etc.

Primero lo primero, tenemos que recoger de nuestro servidor que queremos clonar lo siguiente:

  • backup de nuestro magento (todo el directorio de instalacion completito preferiblemente con sus permisos)
  • dump de la base de datos de magento
  • los datos de instalacion de magento: usuario de la BD, clave, usuario administrativo, clave, etc (esto se puede extraer de los archivos de configuracion, pero siempre sera mas sencillo si lo tenemos todo a mano)
  • esto lo buscamos en nuestro pc: las ubicaciones de nuestros archivos de configuracion local de apache para hacer las modificaciones pertinentes

vale, ahora al tajo:

Yo mantengo una estructura de directorio para todas las aplicaciones de mi servidor local, no es obligatorio, pero es recomendable, asi que lo primero es escoger el directorio para instalar las aplicaciones (que se encuentre del acceso publico por favor, nada del clasico htdocs o www) y alli creas cuatro directorios:

  • config: para el archivo de configuracion de apache
  • mysql: para los dumps de la base de datos
  • htdocs: para los archivos publicos de la aplicacion
  • scripts: para los scripts administrativos (aunque en este post no lo voy a tratar)

Lo siguiente es descomprimir el backup de nuestro magento en el directorio htdocs.

Ahora vamos a preparar la base datos con la informacion de configuracion del servidor que deveriamos tener a mano… Que no la tienes, pues no pasa nada dentro del directorio de magento busca el archivo /app/etc/local.xml
alli encontraras entre otra informacion algo como esto: 

<connection>
   <host>localhost</host>
   <username>DB_USUER</username>
   <password>DB_PASSWORD</password>
   <dbname>DB_NAME</dbname>
   <active>1</active>
</connection>

Vale ahora que si o si ya tienes la informacion, crea una base de datos mysql llamada como DB_NAME, asignale un usuario DB_USER con password DB_PASSWORD, a ese usuario dale permisos para lectura, escritura, etc y asegurate que pueda acceder desde localhost.

Para asegurarnos que puede acceder desde localhost tratamos de logearnos a mysql con ese usuario:

ejemplo para linux:

sudo mysql -uDB_USER -pDB_PASSWORD

en windows, no se usaria el sudo, y quizas en lugar del comando mysql deba usarse mysqld.exe, segun como se haya instalado mysql en ese equipo.

Si funciona pasamos a configurar apache, sino… de vuelta al phpmyadmin o lo que uses para modificar tus usuarios de mysql y revisa que le diste permiso para acceder desde localhost no basta con usar el codin %, asegurate de que hay un usuario DB_USER@localhost

Configurar apache: primero vamos a crear un archivo en el directorio config, puede tener cualquier nombre que termine en .conf, yo suelo usar el nombre del dominio que estamos cloando, pero para gustos… en este ejemplo lo llamare magento. luego entonces creamos /config/magento.conf y le metemos dentro el siguiente codigo

Alias /magento/ "/RUTA_A_DIRECTORIO_DE_APLICACIONES/htdocs/"
Alias /magento "/RUTA_A_DIRECTORIO_DE_APLICACIONES/htdocs"
<Directory "/RUTA_A_DIRECTORIO_DE_APLICACIONES/htdocs">
    Options Indexes MultiViews
# EL ALLOWOVERRIDE ES IMPORTANTE PARA QUE FUNCIONE MODREWRITE
    AllowOverride All
    Order allow,deny
    Allow from all
</Directory>

Aqui hay un par de detalles importantes: AllowOverride All para poder tener activo el mod_rewrite que usara magento. La ruta al directorio de aplicaciones sea la correcta para el sistema operativo con el que trabajas. Y finalmente el Alias es el nombre con lo convocaras desde el navegador, puedes cambiarlo.

Recuerdan que habia que tener claro donde estan los archivos de configuracion de apache? vale pues les toca el turno. Nos buscamos el archivo de configuracion principal de apache, en cada caso puede variar un poco, pero en el mio son tres: /etc/apache2/apache2.conf donde esta la configuracion principal, para mos modulos activos tengo archivos de configuracion en la carpeta /etc/apache2/mods_enabled y /etc/apache2/httpd.conf donde esta la informacion de los sitios de usuario, etc. cada cual tendra que ver cual le toca segun que y como hizo sus instalaciones.

pues bien hay que asegurarse que en algun lugar de la configuracion se carga el modulo rewrite
en Linux debe aparecer

LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so

en windows seria

LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.dll

para forma menos complicada de hacerlo, abro el achivo /etc/apache2/httpd.conf y añado al final estas dos lineas:

LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so
Include "/RUTA_A_DIRECTORIO_DE_APLICACIONES/config/magento.conf"

Despues reiniciamos apache y aqui viene el truco, si no se quejo es que todo va bien. Si el log nos muestra un error o apache no arranca es porque o bien el modulo se cargo dos veces, no esta instalado asi que borramos la linea del LoadModule si se sigue quejando y la ruta al archivo magento.conf es correcta, es porque el modulo rewrite no esta instalado. instalalo

Bueno una vez que apache a sido reconfigurado y reiniciado, toca retocar el archivo .htaccess en el directorio htdocs donde vaciamos nuestro backup. en /htdocs/.htaccess buscamos la siguientes lineas

############################################
## you can put here your magento root folder
## path relative to web root

    RewriteBase /index.php/

y cambiamos la base de reescritura para que funcione con el Alias que escogimos, magento en nuestro ejemplo. quedaria asi:

    RewriteBase /magento/index.php/

es importante no comerse el / del final.

Finalmente nos aseguramos que los directorios clasicos tienen permisos de lectura y escritura:

  • htdocs/var/.htaccess
  • htdocs/magento/app/etc
  • htdocs/magento/var
  • htdocs/magento/media

Si queremos tener acceso a magento connect para poder probar modulos y otras cosas bellas, entonces tendremos que darles permisos de lectura, escritura y ejecucion a todo htdocs… TODO, es en serio sino no va a funcionar. Yo no lo tengo funcionando porque tengo ya instalados los modulos que necesito y prefiero no tener discrepancias entre los permisos de mi servidor y mi ambiente de pruebas, pero de nuevo eso va al gusto del consumidor.

Ahora toca la parte mas importante de todo proceso: elevamos nuestras plegarias los demonios de la maquina, reiniciamos apache por ultima vez y finalmente escribimos en el browser: http://localhost/magento.

Si todo esta correcto deberiamos ver un clon de nuestra tienda corriendo en local, quiere decir que nuestras plegarias fueron escuchadas, por lo que sacrificamos un tiristor en nombre de los dioses. De lo contrario quiere decir que hemos incurrido en la ira de alguno de los demonios de la maquina y no tendremos mas remedio que llevar nuestros ruegos ante el altar del gran dios.

The post is brought to you by lekhonee v0.7

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Informatica, Servidores, eCommerce     Tags: , ,
No hay comentarios todavía   



El usuario medio…

Publicado por Kilior un Wednesday, May 26th 2010   
26
May

El usuario medio real, se encuentra en un sótano herméticamente sellado en la Organización Internacional para la Estandarización (ISO) en Ginebra, forma parte del protocolo para la normativa ISO-9000 y esta clasificado usando la norma ISO-5218.

Yo, parafraseando a los clásicos esta tarde.

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Citas     Tags: , ,
No hay comentarios todavía   



Copiar varios directorios de Bases de datos MySql a un solo servidor

Publicado por Kilior un Tuesday, May 25th 2010   
25
May

Mysql LogoTras la muerte de Rigel (Mi PC de desarrollo) tuve que apañarmelas durante un par de meses con la pc que usaba de media center, toco reinstalar el sistema, configurar servidores ajustar las herramientas de desarrollo, etc.

Finalmente hace una semana arme mi nueva pc; compre piezas nuevas, redistribuí algunas viejas, almacene otras y di gracias en mis oraciones a Chthulu por usar linux y tener mis particiones diferenciadas para cada cosa. Sin embargo en estas situaciones siempre surgen detalles escabrosos: stacks de servidores libres de instalación que se niegan a funcionar una vez cambias el disco duro de un pc a otro, reinstalaciones que se resisten, Sutiles diferencias entre versiones de los programas ó del propio Ubuntu, en fin miles de cosas bellas que aparecen para joderte cuando menos lo esperas.

En particular, las dos instancias del servidor MySql que tenia instaladas en el media-center se negaban a arrancar en mi nuevo pc, para cortar por lo sano termine migrando las dos bases de datos a una instalación de mysql por defecto y como no podía hacer dumps tuve hacer copias directa de los directorios.

Para asegurar el éxito de la transferencia de las bases de datos debemos garantizar lo siguiente:

  • misma version de Mysql Server involucrados (no es indispensable pero facilita la vida).
  • integridad de los datos que vamos a transferir (si están corruptos y destrozamos todo nos puede dar un infarto).
  • que el servidor Msql que recibira los datos esta bien instalado y funcionando adecuadamente.
  • En caso que ninguna tabla  use el motor InnoDB Se mezclan los dos directorios que queriamos copiar y se arranca de nuevo el servidor MySql. Pero si algunas tablas usan InnoDB entonces hay información que se guarda en archivos numerados del tipo “ibdata1″ y si se sobrescribe el archivo se perderán las tablas Inno del servidorde origen. En ese caso se hace backup del archivo, hacemos un dump de cada base de datos, se sobreescribe ibdata1, arrancamos  el servidor y restauramos los dumps.

Que quede en registro que la mejor forma para migrar una base de datos es hacer un dump desde el propio servidor Mysql de origen… pero si no es posible, hay que buscarse la vida, de modo que pasamos a la consola.


echo "1- Haciendo Backup de los Datos que queremos mover"
sudo cp -R /opt/server/bitnami/mysql/data /tmp/mysql-data-old1
sudo cp -R /opt/server/zend/mysql/var/ /tmp/mysql-data-old2

echo "tomamos precauciones por si se apaga el pc"
sudo mysqldump -uroot -p --all-databases > ~/Escritorio/all_DB_mysql-data_backup.sql

echo "Deteniendo el Servidor Mysql"
sudo stop mysql
sudo cp -R /var/lib/mysql /tmp/mysql-data
sudo mv /var/lib/mysql  ~/Escritorio/Mysql-data

echo "2 sustituimos el directorio de datos del Servidor por el del servidor antiguo"
sudo mv  /tmp/mysql-data-old1 /var/lib/mysql

echo "3 Garantizamos los permisos del servidor"
sudo chown -R mysql /var/lib/mysql/
sudo chgrp -R mysql /var/lib/mysql/
sudo chmod -R 700 /var/lib/mysql/

echo "4 arrancando el Servidor Mysql y restauramos el dump"
sudo start mysql
sudo mysql -u root -p < ~/Escritorio/all_DB_mysql-data_backup.sql

Como mencione si solo es un directorio de datos ó si son varios y no hay Tablas que usen InnoDB eso es todo, borramos lo que sobro en el escritorio y listo. Si tenemos tablas con InnoDB en varios de los servidores que estamos mezclando como en mi caso gracias a magento… mi querido magento, repetimos el proceso, siguiendo con mi caso particular: 

echo " Volcamos las bases de datos ya mezcladas (en mi caso la del servidor de destino+bitnami)"
sudo mysqldump -uroot -p --all-databases > ~/Escritorio/all_DB_mysql-data-mix_backup.sql

echo "6 respaldamos de nuevo"
sudo stop mysql
sudo cp -R /var/lib/mysql /tmp/mysql-data-mix
sudo mv /var/lib/mysql ~/Escritorio/Mysql-data-mix

echo "7 sustituimos el directorio de datos del Servidor por el que nos queda"
sudo mv  /tmp/mysql-data-old2 /var/lib/mysql

echo "8 Garantizamos los permisos del servidor de nuevo"
sudo chown -R mysql /var/lib/mysql/
sudo chgrp -R mysql /var/lib/mysql/
sudo chmod -R 700 /var/lib/mysql/

echo "9 arrancando el Servidor Mysql y restauramos el dump"
sudo start mysql
sudo mysql -u root -p < ~/Escritorio/all_DB_mysql-data-mix_backup.sql

echo "10 Eso es todo, verificamos que todo haya marchado bien y limpiamos el escritorio"
sudo rm -iv ~/Escritorio/*.sql
sudo rm -iv ~/Escritorio/Mysql-data*

Es posible que en algún momento del proceso nos topemos con que los servidores tenían claves distintas para root y no recordamos la clave pertinente, por suerte no fue mi caso, pero puede ocurrir y solo por precaución es bueno saber como restaurar la contraseña de MySql.

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Bases de Datos, Informatica     Tags: , ,
No hay comentarios todavía   



Instalar Zend Server en Ubuntu Lucid

Publicado por Kilior un Sunday, May 23rd 2010   
23
May

Todos los que trabajamos con php, mas tarde o mas temprano terminamos necesitando usar el framework de Zend. Bien sea de forma directa en una aplicación nuestra o indirectamente al basarnos en una aplicación de terceros que lo usa como base.

La forma mas sencilla de instalarlo en Linux es descagar un script de instalación desde la propia pagina de Zend, pero el repositorio de Lucid tiene software mas reciente que el requerido por Zend Server, de modo que varias dependencias fallan.

La solución es simple: esperar a que los chicos de Zend lo arreglen (sen el foro para la siguiente actualización debe funcionar sin problemas). Mientras el truco recomendado por la propia gente de Zend es agregar los repositorios viejos del Karmic.

En resumen:  añadimos estas lineas al final de /etc/apt/sources.list

#Repositorio de Zend
deb http://repos.zend.com/zend-server/deb server non-free
#para que zend funcione hasta la proxima actualizacion
deb http://us.archive.ubuntu.com/ubuntu/ karmic universe
deb-src http://us.archive.ubuntu.com/ubuntu/ karmic universe
deb http://us.archive.ubuntu.com/ubuntu/ karmic-updates universe
deb-src http://us.archive.ubuntu.com/ubuntu/ karmic-updates universe

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: Informatica, Servidores     Tags: , , , ,
1 Comentario   



MAGENTO, Cronica de cuatro noches de perros: El resumen!

Publicado por Kilior un Wednesday, April 28th 2010   
28
Apr

78 horas, 53 reboots, 3 instlalaciones limpias de Zendserver, 2 instalaciones limpias de Bitnami Lammp stack, 6 reinstalaciones de apache2 y otras tantas de php5, 2 compilaciones de la librería mcrypt de php una de ellas compilada a pelo, innumerables intentos de instalación o clonación de Magento y ¿ todo para que ?

Para que en una puñetera esquina, oculto entre miles de toneladas de documentación descubras que a alguna mente preclara de entre los desarrolladores considero que localhost, no es un punto seguro para el montaje.

En resumen y lo pongo en grande para los niños perdidos de google:

NO INSTALES MAGENTO USANDO LOCALHOST

si lo haces MAGENTO te dará PROBLEMAS para ACCEDER a la sección de AMINISTRACION

la SOLUCION es INSTALAR usando 127.0.0.1 como HOST

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: General, La vida es una mierda     Tags:
1 Comentario   



Ubuntu 10.04 the looser lynx

Publicado por Kilior un Tuesday, April 27th 2010   
27
Apr

Tengo una placa base con tendencias suicidas que ha soportado unos tres cortos en siete años y en las ultimas semanas ha dado muestras de senilidad, pero eso es solo una parte de la historia, La otra parte le da el titulo a esta entrada.

La nueva versión de ubuntu,tiene algunas cosas interesantes, pero en mi opinion para ser una LTS es una mierda.

Me explico: instale la beta a causa de mi iPod, básicamente por el soporte nativo de ifuse que es simplemente genial (aunque Amarock todavía no es capaz de gestionarlo, Rhythmbox si), si hubieran actualizado las aplicaciones, subido las notificaciones y trabajado en mantener el sistema mas estable que en el karmic habría sido la mejor versión de los últimos años.

Pues bien dejando de lado que es una beta y eso no casa bien con hardware medio defectuoso, Lucid me ha dado mas problemas y me ha jodido mas que todas las otras distros que he usado y si bien no soy un sysadmin tampoco soy un novato. Pero el verdadero problema del Lice Lucido es que es un producto a medio terminar.

De una LTS yo espero que sea solida como una roca y  que consolide los elementos de la distro que ya son de uso frecuente.

No se que coño quiere hacer Mr Mark con Ubuntu, pero sea lo que sea que quiere hacer, esta sin acabar y eso se le nota mucho demasiado para ser una LTS.

Si disfrutaste del artículo, siéntete libre de suscribirte al feed rss

Archivado bajo: General     Tags:
1 Comentario   



Artículos más Nuevos »
« Artículos Viejos