Server Side Include en DreamWeaver

dreamweaver
Conexión PHP/MySQL con DW MX2004
25 diciembre, 2014
dreamweaver
Código HTML: Programación vs Diseño
25 diciembre, 2014

Server Side Include en DreamWeaver

dreamweaver

Una capacidad desperdiciada en dreamweaver y muchas veces no entendida

Alguien me preguntó el otro día para qué servía ese botoncito con signo gato en los elementos comunes a insertar en la paleta de objetos… que si acaso era para enviar información al servicio de impuestos internos… ante todo, le dije que se fijara bien, por que las siglas eran SSI y no SII y que ese botón hacía el milagro de hacernos más fácil la vida (no como la otra sigla)…

El concepto del Server Side Include (incluido del lado del servidor) es bien interesante y no es nuevo… cuando se hace una solicitud de página al servidor, éste no sólo busca el directorio y lo envía, si no que además, si está bien configurado el servidor, “lee” el archivo a enviarse para procesar solicitudes en la página… un poco como el principio de las páginas dinámicas…

Pero que hace?… ya vamos….

Muchas ya han usado los templetes o las bibliotecas para construir páginas, y hay que reconocer que son muy recontra útiles, sobre todo cuando se está trabajando en proyecto que tiene muchas páginas… para los que todavía no las ocupan, se puede decir que es una gracia de Dreamweaver que permite insertar en una página html un pedazo de código no editable controlado desde otro archivo… por ejemplo un pie de página… el clásico copyright, fecha de actualización y vínculo al mail del webmaster… la gracia de ser controlado desde otro archivo, es que si el webmaster cambia, ya sea por que encontró nueva pega o por que lo hicieron buscar nueva pega… basta con cambiar este archivo controlador y Dreamweaver actualiza ese pedazo de código en todas las páginas donde fue insertado… y voilà… listo, ya actualizado basta con subir los archivos modificados, o mejor aun, sincronizar para no dejar ninguno en el camino, y la dirección email del webmaster en las páginas de nuestro sitio ya tienen la nueva dirección…

Hasta ahí, super bien si no fuera que el sitio tiene 160 páginas por tres idiomas, y en cada una de ellas está el mismo pie de página… uffff… eso sin mencionar que uno se equivocó y en vez de “webmaster”, por torpeza cotidiana uno escribe “wevmaster” y vamos devuelta a corregir, cosa que no es problema con Dreamweaver, por que inteligentemente teníamos un elemento de librería, un sólo archivo a modificar y de vuelta se actualizan todas la páginas donde fue utilizado… pero volverlo a subir… ufff… y así con todas las veces que queramos hacer cambios… y ojo… no digo ufff por el costo en un modem de 56… que obviamente es alto, si no por el tiempo productivo que nos quita la tarea…

Aquí es donde los Server Side Include (SSI) cumplen un rol maravilloso; la teoría es más o menos lo mismo que las bibliotecas con la leve diferencia de que no se hacen los cambios del lado local, si no que de lado remoto, en el servidor… es el servidor el encargado de introducir pedazos de código en las páginas…

Vamos por partes como dijo Jack el destripador… supongamos que todos nuestros menús son iguales en el sitio… bien, diseñamos nuestro menú en una nueva página (o lo copiamos de una que ya exista) y llamamos a esta página nueva algo como “menu.htm” (super original)… aquí un truquito… como este código se va a “insertar dentro de otra página”, hay que tomar la precaución de no repetir código innecesario que puede complicar a algunos browsers, por lo que vamos al código fuente y eliminamos los tags del , y (todos… los de arriba y los de abajo)…

En nuestra página final, nos paramos en el punto donde queremos que esté el menú y apretamos el famoso botoncito con signo gato en la paleta de objetos (o vamos al menú insert/server-side include)… y seleccionamos nuestra página “menu.htm”… y ya?… tan sencillo?… sip… así de fácil… de hecho Dreamweaver tiene la capacidad de interpretar este include… y hasta lo muestra en tiempo real sin tener un servidor que lo interprete (el mismo drw hace de servidor) inclusive podemos visualizar en browser para verificar la compatibilidad del diseño…

Un solo detalle más… si vemos la paleta de propiedades vamos a encontrarnos que nos ofrece dos “type” o tipos… virtual o file… según el manual, el “virtual” se porta mejor con servidores Apache y el “File” con servidores Microsoft IIS, si tienes dudas, habla con el administrador de tu servidor y consúltale la compatibilidad…

Algunos servidores no tienen en sistema activo por defecto (del administrador) por lo que también he visto que mucha gente usa la extensión .shtm o .shtml para obligar al servidor a “leer” y ejecutar los includes del documento…

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *