The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Chromium решено удалить поддержку XSLT и прекратить использование libxslt и libxml2

06.11.2025 13:46

Компания Google приняла решение удалить из браузерного движка Chromium компоненты поддержки языка преобразования XML-документов XSLT. В качестве причины упоминается желание сократить поверхность атаки путём прекращения использования библиотеки libxslt. По мнению Google, поддержка XSLT 1.0 создаёт неоправданные риски безопасности, так как в библиотеке libxslt периодически выявляют уязвимости (например, CVE-2025-7425 и CVE-2022-22834) и она имеет проблемы с сопровождением (с июня до сентября библиотека оставалась без сопровождения и исправления уязвимостей). Проекты Firefox и WebKit также рассматривают возможность удаления поддержки XSLT.

Уязвимости в XSLT становятся инструментом для совершения атак на браузеры, при том, что в настоящее время клиентская поддержка XSLT не востребована и используется крайне редко, а задачи преобразования данных в HTML могут решаться более безопасно при помощи JavaScript API, таких как DOMParser и Fetch. По статистике Google, доля загруженных web-страниц, на которых используется XSLT, составляет 0.02%, а доля страниц, на которых применяются инструкции обработки XSLT, оценена в 0.001%.

Аналогично, решено прекратить использование в Chromium библиотеки libxml2, в которой также регулярно находят уязвимости и имеются проблемы с сопровождением. Библиотека libxml2 используется в Chromium для разбора, сериализации и проверки данных в формате XML, а на базе libxslt реализован класс XSLTProcessor и инструкции обработки XSLT ("<?xml-stylesheet … ?>").

Поддержка основанных на libxslt возможностей, таких как API XSLTProcessor и инструкции разбора таблиц стилей XML, будет прекращена в выпуске Chrome 155, намеченном на 17 ноября 2026 года. В Chrome 143, запланированном на 2 декабря 2025 года, в web-консоль будет добавлен вывод предупреждения о переводе API XSLTProcessor в разряд устаревших. В Chrome 148 (весна 2026 года) поддержка XSLT будет отключена по умолчанию в ветках Canary, Dev и Beta. Функциональность для разбора XML будет оставлена, но переведена на новую библиотеку, написанную на языке Rust с оглядкой на обеспечение безопасности.

В качестве замены встроенной в браузер поддержки, предлагается перенести обработку XSLT на сторону сервера и отправлять клиентам уже сформированный HTML-контент. Обработчики, использующие XML API для взаимодействия между клиентом и сервером, предлагается перевести на применение формата JSON и для отрисовки - через преобразование JSON в HTML/CSS при помощи JavaScript. Из возможных альтернатив также отмечается применение JavaScript-библиотек Saxonica с реализацией XSLT, polyfill-прослойки для обеспечения совместимости со старым кодом, предлагающей замену XSLTProcessor на базе WASM, и браузерного дополнения, автоматически подставляющего polyfill-прослойку в XML документы.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Библиотека libxml2 осталась без сопровождающего
  3. OpenNews: Сопровождающий libxml2 отказался от особого отношения к устранению уязвимостей
  4. OpenNews: Уязвимости в библиотеке libxml2, потенциально приводящие к выполнению кода
  5. OpenNews: Google отказался от навязывания блокировки сторонних Cookie в Chrome
  6. OpenNews: Chrome и Android прекратят использование многих технологий, созданных проектом Privacy Sandbox
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64194-xslt
Ключевые слова: xslt, chrome, chromium
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (174) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:52, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +35 +/
    А помните времена XHTML-бесия? Времена моды на строгие-строгие стандарты.  А потом херакс, HTML5 и пошли все лесом-полем.
     
     
  • 2.6, IMBird (ok), 14:01, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Было мнение, что XHTML будет получше хотя бы потому что более предсказуем и парсится однозначно (а значит и быстрее). К несчастью победили вебманки, потому как чем больше лэндингов для продажи средств для увеличения/похудения/оздоровления за день набросаешь, тем быстрее насребёшь на свой дошик.

    Думаю, что если веб и должен оставаться текстовым (ну раз уж сервелат закопали, а wasm существует номинально), то всё равно нужно или другой язык, или вводить какие-то метки/карты/схемы, позволяющие парсить всё это добро в многопотоке. Хотя может для современного веба html – самая меньшая из всех проблем.

     
     
  • 3.132, Смузихлеб забывший пароль (?), 19:21, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Угу, и на первом же незакрытом теге либо падали бы, либо - ещё чего )

    В целом, фишка с "упрощённой" проверкой тегов была реализована ещё в Сафари ещё в те времена, когда тот распространялся в т.ч под винду и, кстати, считался чуть ли не быстрейшим браузером в плане открытия страниц как раз поэтому - отображал контент по мере загрузки, плевав на незакрытые теги, а не дожидаясь полной загрузки страницы. Что особенно актуально при посредственном интернете той поры, а то и посредственном качестве соединения

     
     
  • 4.154, Аноним (154), 20:28, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Угу, и на первом же незакрытом теге либо падали бы, либо - ещё чего )

    И это плохо? XHTML лучше хотя-бы тем, что не нужно вникать в семантику тегов, и угадывать, что хотел этим сказать автор.

     
     
  • 5.185, Аноним (185), 23:49, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С современными средами разработки, linters, AI пропустить незакрытый тег или че то еще крайне сложно. Но в те времена наверное это было проблемой, когда приложение приносящее деньги ломалось полностью из-за незначительной ошибки.
     
  • 2.10, Аноним (10), 14:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тот, первый XHTML был шагом к предполагаемому XHTML 2, такой революцией от W3C с решением всех накопившихся проблем и переходом от исторически сложившегося локального для браузеров языка к обобщенному языку разметки документов.

    Разработчики браузеров на это посмотрели, поняли, что придется с нуля писать второй параллельный движок, послали W3C лесом и придумали HTML5.

     
     
  • 3.18, Pahanivo (ok), 14:16, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Производители браузеров просто гребут рынок под себя.
     
     
  • 4.42, Аноним (10), 14:52, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так а куда деваться? Современные браузеры сложнее операционной системы. А для реализации XHTML2 даже Chromium форкнуть не получится, если под рукой нет пары десятков опытных разработчиков и бюджета на них.
     
     
  • 5.44, Аноним (44), 14:57, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >  Современные браузеры сложнее операционной системы

    Разве что той, что в 2кб памяти на микроконтроллере влазит. Так-то разработать современный браузер на своём движке и на коленке можно, см. ladybird.

     
     
  • 6.92, Pahanivo (ok), 17:05, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>  Современные браузеры сложнее операционной системы
    > Разве что той, что в 2кб памяти на микроконтроллере влазит. Так-то разработать
    > современный браузер на своём движке и на коленке можно, см. ladybird.

    Можно, но только голый html парсить ...
    Где-то не так давно статья была, что современные движки браузеров поддерживаются оооочень много чего из стандартов, а сами стандарты тысячи страниц. Еще со времен браузерных войн. И объем работы слишком большой чтобы в принципе писать свой современный движок с нуля.

     
     
  • 7.108, Аноним (108), 18:05, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    И каждый верстальщик конечно же назубок знает все 10 000 страниц) Не смешите меня, там в веб вёрстке всё очень примитивно.
     
     
  • 8.145, Аноним (145), 20:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И это не имеет никакого значения Потому что для разных применений требуется раз... текст свёрнут, показать
     
  • 8.172, Pahanivo (ok), 21:55, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чем тут верстка Речь про двигло браузера ... текст свёрнут, показать
     
     
  • 9.188, Аноним (188), 00:11, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это двигло и нужно для того, чтобы вёрстку показывать ... текст свёрнут, показать
     
  • 8.186, Аноним (185), 23:53, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знает, это не нужно, верстают на фреймворках, а уже они компилят во все эти 1... текст свёрнут, показать
     
  • 7.194, Фняк (?), 02:09, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это забавное объяснение про тысячи страниц спецификаций с учётом того что "эти люди", причем самые богатые из них, не осилили написать замену libxml2 и просто решили дропнуть поддержку.
     
  • 6.93, Аноним (93), 17:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тот же Webkit получится в итоге и работать будет через раз. Вот почему в Falkon черный экран и ничего больше, а FF красавчик?
     
  • 4.43, Аноним (10), 14:54, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Кстати, единственные из разработчиков браузеров, кто тогда участвовал в разработке XHTML2 - это Opera (тогда еще та, старая, на Presto). Единственные, кто был готов сделать по уму. Ну и где теперь они, эх
     
     
  • 5.187, Аноним (185), 23:56, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    все деньги потратили и обанкротились) w3c этим xhtml убило оперу)))
     
  • 2.17, Аноним (17), 14:16, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://en.wikipedia.org/wiki/HTML5
     
  • 2.199, morphe (?), 04:00, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом херакс, HTML5 и пошли все лесом-полем

    Потому что слишком много людей использовали всякие php и прочие шаблонизаторы в которых слишком легко проебаться, и в случае с XML это просто всё сломает

    Зачем такие страдания им.

    Существовал бы JSX ещё в те времена... Ах, да, он же существовал! ECMAScript for XML (E4X) был в firefox даже! Но увы, тогда весь интернет делался под internet explorer.

     

  • 1.3, Анонимусс (-), 13:56, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Но ведь в прошлой новости говорили что либы незаменимые И корпы еще пойдут на... большой текст свёрнут, показать
     
     
  • 2.45, Аноним (45), 15:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надеюсь, зависимость от этой нововой моднявой библиотеки будет опциональной при сборке.
     
     
  • 3.89, Аноним (89), 16:58, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можешь написать свой браузер, зачем бороться с корпами то? Докажи, что ты лучше их!
     
  • 2.69, Морская Кукарача (?), 16:09, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Копры не в курсе, что у них используется XSLT до того как момента как его отключат и начнутся миллионные убытки.
     
  • 2.183, SubGun (ok), 23:21, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ведь в прошлой новости говорили что либы незаменимые???
    > И корпы еще пойдут на поклон к разрабу?
    > Как же так???

    Ну так либы остались те же, просто переложили ответственность/нагрузку на сервер,а сами чистенькими останутся. Уж кто-кто, а гугл мог бы раскошелиться на поддержку такого пакета, как libxml2.

     

  • 1.4, Stanislavvv (ok), 13:57, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, полифилл как отнесётся к fb2, который вполне обрабатывается в cli через xsltproc?
     
     
  • 2.5, tty5 (?), 14:00, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто такие решения не входят в статистику, а значит не существуют.
    Вообще, когда узнал, что для xlst в крупных коммерческих проектах используется какая-то не очень прямая библиотека (хотя довольно удобна) был очень удивлён.
     
  • 2.20, User (??), 14:18, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ээээ... а браузер для обработки fb2 вам накой?
     
     
  • 3.149, tty5 (?), 20:21, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для отрисовки результатов рендера.
     

  • 1.7, Аноним (7), 14:02, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Давно пора выкинуть этот хлам.
     
     
  • 2.66, КО (?), 16:05, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Давно пора всё выкинуть, оставить только рекламу и...эээ...
     

  • 1.8, Аноним (8), 14:04, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Столько лет забивали на новые версии стандарта и баги, а теперь пишут, что никому не надо. А кому надо, тех мы игнорим, потому что нам виднее.

    https://github.com/whatwg/html/issues/11578

     
     
  • 2.11, Анонимусс (-), 14:10, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Столько лет забивали на новые версии стандарта и баги

    Так там вполне честный тег "needs implementer interest"
    Гуглу оно не надо. Но что-то не видно очереди желающих это добавить.

    > А кому надо, тех мы игнорим, потому что нам виднее.

    Потому что их полтора землекопа.
    И тратить на них ресурсы для разработки и поддержки просто не рационально.

     
     
  • 3.12, Аноним (8), 14:11, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не читал, но уже посчитал всех, какой молодец (нет)
     
     
  • 4.16, Анонимусс (-), 14:15, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    За меня уже гугл посчитал
    "По статистике Google доля загруженных web-страниц, на которых используется XSLT, составляет 0.02%, а доля страниц, на которых применяются инструкции обработки XSLT, оценена в 0.001%."
     

  • 1.9, ptr (ok), 14:04, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Если в XML понятно, как указать в XSD, что конкретное поле может принимать значения только от 20.0 до 89.9, то как это сделать в JSON? В итоге имеем кучу сервисов, базирующихся на XML/SOAP. Вот будет весело, когда, например, запросы к ГИС ЖКХ из JS перестанут поддерживаться Chromium.
     
     
  • 2.22, Аноним (22), 14:19, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так же как в XSD указать что данные должны составлять полный граф или текст в теге <text> должен быть стихотворением, а в <data> - валидными сжатым xz json'ом. Данные должны валидироваться полноценный кодом на нормальных ЯП, а не этими схемо-обрубками, это вообще не собачье дело формата сериализации. И внезапно, с этим подходом оказывается что формат сериализации вообще значения не имеет и их можно менять их как перчатки, не переписывая никаких схем и не теряя в валидации.
     
     
  • 3.32, Анониматор (?), 14:33, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты написал то, что до сих пор 95% РП и тех.архитекторов не в состоянии осмыслить и понять. Люди путают фундаментальное свойство формата сериализации и софт, который этот формат обрабатывает. Все ключевые достоинства обрабатывающего софта приписывают тестовому файлу XML/XSD, который сам по себе ничего не делает.
     
     
  • 4.77, ptr (ok), 16:34, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Все ключевые достоинства обрабатывающего софта
    > приписывают тестовому файлу XML/XSD, который сам по себе ничего не делает.

    Он описывает стандарт, без которого глобальное взаимодействие программых систем разных поставщиков невозможно.


     
  • 3.76, ptr (ok), 16:33, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так же как в XSD указать что данные должны составлять полный граф
    > или текст в теге <text> должен быть стихотворением, а в <data>
    > - валидными сжатым xz json'ом.

    Для JSON условным стандартом является Open API, который намного уступает возможностям XSD. А когда речь идет о глобальном взаимодействии, а не локальном внутри конкретной архитектуры, без стандартов мало что сделаешь.

     
     
  • 4.118, User (??), 18:32, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Так же как в XSD указать что данные должны составлять полный граф
    >> или текст в теге <text> должен быть стихотворением, а в <data>
    >> - валидными сжатым xz json'ом.
    > Для JSON условным стандартом является Open API, который намного уступает возможностям XSD.
    > А когда речь идет о глобальном взаимодействии, а не локальном внутри
    > конкретной архитектуры, без стандартов мало что сделаешь.

    Дблин, нет. Для json есть вот json-schema, которую, в свою очередь использует openapi который использует примерно весь интернет - в отличие от 0,02%

     
  • 2.27, User (??), 14:27, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если в XML понятно, как указать в XSD, что конкретное поле может принимать значения только от 20.0 до 89.9, то как это сделать в JSON?

    Эээээ https://json-schema.org/draft/2020-12/json-schema-validation#name-validation-k так?

     
     
  • 3.79, ptr (ok), 16:36, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эээээ https://json-schema.org/draft/2020-12/json-schema-validation#name-validation-k
    > так?

    А слово draft Вы не заметили? Как Вы можете расчитывать на то, что программное обеспечение совершенно разных поставщиков будет это поддерживать?

     
     
  • 4.127, User (??), 19:15, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Эээээ https://json-schema.org/draft/2020-12/json-schema-validation#name-validation-k
    >> так?
    > А слово draft Вы не заметили? Как Вы можете расчитывать на то,
    > что программное обеспечение совершенно разных поставщиков будет это поддерживать?

    Эээээ... секта свидетелей СТАНДАРТА? Ну вот есть у тебя ISO/IEC 9899:2024 - и чо\как - одинаково всё реализовано, или "ну как повезет"?
    А вот у XSD никакого ISO\IEC - не-а, нету. И даже IETF'овского стандарта - нету. А есть - ну вот "W3C XML Schema Definition Language (XSD) 1.1 Part 1: Structures W3C Recommendation 5 April 2012" [ слово "recommendation" Вы заметили? А "standard"? Прааавильно, по тому, что его там - НЕТ.

    А вот json-schema все еще "draft" по тому, как процесс стандартизации со стороны IETF ну оооочень не быстрый (И, подозреваю, не дешевый). Чем "recommendation" более-стандарт чем "draft" в данном случае - я хз (Я и к RFC с подозрением отношусь, если что - странненькое так-то названьице для документа).
    При этом "openapi" таки "стандарт", но как бы это сказать... внутренний. OpenApi Initiative под крылом linux foundation и вот это всё. Одно время вроде бы даже обсуждали занести чемодан в IETF, но потом забили. Мешает это как-то использовать его вот АБСОЛЮТНО всем? Неа. А мешает им официальный статус "draft" использовать распоследнюю версию json-schema в openapi 3.1? Да тоже нет.

    А вот реализаций этого стандарта - в природе есть и преизрядно. А вот у "рекомендованного" XSD с этим... ну, libxml2 все тесты даже вот для xsd 1.0 не проходит - про 1.1 и не заикаемся, там "официально нет" - зато типа-СТАНДАРТ - есть, ага. И 0,02% использующих.
    Такие дела.

     
     
  • 5.195, Фняк (?), 02:20, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    json - помойка завязанная на родовые травмы убогого javascript-а. Чего стоит только числовой формат данных
     
     
  • 6.205, User (??), 07:02, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > json - помойка завязанная на родовые травмы убогого javascript-а. Чего стоит только
    > числовой формат данных

    Ну а XML - оверинжинирнутое окодемическое "нечта", удивительным образом одинаково непригодная как для обработки человеком, так и для машинного парсинга - и даже передачи сколько-нибудь существенного объема данных подходящее не слишком, ииии?
    Как это соотносится если не с "истиной", то хотя бы вот с предметом обсуждения? )))

     
  • 2.33, Анониматор (?), 14:34, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    учи Open API, там всё это есть
     
     
  • 3.85, ptr (ok), 16:46, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > учи Open API, там всё это есть

    Мало того, что ограничения по максимуму и минимуму до сих пор только в драфте, так туда до сих пор не завезли ограничения на точность представления или на закрытый список фиксированных значений.

     
     
  • 4.91, Аноним (89), 17:04, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > или на закрытый список фиксированных значений

    "enum" есть

    > ограничения по максимуму и минимуму

    "minimum" и "maximum" тоже есть

    > до сих пор только в драфт

    Да вроде в 3.0 они не в драфте, ты о чем?

     
     
  • 5.115, ptr (ok), 18:26, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> или на закрытый список фиксированных значений
    > "enum" есть

    Этого мало. Например:
    <xs:union>
    <xs:simpleType>
      <xs:restriction base="xs:decimal">
       <xs:fractionDigits value="1"/>
       <xs:minExclusive value="0.0"/>
       <xs:maxExclusive value="100.0"/>
      </xs:restriction>
    </xs:simpleType>
    <xs:simpleType>
      <xs:restriction base="xs:decimal">
       <xs:fractionDigits value="0"/>
       <xs:minExclusive value="100"/>
       <xs:maxExclusive value="9000"/>
      </xs:restriction>
    </xs:union>
    Будете 9999 значений перечислять?
    Ни union, ни ref в Open API нет.

    >> ограничения по максимуму и минимуму до сих пор только в драфте
    > "minimum" и "maximum" тоже есть

    Зачем повторять, то, что я написал?

    >> до сих пор только в драфт
    > Да вроде в 3.0 они не в драфте, ты о чем?

    Я вижу тут https://json-schema.org/draft/2020-12 слово draft. Мне дать ссылку на скриншот, чтобы Вы тоже это увидели?
    Да просто сравните https://www.w3.org/TR/2012/REC-xmlschema11-2-20120405/ и https://json-schema.org/draft/2020-12
    В первом про масса того, чего и близко нет во втором.


     
     
  • 6.147, Аноним (188), 20:19, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А весь этот балаган точно в браузере нужен? Или может как-то можно отпроцессить всё на сервере и подать в браузер результат в HTML? Под каждым релизом любого браузера вой про то, что браузеры комбайны, и тебе ai там, и просмотрщик pdf, и webgl, чего только нет, но этим всем люди хоть пользуются. А тут здрасьте пожалуйста: выкинули фичу для 0.002% и понеслась истерика.
     
     
  • 7.178, ptr (ok), 23:00, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А весь этот балаган точно в браузере нужен? Или может как-то можно
    > отпроцессить всё на сервере и подать в браузер результат в HTML?

    Можно, но тогда кредентиалы пользователя для доступа к SOAP сервису потребуется передать серверу, что, с точки зрения безопасности, ни в какие ворота не лезет.

     
     
  • 8.189, Аноним (188), 00:13, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну напиши себе персональный сервис, который будет за тебя ходить в SOAP и HTML р... текст свёрнут, показать
     
  • 8.206, User (??), 07:20, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эээээ с чего бы это баня-то пала Вы что, думаете мы в каждый из полста микр... текст свёрнут, показать
     
  • 6.177, Аноним (177), 22:38, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На йамлике, ибо привык, в json сконвертите если сильно припрёт:

    oneOf:
      - type: number
        exclusiveMinimum: 0
        exclusiveMaximum: 100
        multipleOf: 0.1
      - type: integer
        exclusiveMinimum: 100
        exclusiveMaximum: 9000

     
     
  • 7.184, ptr (ok), 23:30, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На йамлике, ибо привык, в json сконвертите если сильно припрёт:
    > oneOf:

    Спасибо. Про то, что в последнем драфте oneOf добавили не знал. Что, впрочем, не отменяет то, что это драфт.

     
  • 4.120, User (??), 18:40, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> учи Open API, там всё это есть
    > Мало того, что ограничения по максимуму и минимуму до сих пор только
    > в драфте, так туда до сих пор не завезли ограничения на
    > точность представления или на закрытый список фиксированных значений.

    И снова нет. Оно там вот с самой первой версии было - но ничего окромя draft'ов то выпущено и не было. Ребята целились в стандарт ietf (заметим, xsd тудой даже и не целились, так и остались "рекомендацией W3c") - а те пацаны ну Ооооочень неспешные, а сейчас всем настолько "пох", что просто "нах". Исторически сложилось, что эти документы ну вот "draft" - с учётом того, что этим (openapi основан на) пользуется буквально 100% интернета...

     
  • 2.34, laindono (ok), 14:35, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сделать свой формат поверх JSON. Будет несовместимо ни с чем, но это и не нужно, так как оно пишется на коленке за 5 минут. Если не хочется заниматься этим самостоятельно, то есть индусы и нейронки.

    Если очень хочется прям XML с этими вашими XSD и прочими SOAP, то можно в wasm запихнуть. Наверняка кто-то уже пошёл и сделал это всё за тебя.

     
     
  • 3.82, ptr (ok), 16:40, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сделать свой формат поверх JSON. Будет несовместимо ни с чем, но это
    > и не нужно

    Не нужно Вам или глобальным B2B системам, которые расчитаны на соблюдение стандартов самыми разными поставщиками программного обеспечения?

     
  • 2.35, Аноним (35), 14:36, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для жсона тоже есть валидаторы.
     
  • 2.36, FSA (ok), 14:43, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если в XML понятно, как указать в XSD, что конкретное поле может принимать значения только от 20.0 до 89.9, то как это сделать в JSON?

    А разве для json не существует валидаторов? по сути для XML тоже были придуманы стандарты как валидировать данные. Я не вижу никаких преград делать также. И даже уверен, что такие варианты уже существуют. Просто в том же вебе очень редко нужна валидация, которая отнимает время, но ничего особо ценного не приносит. Ну пришло поле не в int, а string. В худшем случае что-то упадёт или отобразится некорректно и это заметят и исправят, в лучшем - просто отобразится, ибо тому же JS начхать что там выводить (есть TypeScript, но его для браузера всё равно в JS преобразуют).

     
     
  • 3.81, ptr (ok), 16:38, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я не вижу никаких преград делать также.

    Преград нет. Нет стандартов, которые обязаны соблюдать поставщики программного обеспечения.

     
     
  • 4.192, Аноним (188), 00:17, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет стандартов, которые обязаны соблюдать поставщики программного обеспечения.

    Да они и стандарты тоже соблюдать не обязаны. Это ж не закон природы, а так — писулька. Сегодня она одна, завтра другая, послезавтра основные игроки индустрии собрались и IETF себе запилили, который стандарты под их хотелки клепает и плевать хотел на всех несогласных. Что ж теперь, деньги в айти не зарабатывать?

     
  • 2.88, Аноним (89), 16:57, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем тебе XQD в браузере то? Если так сильно нужен разбор и валидация xml, используй реализации на wasm.
     
     
  • 3.113, ptr (ok), 18:22, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А зачем тебе XQD в браузере то? Если так сильно нужен разбор
    > и валидация xml

    Мне? В общем случае он нужен всем, кто на веб-страницах одного сайта хочет получать результаты запросов по SOAP из внешнего сервиса, не передавая свои кредентиалы веб-серверу первого сайта.
    > используй реализации на wasm

    С таким подходом, может вообще кроме wasm ничего в браузере не нужно? )))

     
     
  • 4.153, Аноним (188), 20:27, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > он нужен всем, кто на веб-страницах одного сайта хочет получать результаты запросов по SOAP из внешнего сервиса, не передавая свои кредентиалы веб-серверу первого сайта

    И чем тебе JS для этой цели не угодил?

     
     
  • 5.182, ptr (ok), 23:17, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> он нужен всем, кто на веб-страницах одного сайта хочет получать результаты запросов по SOAP из внешнего сервиса, не передавая свои кредентиалы веб-серверу первого сайта
    > И чем тебе JS для этой цели не угодил?

    Так он для этого сейчас и используется, пока есть поддержка libxml2 и libxslt. И пока никто эти библиотеки на js не переписал.

     
  • 2.162, Аноним (162), 21:10, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > значения только от 20.0 до 89.9, то как это сделать в JSON?

    Ты какую-то ахинею спрашиваешь вида "а как молотком варить кофе???".

    JSON - формат ХРАНЕНИЯ данных. Для валидации, конвертации, трансформации существуют ПРОГРАММЫ. Причём тут JSON??

     
     
  • 3.181, ptr (ok), 23:14, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> значения только от 20.0 до 89.9, то как это сделать в JSON?
    > JSON - формат ХРАНЕНИЯ данных. Для валидации, конвертации, трансформации существуют ПРОГРАММЫ.
    > Причём тут JSON??

    Естественно имелась в виду схема. Например, Open API, который до сих пор в статусе draft.

     

  • 1.14, Аноним (22), 14:13, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё связано. libxml2 поддерживается настолько насколько она нужна, а нужна она настолько насколько нужен xml, а он не нужен.

    Эх, сколько же раз за нулевые я написал здесь и на других форумах что xml - формат-выродок не годный ни для генерации, ни для чтения как машиной, так и человеком, и вся экосистема его трансформации и валидации - игрушки для поехавших. Оказался прав, как всегда.

     
     
  • 2.60, Кошкажена (?), 15:46, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эх, сколько же раз за нулевые я написал здесь и на других форумах что xml - формат-выродок не годный ни для генерации, ни для чтения как машиной, так и человеком, и вся экосистема его трансформации и валидации - игрушки для поехавших. Оказался прав, как всегда.

    Нет, его использовали и используют некоторые очень активно. Никакой json бы не заменил, банально из-за слабой поддрежки проверки схемы, остуствия пространств имен. xml вполне читабелен, хоть и многословен. Но перешли они все на ... protobuf)))

     
     
  • 3.114, ptr (ok), 18:25, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, его использовали и используют некоторые очень активно. Никакой json бы не
    > заменил, банально из-за слабой поддрежки проверки схемы, остуствия пространств имен.

    С этим согласен.
    > Но перешли они все на ... protobuf)))

    А с этим нет. Правил валидации в protobuf почти нет. Там даже decimal в стандарте нет и я сталкивался уже, как минимум, с тремя несовместимыми друг с другом его реализациями.


     
     
  • 4.129, Кошкажена (?), 19:18, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А с этим нет. Правил валидации в protobuf почти нет. Там даже
    > decimal в стандарте нет и я сталкивался уже, как минимум, с
    > тремя несовместимыми друг с другом его реализациями.

    Валидацию надо самому делать поверх? Они вроде даже советуют так в доках.

     
  • 3.155, Аноним (22), 20:33, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, никакая проверка схемы не нужна Parse, don t validate При обработ... большой текст свёрнут, показать
     
  • 3.161, Аноним (162), 21:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    protobuf - гугловыcep, не нужен большинству прогеров. JSON прекрасно покрывает 99% задач.
     
     
  • 4.166, Аноним (188), 21:37, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он как раз для того 1%, когда не покрывает. И этот 1% важнее, чем ты можешь подумать.
     

  • 1.21, НяшМяш (ok), 14:19, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Меинтейнер libxml2 думал, что после его объявления к нему сразу очередь из корпов с чумаданами денег выстроится. А оно вон как оказалось, удар под дых от самого великого Гугеля, ещё и на расте. Дыряшечники начинают вымирать - и это прекрасно.
     
     
  • 2.40, Аноним (-), 14:49, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дыряшечники начинают вымирать - и это прекрасно.

    Рано радуешься.
    Они еще годами буду использовать дырявый libxml2, потому что "ну ни можем мы затянуть еще одну зависимость! тут вот две некроплатформы из 80х, как же мы без них???"

     
  • 2.61, Кошкажена (?), 15:48, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дыряшечники начинают вымирать - и это прекрасно.

    Почему ты такой злой? Напоминает как рызные меньшинства обвиняют большинство. Кстати, надеюсь ты пишешь из под redox?

     
     
  • 3.65, Аноним (-), 15:59, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему ты такой злой?

    У мне алергия на луддитов.
    Особенно на тех, кто любит палки в колеса ставить.

    > Напоминает как рызные меньшинства обвиняют большинство.

    А дыряшечники это большинство? Как там вам живется в 1980м?

    > Кстати, надеюсь ты пишешь из под redox?

    Пару патчей отправлял, но в целом нет.
    Мне будет достаточно ядра линукс с растом, хрома с растом и тд

     
     
  • 4.75, Аноним (75), 16:26, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я же тебе давно говорил, в санаторий тебе, в Кащенку надо. Пройти курс галлоперидол-терапии. И пройдёт твоя эта алергия.
     
     
  • 5.83, Аноним (-), 16:40, 06/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.74, Alex (??), 16:23, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Исторические факты у неучей зависят от чьей-то злобы
     
  • 3.80, Вася (??), 16:37, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему ты такой злой?

    Потому что чует что сдохнет раньше, ненавидимых им дырящечников и его разбирает отчаяние и злоба, поэтому такими как он засран весь интернет их злобой.

     
     
  • 4.84, Аноним (-), 16:44, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мвахахаха
    Ну ты выдумал)
    Я собираюсь прожить еще лет 60-70.
    Думаю еще смогу потанцевать на могилках не одной либы от дырявых.

    Как думаешь, сколько проектов начнут использовать гугловый вариант, вместо libxml2 ?

    А комменты, которые переполняет "отчаяние и злоба", я вижу почти в каждой новости про дром древних копролитов: Х11, некроархитектуры Дебианом и тд

    Но фишка в том что я могу на что-то повлиять, а престарелые диды уже нет.

     
     
  • 5.94, Вася (??), 17:10, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Я собираюсь прожить еще лет 60-70.

    Так большинство уже разложившихся планировали прожить далеко за 100 и как ни странно им это не особо помогло.

    >Но фишка в том что я могу на что-то повлиять, а престарелые диды уже нет.

    🤣👍🏿 Флаг тебе в руки и барабан на шею и попутного ветра и желаю удачи.

     
  • 2.107, Кошкажена (?), 17:54, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Меинтейнер libxml2 думал, что после его объявления к нему сразу очередь из
    > корпов с чумаданами денег выстроится. А оно вон как оказалось, удар
    > под дых от самого великого Гугеля

    Ты не понял: Гугл сам ему денег занес, чтобы он так сделал и принял удар на себя. Вот где он сейчас? Загорает на пляже с красотками поди в отличие от тебя)))

     

  • 1.23, anonymous (??), 14:20, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В качестве замены встроенной в браузер поддержки XSLT предлагается перенести обработку XSLT

    А думаете на стороне сервера будет не тот же самый libxml с теми же самыми уязвимостями?

    Но вообще интересно, способен ли гугль написать самостоятельно библиотеку для работы с xml или же просто вычеркнет эту функцию без альтернатив.

    Главное держать лицо. Это "не мы неосилили безопасный xml", а "xml никому не нужен".

    Опять же, если гугл предлагает обрабатывать xml на javascript - пусть напишут хотя бы одну реализацию на javascript. Посмотрим насколько в ней ошибок меньше будет.

     
     
  • 2.28, Аноним (-), 14:27, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На стороне сервера может быть библиотека на раст, без уязвимостей)

    > Но вообще интересно, способен ли гугль написать самостоятельно библиотеку для работы с xml

    Уверен что может.
    Просто когда дев приходит к менеджеру со словами "тут нужно написать либу", тот первым делом спросит "а сколько пользователей заденет дроп?"

    > или же просто вычеркнет эту функцию без альтернатив.

    Потому что горбатиться ради 0.001% готовы не все)

     
     
  • 3.142, anonymous (??), 19:54, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На стороне сервера может быть библиотека на раст, без уязвимостей)

    Ну так используйте эту библиотеку в хромиуме вместо libxml

     
  • 2.52, morphe (?), 15:28, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это "не мы неосилили безопасный xml", а "xml никому не нужен".

    Никто не осилил
    На практике для xml много где нужен xmlcrypt для подписи, шифрования, и канонициализации, однако никто в здравом уме не будет давать юзеру простые апишки для такого, потому что миллиард футганов и никакие межязыковые и межбиблиотечные конверсии оно не переживает.

    А без этого даже SAML не реализовать

    Скорее бы всё на jwe переехало

     
  • 2.57, Кошкажена (?), 15:42, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Опять же, если гугл предлагает обрабатывать xml на javascript - пусть напишут хотя бы одну реализацию на javascript. Посмотрим насколько в ней ошибок меньше будет.

    Можно просто libxml собрать в WASM

     

  • 1.25, Аноним (-), 14:21, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > В Chromium решено прекратить использование libxslt и libxml2

    Даже гугл, с их миллиардами не в состоянии исправить ЭТО.

    > на новую библиотеку, написанную на языке Rust

    Что будут делать растоненавистники?
    В лисе раст уже есть, а тут и в хроме появится.

     
     
  • 2.37, нах. (?), 14:44, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, маленький нищий гугль никак не может взять на себя поддержку технологии, которую до него тянули миллионы энтузиастов-миллиардеров с 28 часами совершенно свободного времени в сутках.
    (и уж тем более - показать им всем как надо, переписав за пару недель на безопастный язык)


    Проще выбросить - подумаешь, "стандарт" какой-то там - гугль ваш новый стандарт!

    И этим, мурзиле передайте, что не будут как все - урежут финансирование!

    А у кого сайт не открываетцо - сами виноваты, выбрали технологию которая сегодня с утра разонравилась хозяину интернета.

     
     
  • 3.41, Аноним (-), 14:50, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не может или не хочет Ох уже эти ынтузиасты, что б мы делали без их кривых поде... большой текст свёрнут, показать
     
     
  • 4.51, нах. (?), 15:26, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну пока оно на халявку было доступно - вполне хотел Как и все остальные халявки... большой текст свёрнут, показать
     
     
  • 5.90, Аноним (90), 17:02, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > своего там если только сама идея пэйджа была, да и то сомнительно что это помогло. Скорее помогло что было у кого занять пару миллиардиков под честное-пречестное

    Я одного понять не могу, ладно там два лоха развели инвесторов лопоухих на бабки и построили одну из основных компаний современного интернета, но сами из себя вообще ничего не представляют, ничего не знают и вообще какие-то некрасивые. Но как так вышло, что такой светочь инженерной мысли как ты работает за копейки и с собаками за миску с кормом дерётся? Ну не может быть, чтобы не нашлось в твоём окружении готовых дать пусть не миллиард, но хотя бы десяток замызганных миллионов?

     
     
  • 6.96, Аноним (-), 17:20, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не понимаешь!
    Он ведь за свободу, а эти злые корпораты!
    Кто-то из этих чудиков (то ли пох, то ли нах) вещал как в 92 году сделал так много для опенсорса, а они взяли и всё забрали.
    Хотя обязаны уважать сотрудника НИИ!
     
  • 6.109, Аноним (109), 18:12, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я попробую сформулировать.

    У каждого есть выбор. Повезет в омерзительной игре с мошенничеством и кидаловом - станет миллионером. Не повезет, или будет не достаточным моральным уродом - сядет и ляжет.

     
     
  • 7.138, нах. (?), 19:46, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Повезет в омерзительной игре с мошенничеством и кидаловом - станет миллионером.

    не повезет и не станет. У миллионера свои дети есть.

     
  • 7.157, Аноним (188), 20:50, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У каждого есть выбор. Повезет в омерзительной игре с мошенничеством и кидаловом - станет миллионером. Не повезет, или будет не достаточным моральным уродом - сядет и ляжет.

    Мысль ясна, типичный совковый коупинг, нищие зато с душой. Ты только скажи одно: начиная с какого количества денег человек становится омерзительным мошенником и кидалой? С миллиона? 999 тысяч уже да или ещё нет? А 100 тысяч?

     
  • 6.140, нах. (?), 19:52, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но как так вышло, что такой светочь инженерной мысли как ты работает за копейки и с
    > собаками за миску с кормом дерётся?

    неужели же это совсем не потому что я не могу открыть с ноги дверь в кабинет ну...примерно...из ныне действующих сейчас это тот же Безнос, наверное, что и тогда, да, он стал побогаче, но и денег для подобного прожекта теперь надо сильно побольше, и чиста попытаться в разговорчике тет-а-тет развести его на пяток-десяток-двадцаток мильончиков? (А они вот - смогли, именно такое. Потому что дети сытые толстых родителей, внезапно, имеют ходы к папочкам друг-друга.)

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

    > Ну не может быть, чтобы не нашлось в твоём окружении готовых дать пусть не миллиард, но
    > хотя бы десяток замызганных миллионов?

    да тут каждый третий миллиардер. Но чота жмутся, падлы. На пачку балтики кое-как скинулись, водяру пришлось самому им притащить.

     
     
  • 7.156, Аноним (188), 20:48, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот тебе и светочь Сам никого не знает, его никто не знает, и злая охрана не пу... большой текст свёрнут, показать
     
  • 3.55, User (??), 15:38, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они, помнится - башляли и целевым образом и через OSTIF - но там очередь та-аака... большой текст свёрнут, показать
     
  • 2.58, Кошкажена (?), 15:43, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В лисе раст уже есть

    Какой процент от всего кода?

     
     
  • 3.62, Аноним (-), 15:49, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    11%
    Столько же сколько например C, но меньше чем С++.
    openhub.net/p/firefox/analyses/latest/languages_summary

    И судя по новости станет еще немного больше.


     
  • 2.150, Аноним (150), 20:25, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В лисе раст уже есть, а тут и в хроме появится.

    В хроме несколько месяцев назад уже выкинули дырявый сишочный FreeType и заменили его своей растовой либой:

    https://developer.chrome.com/blog/memory-safety-fonts

    > Что будут делать растоненавистники?

    Как обычно: сотрясать воздух на Опеннете.

     

  • 1.26, Аноним (-), 14:24, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Проекты Firefox и WebKit также рассматривают возможность удаления поддержки XSLT.

    Вот так хоба - и XSLT считай мертв.
    Потому что никто не будет использовать технологию, которая не открывается в основных браузерах.

     
     
  • 2.29, User (??), 14:28, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    0,02% было "не достаточно мертв"?
     
     
  • 3.30, Аноним (-), 14:29, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага.
    Пока топы их поддерживали, то можно было выпендриться и запилить свой единственный и неповторимый сайтец с использованием оной.
    А теперь уже всё.
     
  • 3.38, FSA (ok), 14:45, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 0,02% было "не достаточно мертв"?

    Когда у тебя миллиарды станиц, то эти 0,02% уже могут составлять сотни тысяч, что уже не мало.

     
     
  • 4.47, User (??), 15:10, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> 0,02% было "не достаточно мертв"?
    > Когда у тебя миллиарды станиц, то эти 0,02% уже могут составлять сотни
    > тысяч, что уже не мало.

    И среди них может оказаться одна или вот даже две - нужные. Да. У владельцев будет эээ... примерно год на переработку - а с учетом лайфсайкла LTS firefox'а - хорошо так побольше.

    Проблема уровня выпиливания даже не ftp (Тот, предполагаю - использовался даже там, где хорошо-бы-не) а вот gofer'а из браузера.

     
  • 4.50, Аноним (-), 15:21, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда у тебя миллиарды станиц, то эти 0,02% уже могут
    > составлять сотни тысяч, что уже не мало.

    сотни тысяч станиц может наспамить один единственный сайт
    но нужнее он от этого не станет

     
  • 3.39, нах. (?), 14:46, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    полагаю - это по результату анализа телеметрии благодарных пользователей, не заходящих ни на какие вообще сайты кроме "скачать фейсбук"

     
     
  • 4.48, User (??), 15:17, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > полагаю - это по результату анализа телеметрии благодарных пользователей, не заходящих
    > ни на какие вообще сайты кроме "скачать фейсбук"

    А других пользователей у нас для google'а - нет.

     
     
  • 5.49, нах. (?), 15:18, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну мне кажется гугл как раз немного в обратном должен бы быть заинтересован. Но по факту - нет.
     
     
  • 6.64, User (??), 15:52, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну можно ж конечно "тугой струёй и против ветра" - но только за Очень Большие Деньги (Манифест v2 вот того) и не часто (А с новыми-луДшими-coockie-которые-не-cookie-для-вашей-приватности-деточка!) уже не прокатило.
    А тут денег вот СТОЛЬКО, что аж СТОЛЬКО что всеми заинтересованными лицами на донат васяну не набралось.
     
     
  • 7.143, нах. (?), 19:58, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, сколько там было за все времена пейсателей у libxml2/libxslt? Человек пять-то наберется? Если нанять разом всех пятерых (для переписькивания на хрусте одним в год, как при дидах, не обойдется, конечно. Но впятером разом-то должны ж смочь!) и за тот же самый год заставить их родить (они конечно сорвут сроки, и еще раз, и еще парочку, но никто ж и угля не заставляет их соблюдать - кстати это будет отличный повод уволить трех лишних без выходного пособия под конец проекта, а двух умненьких оставить доделывать) - ну да, ну да, по ценам комифорния вэли получится наверное ляма полтора (им же мало зарплат, за них страховки плати, билеты им в качалку, кофе в постель). Откуда ж у угля столько, они ж нищие.

    Тем более вооон там шв@6одное завалялось, взять взять взять!

     
     
  • 8.151, User (??), 20:25, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ты не понял Сколько на этом ЗАРАБОТАЕТ google А, вот один большой НОЛЬ А ... текст свёрнут, показать
     
     
  • 9.159, нах. (?), 21:00, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а куда скидываться-то Гугель их вкид не примет Он бы его принял, может быть, в... текст свёрнут, показать
     
     
  • 10.163, User (??), 21:10, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот Нику-как-его-там - чай не балованый, много ж не надо - но чот не собрали... текст свёрнут, показать
     

  • 1.53, Аноним (53), 15:33, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неужели, последствие этой новости: https://www.opennet.me/opennews/art.shtml?num=63886
     
  • 1.54, zionist (ok), 15:34, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кто-то удивительно настойчиво борется с XML технологиями. При этом нормальной алтернативы им так и не появилось. JSON убог и примитивен, в нём нет даже комментариев. JSON Schema до сих пор не доделана и уже больше 20 лет находится в состоянии драфта! Аналоги XSLT и XPath так же какие-то примитивные и недоделанные. Зато вовсю процветает JavaScript-говнокодие и липкая гадость, называемая node.js
     
     
  • 2.56, Анонимусс (-), 15:41, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-то удивительно настойчиво борется с XML технологиями.

    Где вы это увидели?
    Гугл дропает поддержку XSLT, которого вы сами назвали "примитивным и недоделанным".
    А поддержка XML как была, так и будет. Просто либу напишут не на дырявом языке, вот и все.


     
     
  • 3.198, zionist (ok), 03:01, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто-то удивительно настойчиво борется с XML технологиями.
    > Где вы это увидели?

    Да везде стараются не использовать ничего, что основано на XML.

    > Гугл дропает поддержку XSLT, которого вы сами назвали "примитивным и недоделанным".

    Аналоги XSLT для JSON я так назвал, а не XSLT.

    > А поддержка XML как была, так и будет. Просто либу напишут не
    > на дырявом языке, вот и все.

    Перечитай новость. Там сказано, что и libxml2 удалят. А "не на дырявом" языке ещё не скоро напишут, потому что у них уже на годы платов по переписыванию всего и вся.

     
  • 2.201, morphe (?), 04:10, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в нём нет даже комментариев

    Зачем в формате передачи ДАННЫХ комментарии? Хочешь что-то в JSON закодировать - напиши это на любом ЯП да сериализуй в JSON

    > JSON Schema до сих пор не доделана и уже больше 20 лет находится в состоянии драфта

    Аналогичная ситуация со многими XML инструментами, они точно так же не стандартизированы. У них нет слова draft, но какая разница?

    > Аналоги XSLT и XPath так же какие-то примитивные и недоделанные

    Потому что обход деревьев произвольных форматов в разработке нужен примерно в одном случае - гипертекст, за его пределами какой смысл с этим работать? Трансформации фиксированных форматов данных можно и кодом описать.

     

  • 1.63, Кошкажена (?), 15:51, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Удалите уже все. Оставьте wasm + canvas. Вы же этого хотите?
     
     
  • 2.101, Аноним (101), 17:33, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оставьте нам только плеер рекламы! Наб большего от инета не надо.
     
     
  • 3.133, Аноним (133), 19:23, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как же поддержка WebButtPlug?
     
  • 2.171, Аноним (188), 21:51, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    WASM+Canvas в браузере — это как работать на университетском юниксе через модемный линк на графическом терминале у себя дома, только в 2025 году. И если верить в декларации местной публики, они не просто хотят — они ЖАЖДУТ возврата к этому, но упорно не видят леса за деревьями.
     

  • 1.67, Аноним (67), 16:06, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >задачи преобразования данных в HTML могут решаться более безопасно при помощи JavaScript API, таких как DOMParser и Fetch

    Что за бред я читаю?

    >По статистике Google доля загруженных web-страниц, на которых используется XSLT, составляет 0.02%, а доля страниц, на которых применяются инструкции обработки XSLT, оценена в 0.001%.

    Так этот самый Google их отказывался индексировать.

     
  • 1.68, Аноним (68), 16:08, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Давно пора
     
  • 1.70, Bob (??), 16:19, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Подождите. Если каждая вкладка в Изолированном сэндбоксе и так - то какие уязвимости?

    Можно же конфиг под XSLT забацать так, что там изначально никакого доступа к критическому не будет.

    Ну, ведь контейнеризацию вкладок для такого же продвигали, да?

     
     
  • 2.100, Аноним (101), 17:31, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дак дело не в уязвимостях, а пропихнуть раст...
     
  • 2.103, Аноним (-), 17:38, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Подождите. Если каждая вкладка в Изолированном сэндбоксе и так - то какие уязвимости?

    Выход из сендбокса? Не, не слышал! (с)

    "критическая уязвимость (CVE-2023-4863), позволяющая обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения"
    opennet.ru/opennews/art.shtml?num=59746

    > Можно же конфиг под XSLT забацать так, что там изначально никакого доступа к критическому не будет.

    Можно.
    Делай.

    > Ну, ведь контейнеризацию вкладок для такого же продвигали, да?

    Да, но для этого контейнеры должны быть надежными


     

  • 1.72, Аноним (72), 16:21, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Знаю места, где в офисном документообороте используется xml и его поддержка браузерами. Там будет весело.
     
     
  • 2.78, Аноним (1), 16:36, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На ESR можно посидеть еще немало лет. А потом на устаревшем ESR. К тому времени может гугла уже не будет.
     
  • 2.95, Аноним (93), 17:11, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подключат сервис,поначалу даже без телеметрии.
     
  • 2.105, Кошкажена (?), 17:48, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Знаю места, где в офисном документообороте используется xml и его поддержка браузерами.
    > Там будет весело.

    Через wasm можно завести на клиент.

     
  • 2.106, Аноним (-), 17:51, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Знаю места, где в офисном документообороте используется xml и его поддержка браузерами.
    > Там будет весело.

    C чего ты взял что XML дропают?
    Речь про XSLT.

    Написано же
    "Функциональность для разбора XML будет оставлена, но переведена на новую библиотеку, написанную на языке Rust с оглядкой на обеспечение безопасности"

    Просто поганую либу (с борзым мейнтенером) заменят на более современную.

     
     
  • 3.128, Аноним (128), 19:17, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто поганую либу (с борзым мейнтенером) заменят на более современную.

    Т-сс, не палите гугло-манагеров, они же красиво всё написали.

     

  • 1.97, Аноним (-), 17:23, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Просто настало время запилить libxml3. В идеале сохранить совместимость с
    веткой 2.13 libxml2 чтоб нержавый librsvg можно было собирать. libxml - это основа основ, зависимость #1. Mного документации и даже книга Linux From Scratch на Docbook пишется, а это - считай XML.
     
     
  • 2.99, Аноним (-), 17:28, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто настало время запилить libxml3.

    Пилите, Шура, пилите! (с)

    > В идеале сохранить совместимость с веткой 2.13 libxml2

    Баги тоже будете переносить)?

    > чтоб нержавый librsvg можно было собирать.

    А если он будет слегка поржавевший то что? Волосы выпадут?

    > libxml - это основа основ, зависимость #1.

    При этом написан ногами на дырявом языке из прошлого тысячелетия.
    Наверное все просто плевать на качество.


     

  • 1.102, Мемоним (?), 17:33, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А через годик удалят поддержку адресной строки. Ведь по статистике Google 99.9% пользователей ходят только по ссылкам с google.com
     
     
  • 2.104, Аноним (-), 17:47, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А через годик удалят поддержку адресной строки.

    Ну вот когда удалят, тогда и поговорим :)

     
  • 2.146, Аноним (146), 20:17, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    до сих пор не могу привыкнуть что в современных браузеров нет пункта меню "Открыть файл". Зачем убрали? Как будто html файлы только в интернете могут быть
     
     
  • 3.169, 12yoexpert (ok), 21:47, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Firefox не современный?
     
  • 3.170, Аноним (170), 21:51, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А это что https://snipboard.io/zFXt9x.jpg ?
     
     
  • 4.176, 12yoexpert (ok), 22:24, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    какая-то помойка с кучей трекеров

    и зачем их столько на пустой странице?

     

  • 1.116, Аноним (133), 18:29, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >задачи преобразования данных в HTML могут решаться более безопасно при помощи JavaScript API

    Звездёж, JS - это remote code execution by design. А варианты "переписать libXSLT на безопасТном Rust с помощью ИИ" (что Мозилла, что Гугель влёгкую могут себе позволить так сделать) и "скомпилировать libXSLT в WASM", после чего забить на их сопровождение, даже не рассматриваются, ведь надо же JS навязывать, ведь без него reCAPTCHA не сможет так эффективно шпионить за скотом.

     
  • 1.117, Аноним (133), 18:31, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В качестве замены встроенной в браузер поддержки XSLT предлагается перенести обработку XSLT на сторону сервера и отправлять клиентам уже сформированный HTML-контент.

    Вообще наиболее правильный вариант в большинстве случаев, но далеко не во всех.

     
  • 1.119, Аноним (133), 18:33, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    P.S. XML сам по себе лютое тошнотворнейшее legacy со всратым синтаксисом, с которого бегут на JSON, а с JSON - на CBOR для межмашинного взаимодействия, с пересериализацией CBOR в YAML, когда надо человеку посмотреть.
     
  • 1.122, Аноним (154), 18:57, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    О, крестовики не осилили реализацию XSLT. ProfessorNavigator приди, спаси нас
     
     
  • 2.123, Аноним (154), 18:57, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    /s
     
  • 2.124, Аноним (-), 19:07, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > О, крестовики не осилили реализацию XSLT. ProfessorNavigator приди, спаси нас

    Пусть тогда еще и за дизайн отвечает))

     

  • 1.125, Аноним (125), 19:13, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >перенести обработку XSLT на сторону сервера и отправлять клиентам уже сформированный HTML-контент

    Сколько-же надо было уязвимостей наплодить и кровушки пользователей попить, чтобы наконец осознать простую истину: в вэбе вся обработка должна быть на сервере, клиент только визуализирует.

     
     
  • 2.131, Кошкажена (?), 19:21, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>перенести обработку XSLT на сторону сервера и отправлять клиентам уже сформированный HTML-контент
    > Сколько-же надо было уязвимостей наплодить и кровушки пользователей попить, чтобы наконец
    > осознать простую истину: в вэбе вся обработка должна быть на сервере,
    > клиент только визуализирует.

    В тоже время жс и васм:

     
  • 2.168, Аноним (170), 21:45, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну т.е. нажал в таблице на колонку чтоб отсортировать данные, а тебе в ответ 500 bad gateway
     
     
  • 3.197, Аноним (125), 02:34, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну т.е. нажал в таблице на колонку чтоб отсортировать данные, а тебе в браузер майнер установился
     

  • 1.134, Кошкажена (?), 19:23, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если смотреть с точки зрения реализации (например, делать новый браузер), то это плюс, т.к. нужно меньше реализовывать.
     
     
  • 2.148, Аноним (146), 20:20, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тогда браузер, значит, не полностью поддерживает стандарт WWW
     

  • 1.136, pofigist (?), 19:38, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То есть векторная графика (svg) в вебе все?
     
     
  • 2.139, Аноним (45), 19:51, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И MathML
     
  • 2.152, Аноним (146), 20:26, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и X3D  https://ru.wikipedia.org/wiki/X3D
     
  • 2.164, Аноним (188), 21:11, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каким именно боком SVG относится к XML/XSLT?
     
     
  • 3.167, Аноним (170), 21:43, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Scalable Vector Graphics (SVG) is an XML-based vector graphics format for defining two-dimensional graphics
     
  • 3.190, pofigist (?), 00:14, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для тебя видимо будет большим открытием как много вещей базируются на xml...🤣
     

  • 1.158, anonymous (??), 21:00, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Интересно, а яндекс браузер сохранит поддержку XML? Гугл отказался от крипто-про, яндекс сохранил, и теперь работа с электронными подписями идёт через яндекс. А там ведь часто XML документы подписываются и посылаются. Так что скорее всего в яндекс браузере поддержка XML будет ещё долго, иначе электронная бюрократия в РФ встанет.
     
     
  • 2.200, Аноним (200), 04:05, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Гугл отказался от крипто-про

    А сам Гугл хоть знает, что он это хоть когда-то поддерживал, чтобы "отказаться"?

     

  • 1.160, Аноним (162), 21:01, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    XML всегда был больше хайпом, чем реально чем-то полезным. Много трубили про "вселенскую совместимость всего со всем", а по-факту просто создали кучу недостандартов для разных сфер, которые даже не использовали.
    А уж XSLT - вообще полный маразм (впрочем, как и всё от W3C). Надо конвертить - просто НАПИШИ конвертер на бейсике. А заниматься декларативными кульбитами в XML - нафиг не нужно.
     
     
  • 2.175, Аноним (175), 22:12, 06/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто напросто гугл наплевал на W3C как в своё время Internet Explorer. И где теперь этот Interner Explorer?
     

  • 1.174, Аноним (175), 22:09, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня 1Ска жуёт XML
     
  • 1.203, Геймер (?), 06:46, 07/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошо чтобы ещё абстракцию DOM выпили. Избыточный слой, приведший к тотальному засилью жаваскриптинга на веб-страницах.

     
     
  • 2.204, Геймер (?), 06:51, 07/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    s/выпили/выпилили/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру