Ejemplo. Si, supongamos, las etiquetas son incorrectas
(en particular, falta el elemento de cierre), entonces el motor de búsqueda no corregirá nada; lo interpretará tal como está escrito en blanco y negro en el código. Como resultado, pueden surgir consecuencias relacionadas con la promoción del sitio. ¿Es importante el diseño válido en la promoción de un sitio web?
Algunos webmasters han investigado específicamente este tema, tratando de descubrir si los resultados de clasificación dependen de los resultados de validación. El webmaster Mark Daost señaló que la validez del código no es fundamental. Shaun Anderson, por el contrario, llegó a la conclusión de que la validez es como un bálsamo para el alma de un sitio en términos de clasificación de búsqueda.
Otro especialista, Mike Davidson, también realizó un experimento similar y llegó a la conclusión de que Google clasifica las páginas según la calidad de su redacción. Por ejemplo, una etiqueta abierta puede hacer que un contenido se perciba como el valor de esa etiqueta.
Este webmaster destacó un punto muy importante:
Es imposible decir con certeza en qué medida la clasificación depende de la validez del código, pero es absolutamente seguro que las deficiencias existentes pueden llevar a que páginas o todo el sitio sean eliminados del índice del motor de búsqueda.
¿Por qué se necesita un código válido? El código válido permite que las páginas se muestren correctamente en los navegadores (y es posible que los estilos CSS del sitio no se muestren correctamente).
Además, es muy posible que en un navegador su sitio se muestre como usted lo configuró y en otro, de manera completamente diferente. La imagen puede estar torcida y el contenido puede volverse completamente ilegible.
Como resultado, pierde tráfico desde este navegador. Además, el factor de comportamiento, que es uno de los tres factores más importantes en SEO, influye significativamente en los resultados de búsqueda.
Imagine que los visitantes llegan a su sitio y lo cierran inmediatamente debido a la incapacidad de percibir la información, debido a errores en el código. O generalmente vuelven al buscador porque no se ha encontrado una solución. Todo esto no servirá de nada, porque al final el factor de comportamiento empeorará la posición del sitio.
Cómo comprobar la validez de un sitio Para comprobar la integridad del código, suelen utilizar el muy útil sitio de validación "Markup Validation Service", ubicado en: http://validator.w3.org, creado por el W3C.
HTML
Aquí tienes tres opciones de validación:
ingrese la URL de la página;
cargue el archivo de código desde su computadora;
pegue el código terminado en el formulario.
El servicio no sólo señala los errores del código HTML y su ubicación, sino que también ofrece consejos sobre cómo solucionarlos. Si el código ya está disponible en la Web, puede validarlo ingresando su URL en el formulario "Validar por URL" y haciendo clic en el botón Verificar. El validador HTML permitirá la lectura del código e informará los resultados.
Debe ingresar la URL exacta de la página URL que está verificando. No se comprobará todo el sitio. Ingrese la dirección del sitio web; solo su página de inicio se considera un programa. Si se encuentra algún comentario, se emite una notificación sobre la invalidez del código del programa y luego se indican las líneas con los errores.
Este vídeo explica claramente el proceso de verificación mediante un validador:
Comprobando archivos locales En la misma dirección http://validator.w3.org puedes consultar el código seleccionando la pestaña “Validar mediante carga de archivo” y subiendo un documento con el código escrito.
Seleccione la ruta al archivo requerido y haga clic en Verificar. Entonces todo sucede de la misma manera.
Usando el formulario para ingresar un código A veces es más conveniente insertar inmediatamente el código de la página y verificarlo en línea: seleccione la pestaña "Validar por entrada directa" y envíe todo el código al servidor.
CSS
La validez del código CSS también se puede comprobar mediante un validador en línea: https://jigsaw.w3.org/css-validator/
Aquí todo está en ruso, para muchos esto es una sorpresa realmente agradable.
Nuevamente, puede optar por ingresar una URL, cargar su archivo o pegar el código.
Se comprueba el sitio en busca de errores, como en el caso de HTML, y recibimos una respuesta del servidor. No hay configuraciones de verificación, pero puede examinar el código válido generado sugerido ubicado después de la lista de fallas del código.
Estudiamos el código resultante y llevamos el original a la forma deseada.
Extensiones del navegador Existen todo tipo de extensiones de validación para navegadores. Para Google Chrome existe el complemento HTML Tidy Browser Extension que verifica la validez del código, para Opera - la extensión Validator, para Safari - Zappatic, para Firefor - HTML Validator.
Veamos esto último con más detalle. Realiza la misma verificación que el validador, solo que sin conexión. Puedes conseguirlo aquí http://users.skynet.be/mgueury/mozilla/
Instale la extensión, reinicie el navegador y podrá comenzar a trabajar de inmediato. Si tienes algún problema con la instalación, puedes escribir al soporte de Mozilla Firefox o consultar el foro. http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing
Video detallado sobre la instalación de HTML Validator y su uso:
Al cargar cualquier URL, la extensión se habilita automáticamente y lee el código. El resultado es visible en la esquina superior derecha.
El resultado parece una pequeña imagen con el resultado de la validación:
Al hacer clic en el resultado, puede abrir:
Cómo solucionar los errores más comunes No importa cómo se verifique el código, los errores aparecen en una lista. También se debe indicar la línea con el defecto.
Antes de editar el código, vale la pena hacer una copia de seguridad de la plantilla del sitio, por si acaso.
En la extensión de Firefox, cuando hace clic en el nombre del error en la ventana de extensión abierta, se le redirige automáticamente a una línea con un código no válido.
Estos mismos errores contienen consejos sobre cómo corregirlos.
1. Sin espacios entre atributos.
Aquí las correcciones son para eliminar el “punto y coma”.
2. Etiqueta final para el elemento "div" que no está abierto
La etiqueta div de cierre es redundante. Eliminémoslo.
¿Sabes poco inglés (y todo siempre se describe en inglés)? Copie el código de error y péguelo en un motor de búsqueda. Probablemente algún webmaster o maquetador ya haya descrito un tema similar, por lo que siempre encontrará una manera de solucionar el problema en recursos especializados.
Aunque, para ser honesto, no dedicaría mucho esfuerzo a corregir errores en el código. Es mejor simplemente asegurarse de que el sitio se vea correcto en todos los dispositivos y navegadores.
En este caso no hablaremos de dispositivos de control, sino de herramientas de comprobación de código. Más precisamente, la herramienta se llama "validador de formato", en la mayoría de los casos simplemente se llama validador. Por el contexto, hay que entender que en este caso estamos hablando de comprobar el código HTML, y no de la autenticidad de los billetes ni del transporte.
La palabra es de origen inglés, como muchas cosas en el entorno informático, y se deriva de válido - apto, válido, lícito.
Aunque todo parece estar hecho correctamente y aparece en la pantalla de tu computadora exactamente como deseas, nunca está de más confiar en tu creación. No estamos hablando de cuán bellamente se reflejará la página que creó, sino solo de cuán competente está hecha en términos de estándares.
La severidad de la actitud hacia la página y el estándar utilizado está escrito en la primera línea de la página en la etiqueta.. A menos que se especifique lo contrario o falte este elemento, el código se verificará con la máxima extensión de las reglas de la última versión reconocida, que actualmente es HTML5 . En esta etiqueta, puede suavizar ligeramente las condiciones de verificación o especificar una versión diferente del idioma que se utilizará para ver la página. Entonces la etiquetale dice al navegador qué estándar usar para leer y mostrar la página.
Existen los siguientes estándares DOCTYPE:
HTML> - cumple con la última norma adoptada – HTML5 .- TIPO DE DOCUMENTO para estándar HTML 4.01 estricto );
- TIPO DE DOCUMENTO para estándar HTML 4.01 transicional );
TIPO DE DOCUMENTO HTML PÚBLICO "-// W3 DO// DTD HTML 4.01 Conjunto de cuadros// ES” http:// www. w3. organización/ TR/ html4/ conjunto de marcos. dtd> - DOCTYPE para estándar HTML 4.01 Conjunto de marcos (con marcos); TIPO DE DOCUMENTO html PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd> - DOCTYPE para estándar XHTML 1.0 estricto );
- TIPO DE DOCUMENTO para estándar XHTML 1.0 Transicional );
- TIPO DE DOCUMENTO para estándar Conjunto de marcos XHTML 1.0 (con marcos );
- TIPO DE DOCUMENTO para estándar HTML 1.1. Nota: Como ya habrás notado, el primero en la lista DOCTYPE para estándar HTML5 tiene la notación más simple. Cada El documento HTML debe comenzar con TIPO DE DOCUMENTO. Si no hace esto, diferentes navegadores mostrarán la página de manera diferente. En principio, esto no afectará al rendimiento, pero el componente visual puede verse afectado.
Es posible que los errores en el código no afecten la visualización de las páginas. Por ejemplo, consultando un hosting gratuito conocido. ucoz Los errores casi siempre se descubren. Esto no impide que los elementos se muestren correctamente y, a menudo, aparece al compilar páginas utilizando el intérprete PHP. La mayoría de los errores técnicos en este caso no son críticos y sólo pueden ralentizar ligeramente el sitio.
El principal elemento "controlado" son las páginas HTML, aunque también se puede comprobar la validez de las tablas en cascada CSS y los canales RSS. Pero no olvidemos que la validez es sólo el cumplimiento de los requisitos de la norma. En comparación con la vida real, el validador verificará si el producto que creó es un vehículo. Ya sea una bicicleta con acelerador a chorro o una apisonadora de asfalto con pedal, no le importa. Por lo tanto, la validez del código no significa que la página o elemento haya sido creado correctamente, o mejor dicho, no significa que verás exactamente lo que querías.
La verificación se puede realizar por varios medios, pero todos hacen referencia a los sitios de los normalizadores, es decir, a los servicios del W3C. El control se realiza utilizando tres formatos principales (HTML, CSS, RSS), pero en cualquier caso, primero es necesario comprobar la exactitud del HTML. En primer lugar, la sintaxis del documento en términos de parámetros técnicos está sujeta a verificación.
Hoy en día, la mayoría de los servicios ofrecen verificar la validez del código en línea, y no es necesario ingresar el código en la página de verificación, simplemente indique la dirección del sitio que se está verificando. Los servicios "descargables" ofrecidos en cualquier caso se vinculan a los servicios del W3C, verificando que el código ingresado sea correcto y cumpla con las reglas. Uno de esos sitios es http://validator.w3.org. Le permite comprobar la exactitud de un sitio web en Internet, un archivo HTML o el propio código HTML. Existen aplicaciones de navegador que le permiten verificar el código sobre la marcha, en particular este complemento ( Web Revelador ) diseñado para Mozilla Firefox como una herramienta incorporada para verificar la exactitud del código escrito. Instala el complemento, después de lo cual aparece un panel adicional en la ventana del navegador. Abra un sitio web o una página y haga clic en el panel Herramientas- Validar HTML (CSS, etc.) Luego será redirigido a la página anterior, pero con los campos completados.
Hablemos de herramientas de revisión de código. Una herramienta especial creada para este propósito se llama validador de formato. Se utilizará HTML como ejemplo. Un validador para este lenguaje de marcado es muy adecuado para explicar el principio y dar un ejemplo.
¿Por qué es necesario? Sucede que cuando escribes el código de un programa, todo parece funcionar correctamente, pero no está de más comprobarlo. Entonces, digamos que creamos una página HTML. Cuando pensamos en un validador, significa que nos interesa qué tan bien está hecho desde el punto de vista del estándar aceptado (cuanto mejor, más correcto y en más computadoras funcionará).
Configurar condiciones La severidad con la que se comprobará la página se especifica en la etiqueta. Si no se especifica, se examinará más detenidamente y en el informe el validador indicará todos los errores y desviaciones de los estándares. También tenga en cuenta que la verificación se realizará según las reglas HTML5. Para indicar una versión diferente o mitigar la búsqueda de desviaciones, utilice esta etiqueta. Por cierto, además de la versión HTML, también hay un validador de CSS. Le permitirá comprobar la construcción de la hoja de estilo en cascada y su cumplimiento con el último estándar. Si ya estás interesado en este tema, es mejor no desaprovechar esta oportunidad.
Instrucciones para comprobar la etiqueta DOCTYPE Actualmente existen los siguientes tipos de controles:
Estricto según los últimos estándares. Transicional. Estricto. Con marcos.
Por cierto, es recomendable especificar siempre DOCTYPE. Después de todo, si no se hace esto, diferentes navegadores con diferentes configuraciones mostrarán el diseño de la página de manera diferente. Y el archivo requerido se mostrará muy feo. Cabe señalar que esto sólo afecta al componente visual, mientras que el rendimiento no se ve afectado.
Digamos una palabra sobre los errores.
Incluso al comprobar un documento pequeño, un validador de código puede encontrar muchos errores de programador. ¿Es necesario eliminarlos a todos? No. La mayoría de los errores técnicos no son críticos; lo máximo que pueden hacer es ralentizar un poco el sitio. Aunque, si este parámetro es valioso para ti, no puedes ignorarlo. También cabe señalar que algunos errores pueden aparecer ya en el momento de la compilación por parte del intérprete de PHP.
Otros elementos El hecho de que el validador HTML verifique el código es ciertamente bueno. ¿Existen características especiales relacionadas con las fuentes RSS y las tablas en cascada CSS? Sí, también hay validadores para ellos. Recuerda: sólo verifican que el código cumpla con los estándares. Y no les importa lo que esté escrito allí. Por lo tanto, si lo que más le interesa es la calidad de la página y del sitio, también debe comprobarlos.
cheque en línea
Para no dispersar sus esfuerzos entre varios programas, muchos desarrolladores han elegido un validador en línea. ¿Qué es y cómo ayuda? Por lo general, estos servicios ya están configurados para verificar los tres componentes (fuentes RSS, CSS y HTML). Su versatilidad es digna de elogio. Pero es mejor volver a comprobar la corrección de la composición HTML por separado. Si hablamos de las ventajas de los servicios online, cabe destacar que no es necesario copiar el código completo. Simplemente ingrese la dirección del sitio y dentro de un momento se mostrarán los errores. También existen extensiones de navegador que pueden comprobar parcial o totalmente si la página abierta cumple con los estándares aceptados.
¿Qué se incluye en la validación?
Este proceso se divide en varias partes:
Búsqueda en progreso Se comprueba el anidamiento de etiquetas. Siempre se cierran en el orden inverso al que salieron. Y si algo anda mal, se le notificará. Comprobación del cumplimiento de la definición de tipo de documento especificada. La automatización escanea y determina si todo (etiquetas, atributos) está escrito correctamente, en relación con la versión del lenguaje de marcado que se declara. Compruebe si hay elementos extraños. Se realiza una búsqueda de lo que realmente está en el código, pero que falta en la Definición del tipo de documento.
Es necesario comprender que todas estas son comprobaciones lógicas. En este caso, no importa cómo se implemente el validador. ¿Qué significa esto en la práctica? Si falla al menos una verificación, el código no se considerará válido. Al final, todo programa serio brindará recomendaciones sobre lo que debe arreglarse (e incluso puede decirle cómo hacerlo).
Argumentos para mantener La razón principal por la que se necesita un validador de marcado es garantizar la compatibilidad entre navegadores para un sitio o su página individual. El caso es que cada programa que te ayuda a navegar por páginas de Internet tiene su propio analizador. Por lo tanto, la única forma de estar seguro de que el código funcionará correctamente en todos los navegadores es ejecutarlo a través de un validador. ¿Qué más aporta esto?
El hecho es que cada navegador tiene su propio mecanismo para correlacionar errores en el código del programa. Por lo tanto, tal vez pueda corregir la situación con un programa no válido o empeorar todo. Estos fueron argumentos a favor, pero también los hay en contra.
Entonces, vale la pena señalar que el validador de marcado es muy estricto. Y los navegadores pueden corregir algunos errores por sí solos. Por lo tanto, si la primera prioridad es la tarea de funcionamiento adecuado, la apariencia puede ignorarse parcialmente.
Reseñas usando validador
¿Qué significa esto en la práctica? Comparado con lo que se utiliza en aplicaciones reales, el validador es extremadamente exigente. Por supuesto, puede mostrar algunos errores que interfieren con el trabajo normal, pero aun así no debes intentar complacerlo por completo. También se suele señalar que la comprobación de elementos extraños no siempre se realiza sin problemas. Pero estos también incluyen atributos personalizados que no están reconocidos por los estándares, pero que los desarrolladores utilizan para facilitar los procesos de producción.
Si tiene dudas sobre el aspecto estético de la página, aquí son en vano. Entonces, si especifica un tipo de documento, el analizador del navegador cambiará a un modo determinado. Pero esto no conducirá al hecho de que se cargará y se verificará que el código cumpla con él. Por lo tanto, los analizadores del navegador ya están configurados de antemano para que haya una cierta falta de validez del código. Lo mismo ocurre con los atributos de usuario: se reconocen y procesan con éxito. Un ejemplo es la tecnología ARIA. Trabaja con atributos que complementan el significado semántico del código, razón por la cual el validador maldice. ¿Qué es esto: bueno o malo? Por un lado, el código funciona y ofrece funciones especiales. Por otro lado, hay una desviación de los estándares. Pero en el caso de ARIA esto está totalmente justificado.
Conclusión
Al final, me gustaría decir que cada uno elige de forma independiente si utiliza un validador o no. En el marco del artículo, se describen las características y matices de este paso, y la decisión queda en manos del lector.
Los desarrolladores del sistema "smart travel" (sistema automatizado de control y pago de tarifas o ASOCP) en el transporte público de pasajeros afirman: las oportunidades que vemos hoy son sólo la punta del iceberg. Las deficiencias del sistema se corregirán pronto y, según los planes, el sistema pasará del modo de prueba al modo de funcionamiento en agosto.
Ante nuestros ojos se puso a prueba la fiabilidad del validador.
¡Atención! Tiene JavaScript deshabilitado, su navegador no es compatible con HTML5 o tiene instalada una versión anterior de Adobe Flash Player.
Al principio lo arrojaron a un pasillo con suelo de baldosas, de modo que primero golpeó el techo. Luego me arrojaron dos veces a la escalera, a unos tres o cuatro metros de distancia. Luego lo golpearon con un martillo. Sólo después de esta prueba aparecieron marcas en forma de abrasiones en el cuerpo. Pero esto no afectó de ninguna manera el funcionamiento del dispositivo.
Los editores advierten que intentar repetir una experiencia así en un vehículo costará mucho. El director del departamento técnico de IBA y el director de proyecto de la parte de software hablaron sobre el proyecto de pago electrónico de tarifas IT.TUT.BY.
¿Cuánto tiempo ha tardado en desarrollarse los sistemas electrónicos de pago de tarifas? ¿Qué experiencia tiene la empresa en proyectos similares?
Llevamos más de tres años involucrados directamente en el proyecto de pago electrónico de tarifas. Anteriormente se han desarrollado otros tipos de sistemas para la venta de billetes (por ejemplo, a través de dispositivos bancarios). Así, la IBA participa en los sistemas de pago de tarifas de transporte desde hace más de cinco años. En general, la empresa lleva más de 10 años trabajando en la creación de sistemas de autoservicio.
Incluso cuando las tarjetas bancarias prácticamente no estaban muy extendidas en Bielorrusia, creamos sistemas de pago automatizados. Entonces hubo mucho escepticismo: “¿No se romperá?”, “¿Cómo puedo pagar aquí?” ... pero han pasado 10 años, y ahora los terminales de referencia y pago bancario son un estándar de facto, y no hay duda de su conveniencia. Estoy seguro de que el sistema automatizado de pago de tarifas pronto se convertirá en una parte familiar e integral de nuestras vidas.
¿En cuánto tiempo estará redactada la hoja de ruta del proyecto y qué otros servicios aparecerán?
Existe un plan para utilizar la red existente de terminales bancarias para reponer tarjetas en lugar de quioscos. Otra posibilidad es comprar tarjetas no en quioscos, sino en modo autoservicio. Los quioscos y cajas están restringidos; a diferencia de las terminales, no funcionan las 24 horas, los 7 días de la semana. Los pasajeros se quejan de que a menudo no es posible comprar un billete; esto se puede solucionar. Ya se han desarrollado prototipos de estos dispositivos. Prototipo de terminal para emisión y reposición de tarjetas sin contacto
El año pasado la empresa IBA celebró un seminario sobre sistemas de pago y control de tarifas de transporte, los llamados viajes inteligentes, discutieron temas no sólo en Minsk sino también en las regiones y consideraron las ventajas y capacidades del sistema. Los centros regionales muestran un mayor interés en los sistemas automatizados de pago de tarifas, pero también hay interés en dichos sistemas entre las ciudades pequeñas y las empresas involucradas en el transporte interurbano.
Así, en el futuro se podrán integrar sistemas automatizados de pago y control de viajes basándose en una única tarjeta. Existe una experiencia similar en Rusia y otros países. Los validadores y las tarjetas inteligentes ya admiten esta función. Se pueden almacenar varias aplicaciones en la memoria de la tarjeta para diferentes propósitos. Me parece que definitivamente aparecerá una tarjeta de viaje universal, es solo cuestión de tiempo.
Una pregunta del reino de la ciencia ficción: si es posible combinar en una sola tarjeta un bono de viaje para todo tipo de transporte en todo el país, ¿quizás sea posible agregar opciones de pago e incluso un pasaporte electrónico a la misma tarjeta? ¿Veremos esto en 5-10-20 años?
Esta fantasía no está lejos de la realidad. Cuando comenzamos a diseñar un sistema de “viaje inteligente”, entendimos la promesa de esta tecnología y desarrollamos una plataforma iCard prácticamente universal que permite registrar casi cualquier dato en una tarjeta.
Puedo mostrarles mi billetera, hay muchas tarjetas diferentes, tanto bancarias como de descuento... Ahora existe una tendencia a combinar información en un solo medio. En Bielorrusia se está diseñando una tarjeta de identificación interna, el “pasaporte electrónico”. La misma “tarjeta de alumno” pronto podrá combinarse con una tarjeta de viaje.
Muchos bancos bielorrusos han recibido una licencia para emitir y dar servicio a tarjetas bancarias inteligentes, que funcionan tanto de forma habitual como sin contacto. También puedes agregar otras aplicaciones allí. Es técnicamente posible redactar un “pase de viaje electrónico”.
Los medios modernos permiten implementar esto incluso ahora. La pregunta es qué tan confiable, conveniente, conveniente será, cómo serán las cosas con la privacidad y la legislación... No diré en cuántos años veremos una “tarjeta única” y si realmente será “única” , pero técnicamente ya es factible.
¿Se utilizará alguna vez la tecnología NFC para permitir pagos desde su teléfono?
La tecnología NFC está ganando impulso en el mundo y entendemos su promesa. La siguiente etapa del “pago inteligente” podría ser el pago mediante un dispositivo móvil simplemente “tocándolo” en el terminal. Los validadores que están instalados ya admiten NFC a nivel de hardware; esta característica simplemente no está "habilitada" en el software. Nosotros, como empresa de software, estaremos preparados para participar en los desarrollos de NFC.
Ahora hay interés en NFC en Bielorrusia, pero los dispositivos que soportan esta tecnología aún no se han generalizado, aunque creo que la situación cambiará en un futuro próximo. Cuando haya mayor interés, cuando estos servicios se ofrezcan más ampliamente y este tipo de pago de tarifa sea aprobado por Minsktrans, no será difícil "activar" NFC. Espero que esto suceda en un futuro próximo; NFC ya se está convirtiendo en un estándar para los fabricantes de teléfonos inteligentes.
Pero por ahora se utilizan tarjetas Mifare y tecnología RFID. ¿Qué significan estas palabras?
RFID es un concepto amplio que se refiere a cualquier método de transmisión de señales de radio entre un chip especial, una etiqueta RFID y un lector de señales. Para el “funcionamiento” de la etiqueta no se necesita energía ni “baterías”, y el lector consume relativamente poca energía.
Mifare es una de las tecnologías más populares del mundo para sistemas de pago de tarifas sin contacto. Se estudiaron las desventajas de la versión anterior de Mifare Classic y recientemente se introdujo una nueva versión: Mifare Plus, que utilizamos. La versión Plus está protegida contra copia y falsificación; los datos están cifrados con algoritmos complejos. Los desarrolladores del estándar, con quienes trabajamos estrechamente, dicen que IBA Group fue una de las primeras empresas del mundo en implementar un sistema con el máximo nivel de seguridad de la tecnología Mifare Plus.
Organizar el pago de un viaje único es un problema para cualquier sistema de transporte. En el momento del desarrollo del proyecto, alrededor del 40% de los viajes son viajes únicos. Por lo tanto, es imprescindible tener un método de pago independiente para viajes únicos.
Al elegir un método para pagar un viaje único, se consideraron muchas tecnologías. Sin embargo, el coste de cualquier portador RFID excedía el coste de un solo viaje, por lo que no fue posible encontrar una alternativa al billete de papel.
En Moscú, las tarjetas RFID desechables se emiten en el metro; su coste es comparable al de un viaje; en nuestro país, esta opción costaría más que el billete en sí. Analizamos varias tecnologías, pero no era económicamente viable introducir una herramienta sin contacto para viajes únicos.
En diferentes países existen sistemas para vender billetes directamente en la cabina, pero en Bielorrusia, cualquier método de aceptación de pago para un viaje único que consideráramos (facturas, tarjetas bancarias...) aumentaba significativamente el coste del proyecto y complicaba canales de comunicación. Y las terminales para la venta de billetes sencillos ocuparían mucho espacio en la cabina. El compostador electrónico sobresale sólo unos centímetros del pasamanos y el terminal de ventas ocuparía el espacio de uno o dos pasajeros. Y sería difícil utilizarlo en las horas punta. Quizás esto solo pueda aplicarse en rutas suburbanas e interurbanas.
Por eso, por ahora, los cupones de papel y los compostadores electrónicos se utilizan en combinación con tarjetas sin contacto. En el futuro, habrá terminales para la venta de billetes y recarga de tarjetas inteligentes en las paradas de autobús. Así como ahora se puede comprar un billete para un autobús de cercanías en las terminales de algunos bancos, así como se puede comprar un billete para un tren eléctrico en una estación de tren situada en la terminal, será posible pagar el transporte terrestre. Y no sólo con tarjeta bancaria, sino también en efectivo.
Mientras tanto, las multas de los conductores no desaparecerán por ningún lado. Pero su número disminuirá, porque... Se puede escribir un billete electrónico para un viaje (análogo a un cupón) en una tarjeta sin contacto, lo que obviamente es más conveniente.
Foto: Snezhana Inanets, del archivo TUT.BY
Es decir, ¿más personas querrán comprar tarjetas de viaje en lugar de cupones únicos? ¿Qué hay que hacer para esto?
Como ya se mencionó, las tarjetas inteligentes emitidas admiten hasta seis tipos de tarjetas de viaje electrónicas que se almacenan en la memoria al mismo tiempo. Esto proporciona al pasajero la posibilidad de gestionar sus pases de viaje con una sola tarjeta. Esto podría ser viajar durante un mes, una cierta cantidad de viajes o viajar una cierta distancia, incluido un número específico de zonas. Las tarifas para el día e incluso para la hora se pueden desarrollar y registrar en la tarjeta.
Los conductores escuchan regularmente "No compraré billete, sólo tengo una parada" o "Por qué una parada cuesta tanto como recorrer toda la ciudad" . Esto también se puede solucionar con una tarifa especial, pago zonal o por kilómetro.
Técnicamente, estas tarifas y métodos de pago son implementados y respaldados por el sistema de viajes inteligente. Pero por ahora el sistema se está implementando de acuerdo con las normas y reglamentos existentes.
Sí, eso es correcto. Las tarjetas te permitirán elegir un plan de suscripción y calcular tus costes de forma más correcta. Pero es incorrecto comparar la tarjeta Mifare que utilizamos con una tarjeta SIM. Es más como una billetera, ya que las tarifas se almacenan directamente en la tarjeta. No es necesario esperar nada, en cuanto el pasajero haya recargado la tarjeta podrá pagar el viaje.
Pero ni siquiera las tarifas flexibles eliminarán las preguntas sobre “sólo tengo una parada”. ¿Se consideró la opción de instalar algo así como un torniquete en la entrada, como se hace a veces en el extranjero?
Se consideraron todas las opciones y se eligió la óptima. El sistema se basa en la confianza y el control. Además, para protegerse contra pasajeros "relativamente honestos" que esperan con un billete al controlador, todo el sistema del vehículo, incluidos los compostadores y validadores, se bloqueará durante el control. El conductor también puede bloquearlo. Es decir, conducir con un billete en el bolsillo y marcarlo sólo cuando el inspector lo vea no funcionará.
El sistema que se está implementando actualmente es de bastante gran escala. Cientos de vehículos con más de uno o dos elementos “inteligentes”. A tal escala, es imposible reprogramar manualmente cada dispositivo. Si se requiere una actualización masiva única, se puede actualizar de forma remota en todos los dispositivos de la red a la vez.
Tanto las tarifas como la compatibilidad con NFC o botones táctiles pueden llegar a todos los automóviles en un día; tan pronto como el vehículo se conecte a la red, el firmware se cargará a través de canales de comunicación móvil. Por cierto, el firmware "pesa" bastante, no son decenas de megabytes, no es Windows ni Linux. Por mes por vehículo, teniendo en cuenta la transferencia diaria de datos de navegación y pago, así como varias actualizaciones importantes, no se requieren más de 60 MB.
Sí, los usuarios pueden ver diagnósticos o actualizaciones de firmware. Acabamos de comenzar a implementar el sistema, está funcionando en modo de prueba, estamos monitoreando y eliminando rápidamente las deficiencias.
El sistema ya admite los idiomas ruso, bielorruso e inglés.
El motivo de la falta de un número de vehículo es que el sistema se encuentra en etapa de ajuste. En un futuro próximo, todos los datos se imprimirán en cupones.
Preguntamos sobre el hardware y la implementación técnica de los “viajes inteligentes” Sergei Syaglo , director de ODO "Protok Lux", empresa incluida en el Grupo IBA, director de proyectos de hardware.
¿En qué consisten los validadores y compostadores electrónicos? ¿Cuántos de estos desarrollos son bielorrusos?
El sistema consta no sólo de un validador y un compostador, sino que también incluye un ordenador de a bordo y un terminal de navegación, así como un lector de tarjetas especial para los controladores. Este sistema está integrado con el actual sistema de control de despacho de Minsktrans, con la posibilidad de conectar otros sistemas. Es técnicamente posible interactuar con pantallas electrónicas en las paradas (éstas ya existen en Minsk), sistemas de control de combustible y contabilidad del flujo de pasajeros (por ejemplo, puede aumentar el número de automóviles en una ruta si está ocupada en un momento específico). .
El compostador electrónico contiene una impresora matricial compacta de R&G, especialmente diseñada para las duras condiciones de funcionamiento del transporte público. La decisión a su favor se tomó debido a su amplia experiencia y la inviabilidad económica de su propio desarrollo. En Bielorrusia se desarrolló el software y se trabajó en la integración con ASOKP.
El validador y todos los demás equipos son desarrollos, diseño, fundición, tableros, ensamblaje enteramente bielorrusos... Esta no es la primera revisión del dispositivo, trabajaron en él durante dos años, teniendo en cuenta las peculiaridades del transporte de Minsk, el clima. y saturación durante las horas pico. Los análogos extranjeros, por cierto, suelen ser más grandes.
Nos hemos tomado en serio la cuestión de la resistencia al vandalismo. Una carcasa de metal interferiría con la transmisión de señales y se rayaría rápidamente. Para su fabricación utilizamos polímeros modernos; son bastante resistentes a los impactos, son difíciles de “retorcer” del pasamano y los rayones no son tan notorios. Esto no es una adaptación de alguna tecnología, es un nuevo desarrollo que tiene en cuenta los requisitos específicos, la experiencia mundial y los sistemas ya implementados en Bielorrusia, así como la viabilidad económica y los "antecedentes para el futuro", lo cual es importante.
La velocidad del trabajo es una prioridad. Ahora pagar con tarjeta tarda entre 0,2 y 0,3 segundos. Un compostador electrónico no es más lento que uno mecánico. También es importante la máxima facilidad de uso: un mínimo de acciones. En los validadores, junto al display, hay dos botones táctiles que aún no se utilizan y que pueden resultar útiles en el futuro para consultar saldo o transacciones con tarifas;
El estándar HTML define claramente la estructura básica de un documento web. El lenguaje HTML es un subconjunto del lenguaje de descripción de documentos SGML (Lenguaje de marcado generalizado estructurado), por lo tanto, un documento html es un documento de texto que consta de códigos html y el texto principal del documento. Para ver este documento, necesita un navegador WEB, un programa especial para interpretar y mostrar correctamente la página en la pantalla.
¿Qué es el estándar HTML? * HTML fue desarrollado originalmente por Tim Berners-Lee y popularizado por el navegador Mosaic desarrollado por NCSA. Durante los años 90. literalmente floreció debido al rápido desarrollo de la Web. Hubo un tiempo en el que los desarrolladores web se vieron obligados a utilizar el estándar HTML 2.0 (desarrollado bajo los auspicios del Internet Engineering Task Force (IETF) para simplificar las convenciones a finales de 1994), que sólo admitía el formato de texto y la incorporación de gráficos simples. ¿Qué es un validador?
ISO 8896, párrafo 15.4.
Por lo tanto, un sistema HTML es un sistema HTML de validación si
ISO/IEC 15445:2000/DCOR 1:2001(E), párrafo 2.2.
Cabe recordar que un documento html no es un fenómeno autosuficiente y en sí mismo no parece nada. El sitio adquiere una forma visible sólo en un navegador específico. Como muestra la práctica, diferentes navegadores muestran una página específica de diferentes maneras (la visualización de páginas depende del funcionamiento de los algoritmos de corrección integrados en el navegador, y estos algoritmos son muy diferentes en diferentes navegadores) y, como regla general, todos estos Los métodos son correctos. De hecho, esta es una de las ventajas importantes de la red: digamos, una persona con problemas de visión puede ampliar la fuente o utilizar un navegador de lectura, y para ello no es necesario preparar una versión especial separada del sitio.
Los dos navegadores más comunes para Windows muestran las páginas más o menos igual, diferenciándose sólo en detalles como los márgenes y el relleno. Los navegadores para Macintosh o *Nix normalmente se diferencian de estos dos en aspectos más globales. El beneficio obvio de tener un estándar es que es mucho más fácil controlar una única especificación que muchos navegadores.
Muchos desarrolladores (en su mayoría diseñadores web novatos) pueden no estar de acuerdo con la necesidad de que el código cumpla con la especificación: "El validador deja atrás sitios aburridos y mata la creatividad". Esta opinión surge por simple pereza. El texto HTML correcto permite la dinámica, los objetos multimedia, el uso de scripts, etc.; Es solo que todos estos efectos se pueden realizar de manera competente o se pueden realizar de manera analfabeta. También debemos recordar que en cualquier campo creativo primero hay que aprender las reglas y sólo entonces poder superarlas. Además, incluso los desarrolladores experimentados no son inmunes a los errores; todos podemos cometer errores tipográficos u olvidarnos de cerrar una etiqueta. El validador puede rastrear dichos errores e indicar explícitamente la ubicación con un formato incorrecto.
A continuación se muestran ejemplos específicos de errores detectados por el validador:
ISO 8896, párrafo 15.4.
- equivocado ISO 8896, párrafo 15.4.
- Bien.
- equivocado Texto insertado
- Bien.Si necesita comparar su código con las especificaciones, aquí tiene algunos consejos:
¿Dónde puedo conseguir un validador? Se ofrece un validador en forma de página web en https://validator.w3.org. Se basa en el SP de Clark. También hay un validador en https://htmlhelp.com/. También está basado en SP, aunque ligeramente modificado. Los autores declaran que es más estricto en su evaluación y declara lugares potencialmente peligrosos, aunque válidos (por ejemplo, una etiqueta sin cerrar con un cierre opcional). Se ofrecen fuentes de validador
Se puede descargar un validador gratuito disponible para todas las plataformas desde el sitio web de J. Clark (https://www.jclark.com/sp/). Junto con el analizador/validador, se incluye en la entrega un normalizador de flujo.
El W3C distribuye el código fuente del validador en https://validator.w3.org/, pero en realidad no es un validador. Esto es sólo una adaptación del validador Clarke a la interfaz web, ejecutada en Perl. La descripción de esta adaptación establece claramente que se debe tener un validador Clarke en la máquina. Más enlaces:
¿Se puede llamar validador a la herramienta de HomeSite – Validar documento –?
Los desarrolladores de Allaire HomeSite anuncian que "... el programa de verificación lo publican bajo el nombre de "validador" únicamente por razones comerciales...", y no lanzarán un validador real.
El programa que viene con HomeSite viola la definición de validador: encuentra y muestra errores que no se cometieron y no encuentra errores que se cometieron.
El deseo de perfección es el primer signo de profesionalismo, y no es necesario centrarse en portales de códigos html populares, pero que están lejos de ser perfectos. Quizás los administradores de dichos sitios, después de analizar las estadísticas de visitas, descubrieron que el 99% de los usuarios visitantes verán todo como lo pretendía el diseñador... Quizás los autores del sitio excluyen deliberadamente a los usuarios con discapacidades de entre sus visitantes... sin embargo, Conviene recordar los siguientes conceptos: como el humanismo y las exigencias de la ley. Con la llegada de un estándar oficial, las violaciones de la especificación corren el riesgo de ser demandadas por hacer que el sitio no esté disponible para quienes no pueden utilizar un navegador "normal". Aunque en las regiones de los antiguos países de la CEI la legislación a este respecto es bastante limitada, en el mundo ilustrado la cuestión se resuelve mejor. La accesibilidad está adquiriendo gradualmente fuerza de ley. El validador no garantiza la accesibilidad (porque no sustituye el sentido común), pero sí ayuda a garantizar que todos los usuarios reciban el soporte adecuado.
¡Sitios web exitosos y código impecable para ustedes, queridos desarrolladores!
