| 1.1, Аноним (1), 13:52, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +12 +/– |
А помните времена XHTML-бесия? Времена моды на строгие-строгие стандарты. А потом херакс, HTML5 и пошли все лесом-полем.
| | |
| |
| 2.2, Аноним (2), 13:55, 06/11/2025 [^] [^^] [^^^] [ответить]
| –7 +/– |
Людям, которые пришли зарабатывать на технологиях деньги, а не онанировать на них, это неинтересно.
| | |
| 2.6, IMBird (ok), 14:01, 06/11/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Было мнение, что XHTML будет получше хотя бы потому что более предсказуем и парсится однозначно (а значит и быстрее). К несчастью победили вебманки, потому как чем больше лэндингов для продажи средств для увеличения/похудения/оздоровления за день набросаешь, тем быстрее насребёшь на свой дошик.
Думаю, что если веб и должен оставаться текстовым (ну раз уж сервелат закопали, а wasm существует номинально), то всё равно нужно или другой язык, или вводить какие-то метки/карты/схемы, позволяющие парсить всё это добро в многопотоке. Хотя может для современного веба html – самая меньшая из всех проблем.
| | |
| 2.10, Аноним (10), 14:07, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Тот, первый XHTML был шагом к предполагаемому XHTML 2, такой революцией от W3C с решением всех накопившихся проблем и переходом от исторически сложившегося локального для браузеров языка к обобщенному языку разметки документов.
Разработчики браузеров на это посмотрели, поняли, что придется с нуля писать второй параллельный движок, послали W3C лесом и придумали HTML5.
| | |
| |
| |
| 4.42, Аноним (10), 14:52, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну так а куда деваться? Современные браузеры сложнее операционной системы. А для реализации XHTML2 даже Chromium форкнуть не получится, если под рукой нет пары десятков опытных разработчиков и бюджета на них.
| | |
| |
| 5.44, Аноним (44), 14:57, 06/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Современные браузеры сложнее операционной системы
Разве что той, что в 2кб памяти на микроконтроллере влазит. Так-то разработать современный браузер на своём движке и на коленке можно, см. ladybird.
| | |
|
| 4.43, Аноним (10), 14:54, 06/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кстати, единственные из разработчиков браузеров, кто тогда участвовал в разработке XHTML2 - это Opera (тогда еще та, старая, на Presto). Единственные, кто был готов сделать по уму. Ну и где теперь они, эх
| | |
|
|
|
| |
| 2.13, Ан333ним (?), 14:11, 06/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Сообщество скоро вообще этот ваш хром ледибердом заменит и заживет. Вместе с санитарами будет интернетом управлять.
| | |
| |
| 3.15, Анонимусс (-), 14:14, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> этот ваш хром ледибердом заменит и заживет.
Зачем сообществу ледиберд? Или ледибой? Не сильно разбираюсь в сортах васянобраузеров.
Им хватит паленки, дилло или даже линкса.
Потому что раз опеннет открылся - то браузера достаточно.
| | |
|
| 2.45, Аноним (45), 15:07, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Надеюсь, зависимость от этой нововой моднявой библиотеки будет опциональной при сборке.
| | |
| 2.69, Морская Кукарача (?), 16:09, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Копры не в курсе, что у них используется XSLT до того как момента как его отключат и начнутся миллионные убытки.
| | |
|
| 1.4, Stanislavvv (ok), 13:57, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Интересно, полифилл как отнесётся к fb2, который вполне обрабатывается в cli через xsltproc?
| | |
| |
| 2.5, tty5 (?), 14:00, 06/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Просто такие решения не входят в статистику, а значит не существуют.
Вообще, когда узнал, что для xlst в крупных коммерческих проектах используется какая-то не очень прямая библиотека (хотя довольно удобна) был очень удивлён.
| | |
|
| |
| 2.66, КО (?), 16:05, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Давно пора всё выкинуть, оставить только рекламу и...эээ...
| | |
|
| |
| 2.11, Анонимусс (-), 14:10, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Столько лет забивали на новые версии стандарта и баги
Так там вполне честный тег "needs implementer interest"
Гуглу оно не надо. Но что-то не видно очереди желающих это добавить.
> А кому надо, тех мы игнорим, потому что нам виднее.
Потому что их полтора землекопа.
И тратить на них ресурсы для разработки и поддержки просто не рационально.
| | |
| |
| |
| 4.16, Анонимусс (-), 14:15, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
За меня уже гугл посчитал
"По статистике Google доля загруженных web-страниц, на которых используется XSLT, составляет 0.02%, а доля страниц, на которых применяются инструкции обработки XSLT, оценена в 0.001%."
| | |
|
|
|
| 1.9, ptr (ok), 14:04, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Если в 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 [^] [^^] [^^^] [ответить]
| +/– |
Ты написал то, что до сих пор 95% РП и тех.архитекторов не в состоянии осмыслить и понять. Люди путают фундаментальное свойство формата сериализации и софт, который этот формат обрабатывает. Все ключевые достоинства обрабатывающего софта приписывают тестовому файлу XML/XSD, который сам по себе ничего не делает.
| | |
|
| 2.34, laindono (ok), 14:35, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Сделать свой формат поверх JSON. Будет несовместимо ни с чем, но это и не нужно, так как оно пишется на коленке за 5 минут. Если не хочется заниматься этим самостоятельно, то есть индусы и нейронки.
Если очень хочется прям XML с этими вашими XSD и прочими SOAP, то можно в wasm запихнуть. Наверняка кто-то уже пошёл и сделал это всё за тебя.
| | |
| 2.36, FSA (ok), 14:43, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Если в XML понятно, как указать в XSD, что конкретное поле может принимать значения только от 20.0 до 89.9, то как это сделать в JSON?
А разве для json не существует валидаторов? по сути для XML тоже были придуманы стандарты как валидировать данные. Я не вижу никаких преград делать также. И даже уверен, что такие варианты уже существуют. Просто в том же вебе очень редко нужна валидация, которая отнимает время, но ничего особо ценного не приносит. Ну пришло поле не в int, а string. В худшем случае что-то упадёт или отобразится некорректно и это заметят и исправят, в лучшем - просто отобразится, ибо тому же JS начхать что там выводить (есть TypeScript, но его для браузера всё равно в JS преобразуют).
| | |
|
| 1.14, Аноним (22), 14:13, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Всё связано. libxml2 поддерживается настолько насколько она нужна, а нужна она настолько насколько нужен xml, а он не нужен.
Эх, сколько же раз за нулевые я написал здесь и на других форумах что xml - формат-выродок не годный ни для генерации, ни для чтения как машиной, так и человеком, и вся экосистема его трансформации и валидации - игрушки для поехавших. Оказался прав, как всегда.
| | |
| |
| 2.60, Кошкажена (?), 15:46, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Эх, сколько же раз за нулевые я написал здесь и на других форумах что xml - формат-выродок не годный ни для генерации, ни для чтения как машиной, так и человеком, и вся экосистема его трансформации и валидации - игрушки для поехавших. Оказался прав, как всегда.
Нет, его использовали и используют некоторые очень активно. Никакой json бы не заменил, банально из-за слабой поддрежки проверки схемы, остуствия пространств имен. xml вполне читабелен, хоть и многословен. Но перешли они все на ... protobuf)))
| | |
|
| 1.21, НяшМяш (ok), 14:19, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Меинтейнер libxml2 думал, что после его объявления к нему сразу очередь из корпов с чумаданами денег выстроится. А оно вон как оказалось, удар под дых от самого великого Гугеля, ещё и на расте. Дыряшечники начинают вымирать - и это прекрасно.
| | |
| |
| 2.40, Аноним (-), 14:49, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Дыряшечники начинают вымирать - и это прекрасно.
Рано радуешься.
Они еще годами буду использовать дырявый libxml2, потому что "ну ни можем мы затянуть еще одну зависимость! тут вот две некроплатформы из 80х, как же мы без них???"
| | |
| 2.61, Кошкажена (?), 15:48, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Дыряшечники начинают вымирать - и это прекрасно.
Почему ты такой злой? Напоминает как рызные меньшинства обвиняют большинство. Кстати, надеюсь ты пишешь из под redox?
| | |
|
| 1.23, anonymous (??), 14:20, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В качестве замены встроенной в браузер поддержки XSLT предлагается перенести обработку XSLT
А думаете на стороне сервера будет не тот же самый libxml с теми же самыми уязвимостями?
Но вообще интересно, способен ли гугль написать самостоятельно библиотеку для работы с xml или же просто вычеркнет эту функцию без альтернатив.
Главное держать лицо. Это "не мы неосилили безопасный xml", а "xml никому не нужен".
Опять же, если гугл предлагает обрабатывать xml на javascript - пусть напишут хотя бы одну реализацию на javascript. Посмотрим насколько в ней ошибок меньше будет.
| | |
| |
| 2.28, Аноним (-), 14:27, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
На стороне сервера может быть библиотека на раст, без уязвимостей)
> Но вообще интересно, способен ли гугль написать самостоятельно библиотеку для работы с xml
Уверен что может.
Просто когда дев приходит к менеджеру со словами "тут нужно написать либу", тот первым делом спросит "а сколько пользователей заденет дроп?"
> или же просто вычеркнет эту функцию без альтернатив.
Потому что горбатиться ради 0.001% готовы не все)
| | |
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> В Chromium решено прекратить использование libxslt и libxml2
Даже гугл, с их миллиардами не в состоянии исправить ЭТО.
> на новую библиотеку, написанную на языке Rust
Что будут делать растоненавистники?
В лисе раст уже есть, а тут и в хроме появится.
| | |
| |
| 2.37, нах. (?), 14:44, 06/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
да, маленький нищий гугль никак не может взять на себя поддержку технологии, которую до него тянули миллионы энтузиастов-миллиардеров с 28 часами совершенно свободного времени в сутках.
(и уж тем более - показать им всем как надо, переписав за пару недель на безопастный язык)
Проще выбросить - подумаешь, "стандарт" какой-то там - гугль ваш новый стандарт!
И этим, мурзиле передайте, что не будут как все - урежут финансирование!
А у кого сайт не открываетцо - сами виноваты, выбрали технологию которая сегодня с утра разонравилась хозяину интернета.
| | |
| |
| 3.41, Аноним (-), 14:50, 06/11/2025 [^] [^^] [^^^] [ответить] | +/– | Не может или не хочет Ох уже эти ынтузиасты, что б мы делали без их кривых поде... большой текст свёрнут, показать | | |
| |
| 4.51, нах. (?), 15:26, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> да, маленький нищий гугль никак не может взять на себя поддержку технологии,
> Не может или не хочет?
ну пока оно на халявку было доступно - вполне хотел. Как и все остальные халявки что под себя подгреб и делиться с тобой, васян, кстати, не собирается. А тут выяснилось что халява все, боливар сдох. Джиан Тян быстро занявший еще неостывшее кресло - тебе понапишет.
> Ох уже эти ынтузиасты, что б мы делали без их кривых поделок
> и 10% кода в ядре!
сидели б в винде. С ie. Потому ни ведра бы никакого не было, некуда было бы IBM заносить свои миллиарды, так и всовывала-высовывала бы aix86. Ни гугля, который все технологии для поисковика сцапал готовые, своего там если только сама идея пэйджа была, да и то сомнительно что это помогло. Скорее помогло что было у кого занять пару миллиардиков под честное-пречестное. Ни тем более хромога, это опять не их код. Вот так приглядишься - и выясняется что своего нет ровно ничего, сплошной цап-царап. А свои если и были, то лежат сейчас на кладбище гулопрожектов под толстым-толстым слоем бетона.
> Ради 0.001%?
а если еще пару нуликов добавить, то менеджеру еще больше понравится. Но зря стараешься, тебя туда в менеджеры не возьмут, там очередь из того же индусского поселка что самый главный. На пять перерождений вперед расписана.
> Так мурзила с яблоком тоже не против.
будешь против - отключат газ.
| | |
|
| 3.55, User (??), 15:38, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> да, маленький нищий гугль никак не может взять на себя поддержку технологии,
> которую до него тянули миллионы энтузиастов-миллиардеров с 28 часами совершенно свободного
> времени в сутках.
> (и уж тем более - показать им всем как надо, переписав за
> пару недель на безопастный язык)
Они, помнится - башляли и целевым образом и через OSTIF - но там очередь та-аакая, что для важного-и-нужного дойдет вот "никогда". С чего бы это должно было поменяться - мне вот лично не понятно.
> Проще выбросить - подумаешь, "стандарт" какой-то там - гугль ваш новый стандарт!
> И этим, мурзиле передайте, что не будут как все - урежут финансирование!
> А у кого сайт не открываетцо - сами виноваты, выбрали технологию которая
> сегодня с утра разонравилась хозяину интернета.
Ну вот от похорон флеша-с-сервелатом мир не рухнул, хотя казалось бы.
| | |
|
| |
| 3.62, Аноним (-), 15:49, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
11%
Столько же сколько например C, но меньше чем С++.
openhub.net/p/firefox/analyses/latest/languages_summary
И судя по новости станет еще немного больше.
| | |
|
|
| 1.26, Аноним (-), 14:24, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Проекты Firefox и WebKit также рассматривают возможность удаления поддержки XSLT.
Вот так хоба - и XSLT считай мертв.
Потому что никто не будет использовать технологию, которая не открывается в основных браузерах.
| | |
| |
| |
| 3.30, Аноним (-), 14:29, 06/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ага.
Пока топы их поддерживали, то можно было выпендриться и запилить свой единственный и неповторимый сайтец с использованием оной.
А теперь уже всё.
| | |
| 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-для-вашей-приватности-деточка!) уже не прокатило.
А тут денег вот СТОЛЬКО, что аж СТОЛЬКО что всеми заинтересованными лицами на донат васяну не набралось.
| | |
|
|
|
|
|
| 1.31, Аноним (31), 14:30, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
... Компания Google приняла решение удалить из браузерного движка Chromium компонентов для поддержки языка преобразования XML-документов
Не интересно.
| | |
| 1.67, Аноним (67), 16:06, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>задачи преобразования данных в HTML могут решаться более безопасно при помощи JavaScript API, таких как DOMParser и Fetch
Что за бред я читаю?
>По статистике Google доля загруженных web-страниц, на которых используется XSLT, составляет 0.02%, а доля страниц, на которых применяются инструкции обработки XSLT, оценена в 0.001%.
Так этот самый Google их отказывался индексировать.
| | |
| 1.70, Bob (??), 16:19, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Подождите. Если каждая вкладка в Изолированном сэндбоксе и так - то какие уязвимости?
Можно же конфиг под XSLT забацать так, что там изначально никакого доступа к критическому не будет.
Ну, ведь контейнеризацию вкладок для такого же продвигали, да?
| | |
| 1.72, Аноним (72), 16:21, 06/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Знаю места, где в офисном документообороте используется xml и его поддержка браузерами. Там будет весело.
| | |
|
