Archivo de June, 2009

Porqué no funcionaba el correctamente configurado DNS (bind)

El problema de no tener ni puta idea de Linux es que vas siguiendo pistas sin saber realmente lo que estás haciendo, lo cual es algo que, dicho sea de paso, detesto.

Cuando alquilé mi primer servidor dedicado me apuntaba en un fichero de texto todas las acciones que hacía para configurarlo (dónde estaba cada fichero, qué cambiaba o añadía en él) para poderlo seguir a pies juntillas el día que tuviera que configurarlo de nuevo o configurar otro.

Así que, cuando reciéntemente alquilé mi segundo servidor dedicado, me fui diréctamente a mi fichero de texto a refrescar la memoria sobre cómo configurar un DNS. Repetí los pasos a pies juntillas, peeerooo … no salió bien. El DNS no estaba accesible.

Pero si al hacer “restart” no da error debe ser que al menos sintácticamente es correcto. Pero si aún no tengo reglas en iptables no puede ser un fallo de comunicación. Ay que no! amigo.

Leyendo me encuentro que a parte de named.conf y named.conf.local hay otro fichero que también participa en el juego (y he leido más cosas sobre unas key que no imagino qué serán) se trata de named.conf.options y por comparación entre servidores parece que, de Ubuntu 8.04 a Ubuntu 8.10 han decidido añadir “listen-on { 127.0.0.1; };” y que por lo visto así solo se escucha a si mismo, super útil para un servidor público, vamos.

Ya me podía haber roto un cuerno pensando qué leches pasaba.

Soluciones extrañas (I)

He creado un newsletter en mi página de gramática alemana. La idea es que los usuarios que prefieren un e-mail o que no están familiarizados con otros medios (RSS, Twitter, etc.) puedan suscribirse para recibir información en sus correos. La cuestión es ¿qué información?

No tardé en darme cuenta que el número de secciones podía ir creciendo con el tiempo. Cada nueva sección susceptible de enviar algún tipo de resumen de actividad por mail (noticias, novedades, comentarios, participaciones, …) requeriría un nuevo campo lógico en la tabla (que al final acaban siendo Enum o Integer, todo un desperdicio).

Puede parecer una tontería pero poner un nuevo campo me da mucha pereza, porque al tener el proyecto en un hosting compartido, crear un campo requiere hacer un php únicamente para que lance esa consulta (en el caso más rápido) o hacer login en el panel general, bucar la opción de bases de datos, lanzar el phpMyAdmin, localizar la tabla, pulsar en ‘añadir campo’, rellenar sus características y finalmente crearlo … en resumen ¡2 tediosos minutos! )

Total, que como últimamente (ya os contaré otra) me da por probar soluciones extrañas (ni originales, ni extremas, ni retros, ni nada más que extrañas, porque si no puedo experimentar en mis propios proyectos dónde lo hago) pues se me ocurrió hacer un único campo numérico de 32 bits (para no quedarme corto) donde cada bit significará si estás o no estás suscrito a una posible sección. A fin de cuentas, no en vano cuenta con operadores a nivel de bit. De acuerdo en que no es así con MySQL. El día que quiera hacer algo tipo «actualiza todos los que estén en la lista Noticias» (es decir, que su primer bit esté a 1) será la hostia porque los usuarios pueden estar suscritos solo a esa sección o en esa y en cualquiera de las otras, lo cual supone que habiendo 4 posibles listas, ya tenemos 7 posibilidades que tienen el bit de noticias activado y los demás en cualquier estado posible. Esto lo comento para no parecer un atolondrado inconsciente. Pero eso es porque lo imaginais como un «WHERE Suscrito IN (1, 3, 5, 7, 9, 11, 13)» y no como un bucle en PHP que recorre todos los registros y para aquellos que cumplen la condición «FieldValue && nlNoticias» se hace una acción.

Entonces ¿he cambiado la posibilidad de necesitar 30 segundos haciendo un php que corra un alter por cada campo que quiera añadir en el futuro, por la posibilidad de necesitar en varios minutos en hacer un php que haga un bucle y corra alguna consulta o comando cuando se cumle una condición? SI, pero es que me apetecía mucho.

Sobre Firefox y sus alternativas

He leido un post de una persona que prefiere antes Chrome u Opera que Firefox, aunque admite que la variedad de extensiones para Firefox es un gran punto a su favor, le resulta insoportable su lentitud.

De acuerdo en que Firefox se comporta como un monstruo pesado, pero es un monstruo simpático. Entiendo que Opera existe desde hace mucho tiempo y que no quieran perder la esperanza. Y entiendo que Google tenga intereses en tener su propio navegador para ir colando otras tecnologiás suyas relacionadas (Gears, O3D, …).

Yo he probado ambas alternativas, también Safari, y no acabo de verles ninguna ventaja. Pero me molesta de Firefox que sin razón aparente a veces me hace dos cosas extrañas, o bien no me acepta los saltos de línea en las cajas de texto (tengo que copiar uno de un editor de texto y pegarlo cuando lo necesite, o escribir el texto fuera como estoy haciendo ahora), o bien de pronto comienza a escribir de derecha a izquierda con los carácteres occidentales habituales.

¿Contentos con FF? ¿Alguna experiencia mejor con otro? ¿Alguna mala con él?

Hasta los huevos de Idealista.

Llevo una eternidad sin postear pero en algún sitio tenía que reventar.

He tenido que hacer un fichero de exportación para el principal portal inmobiliario (en visitas) y después de haber hecho ficheros de exportación para un montón de portales puedo afirmar que son lo peor.

Para empezar, y conste que puedo admitir las ventajas retro cuando las veo, no importan de XML sino de un TXT separado por tuberias (el carácter “|”).

Utilizan los diferentes campos de una dirección como clave de registro, con lo cual no puedes tener dos vivienda en el mismo patio a menos que sepas en qué puerta están. En el nombre de la calle no permiten caracteres extraños, es decir, caracteres que no sean letras, así que olvídate de abreviar “Edif.” o “Sn.” o nombres en valenciano como “Nou D’Octubre” pero aceptan la “ñ” y los acentos, que es una suerte. El patio tiene que ser numérico, así que no puedes vender un piso en el “31 bis” de una calle. El campo escalera es obligatorio, me pregunto cuántas fincas tienen más de una escalera. También el piso es obligatorio, así que cuando no lo sabes te lo inventas. Y si estas intentando vender un estudio, este no puede tener habitaciones, obligatorio que sean cero. Tienen definidos un montón exagerado de tipos de vías (hasta una que se llama “pozo”), y sin embargo no tienen contemplado “urbanización” o “bloque”. Otros campos que me he tenido que inventar “Estado” (todos en buen estado, pues no lo sé y algo había que poner), si es exterior, si tiene calefacción y si tiene ascensor … vamos, que van a ser anuncios de lo más fidedignos.

Lo peor es que precisamente su argumento siempre es “en Idealista cuidamos mucho la calidad de los anuncios”. Claro, por eso mentimos en todos los datos que no sabemos o no podemos concretar porque no tienen sentido alguno.

Tienen bueno, que puedes volcar los datos y acto seguido obtener un listado de ‘fallos’ para revisar y corregir rápido. Pero es que me pongo enfermo con toda la basura que he tenido que hacer para pasar sus validaciones.