ivan386 9 июл 2020 в 15:59

XML сайты в результатах поиска

6 мин

6.4K

Веб-разработка*XML*

Комментарии 28

НЛО прилетело и опубликовало эту надпись здесь

ivan386 9 июл 2020 в 18:12

А по факту, чья это проблема?

Проблема правильного отображения страницы в поиске это моя проблема так как у меня есть один сайт в котором используется XML.

Почему это проблема?

Потому как пользователь найдя страницу в поиске увидит вместо нормального заголовка начало XML файла. Я попытался сделать его осмысленным но это банально не красиво.

Зачем использовать подобный подход?

Другого способа решения данной проблемы я не нашёл и решил поделиться тем что у меня получилось.

NewDevLab 9 июл 2020 в 20:30

почему не делать трансформацию на сервере?

ivan386 9 июл 2020 в 21:00

Этот вариант не доступен например в IPFS. У него нет сервера. Можно трансформировать до загрузки но при изменении шаблона изменятся хеши всех страниц и их надо будет зоново загружать их IPFS.

А так уже на второй странице пользователь получит только XML с данными а XSLT шаблон уже подгрузится из кеша. Либо наоборот если XML в кеше а XSLT шаблон изменён.

НЛО прилетело и опубликовало эту надпись здесь

VolCh 10 июл 2020 в 10:41

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

НЛО прилетело и опубликовало эту надпись здесь

psycho-coder 10 июл 2020 в 16:01

Поиск по xml — такое себе, как и просмотр или обработку.

Поиск по html — такое себе, как и просмотр или обработку. В чем разница?

nin-jin 9 июл 2020 в 22:00

Спасибо за исследование, применю этот подход в своём API.

Arbane 10 июл 2020 в 03:17

Я так понимаю, браузеру на самом деле не интересные все эти пространства имен. У вас рабочим оказался как раз такой способ, где просто есть кусок head title description. Браузер считает ваш файл «битым» и просто «спасает, что может». Возможно такое?

VolCh 10 июл 2020 в 08:23

У браузеровинормалтно всё с этим. Речь про поисковые системы.

iit 10 июл 2020 в 07:50

XHTML в 2к20 еще не вымер?!

Я последний раз его лет эдак 7 назад трогал...

VolCh 10 июл 2020 в 08:24

Это не XHTML (его я вчера видел на код-ревью, пару замечаний сделал). Это чистый XML.

НЛО прилетело и опубликовало эту надпись здесь

VolCh 10 июл 2020 в 10:13

Для некоторых задач вполне нормально. Он более универсален чем JSON, он отлично (что частично в статье показано) включает в себя HTML, SVG и т. п. фрагменты.

НЛО прилетело и опубликовало эту надпись здесь

VolCh 10 июл 2020 в 10:39

Хотя бы тем, что JSON легко маппится на XML, а обратно нужно что-то придумывать для атрибутов, нэймспэйсов...

А сайты хранить в JSON не оскорбление?

НЛО прилетело и опубликовало эту надпись здесь

psycho-coder 10 июл 2020 в 16:03

Зачем вообще xml?

В налоговой например. А также XLST, XSD и т.д. и т.п.

VolCh 10 июл 2020 в 16:08

Если рендерить на сервере, то значение имеет только то, что отдаётся клиенту. JSON вобще, насколько я знаю, нельзя отдать голому браузеру, чтобы он его адекватно показал. XML можно.

Ну вот представьте, что вы меня убедили и я решил перевести все XML на JSON. Как, если я не смогу их однозначно смаппить?

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

nin-jin 10 июл 2020 в 15:09

XHTML — это язык в рамках формата XML. Противопоставлять их так же бессмысленно, как буквы со словами.

VolCh 10 июл 2020 в 16:10

В статье речь об XML, который не является валидным XHTML, хотя и может иметь его валидные фрагменты

netpilgrim 10 июл 2020 в 18:52

Было бы здорово добавить в статью online пример такого сайта.

ivan386 10 июл 2020 в 20:52

Добавил примеры в конце по ссылке. Но поскольку создал я их сегодня они ещё не проиндексированы поисковиками.

ivan386 3 ноя 2020 в 14:20

Эксперимент считаю оконченным. Результаты в результатах поиска. Добавил итоговый шаблон XML который использую я. Некоторые экспериментальные страницы я удалил но они остались висеть в результатах поиска Гугла.