Bit a Bit

Estaba terminando una memoria cuando me propuse encontrar una función de OpenOffice que siempre creí que estaría en los procesadores de texto. Me da mucha pereza hacer los índices así que siempre pensé que debería haber una función que te los hiciera sola.

Si es un documento con pocos puntos quizás no es muy útil pero imagínate reconstruir el índice de la memoria de tu Proyecto de Fin de Carrera cuando has añadido un párrafo y una página se ha corrido.

Bueno, a lo que iba: Menú Insert -> Indexes and Tables -> Indexes and Tables. Estoy usando la versión inglesa de OpenOffice (para probar la beta de la 2.0) pero supongo que en la española no será muy diferente; y si usas MSWord (yo te maldigo!!!;)) u otro procesador de texto (AbiWord, KWriter, WordPerfect, …) seguramente tenga esa posibilidad, o quizás es una novedad supermaravillosa de OpenOffice. ¿Quién sabe?

¿Cómo hace esto? Supongo que si vas asignando los estilos de Heading 1, 2, 3, 4 a los títulos de las secciones pues es bastante fácil; si no usas estilos quizás intente descubrir los títulos por el tamaño que le asignas. ¡Yo qué se! La cuestión es que funciona y para comprobar cómo lo hace no me voy a poner a bucear entre el código de OpenOffice (que además he oido que no está muy bien organizado precisamente, ¿o era el de Mozilla?).

Sea como sea: aumento de productividad; bienvenido sea.

No sé si se está hablando mucho de esto en la blogosfera (últimamente me estoy volcanco con otros proyectos) pero el hecho de que Mini-d haya estado caido me ha hecho recordar una idea que tuve hace tiempo.

Parece ser que una de las razones por las que el proveedor que utilizaba le cortó el servicio de http al servidor fue porque en un sólo día consumió 400 minutos de CPU (más de 6 horas, esto es una burrada, el emule consume unos 30-40 minutos al día en mi Athlon 2000+).

¿Por qué pasa esto? Realmente php está bien para hacer cálculos, consultas, etc… Pero tengo la impresión de que los algunos programas escritos en php son demasiado complejos para el propio php; vamos, que carga demasiado la máquina para lo que hace. Un lenguaje interpretado en el que se importan un montón más de 8 ficheros de los que uno hace consultas a la base de datos, otro lleva la internacionalización, otro las fechas… Es normal que el procesador se vuelva loco.

Cuando programamos en php intentamos utilizar las técnicas de modularidad que tan bien funcionan en lenguajes compilados o pseudocompilados como C, Java, …

¿Alternativas? La que se me ocurrió fue que, en cada cambio que se haga en la web de forma interna (en el caso de WordPress añadir una categoría, un artículo, recibir un comentario, etc…) se creara un archivo estático que tuviera links a las páginas dinámicas. La mayoría de la gente no pasa de la primera página así que el procesador sólo tendría que leer el xhtml del disco y mandárselo al cliente. Otra variante sería que la página principal fuera más estática de lo que es ahora, por ejemplo que todo fuera estático menos el número de comentarios de cada entrada, para no tener que generar el estático con cada comentario.