Bastante mejor que la Chimenea en tu hogar, la películilla Ambient Earth utiliza imágenes de la NASA / ESRS / eol.jsc.nasa.gov y sonido ambiente que grabó el astronauta Chris Hadfield en la Estación Espacial Internacional para mostrar un espectáculo grandioso.

Es una creación de Seán Doran y Spike Snell. En total son siete horas y media de vídeo en resolución 4K, meticulosamente restaurado y montado. Hay 48.982 imágenes de 27 secuencias time-lapse fotografiadas por el astronauta Butch Wilmore en la Expedición 72 a la EEI, completadas con otros 1,5 millones de fotogramas interpolados (»inventados», vamos). Pero muy resultones, todo sea dicho, parece tal cual vídeo UHD 4K.

Hay días, noches, nubes, desiertos, montañas… Todo lo que nos ofrece de gratis nuestro pequeño y vulnerable planeta, del que recordemos sólo tenemos uno y no hay copia de seguridad.

Relacionados:

• The World Below: una mirada relajante a la Tierra desde el espacio
• Cinco minutos de la Tierra vista desde la Estación Espacial
• El mundo a través de mi ventana desde la Estación Espacial
• Un año de la Tierra en time-lapse por la cámara EPIC de la NASA

Ayer se publicaron, tras unos días de rumores, varias actualizaciones para evitar dos vulnerabilidades críticas de PHP, uno de los lenguajes de programación más utilizados en el desarrollo de páginas web. Las han llamado PHP2Shell (CVE-2026-109618 y CVE-2026-109619) y los investigadores las conocen desde agosto, aunque se han hecho públicas ahora. Ambas tienen una gravedad de 9,2 sobre 10, «vulnerabilidad crítica», y permiten a los atacantes ejecutar código malicioso en un servidor web sin necesidad de contraseñas ni cuentas de usuario. Vamos, que puede entrar hasta la cocina y sin llamar al timbre.

Estos fallos afectan a la gestión de la memoria de PHP. Los atacantes pueden enviar peticiones HTTP para saturar la memoria, haciendo que PHP deje datos internos mal inicializados o referencias de memoria liberada que luego se pueden manipular para hacer que el servidor ejecute ciertas instrucciones.

Con el potencial de dejar al aire la información personal, contraseñas y bases de datos que se guarden en esos servidores, también pueden modificar páginas web, instalar programas maliciosos (malware), secuestrar servidores para pedir rescates (ransomware) o dejarlos fuera de servicio. El alcance de los daños depende de los permisos de cada servidor y la versión que esté corriendo.

Esto afecta a los servidores que ejecutan versiones vulnerables de PHP, lo cual incluye sistemas de gestión de contenidos o tiendas como WordPress, Drupal, Joomla y por supuesto a aplicaciones propias desarrolladas en PHP. No hace falta que el código de la web tenga errores: la vulnerabilidad está en el propio intérprete de PHP.

La solución pasa por que los administradores de sistemas o las empresas de alojamiento actualicen PHP a las
versiones corregidas: 8.2.35, 8.3.36, 8.4.27 y 8.5.12, y luego acabar esa actualización con el ceremonioso apagar-y-encender, claro. Hay algunas versiones anteriores de PHP que, por la criticidad del asunto, también tienen parches «de emergencia», pero si no lo tienen lo más recomendable es cortar por lo sano y pasarse a una versión más moderna (8.3 y 8.2 son bastante más comunes; 8.4 y 8.5 no tanto porque son más recientes.) Eso puede requerir revisar y reescribir parte del código, aunque si está bien escrito puede que no haga falta. Para desgracia de muchos, casi el 48% de los PHP que hay corriendo por ahí son 8.1 o anteriores, de ahí que la movida sea de proporciones colosales.

La PHP Foundation ha publicado mucha más información tanto sobre las vulnerabilidades como sobre los parches. Felicidades a los agraciados y ánimos a los que tengan que currar extra en los próximos días.

Tim Ventura tiene un mega-artículo lleno de información acerca de los ordenadores fotónicos, máquinas prodigiosas capaces de alcanzar velocidades mil veces más rápidas que los procesadores actuales. Se puede leer aquí: Akhetonics Photonic Computing: 1,000x Faster CPUs!. Lo de «procesadores fotónicos» suena muy de Star Trek, pero en ello están.

Estas CPUs de Akhetonics emplean luz en vez de electricidad, así que se podría hablar de ordenadores «a la velocidad de la luz», literalmente, aunque también sabemos que la luz no es tan rápida al propagarse por guías o fibra óptica que en el vacío.

En el artículo se explica cómo pretenden pasar de los GHz habituales de las CPU actuales a frecuencias de terahercios (THz). Esto supondría multiplicar por mil la frecuencia respecto a un procesador de 1 GHz, aunque no necesariamente su rendimiento. La idea es que los datos entren como luz, se procesen como luz y salgan como luz, evitando las conversiones entre señales ópticas y eléctricas. Ya llevan desarrolladas cerca de 30 generaciones de chips fotónicos, con circuitos que han pasado de una puerta lógica a unas diez mil.

La arquitectura de Akhetonics es todavía experimental. Emplean una CPU de dos bits con algo llamado SUBLEQ y con un conjunto de instrucciones minimalista pero capaz de realizar cálculos generales, como la idea de los antiguos procesadores RISC. Emplea guías ópticas (algo parecido a los circuitos metálicos de los chips convencionales) además de semiconductores y otras tecnologías tradicionales de 90 a 250 nanómetros. A corto y medio plazo esperan conseguir procesadores entre 10 y 100 veces más rápidos en determinadas tareas. Lo de las 1.000 veces es un deseo a largo plazo.

El principal escollo es la memoria óptica: almacenar información resulta complicado porque los fotones, por su propia naturaleza, no quieren quedarse quietos. Una solución consiste en mantenerlos circulando por pequeños bucles hasta que se necesitan. También tienen que resolver problemas como el consumo energético, la refrigeración y las conexiones entre chips, porque los láseres y demás componentes siguen necesitando electricidad. A medida que a finales de año y durante 2027 instalen sus primeros ordenadores se podrá ver si pueden competir con las CPU convencionales.

Relacionados:

• Una CPU de IBM, el ordenador más pequeño del mundo
• La máquina más avanzada para fabricar microchips
• Una ley que cambió el mundo
• De arena a silicio: cómo se construye un chip
• NAND-16, un ordenador de 277.248 puertas NAND

Tenía un problema con mis unidades de discos externas. Uno de esos del tipo «tonto pero molesto», que había intentado solucionar por todos los medios posibles, pero no había manera. Las unidades despertaban del modo reposo cuando no debían, y eran lentísimas al hacerlo. Esto sucedía simplemente invocando a Spotlight (Comando+Espacio) para buscar algo tecleando parte de su nombre; eso dejaba medio congelado el equipo mientras las unidades salían de su letargo, hacían su clac, clac, clac y quedaban listas… en realidad para nada, porque ni siquiera estaban indexadas para buscar en ellas.

El problema: un «despertar» inoportuno

En mi caso eran dos unidades diferentes, una WD y otra Seagate, de varios TB, que siempre han funcionado muy bien y que tenía convenientemente particionadas para usar como volúmenes externos, con una partición para Time Machine y el resto espacio libre para diversos usos, como la Fototeca del Sistema (que en mi caso es bastante grande, 700 GB). Estaban formateadas como APFS adecuadamente.

El caso es que, teniendo las unidades montadas, cada x minutos se ponían en modo reposo; hasta ahí sin problema. Pero al utilizar Spotlight y escribir algo (como el nombre de una app que estaba en disco interno, para arrancarla) tocaba esperar unos cuantos segundos a que despertaran. Más que el retraso en poder continuar me parecía inoportuno el que estuvieran constantemente reposando-despertando-reposando… Así que busqué soluciones.

En los foros de Apple y otros no aparecía nada excepto que recomendaban desactivar el modo reposo para las unidades. Esto no solucionaría el problema, pero al menos sí el ruidito y las esperas. En cualquier caso tampoco me sirvió porque una de las unidades, la WD, debe tener un controlador vetusto que ignora lo que diga MacOS, y tampoco hace lo que debería hacer aunque se lo marques expresamente con su Utilidad WD en el panel de preferencias. En varios foros de Apple y otros genéricos leí que efectivamente suele haber un conflicto sistema-disco y que no tiene arreglo conocido. A la unidad Seagate le pasaba igual aunque era más moderna.

Seguir leyendo: «Cómo resolver el problema del MacOS con los discos duro que se «despiertan» cada vez que buscas algo, aunque no haga falta»