w3schools tiempo sumar suma resultado real inputs elementos dinamicos dinamica con bootstrap automático automatica javascript browser

tiempo - Si su sitio web funciona sin JavaScript



sumar input dinamicos jquery (11)

Estamos desarrollando una aplicación web que será utilizada por clientes externos en Internet. Los navegadores que debemos admitir son IE7 + y FF3 +. Uno de nuestros requisitos es que usemos AJAX siempre que sea posible. Dado este requisito, creo que no deberíamos tener que atender a los usuarios sin javascript habilitado, sin embargo, otros en el equipo no están de acuerdo.

Mi pregunta es si, en la actualidad, ¿deberíamos estar obligados a atender a los usuarios que no tienen habilitado javascript?

Mi pregunta es si, en la actualidad, ¿deberíamos estar obligados a atender a los usuarios que no tienen habilitado javascript?

Sí, definitivamente, si la funcionalidad AJAX es fundamental para el funcionamiento de su sitio. Si no lo hace, está negando efectivamente a los usuarios que no tienen acceso a Javascript habilitado para su sitio web, y aunque esta es una proporción bastante pequeña (<5%, creo), significa que no podrán usar su sitio en absoluto, porque las funciones básicas no están disponibles para ellos.

Por supuesto, si está haciendo cosas más triviales con AJAX que solo mejoran la experiencia del usuario pero que en realidad no son fundamentales para la funcionalidad principal del sitio, probablemente no sea necesario.

Creo que depende del segmento de mercado al que apuntas, si te diriges a una multitud de tecnología, como .com, o tal vez slashdot, entonces es probable que estés bien si esperas que los usuarios tengan JS instalado y activo.

Otros sitios, con una audiencia consciente de la tecnología, pueden sufrir si los usuarios saben lo suficiente sobre las vulnerabilidades basadas en JS para haber desactivado JS, pero no tienen los conocimientos suficientes para habilitar Scriptblock (u otro equivalente al navegador).

La audiencia que no tiene conocimiento de la tecnología probablemente esté con la multitud de tecnología, ya que posiblemente simplemente no saben cómo deshabilitar JS, o por qué pueden querer hacerlo, independientemente del riesgo.

Creo que eso depende del tipo de aplicación web que vayas a construir. Por ejemplo, en una aplicación de comercio electrónico, el proceso de pago debería funcionar correctamente sin el script java, ya que hay algunas personas que desactivan js para el proceso de pago (según nuestra experiencia). En una aplicación web 2.0, en mi opinión, no es necesario admitir la experiencia del navegador que no sea js. Desarrollar para ambos también complica el proceso de desarrollo y es más costoso. tiene el doble de sus esfuerzos de prueba web (pruebas con y sin js) y también piensa diferente en la fase de planificación.

Debes sopesar las opciones y preguntarte:

1) qué porcentaje de usuarios tendrán Javascript desactivado. (de acuerdo con este sitio , solo el 5% del mundo lo tiene apagado o no está disponible). 2) ¿Estarán dispuestos los usuarios a encenderlo? 3) de los que no lo están, o cambiar a otro ¿El navegador o dispositivo que tiene habilitado javascript, es el ingreso perdido más que el esfuerzo por construir una versión separada sin javascript?

Instintivamente, digo que la mayoría de las veces la respuesta es no, no pierdas el tiempo construyendo dos sitios.

Depende realmente.

Personalmente desactivo JavaScript todo el tiempo porque no confío en muchos sitios.

Sin embargo, dado que los usuarios han solicitado explícitamente su aplicación, puede asumir que confiarán en ella y que no tiene sentido hacer trabajo adicional.

Más aún, si tiene ese fuerte requisito de afinidad con AJAX, la pregunta parece bastante extraña.

El otro día me hice la misma pregunta y se me ocurrió la respuesta de que para poder utilizar mi aplicación, se debe tener Javascript habilitado . También revisé varios sitios potenciados por el Ajax. Incluso .

Pero teniendo en cuenta este hecho, también creo que es necesario admitir cierto grado de aplicaciones prehistóricas . La idea principal es no permitir que la aplicación se rompa cuando los usuarios no tienen habilitado Javascript. La aplicación aún debería mostrar datos relevantes, pero su funcionalidad sería limitada.

En resumen, debe atender a las arañas sin JavaScript habilitado, pero solo en la medida necesaria para indexar los datos que desea exponer al público. Los requisitos de su navegador de IE7 + y FF3 + excluyen a muchas más personas que el número total de personas que deshabilitan JavaScript. Y de aquellos que lo deshabilitan, la gran mayoría sabe cómo habilitarlo cuando sea necesario.

Este es un tema en el que estaba pensando hace unos días. Aquí hay alguna información.

  • En Google Chrome no hay manera (menú / opción) dentro del navegador para desactivar Javascript.
  • Muchos sitios web, incluidos los de nombres líderes como Google, etc., no funcionarán sin Javascript.
  • Según las estadísticas, más del 95% de los visitantes tienen Javascript habilitado ahora.

Estas estadísticas me hicieron pensar. ¿Tengo que romper mi espalda escribiendo un montón de código de fondo y todo para los usuarios que han deshabilitado Javascript?

Mi conclusión fue esta. Sí, tengo que incluir el soporte de Javascript, pero no a costa de la cordura. Es decir, puedo permitirme darle una baja prioridad.

Así que voy a tener soporte para la navegación sin JavaScript, pero la compilaré la mayor parte después de que mi sitio esté implementado.

Esto es un poco como golpear a un caballo muerto, pero lo intentaré, claro.

Creo que podría haber dos enfoques básicos para esto:

1.

Utilizando ajax (y, básicamente, javascript) para mejorar la experiencia de los usuarios, al mismo tiempo que se asegura de que todas las características de la aplicación funcionen sin javascript.

Cuando sigo este principio, desarrollo la interfaz en dos fases: primero sin considerar javascript en absoluto (por ejemplo, utilizando un marco que no conoce javascript) y luego aumente ciertos flujos de trabajo agregando la validación ajax-y (no Me gusta la validación js pura, lo siento) y así sucesivamente.

Esto significa que, si el usuario tiene javascript deshabilitado, su aplicación no se romperá ni será inutilizable para él.

2.

Utilizando javascript al máximo, el estilo "no javascript - no go". Si JavaScript no está disponible, el usuario no podrá utilizar su aplicación en absoluto. Es importante tener en cuenta que, en mi opinión, no hay un punto intermedio: si intentas estar en ambos mundos a la vez, estás haciendo demasiado trabajo adicional. Al eliminar las restricciones de admitir usuarios sin JavaScript, obviamente se agregan más oportunidades para crear una experiencia de usuario más rica. Y hace que crear esa experiencia sea mucho más fácil.

Hay muchos más usuarios en la Internet pública que pueden tener problemas con javascript de lo que podría pensar:

  • Los navegadores móviles (teléfonos inteligentes) a menudo tienen implementaciones de javascript muy deficientes o con errores. Estos a menudo se mostrarán en las estadísticas en el lado de aquellos que sí soportan javascript, aunque en realidad no lo hacen. Esto está mejorando, pero todavía hay mucha gente atrapada con teléfonos Android viejos o lentos con versiones muy antiguas de Chrome o clones de webkit incorrectos.
  • Las cosas como NoScript se están volviendo más populares, por lo que al menos debe tener una página inicial agradable para esos usuarios.
  • Si su cliente es de alguna manera parte del gobierno de los EE. UU., Se le exige legalmente que sea compatible con los lectores de pantalla, que generalmente no hacen javascript o no lo hacen bien.
  • Los motores de búsqueda, en el mejor de los casos , solo ejecutarán un conjunto limitado de su javascript. Desea trabajar lo suficientemente bien sin javascript para permitir que sigan indexando su sitio.

Por supuesto, necesitas conocer a tu audiencia. Puede estar trabajando para una intranet corporativa en la que sabe que todos tienen javascript (aunque incluso aquí diría que hay una tendencia creciente en que estos sitios están disponibles para los teletrabajadores con navegadores desconocidos / sin restricciones). O quizás estés creando una aplicación para la comunidad de ciegos donde nadie la tiene. En el caso de la Internet pública, normalmente puede suponer que aproximadamente el 95% de sus usuarios lo admitirán de alguna manera (fuente citada por otra persona en uno de los enlaces a continuación). Ese número suena bastante alto, pero puede ser engañoso; dale la vuelta, y si no soportas javascript, estás rechazando 1 visitante entre 20.

Vea estos: