Desde hace unos meses he venido guardando un cumulo de información y experiencias de usuarios sobre el tema de la Accesibilidad Web, se puede notar fácilmente el alto nivel de desconocimiento que se tiene sobre este estándar.

En este sentido he querido escribir un poco y plantear una perspectiva mas que todo a los desarrolladores web para que tomen conciencia sobre el tema…

Para empezar a comprender la accesibilidad web, parto de un par de premisas

• La información, también es accesible cuando logra el más alto nivel de usabilidad.
• El Javascript en ocasiones es muy bonito y todo, pero no es accesible.

Antes de continuar se hace importante entender lo que es Accesibilidad Web. Las personas afectadas por estas discapacidades, pueden necesitar ayudas técnicas para acceder a la información en la Web. La mayoría de las personas, usan un navegador web en cualquiera de sus sabores, para ver la información que hay en la Web. Pero debido a que los navegadores comunes no se adaptan a las necesidades de todas las personas, algunas personas usan ayuda técnicas junto con su navegador. Por ejemplo, si eres ciego, necesitas usar un lector de pantalla. El lector de pantalla, un programa informático, no sólo lee en voz alta el cuerpo de texto en una página, sino que también describe los elementos Web, tales como las imágenes. Sin embargo, para que un lector de pantalla describa imágenes, y otros elementos Web, el (x)HTML u otro lenguaje de marcado, usado para codificar la página, debe hacer que esta información esté disponible para el lector de pantalla.

Cuando un lector de pantalla encuentra una imagen en un documento Web, no pude describir la imagen al usuario, a menos que, el autor del documento la haya provisto de texto alternativo. El texto alternativo, algunas veces creado en (x)HTML utilizando el “atributo alt”, proporciona al lector de pantalla una descripción de la imagen. Si una imagen en un documento Web, consiste en un perro y el texto alternativo es “diana”, el lector de pantalla puede decirle al usuario que hay una “diana” en el documento Web.

Como vemos hasta para hacer sitios web accesibles hay que saber usar lo que tenemos disponible y así como un atributo “alt” que puede sonar muy simple también existen otros como el atributo “accesskey” de una etiqueta “a” y así para otras etiquetas HTML.

Muchos saben que trabajo en una comunidad de desarrolladores web e incluso mi trabajo es hacer aplicaciones web, durante este tiempo que he interactuado con esa comunidad de usuarios he leído y escuchado cosas tan aberrantes como estas:

<CaChi> ok, pero toma en cuenta la accesibilidad cuando hacemos web muchos la olvidan y el js no es accesible , hay que pensar en las personas con discapacidades ellos(as) también navegan

<Amigo> pues te digo algo, no quiero detenerme en eso, en serio. hace mucho decidimos que la apariencia a la mayoría valía mas que las minorías, en el peor de los casos se ofrecía una versión para móviles pero hasta allí.

Esto fue en una conversa en un IRC, este amigo dice ser un “profesional” del área y así como esa he visto otras como que “Javascript es requerimiento de la Aplicación”, en primer lugar un javascript nunca puede ser un requerimiento de una aplicación, esta debe funcionar con o sin javascript de la misma forma, particularmente yo navego en internet con javascript desactivado no porque soy extremista solo que hay para poder sentarme a escribir sobre este tema, he tenido de alguna manera sensibilizarme para las personas que tienen discapacidades cualquiera que sea.

Así como existen organizaciones que promueven la accesibilidad en distintos espectros como en el caso de Venezuela el Proyecto Mundo Accesible, la misma W3C Web Accessibilitity Initiative (WAI), etc, pero existen otras que son los Gobiernos (Venezuela, España, etc).

En nuestro caso Venezuela el gobierno promueve la accesibilidad, pero me hago una pregunta ¿donde están esas unidades de informática de los distintos entes gubernamentales que deben de velar porque esto se cumpla?. Como he mencionado en este escrito, hay mucho desconocimiento al respecto y tenemos usuarios que confunde la vistosidad de un sitio web es igual a usar javascript a toneladas o contenido en flash.

He visto muchos sitios web de entes gubernamentales del estado Venezolano que no tienen ni una “pisca” (nada) de accesibilidad, la crítica es hacia estos entes para que se revisen y no mencionaré ninguno para evitar que alguien se sienta lastimado y herido, y diga que estoy montándole un flamel La intención y el llamado es a que revisen esos estándares para lograr accesibilidad y coherencia entre lo que predicamos y lo que practicamos, ahí debemos lograr que las ideas converjan porque sino tan sencillo como que se cae el discurso.

Si aún no sabes si tu aplicación web (sitio, etc.) es accesible, puedes pasarle el validador WAI el cual te da detalle sobre lo que le debes colocar para ir mejorando y acercándote a la accesibilidad.

Aún falta mucha tela por cortar y hay gente como Mundo Accesible que viene haciendo el trabajo duro de sensibilizar, esto solo ha sido una visión personal a lo que el tema de la accesibilidad se refiere.

¿Donde puedes encontrar mas información?

Introduction to web Accessibility http://www.w3.org/WAI/intro/accessibility.php

Guía Entendiendo la Accesibilidad https://www.hisoftware.com/_vti_bin/shtml.dll/subscribe_spanish.htm

Accesibilidad web http://www.mundoaccesible.org.ve/documentacion.php

Ya es un hecho KumbiaPHP llega a su 1er Encuentro de Kumbieros en Maracay – Venezuela, esto nace producto de la misma comunidad en querer encontrarnos y compartir experiencias sobre el proyecto. Esta iniciativa que nació como KumbiaPHP Party & Beers y ya a estas alturas se ha convertido en un evento.

Para ese día tenemos planeado dictar talleres introductorios sobre KumbiaPHP, de la mano de los desarrolladores del Framework y miembros de la comunidad (Próximamente publicaremos el temario de las charlas y/o talleres).

La cita es el Sábado 05 de Diciembre del 2009 a partir de las 09:00 a.m. en Calle Sucre, Complejo Cultural Santos Michelena, Edificio Bibliotecas Virtuales de Aragua, Maracay Edo. Aragua

Como la idea inicial fue un Beers no la hemos dejado de lado, así que al final del evento habrá un Beers (cervezada) que aun no hemos elegido un sitio pero están invitados los que así lo deseen.

Desde KumbiaPHP queremos dar un agradecimiento especial al amigo Hector Rodriguez (acá Al3jandro) por su valiosa colaboración en la organización del evento y encontrar los espacios que dispondremos para esa fecha.

Fuente… KumbiaPHP

1. tinyurl.com
2. eb.cx
3. elfurl.com
4. shorl.com
5. url.fm
6. shurl.org
7. qurl.net
8. notlong.com
9. shortlinks.co.uk
10. url123.com

Según google comenta, que el usuario podrá crear una “ola” (”wave”) y va a añadiendo contactos a ella. Cualquier persona dentro de esa ‘ola’ puede ir añadiendo texto, fotos, gadgets, feeds de medios de comunicación, etc, y de esta manera ir interactuando.

Aun el servicio no esta disponible (y pienso que tardara algo en ver luz) pero desde ya podemos ir viendo como nos veremos dentro del “wave”.

Ademas del plus que le ofrecerá este servicio por todo lo que implica estar dentro de la nube de servicios de google, en el siguiente video explican el procesamiento de Lenguaje Natural, algo que se invento google para los “vagos”

Bien lo cierto es que cuando se corrió el benchmark los #request/seg no cuadraban y no era lógico ya que la nueva estructura se depuraron ciertas cosas que sobraban, en el benchmark los números obtenidos eran tan locos que la vieja estructura tenia unos 10 #req/seg por encima :-S no era nada normal esto, nos toco recurrir a las buenas prácticas de desarrollo y que ya es una constante dentro del Equipo de Desarrollo de kumbiaphp hacer debug y profiler con xdebug :-), esto para detectar donde estaban los “cuellos de botellas” que nos hacían mas lento que la versión anterior.

El detalle estaba en una función de PHP llamada extract, dentro de kumbiaphp framework se utiliza esta dicha función en el core ya que el framework implementa las variables de instancia (algo muy parecido de Rails), es decir todo lo que llame en mi controlador $this->var o sean atributos públicos, en la vista los tengo disponible como $var, volviendo al punto esta funcion nos permite hacer lo antes dicho pero recibe ciertos parámetros uno es unas constantes entre ellas EXTR_OVERWRITE (Si hay colisión, sobrescribe la variable existente) nosotros decidimos sacar la constante porque en la documentación Oficial de PHP dice claro lo siguiente:

Si no se especifica tipo_extraccion , se asume que vale EXTR_OVERWRITE.

Bien como sabemos el xdebug nos da mucha información y la misma nos decía que el “cuello de botella” estaba allí ya que tomamos un profiler de la versión anterior y los tiempos eran totalmente distintos en ese punto. viendo en detalle la función extract decidí olvidar lo que dice el manual de PHP y pasar de forma implícita el tipo de extracción en este caso EXTR_OVERWRITE, una vez hecho el cambio vuelvo a correr el benchmark y como por arte de magia ahora obtengo los resultados esperados la nueva estructura ha causado efecto en velocidad y esta ~10 #req/seg por encima respecto a la vieja estructura.

Conclusión.

Tal como dice el titulo del post no hay que confiarse de lo que dicen algunos manual, ya que pueden ocurrir excepciones como la que comente aqui. En el caso descrito fue detectado este detalle porque se hizo uso de las buenas prácticas de desarrollo y de las herramientas disponibles y el turno fue para una que muchos obvian (xdebug), que si le damos el uso correcto podemos ganar mucho en nuestros desarrollos.

Filtrar toda los datos externos

El filtrado de datos es una de las piedras angulares en cualquier aplicación en el tema de seguridad, independientemente del lenguaje donde se trabaje. PHP proporciona una amplia gama de herramientas y funciones para filtrar o validar los datos, pero a diferencia de otros lenguajes, no tiene funciones estándar para filtrar los datos (como cgi de perl).

La extensión Filter llena este vacío y viene a suplir muchas expresiones regulares que son extremadamente lentas para validar formatos y datos de entradas, estas son muchas de las bondades de PHP que muchos desarrolladores no suelen utilizar y que vienen a ser parte de las buenas practicas de desarrollo sobre este lenguaje.

Este componente cuenta con constantes que representan los filtros a ser aplicados y ademas estos se pueden aplicar sobre arrys conocidos (POST, GET, COOKIE, etc) de manera que se vuelve flexible, para este tipo de validaciones, veamos unos ejemplos.

imaginemos que enviamos por $_GET un dato que lo hemos llamado ‘mode’

if($_GET['mode']){
    if(!is_numeric($_GET['mode'])){
        echo "'mode' no es un entero";
    } else {
        echo "'mode' es un entero";
        return (int)$_GET['mode'];
    }
}

Ahora utilizando el Filter filter_input

$mode = filter_input(INPUT_GET, 'mode', FILTER_VALIDATE_INT);
 
if(!$mode){
    echo "'mode' no es un entero";
} else {
    echo "mode es: $mode";
    return $mode;
}

Ya podemos apreciar que nuestro código se limpia y si le hacemos un benchmark seguramente también será mas rápido ;-)

Consideraciones sobre los filtros

• Santizing(limpieza) filtros, Permitir o denegar los caracteres de una cadena, siempre retorna una cadena
• Filtros Lógicos, Conoce los formatos devuelve el tipo esperado de éxito.

Un formulario, aplicando filtros lógicos.

<form action="example.php" method="post">
    Ingrese su Edad:
<input name="age" size="2" />
<input name="submit" type="submit" value="Ir" />
</form>

Y el script que procesa esta información seria:

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$age = filter_input(INPUT_POST, 'age', FILTER_VALIDATE_INT);
if (is_null($age)) {
    echo "La 'edad' es un campo requerido!";
} elseif ($age === FALSE) {
    echo 'Ingrese una edad valida';
} else {
    echo 'Bienvenido.';
}

Bien como vemos solo validamos que la edad sea un numero entero, pero existen algunos filtros que soportan options para que las validaciones sean mas precisas. Ahora la edad debe pasar la condición que debe estar entre un rango entre 7 y 77. veamos la utilización con el código anterior.

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$age = filter_input(INPUT_POST, 'age', FILTER_VALIDATE_INT, array('options'=> array('min_range'=>7, 'max_range'=>77));
 
if (is_null($age)) {
    echo "La 'edad' es un campo requerido!";
} elseif ($age === FALSE) {
    echo 'Ingrese una edad valida';
} else {
    echo 'Bienvenido.';
}

Un formulario, aplicando filtros Santizing.

<form action="example01.php" method="post">
    Ingrese su Nombre:
<input name="name" size="50" />
<input name="submit" type="submit" value="Ir" />
</form>

Y script que lo procesa…

if (filter_has_var(INPUT_POST, 'submit')) {
    echo 'Se envió el form';
}
 
$name = filter_input(INPUT_POST, 'name', FILTER_SANITIZE_STRING, FILTER_FLAG_STRIP_LOW);
if (is_null($name)) {
    echo "El 'nombre' es un campo requerido!";
} else {
    echo "Bienvenido, $name";
}

En PHP 5.x esta extensión viene por defecto.

Por último dejo un post de PHPPro donde servirá de guía para muchos, de manera que escalemos nuestras formas de validar datos.

Bien el profesor en cuestión comienza diciendo como que AWT (un manejador de ventana) es fastidioso para los layout :-O, pero los mas WTF es que el profesor comienza a explicar AWT utilizando NetBeans, pero el problema aquí no es NetBeans; sino que el profesor en vez de apoyarse en dar un ejemplo práctico (escribiendo el código, osea tipear) de una ventana simple, nada de listener(eventos) y cosas exotericas. Algo que ayudaría a muchos que están sedientos de conocimientos, pues nada el profesor se apoyo con el diseñador de NetBeans de interfaces de este IDE, osea arrastrar un botón, textfield, etc y listo como por arte de magia tengo código listo, esto es desidia.

Tan sencillo que es buscar en “gugle” y “fusilarse” un código y llenarse de gloria, como el siguiente:

import javax.swing.JFrame;
import java.awt.*;
import java.awt.event.*;
 
public class MyCanvas extends Canvas {
 
    public native void paint(Graphics g);
 
    public static void main(String[] args) {
        Frame f = new Frame();
        f.setBounds(0, 0, 500, 110);
        f.add( new MyCanvas() );
        f.addWindowListener( new WindowAdapter() {
            public void windowClosing(WindowEvent ev) {
                System.exit(0);
            }
        } );
        f.show();
    }
}

Con estas pocas lineas fuera sido suficiente y no desplegar un IDE, que para aquellos que nunca en su vida han tocado un editor de texto se le suele hacer complicado el ver tantos controles juntos.

La indignación que tuve fue tan grande que solo le pregunte: Profesor y si no utilizo NetBeans? y el profesor solo dijo: intente instalarlo en Windows y no me funciono, sera que no encontró el plugin para eclipse de arrastrar y soltar?

Es grave y triste ver que una persona que tiene en sus manos una responsabilidad tan importante como lo es educar, algo que transciende el simple hecho de ir a dar una clase “chucuta”, que fuese sido mejor no hacer el esfuerzo porque no valió la pena, osea la intención de la clase no se cumplió simplemente porque la desidia es mas grande que sus ganas de enseñar y transmitir conocimientos.

La ética se pierde y el respeto también porque le falta de voluntad de querer hacer bien las cosas son nulas osea no existen y aun asi se les escucha decir que son profesores y muy buenos toda una eminencia y los alumnos son los malos, flojos, etc. OJO no defiendo al estudiantado porque la mayoría somos vagabundos.

Como al profesor le falto explicar muchas cosas que son de “ABC” dejo una presentación: Windows Programming with AWT

Quizás este blog se convierta en las penurias de un estudiante critico sin remedio, que dirá lo bueno y lo malo sobre el día a día de la universidad y como dice Kuro la universidad la hacemos los estudiantes (aunque seamos vagabundos).

Este termino comencé a ver una materia que se llama Procesamiento de Datos (Programación PHP) y es triste ver como un profesor le cae a mentira a un grupo de alumnos, que en vez de dedicarse “enseñar”, busca “sorprender” a un conglomerado, como se que esto dará mucho que hablar hoy comienzo una serie de post donde rescatare las carencia de este profesor, por razones obvias no daré su nombre (Espero lea este post profesor) y que NO se consideran como buenas prácticas de desarrollo en PHP.

Aclaro que No es un Flame contra este profesor, son simplemente aclaratorias que desde mi modesto punto de vista no puede quedar “impune” de la misma forma sirva para incentivar a las personas y/o alumnos(hasta al mismo profesor) a buscar información antes de decirla y/o creerle a cualquiera y mas en el área de la programación debido a que existe mucha información en la web.

Hay cosas de “ABC” que cualquier desarrollador de aplicaciones web debería tener claro, en este caso para PHP y es que las aplicaciones web de hoy día necesitan ir rápido, y rápido no se traduce es hacer códigos pequeños sino en implementar buenas prácticas.

En Plena Clase

El profesor explico como instalar Apache (En windows XP :-P) pero nunca dijo porque se usaría Apache? y no otro por ejemplo IIS, Cherokee, etc. Ya por aquí considero que empezó mal porque como pedagogo (que no tiene nada) debió explicar esto, no conforme, comienza a dar la explicación de instalar Zend Studio (un IDE privativo)y luego dice como “crackearlo” (profesor tenga ética y no sea “pisa bandera”) otro error, esto se puede decir entre amigos pero NO en una clase.

Bien, después del bla bla bla, llega a un punto donde comienza hablar de rutas en los archivos, es decir hacer los include ‘../mi_ruta/archivo.php’, y dice que las rutas relativas son mejores (aquí explote) y hago una pregunta, Profesor que es mas optimo rutas Relativas o Absolutas? la barbarie! el profesor contesto Relativas, caigo en un intercambio de palabras donde le dije que era falso y ahora explico porque.

Las rutas absolutas son mas optimas, como dije en un principio hay que hacer aplicaciones web rápidas y algo tan simple como hacer un include de una ruta relativa se paga caro en tiempo de ejecución, porque se perderá mas tiempo resolviendo la ruta, es decir crear el arbol de directorio porque el compilador de PHP no es que hará un simple cd ../mi_ruta/archivo.php no no no, el compilador construye la ruta completa del archivo.php hará algo como /var/www/mi_ruta/archivo.php.

Luego que le comente lo anterior con otras palabras pero la idea sigue siendo la misma, el profesor en cuestión me alega que me imaginase que tuviera muchos archivo dentro del proyecto que desarrollo, por favor con mas razón se debe utilizar rutas absolutas por el simple hecho que serán mas archivos los que se procesaran en la ejecución de la aplicación (profe esto es sentido común).

Pero no todo es malo el profesor dentro de todo lo que comento en cuatro (04) horas de clases académicas (45min C/U) unas de las pocas que considero que acertó fue en el manejo de las comillas dobles y simple, cuando en PHP colocamos comillas dobles el compilador asumirá que existen variable ($var) dentro del string, solo que con comillas simples se ignoran las variables dentro del string pero le falto decir que es mas rápido.

ejemplo:

$tmp = 'aaaaaaaaaaaaaaaaaaaa';//rápido
$tmp = "aaaaaaaaaaaaaaaaaaaa"; //lento

Conclusiones.

Estas carencias son casi que normales (aunque no deberia ser así) entre los desarrolladores en cualquier lenguaje y es porque muy pocos se preocupan por hacer profiler y debug o simples benchmark para encontrar bottlenecks (cuellos de botella) dentro de nuestro código, con esto quiero decir que lo que se dice dentro de este post no lo invente yo, la práctica da la razón y utilizar las mejores prácticas nos hace mejor desarrollador(existen deferencias entre desarrollador y programador).

Leer: Regla 20/80