Питання до розробників нової системи оплати проїзду та краш-тест пристрою. Що всередині валідатора? Питання до розробників нової системи оплати проїзду та краш-тест пристрою Навіщо він потрібний

В даному випадку мова піде не про пристрої контролю, а засоби перевірки коду. Точніше інструмент називається валідатор формату, в більшості випадків називають просто валідатором. За контекстом Ви повинні розуміти, що в даному випадку йдеться про перевірку саме HTML коду, а не про справжність купюр і не про транспорт.

Слово англійського походження, як і багато в середовищі комп'ютерів, і є похідним від valid- Придатний, дійсний, правомірний.

Не дивлячись на те, що все, здається, виконано правильно і відображається на екрані комп'ютера саме так, як вам хочеться, повірити своє творіння ніколи не завадить. Не йдеться про те, наскільки красиво відображатиметься створена Вами сторінка, а лише про те, наскільки грамотно вона зроблена з погляду стандартів.

Суворість ставлення до сторінки і стандарт, що використовується, прописується в першому рядку сторінки в тезі. Якщо не зазначено інше або цей елемент відсутня, то перевірка коду буде проводитися по всій строгості правил останньої визнаної версії, якою на сьогоднішній день є HTML5. У цьому мітці можна трохи пом'якшити умови перевірки або вказати іншу версію мови, яка буде застосована для перегляду сторінки. Таким чином, тегвказує браузеру, який стандарт застосовувати для читання та відображення сторінки.

Існують такі стандарти DOCTYPE:

  • HTML>- відповідає останньому прийнятому стандарту – HTML5.
  • - DOCTYPE длястандартуHTML 4.01 Strict (суворий));
  • - DOCTYPE длястандартуHTML 4.01 Transitional (перехідний));
  • DOCTYPE HTMLPUBLIC “-//W3C//DTDHTML 4.01Frameset//EN”http://www.w3.org/TR/html4/Frameset.dtd> -DOCTYPE для стандартуHTML 4.01Frameset (з кадрами);
  • DOCTYPEhtml PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd> - DOCTYPE длястандартуXHTML 1.0 Strict (суворий));
  • - DOCTYPE длястандартуXHTML 1.0 Transitional (перехідний);
  • - DOCTYPE длястандартуXHTML 1.0 Frameset (зкадрами);
  • - DOCTYPE длястандартуXHTML 1.1.

Примітка: Як Ви вже помітили, перший у спискуDOCTYPE для стандартуHTML5 має найпростіший запис. КоженHTML-документ повинен починатися із вказівкиDOCTYPE. Якщо цього не зробити, різні браузери відображатимуть сторінку по-різному. У принципі, на працездатність це не вплине, але візуальна складова може постраждати.

Помилки коду можуть не впливати на відображення сторінок. Наприклад, перевірки відомого безкоштовного хостингу Ucozпрактично завжди виявляють помилки. Це не заважає правильно відображати елементи, і часто з'являється під час компілювання сторінок засобами інтерпретатора PHP. Більшість технічних помилок у такому разі не критичні, і можуть лише трохи уповільнити роботу сайту.

Основним «підконтрольним» елементом є саме HTML сторінки, хоча валідність каскадних таблиць CSS і RSS-стрічок також може перевірятися. Але не слід забувати, що валідність – це лише відповідність вимогам стандарту. Якщо порівнювати із реальним життям, то валідатор перевірить, чи є створений Вами продукт транспортним засобом. А чи це буде велосипед з реактивним прискорювачем або асфальтоукладальна ковзанка з педальним приводом – йому все одно. Тому валідність коду ще не означає «правильність» створення сторінки або елемента, вірніше – не означає, що Ви побачите те, що хотіли.

Перевірка може проводитися різними засобами, але вони посилаються на сайти стандартизаторів, тобто W3C сервісів. Контроль проводиться за трьома основними форматами (HTML, CSS, RSS), але у будь-якому випадку спочатку необхідно перевірити коректність HTML. Перевірці підлягає передусім синтаксис документа з погляду технічних параметрів.

Сьогодні більшість сервісів пропонує перевірку валідності коду онлайн, при цьому не обов'язково вносити код на сторінку перевірки, а достатньо вказати лише адресу сайту, що перевіряється. Пропоновані «завантажувані» сервіси у будь-якому випадку посилаються на сервіси W3C, перевіряючи введений код на коректність та відповідність до правил. Одним із таких сайтів є http://validator.w3.org. Він дозволяє перевірити коректність сайту в Інтернеті, HTML-файлу або самого HTML-коду. Існують додатки до браузерів, що дозволяють перевіряти код на льоту, зокрема таке доповнення( WebDeveloper) розроблено для MozillaFirefoxяк вбудований інструмент для перевірки коректності написаного коду. Ви встановлюєте додаток, після чого з'являється додаткова панель у вікні браузера. Відкриваєте сайт або сторінку і тиснете на панелі Tools-ValidateHTML(CSS та ін.) Після Вас перекине на вищезгадану сторінку, але із заповненими полями.

Розробники системи "розумного проїзду" (автоматизованої системи оплати та контролю проїзду або АСОКП) у комунальному пасажирському транспорті стверджують: ті можливості, які ми бачимо сьогодні, лише вершина айсберга. Недоліки системи незабаром будуть виправлені, а з тестового режиму до робочого, згідно з планами, система вийде до серпня.


На очах було проведено тестування надійності валідатора.

Увага! У вас вимкнено JavaScript, ваш браузер не підтримує HTML5, або встановлена ​​стара версія програвача Adobe Flash Player.


Відкрити/завантажити відео (2.49 МБ)

Спочатку його кинули в коридорі з плитковою підлогою, так що він спочатку вдарився в стелю. Потім двічі скинули у сходовий отвір, метрів із трьох-чотирьох. Потім його били молотком. Тільки після цього випробування на корпусі з'явилися сліди як потертостей. Але на функціонуванні пристрою це ніяк не вплинуло.




Редакція попереджає – спроба повторення подібного досвіду у транспортному засобі коштуватиме вам дуже дорого.

Про проект електронної оплати проїзду IT.TUT.BY розповів директор технічного відділення IBA, керівник проекту з програмної частини.


Чи довго розроблялися системи електронної оплати проїзду? Який у компанії досвід у подібних проектах?

Безпосередньо проектом електронної оплати проїзду ми займаємось вже понад три роки. Іншого роду системи з продажу квитків (наприклад, через банківські устрою) розроблялися і раніше. Таким чином, системами оплати проїзду на транспорті IBA займається понад п'ять років. Загалом у напрямку створення систем самообслуговування компанія працює понад 10 років.

Навіть тоді, коли у Білорусі банківські картки практично зовсім не були поширені, ми створювали системи автоматизованої оплати. Тоді було багато скепсису: "А воно не зламається?", "Як тут платити?"… але минуло 10 років, і зараз банківські платіжно-довідкові термінали де-факто є стандартними, у їхній зручності не сумніваються. Впевнений, система автоматизованої оплати проїзду вже скоро стане звичною та невід'ємною частиною нашого життя.

Чи надовго прописано "дорожню карту" проекту, які ще сервіси з'являтимуться?

Є план використання для поповнення карток замість кіосків існуючої мережі банківських терміналів. Інша можливість - придбання карток над кіосках, а режимі самообслуговування. Кіоски та каси – режимні, вони, на відміну від терміналів, не працюють за формулою 24х7. Пасажири скаржаться, що часто немає можливості купити білет – це можна виправити. Прототипи таких пристроїв вже розроблені.






Прототип терміналу видачі та поповнення безконтактних карток

Минулого року компанія IBA проводила семінар із систем оплати та контролю проїзду на транспорті, так званому розумному проїзду, обговорювали проблематику не лише Мінська, а й регіонів, розглядали переваги та можливості системи. Більший інтерес до автоматизованих систем оплати проїзду виявляють обласні центри, але є інтерес до таких систем і невеликих міст, і підприємств, що займаються міжміськими перевезеннями.

Отже, у майбутньому автоматизовані системи оплати та контролю проїзду можуть бути інтегровані на базі однієї картки. Подібний досвід є і в Росії, і в інших країнах. Вже зараз валідатори та смарт-картки підтримують таку можливість. У пам'ять картки може бути занесено кілька програм для різних цілей. Універсальний проїзний, як на мене, обов'язково з'явиться, це лише справа часу.

Питання в галузі фантастики: якщо можливо об'єднати в одну картку проїзний на всі види транспорту по всій країні, то, можливо, можна до цієї картки додати платіжні можливості і навіть електронний паспорт? Чи ми побачимо таке через 5-10-20 років?

Ця фантазія недалека від реальності. Починаючи проектувати систему "розумного проїзду", ми розуміли перспективність цієї технології та розробили фактично універсальну платформу iCard, яка дозволяє записати на картку практично будь-які дані.

Можу показати свій портмоне, там багато різних карток, і банківських, і дисконтних… Наразі є тенденція до об'єднання інформації на одному носії. У Білорусі зараз проектується внутрішня ідентифікаційна карта, "електронний паспорт". Та сама "карта школяра" може бути незабаром поєднана з проїзним.

Багато білоруських банків отримали ліцензію на емісію та обслуговування банківських смарт-карток, які працюють як звичним способом, так і безконтактно. Туди можна записувати інші програми. Технічно можна записати і "електронний проїзний".

Сучасні засоби дозволяють реалізувати це хоч зараз. Питання в тому, наскільки це буде надійно, зручно, доцільно, як будуть справи з приватністю та законодавством… Не скажу, через скільки років ми побачимо "єдину картку" і чи буде вона справді "єдиною", але технічно це вже реалізовано.


Чи буде колись застосовуватися технологія NFC, що дозволяє проводити оплату з телефону?

Технологія NFC зараз набирає обертів у світі, ми розуміємо її перспективність. Наступним етапом "розумної оплати" може бути оплата за допомогою мобільного пристрою шляхом простого "прикладання" його до терміналу. Валідатори, які встановлені, вже зараз підтримують NFC на рівні "заліза", ця можливість просто не включена програмно. Ми, як софтверна компанія, будемо готові взяти участь у NFC-розробках.

Зараз інтерес до NFC у Білорусі є, але пристрої з підтримкою даної технології поки не набули широкого поширення, хоча, гадаю, що найближчим часом ситуація зміниться. Коли з'явиться більша зацікавленість, коли подібні послуги пропонуватимуться ширше і такого роду оплата проїзду буде схвалена Мінтрансом, "включити" NFC не складе труднощів. Сподіваюся, незабаром це станеться, NFC вже стає стандартом для виробників смартфонів.

Але поки що використовуються карти Mifare та технологія RFID. Що означають ці слова?

RFID - це широке поняття, яке має на увазі будь-який спосіб передачі радіосигналів між спеціальним чіпом, RFID-міткою та зчитувачем сигналів. Для "функціонування" мітки ніякого живлення, "батарейок" не потрібно, та й зчитувач споживає порівняно небагато енергії.

Mifare – одна з найпопулярніших у світі технологій для систем безконтактної оплати проїзду. Недоліки старої версії Mifare Classic були вивчені, і нещодавно була представлена ​​нова версія - Mifare Plus, яку ми використовуємо. Версія Plus захищена від копіювання та підробок, дані шифруються складними алгоритмами. Розробники стандарту, з якими ми тісно співпрацюємо, стверджують, що IBA Group однією з перших компаній у світі впровадила систему з максимальним рівнем безпеки технології Mifare Plus.



Чому зараз паралельно використовується роздрук на талончику та RFID-валідатор для проїзних? Чи можливо відмовитись від талончиків або роздруковувати їх прямо на терміналі?

Організація оплати разової поїздки – це проблема будь-якої транспортної системи. На момент розробки проекту близько 40% подорожей є разовими. Тому наявність окремого способу оплати для разових поїздок – це обов'язкова вимога.

При виборі способу оплати разової поїздки було розглянуто багато технологій. Проте вартість будь-якого RFID-носія перевищувала вартість разового проїзду, тому альтернативу паперовому талону знайти не вдалося.

У Москві в метро видають одноразові RFID-картки, їхня собівартість порівнянна з однією поїздкою — у нас такий варіант коштував би дорожче за сам проїзд. Ми розглядали різні технології, але економічно недоцільно було запроваджувати безконтактний інструмент для разових поїздок.

Системи продажу квитків прямо в салоні є в різних країнах, але для Білорусі будь-який спосіб прийому оплати одноразової поїздки, який ми розглядали (купюри, банківські картки…), значно подорожчав проект, ускладнював канали зв'язку. Та й термінали для продажу разових квитків займали багато місця в салоні. Електронний компостер лише на кілька сантиметрів виступає вперед із поручня, а термінал продажу займав би місце одного-двох пасажирів. Та й у годину пік їм було б складно користуватися. Мабуть, це може бути застосовано лише на приміських та міжміських маршрутах.

Тому поки що в комплекті з безконтактними картками використовуються паперові талони та електронні компостери. У майбутньому з'являться термінали з продажу квитків та поповнення рахунку на смарт-карті на пунктах зупинки. Як зараз у терміналах деяких банків можна придбати квиток на приміський автобус, як на вокзалі можна придбати у терміналі квиток на електричку, так можна буде сплатити і наземний транспорт. І не лише банківською карткою, а й готівкою.

Поки що нікуди не зникнуть талончики у водія. Але їх кількість зменшуватиметься, т.к. електронний квиток для однієї поїздки (аналог талончика) можна буде записати на безконтактну карту, що очевидно зручніше.


Фото: Сніжана Інанець, з архіву TUT.BY

Тобто, більше людей захочуть купувати карти-проїзні замість разових талонів? Що для цього потрібно зробити?

Як уже говорилося, смарт-карти, що випускаються, підтримують до шести видів електронних проїзних, що знаходяться в пам'яті одночасно. Це надає пасажиру можливість керування своїми проїзними у межах однієї карти. Це може бути проїзд протягом місяця, певна кількість поїздок або проїзд на певну дистанцію, що включає конкретну кількість зон. Можуть бути розроблені та записані на карту тарифи на день і навіть на годину.

Регулярно кондуктори чують "не купуватиму квиток, мені тільки одну зупинку"або "чому одна зупинка стоїть як проїзд через все місто". Це теж можна вирішити особливим тарифом, зональною чи кілометровою оплатою.

Технічно ці тарифи та методи оплати реалізовані та підтримуються системою "розумного проїзду". Але поки що система впроваджується відповідно до існуючих правил і норм.

Так, саме так. Картки дозволять вибирати абонентський план, вірніше розраховувати свої витрати. Але порівнювати картку Mifare, яку ми використовуємо, із сім-карткою некоректно. Швидше вона як гаманець, оскільки тарифи зберігаються прямо на картці. Чекати нічого не треба, як пасажир поповнив карту, він може оплатити проїзд.

Але навіть гнучкі тарифи не знімуть питання про "мені лише одну зупинку". Чи розглядався варіант із чимось подібним до турнікету на вході, як це іноді робиться за кордоном?

Розглядалися всі варіанти та був обраний оптимальний. Система будується на довірі та контролі. Додатково, для захисту від "щодо чесних" пасажирів, які стоять з талончиком і чекають на контролера, вся система в транспортному засобі, включаючи компостери та валідатори, блокуватиметься на час контролю. Водій також може заблокувати її. Тобто їздити з талончиком у кишені і пробивати його тільки побачивши контролера не вийде.



Нещодавно пасажири помітили щось подібне до оновлення системи посеред дня: валідатори перезавантажувалися і спочатку виводили системну інформацію. Це справді була "перепрошивка на ходу"?

Система, яка зараз впроваджується, є досить масштабною. Сотні транспортних засобів, у яких не один і не два "розумні" елементи. За таких масштабів вручну перепрограмувати кожен пристрій неможливо. Якщо потрібне одноразове масове оновлення, його можна оновлювати віддалено відразу на всіх пристроях, що знаходяться в мережі.

І тарифи, і підтримка NFC або сенсорних кнопок можуть прийти в кожну машину протягом одного дня - як тільки транспортний засіб підключиться до мережі, на нього "заллється" прошивка каналами мобільного зв'язку. До речі, прошивка "важить" зовсім небагато, це не десятки мегабайт, тут не Windows і не Linux. На місяць на один транспортний засіб з урахуванням щоденної передачі даних з навігації та оплати, а також кількох великих оновлень потрібно не більше 60 Мб.

Так, користувачі могли бачити діагностику чи оновлення прошивки. Ми тільки почали використання системи, вона працює в тестовому режимі, а ми відстежуємо та оперативно усуваємо недоліки.


Висловлювалося також невдоволення через повідомлення лише однією мовою...

Система вже підтримує російську, білоруську та англійську мови.


В інструкціях у транспорті йдеться про те, що має роздруковуватися не лише час поїздки, а й номер транспортного засобу. Наразі номер не вказується. Чи це може бути виправлено?

Причина відсутності номера транспортного засобу полягає в тому, що система знаходиться на стадії налагодження. Найближчим часом усі дані друкуватимуться на талонах.

Про "залізу", технічну реалізацію "розумного проїзду" ми розпитали Сергія Сягло, директора ТДВ "Протока люкс", підприємства, що входить до IBA Group, керівника проекту з апаратної частини.

З чого складаються валідатори та електронні компостери, скільки у цих розробках білоруської?

Система складається не лише з валідатора та компостера, туди також входять бортовий комп'ютер та навігаційний термінал, спеціальний зчитувач карток для контролерів. Ця система інтегрована з діючою диспетчерською системою управління Мінтрансу, з перспективою підключення інших систем. Технічно можлива взаємодія з електронними табло на зупинках (такі вже є в Мінську), систем контролю палива, обліку пасажиропотоку (наприклад, можна збільшити кількість машин на маршруті, якщо він завантажений у конкретний час).

Електронний компостер містить компактний матричний принтер компанії R&G, спеціально розроблений для жорстких умов експлуатації в громадському транспорті. Рішення на їх користь було прийнято через їхній величезний досвід і економічну недоцільність власної розробки. Розробка програмного забезпечення, а також інтеграційні роботи з АСОКП проводились у Білорусі.

Валідатор та все інше обладнання - вже цілком білоруська розробка, конструювання, лиття, плати, складання… Це не перша ревізія пристрою, над ним працювали років зо два, враховували особливості мінського транспорту, клімату, насиченості в годину пік. Зарубіжні аналоги, до речі, зазвичай більші за габаритами.



Головні параметри, про які хвилюються користувачі, це стійкість до поломок та складність у роботі в порівнянні з механічними компостерами та паперовими проїзними.

Ми серйозно підійшли до вирішення питань вандалостійкості. Металевий корпус заважав би передачі сигналу і швидко дряпався. Для його виготовлення ми використовували сучасні полімери, вони досить стійкі до ударів, їх важко "скрутити" з поручня, подряпини не такі помітні. Це не адаптація якоїсь технології, це нова розробка з урахуванням специфічних вимог, світового досвіду та вже впроваджених у Білорусі систем, а також економічної доцільності та "зачепила на майбутнє", що важливо.

Швидкість роботи – у пріоритеті. Зараз оплата карткою займає 0,2-0,3 секунди. Електронний компостер не повільніший за механічний. Також важливою є максимальна простота у використанні - мінімум дій. На валідаторах, поруч з дисплеєм, є дві сенсорні кнопки, які поки не задіяні, вони можуть стати в нагоді в майбутньому для перевірки балансу або операцій з тарифами.

HTML стандарт однозначно визначає основну структуру Web-документа. Мова HTML є підмножиною мови опису документів SGML (Structured Generalized Markup Language), таким чином, html-документ - це текстовий документ, що складається з html-кодів та основного тексту документа. Для перегляду цього документа необхідний WEB-браузер – спеціальна програма для інтерпретації та коректного відображення сторінки на екрані.

Що таке стандарт HTML?

* HTML був спочатку розроблений Tim Berners-Lee та популяризований браузером Mosaic, розробленим NCSA. Протягом 90-х років. він буквально розквіт у зв'язку з бурхливим розвитком Web. Був час, коли веб-розробники змушені були використовувати html-стандарт 2.0 (було розроблено під егідою Internet Engineering Task Force (IETF) для впорядкування загальноприйнятих положень наприкінці 1994 року), який підтримував лише форматування тексту та вбудовування простої графіки.
* У 1995 році були опубліковані деякі пропозиції щодо розширеного стандарту HTML 3.0, які стали використовуватися як неофіційні HTML-рекомендації, що втілилися в різних браузерах.
* У травні 1996 року з'явився стандарт версії 3.2. За стандарт несе відповідальність організація - WWW-Консорціум (W3C - world wide web consortium), вона є об'єднання представників промисловості та науки.
* 18 грудня 1997 року вийшов перший реліз W3C специфікації на HTML 4.0. Другий випуск (24 квітня 1998) містив деякі редакторські коригування.
* 24 Грудня 1999 року вийшов стандарт HTML 4.01 - виправлено деякі помилки попереднього стандарту – 4.0
* Наявність стандарту передбачає необхідність у спеціальній програмі (власне VALIDATOR), яка перевіряє наявність у HTML-документі порушення специфікацій, згідно з якою складено документ, якщо ці порушення там справді є.

Що таке валідатор?
визначення:
Validator: сформулюючи SGML parser, що може повідомити і повідомити reportable markup error if (і тільки if) один exists.
Валідатор: аналізатор відповідності стандарту SGML, який знаходить і повідомляє про помилку розмітки, що підлягає звіту, якщо (і тільки якщо) вона існує.

ISO 8896, параграф 15.4.

Таким чином HTML-система є валідуючою HTML-системою, якщо
1) вона є валідуючим SGML-аналізатором згідно з ISO 8879, п.15.4;
2) вона здатна обробляти будь-який узгоджується з HTML документ;
3) вона знаходить та повідомляє про помилку в HTML, якщо вона існує;
4) вона не повідомляє про помилку в HTML, якщо вона не існує.

ISO/IEC 15445:2000/DCOR 1:2001(E), параграф 2.2.

Слід пам'ятати про те, що html-документ – явище не самодостатнє, і саме собою ніяк не виглядає. Сайт набуває зримої форми лише в конкретному браузері. Як показує практика – різні браузери показують конкретну сторінку різними способами (відображення сторінок залежить від роботи алгоритмів корекції, вбудованих у браузер, а різних браузерах ці алгоритми дуже різні), і, зазвичай, всі ці способи - правильні. Насправді це одна з важливих переваг мережі - скажімо, людина з поганим зором може збільшити собі шрифт або використовувати браузер, причому для цього не потрібно готувати окрему, спеціальну версію сайту.

Два найпоширеніших браузера для Windows відображають сторінки приблизно однаково, відрізняючись лише в таких деталях, як поля та відступи. Браузери для Macintosh або *ніксів зазвичай відрізняються від цих двох більш глобально. Очевидна вигода наявності стандарту в тому, що проконтролювати одну специфікацію значно легше, ніж багато браузерів.
цитата:
«...Для людей з проблемами зору HTML надає багатообіцяючі можливості зрівняти їх у правах із звичайними людьми при використанні базового графічного інтерфейсу Windows. Таблична модель HTML включає атрибути для позначення кожного осередку, щоб підтримати високоякісний текст для мовного інтерфейсу. Ці ж атрибути можуть використовуватися за підтримки автоматизованого імпорту та експорту даних таблиць до баз даних або електронні таблиці...»

Багато розробників (переважно веб-дизайнери-початківці) можуть не погодитися з необхідністю відповідності коду специфікації: «Волідатор залишає після себе тужливі сайти, вбиває творчість». Така думка виникає від простої лінощів. Коректний HTML-текст цілком припускає динаміку, мультимедійні об'єкти, використання сценаріїв тощо; просто всі ці ефекти можна зробити грамотно, а можна – неписьменно. Потрібно також пам'ятати, що у будь-якій творчій галузі треба спочатку вивчити правила, а вже потім зуміти перевершити їх. Крім того, навіть досвідчені розробники не застраховані від помилок, ми всі можемо допускати друкарські помилки або забувати закрити тег. Валідатор здатний відстежити подібні помилки і явно вказати місце з некоректним форматуванням.

Наведемо конкретні приклади помилок, які визначаються валідатором:

ISO 8896, параграф 15.4.

- неправильно
(Error: start tag was here).

ISO 8896, параграф 15.4.

- Правильно.

вставлений текст

- неправильно
(Error: element "P" не може бути зроблений; можна спричинити, що елемент електронної пошти містить елемент блоку-рівень)

Вставлений текст

- Правильно.

Якщо ви дійшли того, що вам необхідно перевірити ваш код на відповідність специфікації, прочитайте кілька порад:

Де взяти валідатора?

Валідатор у формі веб-сторінки пропонується на https://validator.w3.org. Він ґрунтується на SP Кларка.

Є також і валідатор на https://htmlhelp.com/. Він теж ґрунтується на SP, хоч і трохи зміненому. Авторами декларується, що він більш суворий в оцінці та оголошує потенційно небезпечні, хоч і допустимі місця (скажімо, незакритий тег із необов'язковим закриттям). Пропонують вихідники валідатора

Доступний під всі платформи безкоштовний валідатор можна завантажити з сайту Дж. Кларка (https://www.jclark.com/sp/). Разом із парсером/валідатором у поставці додається потоковий нормалізатор.

W3C роздає вихідні коди валідатора на https://validator.w3.org/, але це, насправді, не валідатор. Це лише адаптація кларковського валідатора до веб-інтерфейсу, виконана на перлі. В описі цієї адаптації недвозначно сказано, що слід мати на машині кларківський валідатор. Ще посилання:
· https://ugweb.cs.ualberta.ca/~gerald/validate/
· https://www.webtechs.com/html-val-svc/
· https://www2.imagiware.com/RxHTML/

Чи можна назвати валідатором інструмент із HomeSite – Validate Document?

Розробники Allaire HomeSite оголошують, що «перевіряюча програма випускається ними під назвою «валідатор» суто з комерційних міркувань…», і справжній валідатор випускатися ними не буде.

Програма, що йде в комплекті з HomeSite, порушує визначення валідатора: вона знаходить і показує помилки, які не були допущені, і не знаходить помилок, які були допущені.
Ось приклад її неправильних дій:
а)
Реакція: немає реакції.
Насправді тут помилка: не виставлений ALT другого IMG.
б)

Реакція помилка.
Насправді цей тег можливий в рамках XHTML.

Прагнення бездоганності - перша ознака професіоналізму, і немає необхідності орієнтуватися на популярні, проте далекі від досконалості html-коду портали. Можливо, менеджери подібних сайтів, проаналізувавши статистику відвідувань, з'ясували, що 99% користувачів, що приходять, побачать все так, як припускав дизайнер... Можливо, автори сайту навмисно виключають із числа своїх відвідувачів користувачів з обмеженими можливостями... проте слід пам'ятати такі поняття, як гуманізм та вимоги закону. З появою офіційного стандарту через порушення специфікації є небезпека потрапити до суду за звинуваченням у недоступності сайту для тих, хто не може використовувати звичайний браузер. Хоча в регіонах країн колишнього СНД законодавство досить обмежене щодо цього, у освіченому світі питання вирішується краще. Доступність потроху набуває чинності закону. Валідатор не гарантує доступності (бо не може бути заміною здорового глузду), але допомагає забезпечити належну міру підтримки всіх користувачів.

Вдалих сайтів та бездоганного коду вам, шановні розробники!

Перевагою валідатора є високий ступінь обліку пасажиропотоку на транспорті, можливість точного контролю за відвідуванням закритих офісів та підприємства та порівняно невисока ціна обслуговування пристрою.

Енциклопедичний YouTube

    1 / 2

    ✪ ЗЛОМ КАРТИ ТРІЙКА? | БЕЗКОШТОВНИЙ ПРОЇЗД У МЕТРО

    ✪ AS A startup company invents a system для validate bus tickets using Google Glass

Субтитри

Валідатори на транспорті

Москва

Перші турнікети з валідаторами у наземному. громадському транспорті Москвив рамках експерименту щодо впровадження автоматизованої системи контролю проїзду (АСКП) з'явилися в 2001 рокув Зеленоградськомуадміністративному окрузі на автобусному маршруті №16. До середини 2002 рокусистема була поширена на всі зеленоградські автобусні маршрути (муніципального підпорядкування), і з вересня 2007 рокуі весь наземний міський громадський транспорт муніципального підпорядкування.

Санкт-Петербург

З січня 2007 року на більшості соціальних маршрутів громадського транспорту міста у кондукторів з'явився пристрій для зчитування інформації з проїзних документів – валідатор. Згодом валідатори з'явилися у водіїв маршрутів, які не мають кондукторів.

До 2011 року більшість міських автобусів було переведено на нову систему електронного контролю оплати проїзду (СЕКОП). Ця система передбачає наявність стаціонарних валідаторів у салоні транспорту на поручнях (від 4 до 9 штук), які дозволяють пасажиру самостійно здійснювати оплату проїзду (валідацію електронного проїзного квитка).

До складу СЕКОП входять валідатори двох типів – прості та інформаційні. Прості валідатори мають світлодіодну індикацію, яка інформує пасажира про такі події:

  • Валідатор готовий до зчитування електронного проїзного квитка.
  • Проїзд сплачено.
  • Проїзд не сплачено (наприклад, минув термін дії).
  • Електронний проїзний квиток додано повторно (проїзд на даному рейсі вже оплачено).
  • Валідатор заблокований контролером під час перевірки оплати проїзду.

Інформаційні валідатори мають дисплей (виготовлений за технологією Органічний світлодіод), який, крім індикації подій, аналогічних простому валідатору, може виводити інформацію про електронний проїзний квиток (термін дії, ресурс поїздок або баланс залежно від типу ЕПБ). Для отримання такої інформації необхідно спочатку сплатити за проїзд, потім знову прикласти квиток до інформаційного валідатора. Валідатор покаже, що квиток додано повторно, і через деякий час відобразить інформацію про ресурс електронного проїзного квитка.

Інші міста

В місті Алма-Ате (Казахстан) із січня 2008-рокусистема оплати проїзду через валідатор за допомогою електронної картки або готівкою діє у всіх трамваях та тролейбусах міста. В автобусах дана система не набула поширення, на багатьох автобусах валідатори були встановлені, але не діють. У 2011 році валідатори, що діють, були введені на декількох автобусних маршрутах і приймають тільки залізні гроші, оскільки система зчитування купюр і пункти поповнення магнітних карт системи eCash не функціонують, а часто й відсутні зовсім.

В місті Бійськез 1 червня 2016-рокусистема оплати проїзду через валідатор за допомогою транспортної картки, запроваджено електронні проїзні картки та квитки у всіх трамваях та автобусних маршрутах міста.

В місті Барнауліз 1 грудня 2016-рокувпроваджено систему оплати проїзду через валідатор за допомогою транспортної картки. Електронні проїзні квитки приймаються до оплати у всіх трамваях, тролейбусах та автобусних маршрутах міста.

Примітки

  1. Скребнєва, Олена Усіх - за турнікет (неопр.) . Російська газета(Центральний випуск) №3272(11 серпня 2003 року).
  2. За Москвою поїхали державні маршрутки (неопр.) . Архівовано 16 лютого 2012 року.
  3. У “місті” звільнять “всіх” кондукторів? (неопр.) . Архівовано 16 лютого 2012 року.
  4. У Петербурзі звільнять всіх кондукторів (неопр.) . Архівовано 16 лютого 2012 року.
  5. На вулиці Петербурга вийшли перші пасажирські автобуси, обладнані супутниковою навігацією і валідаторами. (неопр.) . Архівовано 16 лютого 2012 року.
  6. Автобуси, обзаводяться електронікою (неопр.) .