Pregunta

Debería web de los desarrolladores siguen gastando esfuerzo de mejorar progresivamente nuestras aplicaciones web con JavaScript, asegurando que las características se adaptan adecuadamente, garantizando la accesibilidad?O debemos pasar ese tiempo se centra en las nuevas características u otras áreas de desarrollo?

El subtexto de que la pregunta sería:Cómo muchos de nuestros clientes/clientes/usuarios utilizan nuestros sitios web o aplicaciones con JavaScript desactivado?¿Tiene usted alguno de los proyectos con los requisitos que específicamente se demanda la funcionalidad JavaScript (casi todos los míos), y a hacer los requisitos de la demanda la degradación elegante?

Por el bien de esta pregunta, me sacó programmers.stackexchange.com sin JavaScript activado, y me recibió con este mensaje:"Los programadores - Intercambio de la Pila funciona mejor con JavaScript activado".Era difícil para iniciar la sesión, aunque el sitio parecía que por lo general funcionan bien.(Yo no era capaz de votar a cualquier pregunta.)

Creo que esta es una satisfactoria enfoque del desarrollo.Imaginar el esfuerzo involucrado en la fabricación de todas las características del sitio de trabajo con el viejo y simple de HTML y de la lógica del lado del servidor.Por otro lado, me pregunto cuántos usuarios han sido alienados por este enfoque.

Todos hemos sido entrenados (al menos los buenos desarrolladores entre nosotros) para el uso de la mejora progresiva y para asegurar que nuestras aplicaciones web dinámicas características de degradar correctamente.Es esta mejora progresiva acaba de mear contra el viento, o hacer algunos de nuestros clientes que realmente se utilizan ciertos servicios web sin tener JavaScript activado?

¿Fue útil?

Solución

yo suelo Cárcel Pero la lista blanca cualquier sitio que realmente tenga la intención de usar.

Cuando instala Noscript, JavaScript, Java, Flash Silverlight y posiblemente otros contenidos ejecutables son bloqueado por defecto. Usted será capaz de permitir JavaScript/Java/... Ejecución ... selectivamente, en los sitios en los que confía. Puede permitir que un sitio ejecute scripts temporalmente, si solo surge al azar o permanentemente, cuando lo visita a menudo y realmente confía en él. Esto significa que Noscript aprende de sus propios hábitos de navegador y tiende a desaparecer en segundo plano después de un tiempo, pero rápidamente vuelve a ahorrar su día si tropieza con una página web maliciosa.

Cuando explora un sitio que contiene scripts bloqueados, se muestra una notificación similar a las emitidas por el bloqueador emergente.
Míralo o en el icono de estatus de estado para conocer los permisos de noches actuales ...

http://noscript.net/noscript/ss0.png

Otros consejos

Supongo que el porcentaje de personas sin JavaScript activado es insignificante. ¡Pero tenga cuidado con los bots del motor de búsqueda! Por lo general, no usan JavaScript, pero no querrás que se salten un contenido importante por eso, ¿verdad?

Siempre navega con JavaScript habilitado y tengo desde los amanecer del navegador web.

Ni una sola vez tuve un solo problema que valiera la pena degradar la experiencia de mi navegador. Quizás algunas ventanas emergentes u otras molestias, pero los beneficios superan con creces los riesgos en mi opinión.

Cuando uso la consola en Linux, a veces uso Lince Cuando una GUI no está disponible. Hasta donde sé, Lynx no tiene ningún soporte de JavaScript en absoluto.

También he usado navegadores móviles más antiguos con pobres si hay soporte de JavaScript.

Sin embargo, en esas circunstancias no espero obtener la usabilidad completa del sitio. Por lo general, solo estoy usando Internet para buscar algo rápidamente (por ejemplo, obtener un número de teléfono). Por lo tanto, creo que la interfaz no JavaScript de su sitio debería limitarse a un rol de referencia pasivo. Stack Exchange es un gran ejemplo de esto, puede buscar respuestas, pero no puede votar. Está ahí para ser utilizado como referencia.

Regularmente surfeo la web desde el navegador web de mi teléfono inteligente cuando no estoy en casa ni en la oficina. Si bien admite (al menos un subconjunto de) JavaScript, no siempre lo maneja bien. He encontrado muchos sitios web inutilizables porque consumen muchos recursos o simplemente bloquean el navegador.

Prefiero el navegador incorporado, pero guardo dos navegadores alternativos en caso de que uno de ellos haga un mejor trabajo.

Una cosa que no se ha mencionado en este hilo es lo que sucede si su script se rompe. En muchos casos, podría desactivarse una mayor ejecución del script en la página, por lo que necesita una forma de retroceso a una forma más simplista de navegar.

Un script puede romperse por varias razones, pero las más obvias son solicitudes incompletas de los archivos .js, varios complementos que podrían cambiar el DOM (Listón, etc.) o introducir objetos que no estén bien empapados.

Esto no tiene nada que ver con las personas que deshabilitan explícitamente el script o lo que sea. Como nota al margen, muchos enrutadores modernos, software de firewall, etc. a menudo tienen una característica para deshabilitar/filtrar script, flash, etc. De los sitios web, por lo que incluso podría configurarse en una capa de red, dejando al usuario desconocido de esto (piense Cafés públicos, escuelas u otros entornos donde otras personas paranoicas han configurado el acceso a Internet).

Ese suele ser mi argumento principal para desarrollar sitios que se degraden con gracia, al menos con la funcionalidad básica del sitio (diseño y navegación).

Lo único por lo que deshabilito JavaScript es probar mi propio sitio web. Sin embargo, es posible que le interese un estudiar Que Yahoo lo hizo que encontró entre el 1-2% de los usuarios tienen discapacitado JavaScript. La audiencia de Yahoo es probablemente una muy buena representación del usuario promedio.

Una cita clave del estudio:

Si bien el 2% de los visitantes de EE. UU. Puede que no parezcan mucho, tenga en cuenta que más de 300 millones de usuarios visitan Yahoo! página de inicio cada mes. Eso significa que 6 millones de usuarios visitan cada mes sin el beneficio de JavaScript. Por lo tanto, aunque vale la pena pasar su tiempo en la versión habilitada para JavaScript del sitio, todavía hay una cantidad no trivial de usuarios que no podrán usarlo.

yo suelo Cárcel junto con AdBlock Plus todo el tiempo.

La Web hoy es demasiado hostil (JavaScript + Anuncios molestos) para salir sin protección.

Por supuesto, está obteniendo una muestra realmente sesgada aquí, y es posible que haga mejor hacer su propia investigación en su propio sitio.

Yo, personalmente, uso Noscript. Rara vez soy reacio a un sitio blanco, pero tiene que parecer que vale la pena hacerlo. (En otras palabras, necesito una razón, pero no tiene que ser muy convincente).

O hacer algunos de nosotros realmente utilizar ciertos servicios web sin JavaScript habilitado

Sí.

Mi exploración se divide en tres categorías.

Navegación Normal - En Safari o Chrome (Mac OS X)
- iGoogle, Desbordamiento de la Pila, algunos blogs

Especial sitios web:- Firefox, con NoScript, AdBlock Plus y FlashBlock
Sitios con innecesariamente pesada JavaScript.(Algunos sitios de la India de Bollywood películas/música, si que es importante. Innecesariamente pesada script - la página se vuelve a cargar cada 5 minutos o así)

La Navegación Móvil:
Yo solía tener un Nokia 5310.La perdió.Ahora tengo aún mayores Sony Ericsson W700i.Me vaya a usarlo cuando estoy de viaje (Opera Mini es bastante buena).Este es el lugar (la ausencia de) JavaScript es un dolor.No quiero interactuar con el sitio (en su mayoría), que acaba de leer.La mayoría de los sitios son imposible a ver.

Acabo de leer Programadores pragmáticos "HTML5 y CSS3". El autor dice que el 5% de los usuarios tienen JavaScript desactivado.

Aquí está su fuente: EU y EE. UU. JavaScript discapacitados números de índice + impacto de recopilación de datos de análisis web.

JavaScript Números de índice desactivados

UE: 1.4%
EE. UU.: 3.05%

Fuente: 1.000.000.000 visitas en múltiples propiedades web de la industria utilizando Indextols.
(VisualRevenue.com/blog - Dennis R. Mortensen)

http://visualrevenue.com/media/uploaded_images/JavaScript-Disabled-735171.JPG

Parece que el porcentaje también está cayendo.

Tiendo a instalar Noscript y solo sitios de la lista blanca en los que confío. De lo contrario, uso el "Permitir temporalmente" para dominios específicos cuando lo necesito.

Esto es solo una buena seguridad. ¡De lo contrario, está permitiendo que se ejecute una cantidad arbitraria de código en su máquina! Incluso si es de arena ... siempre hay vulnerabilidades.

Más allá de mis propios hábitos, incluso si la mayoría de las personas navegan con JavaScript, todavía es útil desarrollar sitios con una mejora progresiva en mente. Si su sitio está funcional en la línea de base, puede dar servicio a la audiencia más grande. También significa que separa sus datos del diseño visual y de la lógica de negocios. La mayor parte de lo que hace con JavaScript en el lado del cliente debe hacerse en el lado del servidor de todos modos: hacerlo del lado del cliente debería ser una conveniencia dada a un usuario del sitio.

Por supuesto, hay excepciones que requerirán JavaScript, pero generalmente hay una expectativa involucrada. Por ejemplo, hay una expectativa de habilitar JavaScript para Desastre de Biolab, un juego, pero ninguno para un sitio como Una lista aparte, sobre todo solo texto.

Cuando estoy completando un formulario, ¿debería haber realmente una expectativa de que JavaScript haya habilitado para enviar el formulario? ¿Por qué? ¿Para que el código JavaScript pueda verificar para asegurarse de no ingresar a un número en lugar de una letra?

JavaScript está deshabilitado por defecto Para aquellos de nosotros en un cuadro de servidor de Windows. Nuestra política de TI bloquea tantos sitios, la única forma de leer algo de contenido es navegar en un servidor, donde JS está deshabilitado de forma predeterminada.

Aunque no es mi configuración preferida, a veces es lo que tengo que hacer.

Utilizo Google Chrome + AdBlock Plus, y tengo JavaScript activado.

Editar: uso Nobleza ahora. :)

Chrome Alone bloquea casi todas las ventanas emergentes (solo he encontrado un sitio [Chess.com] que se rompió una vez), y AdBlock se deshace de todos los anuncios, por lo que no tengo problemas con ellos.

En mi opinión, JavaScript le brinda una "mejor experiencia" en general, y mientras visite sitios confiables (que no han sido pirateados ...), está bien. Como "chicos de computadora"/desarrolladores, creo que deberíamos tener un "sentido de Internet" muy entusiasta, y poder saber si un sitio puede ser malicioso.

En mi opinión, la accesibilidad triunfa sobre casi todo lo demás. Los usuarios que confían en la tecnología de asistencia siempre deben poder obtener la mayor parte de la funcionalidad de un sitio, incluso si puede llevar un poco más tiempo. No importa cuántos por ciento de los usuarios confíen en él para importar. Me alegra que codifique un proyecto web de código abierto donde la accesibilidad es uno de los enfoques principales y en realidad aprendo cómo puedo hacer que las cosas sucedan en ambos sentidos, con y sin JavaScript. (Y muchas otras cosas relacionadas con la accesibilidad, porque JavaScript o no es realmente solo una pequeña parte del problema).

Hay un cuestionario interesante que tiene respuestas de los usuarios del proyecto que acabo de mencionar la tecnología que usan aquí. Puede ser de interés para ti.

Hmm, ahora siento que el Hombre omega. :) Aparentemente soy el ultimo persona que realmente convierte a JavaScript (y cookies) apagado. (A menos que lo necesite para un sitio específico como, por ejemplo, el desbordamiento de la pila).

Dudo que me falte mucho, por lo general cuando hacer Encienda JavaScript para un sitio, hace algo totalmente inútil, como permitirme arrojar toneladas de información personal a los extraños totales, o me muestra algunos anuncios móviles, justo lo que quería, un movimiento aleatorio en la pantalla mientras intento concentrarme en leer un artículo ...

Acabo de responder una pregunta en Askubuntu.com - Tenía que (temporalmente - en este momento) habilitar JavaScript en el sitio. Utilizo NoScript y habilité JavaScript para un sitio cuando creo que es claro, pero no hasta. Por defecto, JavaScript está apagado para sitios que no he visitado antes.

Hago. Noscript todo el camino. Renunciaré cuando los navegadores se sandan, y no antes.

La gente sigue hablando de esta decisión como si fuera binario. O te degradas con gracia o no lo haces. En cambio, ¿por qué no considera los costos frente a los beneficios de degradación con gracia para cada característica individual? Por ejemplo, puede asegurarse de que el sitio tenga una funcionalidad básica, pero aún requiere JavaScript para que alguien use características específicas.

También tenga en cuenta que muchas personas que deshabilitan JavaScript lo hacen porque Quieren usar un sitio web ligero y despojado con solo lo esencial. Podría pasar todo el tiempo haciendo que sus campanas y silbatos funcionen para los usuarios que están tratando específicamente de evitarlos.

La gente se queja de que es mucho trabajo degradar con gracia. Si se queja de cuánto trabajo es, entonces probablemente esté trabajando en una característica por la que vale la pena requerir JavaScript.

Es mi opinión que los usuarios sin JavaScript siempre deben poder navegar por el sitio, usar la página de contacto y leer cualquier artículo o publicación de blog que tenga. Para cualquier funcionalidad más compleja, haga una llamada de juicio basada en el trabajo frente al beneficio involucrado.

Solo me doy la vuelta para navegar por pr0n (¡mal vecindario!) ;-)

Dejé de tratar de apagarlo para navegar regularmente porque las cosas se rompieron demasiado. Y a veces ni siquiera sé que estaba roto hasta que lo volví a encender.

Si su sitio podría ser utilizado por personas con discapacidades, es una buena idea asegurarse de que haya una copia de seguridad de JavaScript.

La estrategia y la planificación del sitio web es caso específico. Es decir, un sitio web no puede tener en absoluto para admitir el navegador IE, y mucho menos pensar en problemas menores como el apoyo radio fronterizo de CSS3. Pero otros sitios web pueden necesitar incluso ser compatibles hacia atrás hasta IE6.

¿Cómo podemos entender lo que tenemos que planificar para un sitio web? En parte de nuestra experiencia. Los sitios web que se dirigen a programadores y desarrolladores pueden estar seguros de que sus usuarios usan navegadores bastante nuevos y actualizados con casi todas las características activadas. Sin embargo, los sitios web de noticias deberían pensar que alguien de un punto desconocido de la Tierra puede conectarse a su sitio web para ver qué está pasando a Insider su país.

Pero además de nuestra experiencia e intuición, también necesitamos instalar algún tipo de analítica Servicio en nuestro sitio web, para que nuestras decisiones futuras sean más sólidas, basadas en datos estadísticos. Por ejemplo, Google Analytics es una muy buena herramienta. A partir de ahí, puede ver si realmente necesita admitir navegadores más antiguos o no.

Sin embargo, si queremos seguir las pautas de accesibilidad web de W3C, definitivamente deberíamos apoyar muchas cosas, sin considerar las circunstancias específicas del sitio.

En tu caso especial, digo que no. Podemos olvidarnos de manera segura de no secuencias en sitios web pequeños y medios. Pero para proyectos más grandes, no es una mala idea incluir un poco más de marcado en sus páginas.

No puedo decidir si algunas respuestas en este hilo son hilarantes o serias: ¿Cookies más peligrosas que JavaScript? JAJAJA

Sin embargo, cualquier sitio debe probarse con JS y las cookies apagadas, es un mínimo en mi humilde opinión.

No te olvides de cookies.Considero cookies para ser más peligrosos que los de JavaScript.Yo solía ser un NoScript usuario, pero he desactivado en favor de la creación de listas blancas de la cookie de los sitios.

Solo si el cliente lo solicita explícitamente

A menos que tenga un número significativo de usuarios que se efectuarán, es simplemente un esfuerzo adicional.

Siempre tengo JavaScript. También siempre tengo mi kit de restauración mínima, a mi lado.

Necesitamos la desactivación de veto de línea de JavaScript, por lo que podría decir "Sin alertas, sin redireccionamientos, sin WebSockets". La funcionalidad está en Webkit Al menos, a juzgar por la consola y varios inspectores.

Pero sí, siempre JavaScript. Principalmente porque muy pronto la gente usará enchufes web para causar todo tipo de maldad, exactamente como lo que sucedió cuando Flash consiguió la VM "genial". Entonces apagaré JavaScript. Si me dejan, por supuesto.

Quiero disfrutar todo lo bueno que pueda. Así que tengo algunos recuerdos agradables de esta época. Quiero quedar impresionado, quiero reírme a los JavaScript Follies, porque realmente extraño lo que teníamos en 2007, flujo de información dulce gratis como el agua de manantial, fuentes abiertas en todas partes.

No lo apagaré hasta que tenga que hacerlo.

El arranque de un CD/DVD en vivo (físicamente o en una VM) me hace sentir mucho mejor al permitir que Flash y JavaScript hagan lo suyo. Si no recuerdo correctamente Linux menta tiene soporte flash fuera de la caja.

En cuanto al desarrollo del sitio, generalmente hago una cantidad razonable de intercambio de div y menús en JavaScript, pero trato de hacer que todo se vea bien y básicamente trabajo con CSS.

En lugar de concentrarme en asegurarse de que una página completa se degrada con gracia, trato de asegurarme de un 75% (o más, si se hace fácil o rápidamente) de la página degrada con gracia (o funciona sans JavaScript). También trato de asegurarme de que este 75% complete una parte completa de la funcionalidad de la página.

Por ejemplo, uso JavaScript para cargar comentarios para publicaciones en mi blog; Me dio flexibilidad, consistencia en la representación de comentarios, y me ayuda a mantener un límite de consulta/solicitud de una sola consulta autoimpuesta. Sin embargo, la razón principal por la que vas a mi blog, leer publicaciones, sigue siendo generada por servidor y funcionará con ningún navegador. Los comentarios son completamente autónomos en una limpieza .js expediente.

Tl; dr la llave aquí es qué degrada con gracia, no cuánto degrada con gracia.

Licenciado bajo: CC-BY-SA con atribución
scroll top