compresión de javascripts

1 view
Skip to first unread message

Horacio Degiorgi

unread,
Jun 27, 2005, 6:18:32 PM6/27/05
to cat...@googlegroups.com
Hola a todos:
he estado probando comprimir los archivos .js de catalis (para ahorar
ancho de banda y mejorar la velocidad de carga de la aplicacion en pcs
algo más antiguas).
hasta ahora he logrado bajarlos casi a la mitad utilizando esc sin
apreciar ningun error. Sigo probando y luego paso un instructivo ver
si interesa. Fernando ha hecho un gran trabajo documentando el codigo
javascript pero podríamos tener archivos .js completos y .js
comprimidos.
De la forma catalis.js y catalis_c.js .
Se ve viable?
saludos


--
Horacio Degiorgi
http://blog.codigophp.com

Fernando Gómez

unread,
Jun 27, 2005, 6:52:08 PM6/27/05
to cat...@googlegroups.com
Hola Horacio, me alegra que estés acá, y que comiences con las
propuestas.

Es cierto que la abundancia de código JS trae los problemas que
decís, y alguna vez --hace ya bastante-- hice una prueba con algunos
de los compresores de archivos .js que andan por ahí, pero nada más.
(De ese experimento viene un hábito que traté de mantener luego:
cuando aparece una doble barra como parte de una URL, no es mala idea
separarlas, e.g.

var URL = "http:/" + "/www.example.com/"

de esa manera los compresores no podrán confundir la doble barra con
el inicio de un comentario.)

Creo que es un buen momento para volver a explorar esta cuestión, así
que adelante nomás! Lo que no recuerdo es haber visto ese "ESC" que
mencionás (al principio pensé que era un error de tipeo!); lo voy a
mirar ahora.

En lo posible, me gustaría usar algo "scriptable". Ahora que armé un
shell script que se ocupa de generar la versión Windows de Catalis a
partir de la versión Linux (unix2dos + crunchmf + crunchif + algún
detalle extra), me parece que sería bueno incorporar allí mismo este
tipo de manipulaciones "pre-release".

En cuanto a la convención de nombres, pensé que estaría bueno usar
algo como catalis.jsz o catalis.jsc, es decir, alterar la extensión.
Pero quizás eso genere algún problema a nivel de mime-type, al
tratarse de una extensión desconocida, ¿qué te parece? Si hay que
andar tocando la config. del servidor para que lo sirva correctamente,
entonces mejor olvidémoslo.

Saludos.

--
Fernando

Fernando Gómez

unread,
Jun 28, 2005, 4:29:59 PM6/28/05
to cat...@googlegroups.com
A propósito de compresiones, no nos olvidemos de los documentos XML
que usa Catalis, especialmente marc21.xml que es grandecito y aún
puede crecer más.

En este momento, marc21.xml contiene los nombres de campos y subcampos
en inglés y en castellano (hasta donde llegué con la traducción), y
el idioma se configura con la variable LANG en el archivo head.htm.
Así que hay una manera obvia de reducir el peso de este archivo:
dejando solamente los textos en el idioma seleccionado.

Una reducción adicional se puede lograr usando una versión de
marc21.xml (generada automáticamente) que use nombres más cortos para
elementos y atributos, e.g. <sf c="..."> en lugar de <subfield
code="...">.

De todos modos, tengo la idea de que en condiciones normales esos
archivos (.js, .xml) no se la pasan viajando desde el servidor al
cliente, ya que el navegador los guarda en cache. Por lo tanto la
demora importante es al loguearse por vez primera, y de ahí en más,
cada vez que uno de esos archivos sea actualizado o se esfume del cache
(eventos poco frecuentes, supongo).

Menciono estas cuestiones porque quizás alguien tenga sugerencias más
astutas...

--Fernando

Reply all
Reply to author
Forward
0 new messages