El problema con el mundo es que los estúpidos están seguros de sí mismos y los inteligentes llenos de dudas.
lunes, 1 de diciembre de 2008
El problema con el mundo
martes, 25 de noviembre de 2008
entradas.com = ¡Estafadores!
En pocas palabras:
¿Por qué? os preguntaréis... aquí viene mi historia.
Me conecto a su página Web, reservo 2 entradas de cine para el próximo Jueves y las pago. Todo correcto. Al ver el resguardo de la operación veo que me he confundido y que en realidad yo quería entradas para el Miércoles (este Jueves no puedo ir al cine)...
No pasa ni un minuto y llamo por teléfono para solicitar el cambio de fecha, me dicen que debo escribir un correo a atencioncliente@entradas.com, les escribo un mensaje comentándoles la situación y me responden:
Vamos, que esta gentuza (porque no hay otro nombre para esto), no se digne en cambiarte de fecha unas entradas (cuando la sala no tiene ni una mísera entrada vendida todavía), me parece de traca. Esto es aprovecharse descaradamente de la gente. ¿Dónde está el problema de cambiar una fecha? Si les cuesta mucho a ellos, que tiren atrás la reserva y la hago yo nuevamente... pero no, una vez tienen tu dinero, que te den... no te devolvemos el dinero y tampoco te hacemos ningún tipo de cambio porque:
Me hace gracia ver como empresuchas de esta calaña tratan a sus clientes como basura. Unos clientes de los cuales viven, gracias a su confianza (que ellos traicionan vilmente amparándose en sus "condiciones generales de compra").
Y lo que más rabia de todo me da... esta gente alimenta la desconfianza de los clientes a comprar por Internet, lo cual no sólo les hace daño a ellos mismos, sino a todos los que de una forma u otra venden gracias a este medio (la gran mayoría de forma transparente y con garantías).
Nunca más compraré en entradas.com
entradas.com son unos malditos estafadores
¿Por qué? os preguntaréis... aquí viene mi historia.
Me conecto a su página Web, reservo 2 entradas de cine para el próximo Jueves y las pago. Todo correcto. Al ver el resguardo de la operación veo que me he confundido y que en realidad yo quería entradas para el Miércoles (este Jueves no puedo ir al cine)...
No pasa ni un minuto y llamo por teléfono para solicitar el cambio de fecha, me dicen que debo escribir un correo a atencioncliente@entradas.com, les escribo un mensaje comentándoles la situación y me responden:
Sólo les falta decir: "Te jodes".Una vez que se realiza la compra de entradas y ésta es correcta sin haber tenido ningún problema en la operación de compra, no se permiten ni cambios ni devoluciones. Lo sentimos.
Vamos, que esta gentuza (porque no hay otro nombre para esto), no se digne en cambiarte de fecha unas entradas (cuando la sala no tiene ni una mísera entrada vendida todavía), me parece de traca. Esto es aprovecharse descaradamente de la gente. ¿Dónde está el problema de cambiar una fecha? Si les cuesta mucho a ellos, que tiren atrás la reserva y la hago yo nuevamente... pero no, una vez tienen tu dinero, que te den... no te devolvemos el dinero y tampoco te hacemos ningún tipo de cambio porque:
Esas "condiciones generales de compra" son una estafa, señores míos.Las condiciones generales de compra no permiten realizar cambios o devoluciones.
Me hace gracia ver como empresuchas de esta calaña tratan a sus clientes como basura. Unos clientes de los cuales viven, gracias a su confianza (que ellos traicionan vilmente amparándose en sus "condiciones generales de compra").
Y lo que más rabia de todo me da... esta gente alimenta la desconfianza de los clientes a comprar por Internet, lo cual no sólo les hace daño a ellos mismos, sino a todos los que de una forma u otra venden gracias a este medio (la gran mayoría de forma transparente y con garantías).
Nunca más compraré en entradas.com
lunes, 24 de noviembre de 2008
jueves, 6 de noviembre de 2008
Interfaz anfitrión en VirtualBox sobre Ubuntu
Muy buenas a todos!
Hacía un tiempito que no escribía, pero ahora que ya no trabajo por cuenta ajena, intentaré sacar algún ratito para seguir publicando cosillas.
Esta entrada está dedicada a Conrad Shepard y sus ansias de saber (y lo comodón que es el tío, que le gusta más que yo ponga en el blog las soluciones a sus problemas que buscarlas él mismo :-p).
Vamos al lío, hoy vamos a ver como configurar Ubuntu (valdría cualquier otra distribución) para poder utilizar la opción "Interfaz anfitrión" (ó host interface) de VirtualBox. Esto es muy util para poder asignar una IP diferente al host y al guest, con todas las comodidades que esto conlleva.
Lo primero es instalar los paquetes que nos permitirán crear un bridge entre las tarjetas de red (una de ellas será física y la otra virtual).
Creamos la interfaz virtual:
Donde vbox1 es el nombre que asignamos a la tarjeta de red virtual (el que más te guste) y usuario es tu nombre de usuario.
Creamos el bridge:
Ponemos nuestra tarjeta de red física en modo promiscuo:
Donde eth1 es el nombre de tu tarjeta de red física (puedes ver su nombre haciendo un ifconfig -sin más parámetros-).
Ahora añadimos al bridge nuestra tarjeta física:
Y configuramos la IP de nuestro bridge (lo normal sería darle la IP que tenía antes nuestra tarjeta física -nuestro equipo host-):
Añadimos al bridge la tarjeta virtual y la levantamos:
Establecemos la puerta de enlace para nuestro nuevo bridge:
Asigna permisos de lectura y escritura, no de ejecución (666 -the number of the beast-) a
Ya tenemos hecho el trabajo duro, ahora en la configuración de tu máquina virtual en el apartado de adaptadores de red, selecciona la opción "host interface" (o interfaz anfitrión) y pon el nombre de la tarjeta virtual que has creado, en nuestro caso vbox1.
Habría que repetir los pasos de creación del bridge y tarjeta virtual cada vez que reiniciemos, así que tenemos dos opciones... crear un script con tu configuración personalizada y ejecutarlo junto al VirtualBox o bien editar el fichero
Cómo no se puede nombrar a la Bestia sin hacerle una ofrenda, aquí va este pedazo de video... Muy atentos al solo del minuto 3 (y al pibe que se sube al escenario instantes antes, jeje).
Hacía un tiempito que no escribía, pero ahora que ya no trabajo por cuenta ajena, intentaré sacar algún ratito para seguir publicando cosillas.
Esta entrada está dedicada a Conrad Shepard y sus ansias de saber (y lo comodón que es el tío, que le gusta más que yo ponga en el blog las soluciones a sus problemas que buscarlas él mismo :-p).
Vamos al lío, hoy vamos a ver como configurar Ubuntu (valdría cualquier otra distribución) para poder utilizar la opción "Interfaz anfitrión" (ó host interface) de VirtualBox. Esto es muy util para poder asignar una IP diferente al host y al guest, con todas las comodidades que esto conlleva.
Lo primero es instalar los paquetes que nos permitirán crear un bridge entre las tarjetas de red (una de ellas será física y la otra virtual).
sudo apt-get install uml-utilities bridge-utils
Creamos la interfaz virtual:
sudo tunctl -t vbox1 -u usuario
Donde vbox1 es el nombre que asignamos a la tarjeta de red virtual (el que más te guste) y usuario es tu nombre de usuario.
Creamos el bridge:
sudo brctl addbr br0Donde br0 es el nombre que le damos al bridge.
Ponemos nuestra tarjeta de red física en modo promiscuo:
sudo ifconfig eth1 0.0.0.0 promisc
Donde eth1 es el nombre de tu tarjeta de red física (puedes ver su nombre haciendo un ifconfig -sin más parámetros-).
Ahora añadimos al bridge nuestra tarjeta física:
sudo brctl addif br0 eth1
Y configuramos la IP de nuestro bridge (lo normal sería darle la IP que tenía antes nuestra tarjeta física -nuestro equipo host-):
sudo ifconfig br0 192.168.1.3
Añadimos al bridge la tarjeta virtual y la levantamos:
sudo brctl addif br0 vbox1
sudo ifconfig vbox1 up
Establecemos la puerta de enlace para nuestro nuevo bridge:
sudo route add default gw 192.168.1.1
Asigna permisos de lectura y escritura, no de ejecución (666 -the number of the beast-) a
/dev/net/tun
:sudo chmod 0666 /dev/net/tun
Ya tenemos hecho el trabajo duro, ahora en la configuración de tu máquina virtual en el apartado de adaptadores de red, selecciona la opción "host interface" (o interfaz anfitrión) y pon el nombre de la tarjeta virtual que has creado, en nuestro caso vbox1.
Habría que repetir los pasos de creación del bridge y tarjeta virtual cada vez que reiniciemos, así que tenemos dos opciones... crear un script con tu configuración personalizada y ejecutarlo junto al VirtualBox o bien editar el fichero
/etc/network/interfaces
con la configuración necesaria (recuerda que será necesario parar y luego iniciar invoke-rc.d networking
), pero este ejercicio se queda como taréa del alumno ;-)Cómo no se puede nombrar a la Bestia sin hacerle una ofrenda, aquí va este pedazo de video... Muy atentos al solo del minuto 3 (y al pibe que se sube al escenario instantes antes, jeje).
Etiquetas:
Bridge,
Host Interface,
Ubuntu,
VirtualBox
jueves, 23 de octubre de 2008
Okupación digital
Me he sacado de la manga el término Okupación digital para describiros una situación que se ha dado hoy en mi trabajo.
Nuestro protagonista es John Abruzzi, experimentado administrador de sistemas. Este personaje contrató hace varios años un servidor dedicado [y administrado] en la empresa para la que trabajo (por poco tiempo más, dicho sea de paso).
En este servidor alojó una gran cantidad de páginas Web de sus propios clientes (para que nos entendamos: John Abruzzi alquiló un edificio y realquiló las habitaciones a terceros), pero hace unos cuantos meses encontró alguna oferta de otro proveedor que le resultó más interesante y empezó a migrar todas sus Webs a otros servidores.
Finalmente sólo quedó una Web en el servidor, porque estaba programada en ColdFusion y ningún proveedor le ofrecía hosting de este tipo. Así que nuestro protagonista habló con su cliente final y le convenció para que él se hiciera cargo del coste mensual que tenía el servidor.
De este modo terminó nuestra relación comercial con John Abruzzi y comenzamos a pasarle las facturas directamente a su cliente. (¡No me quiero ni imaginar los sablazos que le estaría metiendo al pobre cliente por el hosting de su Web, si aceptó pagar él solito la cuota que nosotros le pasábamos a John Abruzzi por el servidor entero!).
Ya estamos en precedentes, ahora viene lo bueno:
Por falta de comunicación entre la gerencia de mi empresa y el dpto. técnico cuando John Abruzzi fue trasladando sus Webs, no dimos de baja algunos servicios asociados y aunque no se utilizaban seguían activos.
Esta misma mañana hemos procedido a dar de baja definitivamente todos los servicios que había en ese servidor porque va a ser retirado, al haber finalizado su vida útil.
Para nuestra sorpresa recibimos una llamada de John Abruzzi preguntando si ha habido algún problema con el servidor, ¡¡porque tiene algunas Webs que no funcionan!!
¡El tío rescindió su contrato hace un año (aunque por un error no se le cancelaron algunos servicios) y con toda su jeta llama para preguntar por qué no funcionan!
No me extrañaría que este tío viva de okupa y llame a Iberdrola a ver qué pasa con la luz :-p
Nuestro protagonista es John Abruzzi, experimentado administrador de sistemas. Este personaje contrató hace varios años un servidor dedicado [y administrado] en la empresa para la que trabajo (por poco tiempo más, dicho sea de paso).
En este servidor alojó una gran cantidad de páginas Web de sus propios clientes (para que nos entendamos: John Abruzzi alquiló un edificio y realquiló las habitaciones a terceros), pero hace unos cuantos meses encontró alguna oferta de otro proveedor que le resultó más interesante y empezó a migrar todas sus Webs a otros servidores.
Finalmente sólo quedó una Web en el servidor, porque estaba programada en ColdFusion y ningún proveedor le ofrecía hosting de este tipo. Así que nuestro protagonista habló con su cliente final y le convenció para que él se hiciera cargo del coste mensual que tenía el servidor.
De este modo terminó nuestra relación comercial con John Abruzzi y comenzamos a pasarle las facturas directamente a su cliente. (¡No me quiero ni imaginar los sablazos que le estaría metiendo al pobre cliente por el hosting de su Web, si aceptó pagar él solito la cuota que nosotros le pasábamos a John Abruzzi por el servidor entero!).
Ya estamos en precedentes, ahora viene lo bueno:
Por falta de comunicación entre la gerencia de mi empresa y el dpto. técnico cuando John Abruzzi fue trasladando sus Webs, no dimos de baja algunos servicios asociados y aunque no se utilizaban seguían activos.
Esta misma mañana hemos procedido a dar de baja definitivamente todos los servicios que había en ese servidor porque va a ser retirado, al haber finalizado su vida útil.
Para nuestra sorpresa recibimos una llamada de John Abruzzi preguntando si ha habido algún problema con el servidor, ¡¡porque tiene algunas Webs que no funcionan!!
¡El tío rescindió su contrato hace un año (aunque por un error no se le cancelaron algunos servicios) y con toda su jeta llama para preguntar por qué no funcionan!
No me extrañaría que este tío viva de okupa y llame a Iberdrola a ver qué pasa con la luz :-p
martes, 21 de octubre de 2008
MySQL: Acceso remoto como "root"
Esta entrada va dedicada a mi buen amigo Conrad Shepard, que estaba esperando estos consejos como agua de mayo:
Cuando instalamos MySQL, por defecto el acceso como root sólo está permitido desde el localhost (127.0.0.1), pero es muy habitual que queramos administrar nuestras bases de datos desde equipos remotos, ya que lo más habitual es instalar este tipo de aplicaciones en equipos destinados a hacer de servidor.
Vamos a separar la explicación en dos partes:
Para servidores Linux:
Edita el fichero /etc/mysql/my.cnf con tu editor preferido, en mi caso gedit (odio el maldito vi):
Con estos pasos debería funcionar, pero en ocasiones se resiste... prueba lo siguiente:
Para servidores Windows:
Desde el Asistente para la Configuración de Instancias (MySQL Server Instance Config Wizard), en la Configuración Detallada (Detailed Configuration), llegamos hasta el último paso y aquí nos pide la contraseña para root y hay un checkbox que dice:
Queda bastante claro que hay que seleccionarla y finalizar la configuración ;-)
Cuando instalamos MySQL, por defecto el acceso como root sólo está permitido desde el localhost (127.0.0.1), pero es muy habitual que queramos administrar nuestras bases de datos desde equipos remotos, ya que lo más habitual es instalar este tipo de aplicaciones en equipos destinados a hacer de servidor.
Vamos a separar la explicación en dos partes:
Para servidores Linux:
Edita el fichero /etc/mysql/my.cnf con tu editor preferido, en mi caso gedit (odio el maldito vi):
sudo gedit /etc/mysql/my.cnfComenta las siguientes lineas (pon delante el caracter #) o elimínalas:
- bind-address=127.0.0.1 (o la IP de tu servidor)
- skip-networking
mysql -h localhost -u root -pIntroduce tu contraseña de root y a continuación:
mysql> GRANT ALL PRIVILEGES ON *.* TO root@'%' IDENTIFIED BY 'tu_password_de_root' WITH GRANT OPTION;
mysql> FLUSH PRIVILEGES;
Con estos pasos debería funcionar, pero en ocasiones se resiste... prueba lo siguiente:
sudo dpkg-reconfigure mysql-server
Para servidores Windows:
Desde el Asistente para la Configuración de Instancias (MySQL Server Instance Config Wizard), en la Configuración Detallada (Detailed Configuration), llegamos hasta el último paso y aquí nos pide la contraseña para root y hay un checkbox que dice:
Enable root access from remote machines
Queda bastante claro que hay que seleccionarla y finalizar la configuración ;-)
viernes, 17 de octubre de 2008
Ley de Ohm
Esto va dedicado a Charlie Pace, reconocido físico teórico:
Ley de Ohm se enuncia del siguiente modo:
¿Y esto es realmente útil? Por supuesto que sí, veámoslo:
Un alambre conductor de resistencia 3 Ω transporta una corriente de 1,5 A. Calcular la caída de potencial a través del alambre resulta trivial: 4,5 V (3 x 1,5).
Ahora bien, ¿cómo puedo yo saber la resistencia de un alambre conductor? Esta es proporcional a su longitud e inversamente proporcional a su área transversal:
ρ (resistividad) es una constante de proporcionalidad propia del material conductor. Se expresa en ohmio-metro (Ω · m). Para el cobre (material muy utilizado en la mayoría de los cables) , a 20º C es de 1,7 · 10-8 Ω · m.
Los cables UTP de Categoría 1 (Cat 1), actualmente no reconocidos como estándar por TIA/EIA-568-A/B, pero utilizados comúnmente para instalaciones telefónicas, tienen un diámetro de 0,51 mm (calibre 24 AWG). Que da un área de 0,20 mm2 (A = π · r2).
Por lo tanto, la resistencia de un cable de estas características será de 82,3 Ω / km. Si tenemos en cuenta un cable de 5m, su resistencia será de 0,41 Ω.
Hay que tener en cuanta que un cable de estas características lleva en cada uno de sus extremos un conector RJ-10 ó RJ-11, cuya resistencia suele ser de unos 0,02 Ω.
Si sumamos un conector por cada extremo, más la resistencia del propio cable obtenemos 0,43 Ω.
Para una corriente de 12 V, dependerá de la intensidad de la misma la "pérdida" de diferencia de potencial en el otro extremo.
Ley de Ohm se enuncia del siguiente modo:
En un conductor (material óhmico) recorrido por una corriente eléctrica, el cociente entre la diferencia de potencial aplicada a los extremos del conductor (V) y la intensidad de la corriente que por él circula (I) es una cantidad constante, que depende del conductor. A esta cantidad se le denomina resistencia (R).Esta ley verifica la relación entre voltaje y corriente en un resistor.
¿Y esto es realmente útil? Por supuesto que sí, veámoslo:
Un alambre conductor de resistencia 3 Ω transporta una corriente de 1,5 A. Calcular la caída de potencial a través del alambre resulta trivial: 4,5 V (3 x 1,5).
Ahora bien, ¿cómo puedo yo saber la resistencia de un alambre conductor? Esta es proporcional a su longitud e inversamente proporcional a su área transversal:
ρ (resistividad) es una constante de proporcionalidad propia del material conductor. Se expresa en ohmio-metro (Ω · m). Para el cobre (material muy utilizado en la mayoría de los cables) , a 20º C es de 1,7 · 10-8 Ω · m.
Los cables UTP de Categoría 1 (Cat 1), actualmente no reconocidos como estándar por TIA/EIA-568-A/B, pero utilizados comúnmente para instalaciones telefónicas, tienen un diámetro de 0,51 mm (calibre 24 AWG). Que da un área de 0,20 mm2 (A = π · r2).
Por lo tanto, la resistencia de un cable de estas características será de 82,3 Ω / km. Si tenemos en cuenta un cable de 5m, su resistencia será de 0,41 Ω.
Hay que tener en cuanta que un cable de estas características lleva en cada uno de sus extremos un conector RJ-10 ó RJ-11, cuya resistencia suele ser de unos 0,02 Ω.
Si sumamos un conector por cada extremo, más la resistencia del propio cable obtenemos 0,43 Ω.
Para una corriente de 12 V, dependerá de la intensidad de la misma la "pérdida" de diferencia de potencial en el otro extremo.
- Para 2 A: 2 x 0,43 = 0,86V. Al otro extremo tendremos 11,14 V (92,8 %).
- Para 6 A: 6 x 0,43 = 2,58 V. Al otro extremo tendremos 9,42 V (78,5 %).
- Para 10 A: 10 x 0,43 = 4,30 V. Al otro extremo tendremos 7,7 V (64,2 %).
- Para 20 A: 20 x 0,43 = 8,6 V. Al otro extremo tendremos 3,4 V (28,3 %).
jueves, 16 de octubre de 2008
viernes, 10 de octubre de 2008
UNMOUNTABLE_BOOT_VOLUME
Tras actualizar un equipo con Windows XP Professional con Service Pack 2 al SP3 y reiniciarlo, me encuentro con uno maravilloso pantallazo azul de Windows (a.k.a BSoD) que dice:
Para mi grata sorpresa, este error está bien documentado por parte de Microsoft:
Para aquellos que se vean en la misma situación y que no les guste demasiado leer:
UNMOUNTABLE_BOOT_VOLUMESi le hubiera pedido opinión a Ando Masahashi, la respuesta habría sido inmediata: "eso formateando se soluciona". Él lo soluciona todo así. En ocasiones me pregunto que sería de su existencia sin un CD de instalación desatendida de XP..
"STOP 0x000000ED UNMOUNTABLE_BOOT_VOLUME"
Para mi grata sorpresa, este error está bien documentado por parte de Microsoft:
http://support.microsoft.com/?kbid=297185
Para aquellos que se vean en la misma situación y que no les guste demasiado leer:
- Arrancar desde un CD de instalación de Windows XP.
- Presionar la tecla R (reparación) en el programa de instalación (cuando pregunta qué hacer) para acceder a la consola de recuperación.
- En dicha consola elegiremos qué instalación queremos recuperar (lo más normal es que solo tengas una).
- Introducir la contraseña de Administrador (si no tienes, simplemente pulsa intro).
- Escribe: chkdsk /r y pulsa intro. (tardará un ratillo en función del tamaño de tu HDD).
- Escribe: fixboot y pulsa intro. (te preguntará si estás seguro, pulsa s y dale al intro).
- Escribe: exit y pulsa intro.
- Reinicia y cruza los dedos... si todo ha salido bien tu sistema funcionará de nuevo, si no siempre os quedará el remedio de Ando Masahashi ;-)
Actualización: El problema no tuvo nada que ver con la actualización al SP3, ya que una vez resuelto, cada 3 ó 4 reinicios del sistema, el error se reproducía. Cambié el disco duro y el problema no volvió a aparecer. Así que... si el error se soluciona con estos pasos, pero pronto vuelve a resurgir, porbablemente debas hacer backup de tus datos y cambiar de disco duro.
Etiquetas:
0x000000ED,
Pantallazo azul,
UNMOUNTABLE_BOOT_VOLUME,
Windows XP
jueves, 9 de octubre de 2008
"Echar" vs. "Hechar"
Esta tarde me ha surgido una duda existencial al escribir la siguiente frase:
La misma duda me habría asaltado si la frase hubiera sido:
Tenía claro que en este contexto debía escribir "echar" (sin hache), pero...
¿En otras ocasiones se escribe "hechar"?
¿Quizá cuando es del verbo hacer? ¿Y cuándo narices se utiliza el verbo hacer en esa forma?
La respuesta es fácil: ¡NUNCA! Sencillamente "hechar" está mal escrito, no existe como palabra en castellano.
Gracias a hironakamura, por su aporte al debate.
¿Te apetece echar un FIFA?
La misma duda me habría asaltado si la frase hubiera sido:
Te apetece echar un polvo? ;-)
Tenía claro que en este contexto debía escribir "echar" (sin hache), pero...
¿En otras ocasiones se escribe "
¿Quizá cuando es del verbo hacer? ¿Y cuándo narices se utiliza el verbo hacer en esa forma?
La respuesta es fácil: ¡NUNCA! Sencillamente "
Gracias a hironakamura, por su aporte al debate.
Suscribirse a:
Entradas (Atom)