http://webcraft.blogalia.com/ Detrás de cada web hay alguien que la ha construido. A veces, son humanos. es-ES Copyright Netito Netito Netito http://webcraft.blogalia.com//historias/49398 (mmm.... con ese título, me dá que va a ser una de las historias con más vistas de este blog) <br /> <br /> Siempre he pensado que la industria del porno es una de las que más hay que aprender en la Web. Fueron los primeros, y hoy siguen en cabeza, en desarrollar webs multimedia de alta disponibilidad, en cobros on-line, en autentificación de usuarios, y en sindicación de contenidos, por poner sólo unos ejemplos. <br /> <br /> Y leo vía Emmanuelle Gutiérrez, en la imprescindible <a href="http://groups.yahoo.com/group/accesoweb/">Accesoweb</a>, que parece que también se han metido de cabeza en la accesibilidad de sus contenidos, al menos unos tal SoundsDirty.com, cuya <a href="http://www.soundsdirty.com/statement.php">declaración de accesibilidad</a> (ojo, <em>not safe for work</em>, niños, no pulseís ese enlace) no tiene nada que envidiar a las páginas más avanzadas en el tema: <br /> <br /> - XHTML estricto y maquetación con CSS, validados <br /> - marcado semántico <br /> - atajos de teclado, con detalle de cuáles son y cómo se usan en distintos navegadores <br /> - etiquetas <code>rel</code>, opción de salto de la navegación, ¡e incluso una tecla de pánico que deja la pantalla en blanco y para los lectores de pantalla! <br /> - alt en todas las imágenes, y descripción ampliada en aquellas que lo, ejem, requieren ("Due to the nature of the SoundsDirty.com site certain images are deem to be of great significance and may contain slightly longer descriptions") <br /> - descripción de la estructura de la web <br /> - todos los vídeos incluyen subtítulos o audiodescripciones <br /> - validada automáticamente por Bobby, y probada con JAWS <br /> - dirección email específica para comentarios sobre accesibilidad <br /> <br /> En resumen, afirma tener un nivel AAA, y cumplir las directrices de la sección 508 estadounidense. <br /> <br /> A ver si hay suerte y algún responsable de más de una web cae por ahí (casualmente, por supuesto), y empieza a interesarse por eso de la accesibilidad... <br /> <br /> (también lo comenta <a href="http://www.torresburriel.com/weblog/2007/05/13/porno-accesible/">Torres Burriel</a>) http://webcraft.blogalia.com//historias/48109 Lo cuenta <a href="http://www.enriquedans.com/2007/03/ac-hotels-%c2%bfeliminados-de-google.html">Enrique Dans en su blog</a> citando a <a href="http://www.blogontravel.com/ac-hotels-has-been-banned-from-google/">Blog On Travel</a>: AC Hoteles ha sido baneado de Google. <br /> <br /> La causa: una web completamente en Flash (nada de contenido para indexar), + palabras clave=texto de la descripción, que no se encuentran en el contenido (que para Google no existe) + 92 dominios todos con la misma IP, interconectados entre sí, y todos (menos uno) con el mismo contenido: nada. <br /> <br /> Sería interesante ver que cara pone el diseñador de la web cuando le pregunten por qué ha pasado esto.... <br /> <br /> Y también sería interesante (mirando un poco de manera más local), que tomasen nota, por ejemplo, los responsables de comunicación del <a href="http://www.teatroperezgaldos.es/">Teatro Pérez Galdós</a>, y pensasen en rehacer su nueva, flamante e <a href="http://www.sidar.org/recur/direc/legis/espa.php">ilegal</a> web 100% Flash. <br /> <br /> <br /> (actualización 22/03/07: AC Hoteles ya vuelve a estar en Google. <a href="http://www.hotelblog.es/posicionamiento-online/la-verdad-sobre-la-exclusion-de-ac-hoteles-de-google">Hotel Blog</a> tiene un interesante análisis del caso). <br /> <br /> (otra actualización 19/09/07: la web del Tatro Pérez Galdós ya ha cambiado, por una versión que apenitas usa Flash, lo cual es de agradecer) http://webcraft.blogalia.com//historias/48096 Respondiendo a un comentario en otro post, aprovecho para comentar aquí una solución sencilla (al menos, la más sencilla que yo he encontrado) a un problema con el que nos encontramos a menudo: dada una lista de resultados, seleccionar mediante <code>checkbox</code> algunos de ellos para pasárselos vía formulario a otro script. Yo lo uso mucho para seleccionar elementos que deben ser eliminados en paneles de control, para selección de los temas de suscripción en listas de correo, y cosas por el estilo... <br /> <br /> Partimos de tres detalles a tener en cuenta: <br /> <br /> - ColdFusion permite recuperar en una variable, <code>form.fieldnames</code>, una lista de todas las variables enviadas por el formulario (usando el método post, que, por otro lado, es el más recomendable). <br /> - los checkbox no marcados no se envían al programa que trata el formulario. Un input tipo texto en el que no se escriba nada envía el nombre de la variable, con el contenido vacío. Un checkbox no. Sólo se envía, con el valor 'on', si está marcado. Si no lo está, no envía nada, nisquiera el nombre de la variable. <br /> - ColdFusion permite hacer bucles sobre listas, dándole el valor de cada uno de sus elementos a una variable en cada iteración. <br /> <br /> El primer paso es construir el formulario. Suponemos que tenemos una consulta que nos devuelve una lista de empleados, llamada <code>empleados</code>, cada uno con un identificador único (<code>id</code>) y su nombre (<code>nombre</code>): <br /> <br /> <code><pre> &lt;form action="recibe.cfm" method="post"&gt; (... otros campos ...) &lt;ul&gt; &lt;cfoutput query="empleados"&gt; &lt;li&gt;&lt;input type="checkbox" name="codigo#empleados.Id#"&gt;#empleados.nombre#&lt;/li&gt; &lt;/cfoutput&gt; &lt;/ul&gt; (... otros campos ...) &lt;/form&gt; </pre></code> <br /> <br /> (dado que se trata de una lista de empleados, parece que meterlo en una lista es lo más adecuado. Es irrelevante para lo que nos interesa) <br /> <br /> Esto generará una lista tal que, por ejemplo: <br /> <br /> <code><pre> &lt;form action="recibe.cfm" method="post"&gt; (... otros campos ...) &lt;ul&gt; &lt;li&gt;&lt;input type="checkbox" name="codigo15"&gt;Pedro&lt;/li&gt; &lt;li&gt;&lt;input type="checkbox" name="codigo26"&gt;Juan&lt;/li&gt; &lt;li&gt;&lt;input type="checkbox" name="codigo32"&gt;Felipe&lt;/li&gt; &lt;/ul&gt; (... otros campos ...) &lt;/form&gt; </pre></code> <br /> <br /> El meollo de la cuestión está en el nombre que tienen los checkbox, compuesto por una cadena de caracteres, más el identificador que devuelve la consulta. Esta cadena puede ser cualquier cosa al gusto del chef, siempre que no coincida con el nombre de ningún otro campo en el formulario, y siempre que no comience por un número (CF no se lleva bien con las variables que empiezan por un número) (tampoco se recomienda usar caracteres no ingleses, ni, en general, nada que no deba ir en un nombre de variable). Y en concreto, es importante fijarse en la longitud que tiene esta cadena. En este ejemplo, la longitud de "codigo" es 6. <br /> <br /> <code>recibe.cfm</code>, el script que trata los datos del formulario, recibirá los checkbox que hayamos marcado, el resto de campos del formulario, y un par más de variables, de las cuales la que más nos interesa es <code>form.fieldnames</code> (si se dispone de la versión 6 o superior de CF, es interesante hacer un <code>&lt;cfdump var="#form#"&gt;</code>, para ver qué es exactamente lo que envía el formulario). <br /> <br /> Suponiendo que hayamos marcado las casillas de Pedro y Felipe, y que hayan dos campos más en el formulario llamados <code>autorizado</code> y <code>horario</code> (por poner algo), <code>form.fieldnames</code> tendrá el valor "autorizado,codigo15,codigo32,horario" <br /> <br /> La idea es ir recorriendo esa cadena e ir viendo que nombres de campo corresponden en su parte izquierda con la cadena que asignamos en el formulario, y tomar los valores que quedan en la parte derecha: <br /> <br /> <code><pre> &lt;cfloop list="#form.FieldNames#" index="indice"&gt; &lt;cfif (Left(indice,6) eq "codigo")&gt; &lt;cfset Id=Right(indice,Len(indice)-6)&gt; (... hacer cosas con el código recuperado, por ejemplo, ListAdd() para crear una lista sólo con los identificadores seleccionados ...) &lt;/cfif&gt; &lt;/cfloop&gt; </pre></code> <br /> <br /> La traza es muy sencilla: en la primera iteración, la variable <code>indice</code> toma el valor <code>autorizado</code>. No se cumple la condición, y pasa al segundo valor de la lista, <code>codigo15</code>. Cumple la condición, por lo que la variable <code>Id</code> toma el valor <code>15</code>. Hace lo que tenga que hacer con ella, y pasa al tercer elemento de la lista, <code>codigo32</code>, que también cumple la condición, etc, etc... <br /> <br /> El "número mágico" que aparece, el 6, es la longitud de la cadena usada. <br /> <br /> Al final del bucle, habremos tratado todos los campos del formulario que se corresponden con los elementos checkbox marcados, y habremos extraído los valores que nos interesaban. <br /> <br /> Nótese que no nos hemos interesado para nada en el valor de las variables del formulario (que por otro lado, es siempre el mismo para los checkbox: <code>on</code>). No nos hace falta, toda la información que necesitamos de estos campos se transmite en el nombre del mismo. <br /> <br /> Espero que les sea útil. Puede parecer algo rebuscado, pero no he encontrado manera más sencilla. Si alguien la conoce, se agradecen comentarios y sugerencias ;) http://webcraft.blogalia.com//historias/47129 Hace ya bastante tiempo (como un año) comentaba las por entonces nuevas características de ColdFusion MX 7, entre las cuales una de las más interesantes era la respuesta a eventos no HTTP en el servidor. Es decir, se podía preparar el servidor, de manera bien sencilla (a través de lo que Macromedia llamó Gateways) para que respondiese a eventos como subir un fichero por FTP, recibir un SMS, o recibir un mensaje de mensajería instantánea. Macromedia tenía un interesante ejemplo en el que, vía cualquier programa compatible con Jabber, se podía interactuar con el administrador de ColdFusion, consultando su estado. <br /> <br /> La verdad es que mirando hacia atrás resulta cuando menos sorprendente que nadie sacase provecho al tremendo potencial de esta herramienta.... hasta ahora: <br /> <br /> <a href="http://www.imified.com/">IMified</a> es una "herramienta de productividad" basada en mensajería instantánea, compatible con AIM, Yahoo Messenger, MSN y Google Talk, que permite interactuar, vía mensajería instantánea, con servicios como Basecamp, salesforce, Blogger o Movable Type, aparte de otros propios, como notas 'post-it' o recordatorios. Todo ello usando los Gateways de ColdFusion MX 7 para recibir los mensajes (que se envían a determinado 'contacto' según el programa de mensajería), y las APIs de los servicios correspondientes para interactuar con ellos. Todo sin salir de nuestro programa de IM. <br /> <br /> En sólo cinco días, y con un sólo mensaje en un foro, la herramienta pasó de dos a varios miles de usuarios. Yo me acabo de inscribir, aunque ya la revisaré con más calma otro día. En su <a href="http://blog.imified.com/">blog</a>, los creadores dan algunos datos del desarrollo: cuatro meses, algunos dólares, y unas cuantas latas de Red Bull. <br /> <br /> Mola. <br /> <br /> (vía <a href="http://www.forta.com/blog/index.cfm?mode=entry&entry=B68DFA44-3048-80A9-EF7B85EBC06BAE58">Ben Forta</a>) http://webcraft.blogalia.com//historias/46503 Ya se ha abierto la inscripción para beta-testear la próxima versión de ColdFusion. Si a alguien le interesa, puede preinscribirse <a href="https://prerelease.adobe.com/callout/apply.html?callid={E9F64ADB-DADA-485E-BFFE-60E0D783EBEF}">en esta página</a>. <br /> <br /> Slup... :) http://webcraft.blogalia.com//historias/46392 Acaba de ver la luz <a href="http://www.cfanswers.org/">http://www.cfanswers.org/</a>, una web basada en el concepto de <a href="http://es.answers.yahoo.com/">Yahoo Answers</a>, pero centrada en ColdFusion. <br /> <br /> La web está fresquita fresquita, y a la hora de escribir esto sólo tiene 6 preguntas, pero promete ser un recurso interesante... <br /> <br /> (vía <a href="http://ray.camdenfamily.com/index.cfm/2007/1/19/New-ColdFusion-Site-ltcfgtAnswersorg">Ray Candem</a>) http://webcraft.blogalia.com//historias/45957 Estaba hoy cotilleando por las páginas de Google, que nunca acaba uno de ver del todo, y he descubierto un interesante conjunto de <a href="http://www.google.es/webmasters/">Herramientas para webmasters</a>, de las que ya conocía Sitemaps, aunque la que me llamó la atención fue una para consultar el rendimiento del sitio en Google. Pero eso es otra historia, y deberá ser contada en otra ocasión. <br /> <br /> En realidad, lo que quería cotillear hoy es la imagen que pone Google de ejemplo para estas herramientas, y que pongo aquí abajo, por si la cambian: <br /> <br /> <img src="http://www.nemesys.es/blognesto/i/query_stats.gif" /> <br /> <br /> ¿Notan algo curioso en los términos de búsqueda que se detallan en el ejemplo? ;) http://webcraft.blogalia.com//historias/45584 ...también pueden causar enfermedades físicas, según un estudio del Social Issues Research Centre del Reino Unido, según comentó hace unos días el <a href="http://www.eetimes.com/rss/showArticle.jhtml?articleID=196603530&cid=RSSfeed_eetimes_newsRSS">EE Times</a> y del que hoy se hace eco <a href="http://www.elpais.com/articulo/internet/Disenar/mal/pagina/web/puede/matar/elpeputec/20061220elpepunet_4/Tes">El País</a>. <br /> <br /> Cambios en la tensión muscular, alta sudoración, afecciones cardiovasculares e inmunológicas, son algunos de los signos del 'Síndrome de Rabia de Ratón' (en traducción bastante libre), según se deduce de un estudio que el SIRC ha realizado con 2.500 usuarios de Internet. El estudio concluye que los síntomas son mucho más evidantes ante páginas mal diseñadas, de carga lenta o navegación complicada. Las páginas correctamente diseñadas no causan estos problemas de salud. <br /> <br /> Así que si usted diseña webs, ya sabe: si no diseña correctamente, puede usted ser culpable de parte del aumento global de stress y de los gastos sanitarios en el mundo. http://webcraft.blogalia.com//historias/45498 Bueno, vale, no ha sido a mí solo. <a href="http://www.time.com/time/magazine/article/0,9171,1569514,00.html">A tí también</a>. http://webcraft.blogalia.com//historias/45474 Pues hoy me aprovecho de este blog y de su audiencia para ver si algún alma caritativa ha sufrido la experiencia paranormal que vengo sufriendo desde hace unas semanas en mi ordenador de casa, y que hoy me ha empezado a pasar también en el del curro... <br /> <br /> En breve: cuando a) pulso la tecla Supr para eliminar un fichero, b) en el Explorador de Windows pulso con el botón derecho del ratón sobre cualquier fichero (no carpeta, sólo ficheros), o c) abro un documento de Office (Word o Excel) (Microsfot Office, con los de Open Office no pasa), mi ordenador va y se pone a instalar el Contribute 3... <br /> <br /> Por lo que he visto, lo que pasa al hacer cualquiera de esas tres acciones es que se dispara el msiexec.exe, con nosequé extraña opción que coincide con el instalador del Contribute. <br /> <br /> Dado que hace meses que no toco el Contribute, y que no he hecho instalación ninguna en los últimos días, la cosa me mosquea bastante, aunque ni el ActiveScan de Panda ni el Spybot S&D detectan nada raro (al menos, nada raro relacionado con este extraño asunto). <br /> <br /> Si alguien pudiera iluminarme al respecto, le quedaría muy agradecido.