Barrapunto

He estado estudiando el asunto y, pese al magnífico trabajo de minid, la verdad es que se requiere un approach diferente a la cuestión. Veamos, no conviene partir del output final, es decir, de la página html tal y como se recibe en el navegador y entonces depurarla, que es como lo ha hecho minid y como también lo hicieron en a list apart [alistapart.com]. Este método sirve de poco por la particular arquitectura de slash y no es un trabajo que sea luego reutilizable para incorporarlo a cualquier sitio que use slashcode, que yo creo que sería lo interesante.

Para que sea útil ese trabajo, hay que tener en cuenta la arquitectura de slash, dado que los "servlets" y módulos de slash llaman a las plantillas con el html de una forma determinada, y meter ese código a partir del html es algo así como hacer "ingeniería inversa". Por lo tanto, hay que reestructurar el código y hacer todos los cambios en las propias plantillas de slash (¡hay más de 300!). Y el método correcto para ello es crear un nuevo "theme". El "theme" no solo incluirá las plantillas modificadas (también las de los plugins), sino algunos parches que hay que aplicar sobre los módulos perl de slash y sobre los "servlets" (los ficheros ".pl"). Todo ello hará que sea (relativamente) fácil de incorporar no solo a barrapunto sino a cualquier otro slashsite, y que incluso lo acaben incorporando en la rama oficial de slash.

La tarea es delicada y bastante compleja, por eso nadie la ha compeltado hasta ahora, que yo sepa solo ha habido un acercamiento correcto a la cuestión y por suerte ya muy avanzado: es el tema que hizo Peter Winnberg [slashcode.com] hace unos meses para openflows [openflows.org].

En resumen y para no enrollarme más de la cuenta: quien quiera colaborar en esto y que su trabajo sea realmente aprovechable, debe bajarse el tema de Peter del CVS de openflows (instrucciones [openflows.org] para hacerlo) y trabajar sobre las plantillas.

Yo lo he probado en mi maqueta, he actualizado los parches en las librerías de la última R_ (pues los que incluye peter son para una versión algo más antigua) y funciona bastante bien. Hay algunos bugs pero no parecen demasiado complicados de resolver. Es un muy buen punto de partida.

Por desgracia, no dispongo ahora de una máquina conectada a Internet donde todos podamos ver la maqueta (las de barrapunto están todas ocupadas con otros proyectos, e interferirían entre sí las distintas versiones de slash), testearla y trabajar sobre ella. Si alguien dispone de un servidor con IP pública donde alojar una maqueta de barrapunto y donde implementar todas estas pruebas, nos ayudaría mucho :-) No requiere que sea muy potente, ni mucho ancho de banda, dado que es solo para hacer las pruebas.

Aunque el perl del slashcode se ejecute en el lado del servidor, me parece que llamar a los scripts "servlets" está un poco fuera de lugar, ya que así es como se llama a cierto tipo de scripts que, también se ejecutan en el lado del servidor, pero están escritos en java.

Prueba a buscar servlet en google. O incluso perl servlet.

Por desgracia, no dispongo ahora de una máquina conectada a Internet donde todos podamos ver la maqueta (las de barrapunto están todas ocupadas con otros proyectos, e interferirían entre sí las distintas versiones de slash), testearla y trabajar sobre ella. Si alguien dispone de un servidor con IP pública donde alojar una maqueta de barrapunto y donde implementar todas estas pruebas, nos ayudaría mucho :-) No requiere que sea muy potente, ni mucho ancho de banda, dado que es solo para hacer las pruebas.

¿Que necesitarías exactamente? ¿IP pública propia, dominio, espacio FTP (cuánto),...?

El servidor del que hablo lleva más web’s alojadas pero creo que no será impedimento. De hardware va bien, ídem con el ancho de banda. El único defecto es que corre Red Hat ;).

Si especificas un poco los requerimientos con suerte podamos apañarnos algo.

En el caso que nos ocupa, a mí este acercamiento previo me parece el más apropiado, y yo mismo también tenía pensado hacerlo así, pero se me han adelantado, ¡y con un resultado altamente satisfactorio! Deberíamos agradecer el esfuerzo, pues no es nada fácil el trabajo de corregir y replicar una página web tradicional con hojas de estilo. Me ha sorprendido gratamente el trabajo tan completo en tan poco tiempo. ¿Se le habrá ocurrido a alguien [barrapunto.com] una tarea útil que hacer en sus ratos libres? jajajaa

Aquí creo que es más seguro trabajar con el modelo delante: Para diseñar cómo queremos que quede el código de las páginas, las personas que editen las plantillas tienen que tener claros todos los elementos que debemos obtener (algo así como un diseño top-down, de fuera hacia adentro), o de lo contrario serán los detalles internos del programa (concebido inicialmente para usarse con HTML "tabular") los que decidan la composición final. Es necesario mantener ese modelo general al modificar las plantillas, y discutirlo primero entre la gente que tenga experiencia con XHTML y hojas de estilo. Aquellas personas que no se lo hayan empapado aún, todavía están a tiempo... ;)

Entiendo perfectamente a qué se está llamando "ingeniería inversa", pero si no estudiamos a fondo la estructura de las plantillas para conseguirlo adaptar a lo que queremos conseguir, estaremos sucumbiendo a la inercia que un código diseñado para otro propósito nos imponga. En este caso, la manera más segura de hacer que el programa sirva a nuestros fines (en vez de adaptarnos nosotros a él) es mostrar a nuestros ingenieros el resultado que queremos lograr y que se pongan todos a trabajar poco a poco para conseguirlo.

Es vital que se pueda replicar el código de Slash con las plantillas de Barrapunto en otro servidor para poder probar las modificaciones. En última instancia, cada cual debe probarlo en su casa, pero considero necesario que hagáis públicas las modificaciones y que dispongamos de un CVS centralizado con los archivos que se vayan cambiando y la última versión de esos archivos corriendo en el servidor de prueba actualizado por una sola persona. Para las plantillas habría que hacer un reparto, y así nadie trabajará en balde, pero no se me ocurre cómo.

Por cierto, a las páginas de ejemplo les falta un pequeño ajuste de márgenes de algunas cajas y la sustitución del "punto" de las listas de palabras de las barras laterales por algo más estrechito. Se puede hacer que quede igual, y lo mejor de todo, una vez puesto en marcha, esté como esté, ¡modificar las hojas de estilo tiene un efecto completamente inocuo sobre el funcionamiento del programa! Con CSS, las mejoras se notan desde el principio.

De todas formas, y a pesar de todo este rollo, como parece que sólo va a participar una poca gente, y a mí personalmente, en la actualidad, me queda un poquito grande, estad contentas todas las personas que habéis promovido el cambio, ¡porque ha merecido la pena! Un saludo muy fuerte.

No creas que hay tantas alternativas para las exigencias que requiere un sitio del tamaño de barrapunto (en accesos y en tamaño histórico de la BD). Slashcode es complejo porque no es un simple blog, sino una auténtica plataforma servidora de aplicaciones. Hay mucho software que funciona bien para pequeños blogs pero que nunca ha sido probado con éxito con el volumen de exigencia de slashdot (ser capaz de servir ¡75 páginas por segundo! o millones de páginas ¡en un solo día! como en el 11-S) No conozco ningún software en este ámbito más escalable de Slash (y su facilidad por ejemplo para construir "granjas" distribuidas).

Otro problema nada despreciable es el de la base de datos de barrapunto: es ya una gran BD de conocimiento, quizá su mayor valor, construida a lo largo de los casi cinco años de existencia de barrapunto que no sería trivial conservar íntegra si se cambia de software.

He trabajado tres años en la RAE y te aseguro que, rodeado de expertos lingüísticos, ninguno se dedicaba a decirle a otros qué palabras debía escoger como acabas de hacer. Las palabras que uso son asunto mío, y me la pela si son nacionales o extranjeras. Con todos mis respetos, si me hago comprender o no es exclusivo problema mío, como lo es la loción de afeitado que uso o la ropa que me pongo: déjame pues que escoja los términos que desee, pues el idiolecto de cada uno forma parte de la exclusiva libertad expresiva de cada cual.

Si has tenido el interés suficiente para detenerte y leer mi comentario y te encuentras algún vocablo que no entiendas (que no parece el caso, pues no te ha costado nada traducirlo), pregunta, o consulta un diccionario. Lo demás es falta de respeto, como opinar sobre la vestimenta ajena. Si no te gusta, pasa de largo.

Te lo agradeceremos todos y tú no perderás tiempo de forma tan lastimosa. ;-)

Aquí te lo explica de un modo más extenso: "El jeriñac, los servlets y el nacionalismo lingüístico [barrapunto.com]". (Hace sólo seis días).

los terminos de una lengua se selecciona naturalmente por el uso diario que hacemos. Si todos usamos una serie de conceptos, éstos se acaban imponeniendo. A eso me refería. No es tan difícil de entender. Pero es mucho más fácil llamarme tonto. Está claro.