Así que espero que ahora el sitio se reactive un poco más junto con algunos otros proyectos personales que tenía un poco botados.

Saludos !!

En estos meses que llevo en Santiago, la vida me ha cambiado. Ya no trabajo en el mismo escritorio que tenía de los 15 años, sino que trabajo en un piso 15. La vista a la pared fue reemplazada por una vista hacia la cordillera por un lado y hacia el cerro Santa Lucía por otro. Por supuesto, en vez de mi PC ahora tengo Macbook Pro, y ha sido una de las mejores máquinas en las cuales he trabajado: si bien es cierto al cabo de algunas semanas igual tengo que reiniciar, no se pega como Windows lo hace. El trackpad es lejos de lo más filete que he tenido: funciona a la perfección y en general no me ha decepcionado para nada. Los que alegan contra Apple es sólo porque nunca han trabajado con una máquina de Apple, se nota que le pusieron mucho empeño al crear máquinas tan maravillosas.

Sin embargo, la razón de ser de este post no es para hablar de las maravillas de Apple, sino más bien de una de sus desventajas: El famoso CMD+Q.

Para los que no tienen Mac, el CMD+Q viene a reemplazar el famoso ALT+F4 de Windows, pero de manera silenciosa. Es decir: la aplicación NO va a preguntar amablemente si desea salir de la aplicación, simplemente va a salir. En sí, es bastante bueno, a no ser por que CMD+Q está al lado de CMD+W, que sirve para cerrar pestañas. Para más remate, ALT+Q es la famosa @, y ALT está al lado de CMD. En resumen: hay hartas oportunidades de echarse la ventana completa simplemente tratando de escribir la @ o bien tratando de cerrar la pestaña.

Pero eso era hasta hoy: debido a lo mismo, me puse a investigar en Internet cómo hacer que ese shortcut lo pudiera cambiar por otro un poco más "difícil" de teclear. Fue así como llegué al sitio Mac OS X Hints y fue donde pillé la siguiente información:

defaults write NSGlobalDomain NSUserKeyEquivalents '{"Quit Firefox" = "@Q";}'

Sin embargo, esto no funcionó... Suceden dos cosas:

• La primera es que Mac OS X entiende la tecla @ como el CMD, y las demás teclas? Fácil:
  • @ = Command
  • $ = Shift
  • ~ = Option
  • ^ = Control
• La otra razón es que mi Mac OS X está en español. Por lo tanto, ese comando jamás existió en ningún programa.

Estas dos razones hacen que, en su conjunto, haya cambiado un poco el comando para que terminara siendo el siguiente:

defaults write NSGlobalDomain NSUserKeyEquivalents '{"Salir de TextEdit" = "@$Q"; "Salir de Firefox" = "@$Q"; "Salir de Terminal" = "@$Q";}'

Ahora se reinicia la aplicación y quedaría todo listo. Ahora la salida del programa sin confirmación se hace con CMD+Shift+Q.

Nota importante: La única gran lata es que tienen que hacerlo programa por programa... Ya que cada vez que ingresamos este comando, borra las anteriores y las crea de nuevo. Pueden echar un vistazo con el siguiente comando:

defaults read NSGlobalDomain NSUserKeyEquivalents

Y ese sería el largo tip de hoy.

• Script para reducir el tamaño de los CSS - 60%: Este artículo tratará de una pequeña función que de repente ocupo para reducir el peso de las hojas de estilo, ya sea en tiempo real o bien para crear un CSS final.
• Construir sitio multi-idioma - 80%: Análisis de las distintas formas de crear un sitio que soporte multi-idiomas.
• Crear sesiones de la manera correcta - 50%: Muchas veces me he topado con sistemas que tienen un simple session_start() para crear una sesión. En este artículo se analiza todas las distintas variables que existen y podemos configurar de manera de crear sesiones más seguras y personalizadas.
• Organización interna sitios Web - 70%: Siempre es importante saber de antemano cuál va a ser la estructura de archivos que va a tener el sitio. El objetivo de este artículo es justamente indagar en este aspecto.

Así que ya saben, tendrán harto que leer en cuanto los termine. Pero por mientras, para no aburrirlos, visiten estos links
I'm sure this will end well (5 Photos)
Mid-air bird strike will mess you up (25 Photos)
FAIL (32 photos)
The funny (and proper) way to hang toilet paper (5 Photos)
Parents of the year (25 photos)

Eso es JUSTO algo que me interesa y no puedo hacer click ¬¬. Y si eres controlador del programa, tampoco estoy incentivando a que hagan click. Simplemente esperaré hasta tener 1.000.000 de visitas diarias para que de esa manera pueda auto-sustentarse el sitio.

UPDATE: Gracias a jamrojo, me di cuenta que el link estaba abajo Pozo para mi

También me llevé una agradable sorpresa: el post que habla acerca de cómo manejar errores en PHP ya se ubica primero en Google al buscar por php trigger_error Aunque a través de Google sólo he recibido 2 visitas, el solo hecho de ubicarme en primer lugar ya me hace más que feliz.
Pero, el tema que nos concierne hoy, es acerca del reseteo de CSS. "¿Qué es?" "¿Para qué sirve?" y "¿Cómo podemos solucionar la problemática?" serán algunas de las interrogantes que se plantearán y que verán la luz en este post.

¿Qué es?

Tal como su nombre lo indica, es un reseteador de CSS (doh!!). ¿Qué es lo que significa exactamente? Bueno, para todos aquellos que se han lanzado a la aventura de crear una página Web que se vea exactamente igual en cualquier navegador, se ha podido dar cuenta de que no siempre se renderean exactamente igual todos los elementos. Existe siempre alguna forma lijeramente distinta de mostrar una cosa en un navegador y en otro.
Para solucionar eso, nació la necesidad de poder "resetear" los valores predeterminados que un navegador en particular pudiera tener para un elemento en particular. De esta manera, se obtiene un documento en blanco que sirve de base para que de esta manera, se pueda empezar a trabajar.

¿Para qué sirve?

Aunque parcialmente respondida en la pregunta anterior, aquí voy a terminar de responderla al 100%.
El problema se origina debido a que los navegadores pueden aplicar ciertos valores predeterminados para ciertos elementos lo cual hace que ese elemento no se vea siempre igual. El problema fundamental de esto es que por lo general el o los desarrolladores tienen un navegador principal con el que prueban todo exhaustivamente y ocupan otros sólo para simplemente verificar que todo esté marchando bien.
Un ejemplo práctico lo tiene por ejemplo la diferencia en el rendereo del elemento h1 y p en Chrome y Firefox vs Opera e Internet Explorer:

El código:

<html><head><title>Probando...</title>
<style>
html{background:#333}
h1{background:#555;color:#FFF;width:300px}
p{background:#777;color:#CCC;width:300px}
</style>
</head><body>
<h1>Hola mundo!!!</h1>
<p>Chao mundo!!</p>
</body></html>

La vista previa:

Si se fijan bien en la imagen, tanto Chrome como Firefox mantienen un estilo bastante parecido, pero definitivamente Internet Explorer tiene otra manera totalmente distinta de renderear la página, lo cual redunda en mayores espacios y finalmente en pixeles corridos. También Opera corre el espaciado con un par de pixeles de diferencia, sólo apreciable para el que tiene muy buen ojo.
Cabe destacar eso sí, que en estilos más complicados, incluso hay diferencias entre Chrome y Firefox.

¿Cómo podemos solucionar la problemática?

Y ha llegado el momento de la salvación y la principal razón de existir de este post: podemos solucionar estas pequeñas problemáticas en un 99% simplemente borrando cualquier estilo predeterminado que tome el navegador y estableciendo expresamente la nuestra de forma posterior al reseteo.
Aunque creo haberlo mencionado antes, nunca está demás: CSS funciona de una manera bastante simple: cuando existe algún conflicto entre dos clases, simplemente se aplicará el último estilo declarado. De esta forma, si tenemos:

<html>
<style>
p{color:#454;background:#9AF}
</style>
<body>
<p style="color:#29E">hola mundo!</p>
</body></html>

Existe un claro conflicto entre el estilo declarado en la cabecera y el estilo declarado de forma inline con la propiedad style. Mientras que el primero establece un color #445544, el segundo establece un color de fuente #2299EE. En este caso, se aplicará el último estilo declarado, es decir, el que se declara de forma inline.
Exactamente lo mismo pasa con esta solución: mediante un pequeño cambio en nuestro código de arriba, podemos primero resetear todos los estilos y después llamar a nuestro CSS de forma segura.

Para facilitar aún más las cosas, y de paso no demorar más la carga de nuestra página, podemos externalizar el servicio. Es por lo mismo, que Yahoo nos ofrece el reseteo del CSS de forma totalmente gratuita, contando con el respaldo de ellos. ¿Cómo se hace?

<html><head><title>Probando...</title>
<link rel="stylesheet" type="text/css" href="http://yui.yahooapis.com/3.0.0/build/cssreset/reset-min.css"/>
<style>
html{background:#333}
h1{background:#555;color:#FFF;width:300px}
p{background:#777;color:#CCC;width:300px}
</style>
</head><body>
<h1>Hola mundo!!!</h1>
<p>Chao mundo!!</p>
</body></html>

Con este pequeño cambio, nuestro script quedaría rendereado de la siguiente forma en los distintos navegadores seleccionados:

Aunque existen todavía algunos pixeles corridos, ya no son tantos como antes, lo cual alivia bastante la pega extra a realizarse.

Eso si que ahora será responsabilidad nuestra establecer los tamaños de las fuentes, pero mediante esta técnica se permitirá facilitar bastante el desarrollo cross-browser. Algunos consejos: la etiqueta <strong> también se resetea, al igual que la etiqueta <em> y varios más. Sugiero echar un vistazo en Yahoo Developer Network para informarse de más cambios y otras posibilidades más avanzadas que jamás he ocupado.

Versión un poco más recortada (343 bytes)

La versión de Yahoo pesa 501 bytes. Abajo adjunto una versión un poquito más chica que pesa 343 bytes. Se eliminó todo comentario previo y también el punto y coma final de cada declaración que no es necesario.


html{color:#000;background:#FFF}body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,code,form,fieldset,legend,input,textarea,p,blockquote,th,td{margin:0;padding:0}table{border-collapse:collapse;border-spacing:0}fieldset,img{border:0}address,caption,cite,code,dfn,em,strong,th,var{font-style:normal;font-weight:normal}li{list-style:none}caption,th{text-align:left}h1,h2,h3,h4,h5,h6{font-size:100%;font-weight:normal}q:before,q:after{content:''}abbr,acronym{border:0;font-variant:normal}sup{vertical-align:text-top}sub{vertical-align:text-bottom}input,textarea,select{font-family:inherit;font-size:inherit;font-weight:inherit}input,textarea,select{*font-size:100%}legend{color:#000}


La verdad es que podría poner un papiro completo con respecto a la navidad, ¿pero para qué latearlos con más bla bla que no sirve de nada? Mantengamos el objetivismo, como también el pensamiento racional y lógico presente en todo ingeniero o físico tipo Sheldon Cooper que; en sus propias palabras; diría: "cumplamos con la formalidad de desearles a todos una feliz navidad"

Ahora que me acuerdo... iba a salir un especial de navidad de "The IT Crowd", así que a buscarlo!

(Lo reconozco: SOY GEEK... so what?)

Saludos !!

Resulta que la vista con <pre> era demasiado precaria y además era un leseo gigante tener que cambiar todas las < y > por su equivalente en htmlentity, así que me puse a buscar algún plugin que hiciera esto automágicamente y me encontré con la agradable sorpresa de que existía SyntaxHighlighter Evolved.

Esta versión evolucionada es un fork del SintaxHighLighter, la cual tenía el problema ya mencionado: de todas formas había que cambiar los signos mayor y menos manualmente. Sin embargo, esta nueva versión no lo necesita y muestra el código tal cual como uno lo publica. Lo encontré demasiado bakán y funciona automáticamente, lo único que hay que hacer es encerrar el código que uno quiera poner entre los tags que son identificatorios del lenguaje. De esta manera, mostrar código XHTML queda como [xhtml] mientras que css o php quedan como [css] y [php] respectivamente. Se cierran con [/xhtml], [/css] y [/php] respectivamente.

¿De dónde lo bajan? Desde la página del autor o bien directamente desde WordPress Codex.

¿La explicación a esto? La verdad no sé. Quizás es porque WordPress tiene código bastante estándar y los bots de hoy en día son más avanzados. Sin embargo, y a pesar de esto, estoy a cargo de otros motores WordPress que tienen 10 veces más visitas que este y que no tienen spam alguno. Ni siquiera han recibido un solo comentario. (Que sea spam claro).

¿Qué hace este blog con apenas 100 visitas mensuales más atractivo que aquella que recibe muy cerca de 1.000 entonces? No tengo idea y me gustaría conocer a los que leen mi blog: ¿por qué se recibe tanto spam cuando es un blog tan chico? Bots: por favor absténganse.

Saludos !!

Por si no lo sabían, MySQL era parte de SUN, y desde hace algún tiempo atrás, se están haciendo las gestiones para que Oracle compre SUN. El único problema de esto, es que Oracle no se ha comprometido a mantener MySQL como un producto separado, por lo que se le está pidiendo a la Unión Europea que interceda y efectivamente autorize la compra bajo la condición de que MySQL se mantenga como un producto.

¿Qué podemos hacer nosotros? Mandar un simple mail a la CE para que de esta manera, la existencia de MySQL siga vigente, lo único malo es que esto tiene que ser ANTES del lunes 14 de Diciembre (O sea, mañana). Es como ya lo podrán imaginar, una situación de urgencia.

Post original aquí.
Noticia traducido al español aquí.

Eso era algo que tenía pendiente desde hacía un año y medio: primero era mitad de semestre, después era cambio de edificio, después fue falta de tiempo y finalmente otras pegas-pitutos no me dejaron poder presentar mi proyecto para terminar el último ramo que me faltaba. Como resultado, recién hoy puedo decir que soy un feliz egresado y pronto a titularme también: pretendo presentar la tesis ante mi profesor guía el día lunes. Con el visto bueno de él y también el del profesor informante, finalmente empastaré y entregaré. Si todo sale bien, a más tardar en Enero debería estar titulado.

Así que por el momento seguiré sin actualizar mi blog, así que les pido disculpas a los miles de fanáticos (ficticios) de mi blog.

Saludos !!