Archivo de la categoría: Informática

¿Vigila Apple por dónde navegan los usuarios de iPhone?

Esta mañana he puesto en mi web un fichero disponible, pero no está enlazado en ninguna parte, y sólo le he pasado esa URL a dos amigos, uno de los cuales lo ha consultado desde su iPhone; pero lo curioso es que justo un segundo después, ¡ha sido solicitado también desde una IP de Apple!.

Este es el extracto del log. He ocultado la IP de mi amigo y el nombre del fichero, que por supuesto tampoco es ese.


XX.XXX.XXX.XXX - - [16/May/2009:13:41:52 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 28029 "-" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_2_1 like Mac OS X; es-es) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5H11 Safari/525.20"
17.148.64.65 - - [16/May/2009:13:41:53 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.0" 200 28029 "-" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/522+ (KHTML, like Gecko) Safari/419.3"

Haciendo un whois de esa IP tenemos:


OrgName: Apple Computer, Inc.
OrgID: APPLEC-3
Address: 20740 Valley Green Drive, MS32E
City: Cupertino
StateProv: CA
PostalCode: 95014
Country: US

NetRange: 17.0.0.0 - 17.255.255.255
CIDR: 17.0.0.0/8
NetName: APPLE-WWNET
NetHandle: NET-17-0-0-0-1
Parent:
NetType: Direct Assignment
NameServer: NSERVER.APPLE.COM
NameServer: NSERVER2.APPLE.COM
NameServer: NSERVER.EURO.APPLE.COM
NameServer: NSERVER.ASIA.APPLE.COM
Comment:
RegDate: 1990-04-16
Updated: 2000-05-23

RTechHandle: ZA42-ARIN
RTechName: Apple Computer, Inc.
RTechPhone: +1-408-974-7777
RTechEmail: Apple-NOC@apple.com

Apple… WTF!!

ACTUALIZACIÓN:

Como David en su comentario me puso en duda, he hecho la prueba accediendo al enlace desde Safari en Mac OS X, por lo que debería haberse comportado de la misma forma, pero no ha sido así:

XX.XXX.XXX.XX - - [17/May/2009:02:01:03 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; es-es) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1"
XX.XXX.XXX.XX - - [17/May/2009:02:01:04 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Apple-PubSub/65.1.2"
XX.XXX.XXX.XX - - [17/May/2009:02:01:04 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Apple-PubSub/65.1.2"

Las XX.XXX.XXX.XX representan sólo mi IP.

Aquí podemos ver otras dos solicitudes del fichero, y parece que por algún “script” o sistema que lleve Mac OS integrado, pero todas las solicitudes se han realizado desde mi IP, no hay ninguna otra desde Apple.

La verdad es que todo esto es mosqueante…

Mac OS X Leopard en una MSI P965 Platinum

Desde hace un mes o así tengo Mac OS X Leopard (versión 10.5.6) instalado en mi PC, pero no sin haber sudado sangre para conseguirlo. Este post trata de aclarar varias cuestiones relativas a la instalación en la placa base que uso, y que por lo visto no tiene mucha gente de la que hasta ahora ha instalado este sistema operativo en un PC.

Características de mi equipo:

– Placa base MSI P965 Platinum (BIOS versión 1.8)
– Intel Core 2 Duo E6600
– 4GB de RAM
– Tarjeta gráfica ATI Radeon X1650 Pro
– Disco duro Seagate de 400GB donde está GRUB, Windows XP y Kubuntu.
– Disco duro Seagete de 500GB donde está Mac OS X.

Para empezar, decir que hay varias distribuciones de Mac OS rodando por Internet, y la que yo he instalado es la iDeneb 1.4.

Preparación del entorno

Lo primero que necesitas es crear una partición primaria en tu disco duro para instalar Mac OS. Yo intenté hacerlo en una lógica y el instalador no la veía como disponible. Una vez conseguí que la viese, pero después de instalar no hubo forma de hacerla arrancar.

Personalmente, con tantas pruebas y para no romper nada de lo que tenía, al final opté por comprar otro disco duro e instalarlo ahí, pero vosotros podéis, bien reparticionar desde cero (aunque esta opción si ya tienes otros SO es muy dura), o usar alguna utilidad de reparticionamiento como GParted.

La partición que vayáis a crear recomiendo que sea al menos de 10GB y de tipo FAT32, NTFS o HPF+.

Para terminar, si quieres disponer de todos los cores de tu procesador, ve a la BIOS y activa la opción “BIT SECURE…”. No es obligatorio, pero sin duda mejorará el rendimiento.

Instalación de iDeneb 1.4

Nos descargamos esta distribución y grabamos su imagen ISO en un DVD, a una velocidad máxima de 4X, porque a más velocidad dicen que puede dar problemas.

Una vez grabada, arrancamos con ese DVD y tras esperar un buen rato nos saldrá el instalador. Seleccionamos el idioma que queremos usar, aceptamos las condiciones y nos saldrá una ventana para elegir la partición en la que queremos instalar el SO. Si no sale ninguna (lo más normal), nos vamos al menú de arriba y pulsamos en “Utilidades->Utilidad de Discos”; ahí nos saldrán todos los discos con sus particiones.

Ahora seleccionamos la partición en la que queremos instalarlo (hay que asegurarse bien, no nos vayamos a cargar la partición de Windows), pulsamos el botón borrar que está a la derecha, seleccionamos el tipo de sistema de archivos “Mac OS con registro”, le ponemos un nombre al volumen (MacOSX por ejemplo) y pulsamos el botón borrar que está abajo.

Esto último borrará todo lo que haya en esa partición y generará el sistema de ficheros necesario para instalar, así que una vez hecho esto, salimos de la utilidad de discos yendo al menú de arriba a la izquierda y volveremos al programa de instalación, donde si todo ha ido bien, ahora veremos disponible la partición que acabamos de preparar; la seleccionamos y le damos a Continuar.

Ahora tenemos que pulsar en Personalizar, para elegir los parches y opciones que queremos instalar. Esto es lo que hay que marcar:

  • Idiomas disponibles. Elige el que quieras usar; en mi caso sólo marqué el Español.
  • Tipos de letra adicionales
  • X11 (opcional, pero interesante de tener)
  • Patches 10.5.6 Ready
    • Audio:
      • AppleAzaliaAudio. Sólo dispondremos de dos altavoces, porque aunque se supone que esta placa lleva una tarjeta con el chip ALC883, no he conseguido que funcione. Puedes probar tú y si te funciona, ¡enhorabuena!.
    • Chipset:
      • ICHx Fixed
      • JMicronATA
    • Fix:
      • Cpus=1-Fix (Si no activas la opción “BIT SECURE…” en la BIOS)
      • IOUSBFamilyFix
    • Video: (Selecciona aquí el driver de tu tarjeta gráfica
    • Applications: (Yo las marco todas)

A continuación, le damos a continuar y el sistema comenzará a verificar el DVD en busca de errores. La primera vez que vayas a instalarlo puede estar bien que dejes que se realice este proceso, pero una vez que te asegures que el disco está bien, para las siguientes puedes pulsar el botón de “Omitir” y pasar directamente a la instalación.

Arrancando por primera vez

Una vez terminado de instalar el sistema operativo, el programa de instalación reinicia el ordenador. Sacamos el DVD de la unidad y dejamos que arranque desde el HD. Pueden pasar varias cosas:

La primera es que si lo instalas en el mismo HD donde tenías tus otros sistemas operativos (Windows, Linux, etc.), lo más probable es que haya sobreescrito el sector de arranque (MBR) y no seas capaz de arrancar ningún sistema operativo, NI SIQUIERA MAC OS X.

Si tenías instalado GRUB, no hay problema, porque gracias a Super GRUB Disk, podemos restaurar dicho gestor de arranque sin ningún tipo de complicación, y podemos volver a tener el sistema como lo teníamos antes. En cambio, si no usabas GRUB, lo siento pero tendrás que buscar otro tutorial por ahí que te explique cómo restaurarlo.

Otra cosa que te puede ocurrir es que hayas instalado Mac OS en un disco duro secundario. En este caso el sistema arrancará exactamente igual que antes (o al menos debería).

Ahora ya sólo faltaría incluir Mac OS en la lista de SO disponibles para arrancar; y estas son las instrucciones que hay que seguir para arrancarlo usando GRUB:

  1. Arrancamos Linux.
  2. Editamos el fichero /boot/grub/menu.lst
  3. Copiar el trozo que sirve para arrancar Windows y ponerlo debajo de éste
  4. Guardar el fichero.

Debería quedar algo así:


title Windows XP
root (hd0,1)
makeactive
chainloader +1

title Mac OS X
root (hd1,0)
makeactive
chainloader +1

Para terminar, os dejo un enlace a los foros de Insanely Mac, dónde se puede encontrar toda o casi toda la información disponible sobre el uso del sistema operativo de Apple en PCs.

P.D: Mi opinión sobre el sistema y tal, lo dejo para otro post… :-)

Límite de variables enviadas por POST en PHP

Esta mañana me comentaba un amigo que tenía problemas a la hora de añadir nuevos campos en su aplicación de facturación en PHP.

Después de muchas pruebas, descubrimos que la variable $_POST de PHP contenía sólo las primeras 200 variables que se le enviaban al PHP.

Me puse a buscar y el problema estaba en que la versión de PHP que está usando su proveedor de hosting está parcheada con Suhosin, y este parche por defecto limita el número de variables enviadas por POST a 200.

La solución, poner esta directiva en el php.ini:

suhosin.post.max_vars = 2048

Por supuesto, se puede poner más, pero con eso nos era suficiente.

Más información sobre las opciones de configuración de este parche.

Arreglar una doble conversión a UTF-8

Esta es una de esas entradas de recordatorio para cuando me haga falta otra vez, y además, que le pueda servir a alguien más.

Ayer, a mis amigos de Fanboy.es les cerraron el chiringuito por consumo excesivo de recursos, y por el mensaje del administrador del hosting, tenía toda la pinta de ser culpa de algún plugin que están usando en WordPress.

Anoche, después de que les reactivaran el servicio, me puse a actualizarles el WP y el muy puñetero la cagó al actualizar la BB.DD., porque empezaron a salir caracteres extraños en lugar de las tildes, como si la página estuviese codificada en Latin1, y los datos en UTF-8.

Esta mañana me he puesto a mirar y resulta que lo que había pasado es que el actualizador había convertido a UTF-8 las tablas que ya estaban en UTF-8, así que ahora los caracteres que debían ocupar 2 bytes (los acentuados), estaban ocupando 4 bytes.

Por ejemplo: la palabra “próximo” estaba así “próximo”:

00000000 70 72 c3 83 c2 b3 78 69 6d 6f 0a |pr....ximo.|

Así que lo que he hecho ha sido hacer una copia de seguridad de la BB.DD. y ponerme a buscar cómo “volver atrás” en esa conversión. Buscando un poco por internet, he encontrado esta página, e inspirándome en lo que cuentan ahí, he hecho la conversión de esta forma:

sed -e 's/\xc3\x83\xc2\(.*\)/\xC3\1/g' -e 's/\xC3\x82\xC2\(.*\)/\xC2\1/g' -e 's/\xc3\xa2\xc2\x80\xc2\(.*\)/\xe2\x80\1/g' fanboyes_blog.sql > fanboyes_blog_utf8.sql

Ya sólo quedaba importar ese fichero de nuevo en la BB.DD… Et voilà!, ¡todo funcionando perfectamente! :-)

Una vez más, trabajar con Linux y herramientas GNU me ha ayudado a solucionar un problema… ;)

La culpa es de la informática…

… como siempre.

Leyendo una noticia en El Mundo sobre la foto del atentado en la que murieron dos soldados españoles el otro día, y que distribuyó el Ministerio de Defensa, vuelvo a leer —y reitero, como siempre— que le echan la culpa de la cagada al programa informático…

Un error debido a las prisas y una mala jugada del programa informático en cuestión, ya que a la hora de dibujar el círculo rojo y arrastrarlo hacia la zona donde se encontraban los restos de la furgoneta, también arrastraron estas dos sombras.

Bueno, también debido a las prisas, pero dejan bien claro que la culpa de arrastrar con el círculo las sombras es del programa… Anda que.