Эти вопросы решаются другими средствами. Утечки данных возникают по причине тотальной неграмотности пользователей, а не слабости XML. Ну в чем проблема открыть бинарник, скажите мне? Вот старые форматы, ладно там csv - это фактически археологический предок XML (в смысле широкого применения до), но возьмите DBF. Очень популярный формат и до сих пор некоторые онлайн системы принимают и DBF и XML. И что там мешает открыть и поправить данные? Берете Экзель (а в Опенофисном Калке даже лучше) и понеслась. Какие проблемы? Ответ - никаких. Те же траблы с кодировкой текстовых данных.
Дело же не только в ожидании сотрудников,
Независимо от формата данных стандартный ответ банка в течение 3 дней. То есть банк имеет право выполнить платеж в течение трех дней. Поэтому тут проблемы в ожидании сотрудников минимальны, так как банк выполняет свои технологические процедуры (гоняет деньги со счетов, для накопления нужной суммы, проводит проверку безопасности и т.д.). То есть люди получат зарплату в течение дня (как правило, но банк может затянуть время отправки средств) и это абсолютно не связано с временем отправки XML.
Как бы это лучше пояснить... приличный китайский маршрутизатор за штуку баксов обрабатывает порядка 150 млн. пакетов в секунду и практически любой магазинный чек можно закодировать в 1 пакет.
Соответственно он отправляет текстовые данные не за 0,001, а за 0,01 секунду. Это конечно очень печально, да. На фоне остального трафика, забитого видео с котиками из Вконтакте для данной организации это реальная проблема 
Это еще IPv6 не работает как положено, там пакет до 4-х Гб может быть. Ну ничего, IPv4 уже кончились, еще лет 5-10 и котиков можно будет смотреть в FULL HD не страдая от каких-то там отправок XML в банк.
Ну, а если отбросить сопли, а взять калькулятор. Средний такой XML для большого числа сотрудников (вот прям с конкретной организации) - 37 кБ на 70 сотрудников. На оптоволокне это не чувствуется от слова никак. И даже если там будет 3,7 кб, а не 37 кб я это не замечу.
Весь мир начал движение от бинарных форматов в текстовые (и от компиляции к интерпретации) и это жжжж не спроста! И потом 20% Интернета построено таким образом (я про HTML и всех его родственников и прихвостней, навроде CSS). И все существования веба доказывает нам, что в этом есть смысл. Да есть грехи, но не так, чтобы прямо убиться головой об стену.
Свободное ковыряние должно быть предусмотрено только для тестовых данных.
Я уже писал - формат CSV
За сбор личных выписывают миллионные и миллиардные (в долларах) штрафы.
Все верно. А теперь давайте рассмотрим детали. Кому их выписывают? Всяким ВК (хотя кто выпишет филиалу наших органов безопасности ) Фейсбукам и Твиттерам. Почему, потому что утекают миллионы учетных записей. Вы верите что это утекло в XML? Это утекают бинарные базы данных. Выводы сделаете сами.
А почему должны умирать? Тут же денежные утечки.
Если сравнивать объем денежного потока (РФ не берет, потому что тут все искусственно и Сбербанк не отвечает за свои утечки, так как монополист) и объем потерь, то в процентном соотношении проблема оказывается ничтожной. Причины описал выше - дело в самом нестабильном элементе информационных систем - в человеке. Само слово человек с машинного переводится как рас3,151592здяй и никак иначе.
Имеют безопасность ниже уровня плинтуса.
Опять же не технологически. Тот же несчастный Сбер имеет ВПН канал для организации передачи данных личного кабинета (речь идет о корпоративном обмене, а не шифрование через браузер для физ лица).
Поэтому США ловят хакеров по всему миру, крадущих через технологии Visa и MasterCard, делая вид что только хакеры плохие, а дырявые во всех местах технологии - хорошие.
В таких компаниях в процент обслуживания банков, подключенных к данной системе вложена сумма хакерского ущерба. Поэтому все ОК.
Массив пикселей сжатый zip на ввходе png. Перекодированные в Base64 сохранённый в xml. Который сжат протоколом http(zip) и зашифрован припомощи SSL.
Поэтому и придумали SVG.
А на дели оказывается что те проверки которые есть недостаточны.
Ложки нет нигде. Но зачатки системы контроля есть. И она может отловить значительную часть проблем.
Картинки в HTTP передаются жутким способом.
Картинки передаются разными способами. Есть SOAP в него пихают XML. А что внутри XML может быть ведомо только Аллаху. Там есть способ передачи двоичных данных в текстовом формате.
Есть WSDL это прямо вот вообще все что хочет Михалник, но только для Интернета и на буржуйском (и естественно на XML).
WDDX - это упорядоченный стандарт, там есть определения для кучи типов данных. Соответственно валидация более строга и уменьшает количество ошибок.
И вообще как мне кажется Михалник проспал наступление текста. Читаем про YAML:
- быть легко понятным человеку;
- поддерживать структуры данных, родные для языков программирования;
- быть переносимым между языками программирования;
- использовать цельную модель данных для поддержки обычного инструментария;
- поддерживать потоковую обработку;
- быть выразительным и расширяемым;
- быть лёгким в реализации и использовании;
Вы же к этому стремитесь?
XAML, например, текстовый формат описания графического интерфейса программ на C#. Альтернатива XUL.
Да и Дельфи/Лазарус хранят свои формы до компиляции в текстовом виде.
Отредактировано utkin (2019-03-25 08:30:30)
