Created attachment 12033 [details] Пример телеграмного превью На разных ресурсах — например, на том же гитхабе, в — внутри <head> есть <meta>-элементы, содержащие сжатую информацию о странице, предназначенные для автоматических генераторов превью для гиперссылок. Подробнее: https://yandex.ru/support/webmaster/open-graph/intro-open-graph.html Пример таких html-элементов, вставляемых гитхабом на страницу https://github.com/iovisor/bcc/issues/4316: <meta property="og:image" content="https://opengraph.githubassets.com/5e21b2cec3ea70056143f5067ca142d8fcdefcb0c2c23bd475106a6844d03e18/iovisor/bcc/issues/4316"> <meta property="og:image:alt" content="Since commit 40f3bf0cb04c (&quot;mm: Convert struct page to struct slab in functions used by other subsystems&quot;), slab_def.h and slub_def.h refers to structures (slab) and functions (slab_addre..."> <meta property="og:image:width" content="1200"> <meta property="og:image:height" content="600"> <meta property="og:site_name" content="GitHub"> <meta property="og:type" content="object"> <meta property="og:title" content="tools: slabratetop fails on 5.16 kernel · Issue #4316 · iovisor/bcc"> <meta property="og:url" content="https://github.com/iovisor/bcc/issues/4316"> <meta property="og:description" content="Since commit 40f3bf0cb04c (&quot;mm: Convert struct page to struct slab in functions used by other subsystems&quot;), slab_def.h and slub_def.h refers to structures (slab) and functions (slab_addre..."> Было бы здорово видеть это и в багзилле.
(In reply to Arseny Maslennikov from comment #0) > Было бы здорово видеть это и в багзилле. В каких багзиллах (= bugzilla instance, не github/gitlab/jira/phabricator) это уже реализовано? Спрашиваю, потому что ТЗ отсутствует.
(In reply to Олег Соловьев from comment #1) > (In reply to Arseny Maslennikov from comment #0) > > Было бы здорово видеть это и в багзилле. > > В каких багзиллах (= bugzilla instance, не github/gitlab/jira/phabricator) > это уже реализовано? Спрашиваю, потому что ТЗ отсутствует. bugzilla.mozilla.org, например. См., например, https://bugzilla.mozilla.org/show_bug.cgi?id=1328707.
ping
После обновления до 5.2
А где можно провалидировать эти теги? Добавил на тестовую, но почему-то они не работают
(In reply to Олег Соловьев from comment #5) > А где можно провалидировать эти теги? Запостить ссылку в телеграм или в "соцсети" и посмотреть, как отобразит. > Добавил на тестовую, но почему-то они не работают У внешних сервисов же туда доступа может не быть. :)
(In reply to Олег Соловьев from comment #5) > Добавил на тестовую, но почему-то они не работают Я заглянул туда и посмотрел глазами. 1) На странице багрепорта лучше "og:type" назначить "object", пожалуй. Вот на главной пусть будет "website". 2) "og:url" совершенно точно должен быть абсолютным, это "канонический URL". Он пригоден для использования как индексное поле в БД, например. Скрейпер классического поискового сервера при наличии похожих страниц http://b.a.o/44541 и http://b.a.o/show_bug.cgi?id=44541 попытается определить основной их URL и будет в результатах поиска показывать только его, и, определяя его, он ориентируется на opengraph-элементы со страницы. Я думаю, можно захардкодить схему и хост, неважно, тестовый сервер или внешний; а если сами баги там и там совпадают, то _именно так_ и надо сделать. 3) Не хватает <meta property="og:site_name" content="ALT Linux Bugzilla" />
(In reply to Arseny Maslennikov from comment #6) > (In reply to Олег Соловьев from comment #5) > > А где можно провалидировать эти теги? > Запостить ссылку в телеграм или в "соцсети" и посмотреть, как отобразит. Есть всякие странички-мордочки для SEOшников, но они работают точно так же: заходят на сайт.
Ещё вот такое замечание, пусть оно будет здесь. :) Ходят слухи, что некоторые участники Team в случае введения ogp-меток на bugzilla и packages категорически не хотели бы, чтобы там выскакивали высокие картинки, а то и картинки вообще. Вот на сайте, который бы отображал AppStream от настольных приложений (т. е. с контентом и визуалом как у KDE Discover), картинки могли бы быть уместны, нелюбители картинок такими сайтами не пользуются.
(In reply to Arseny Maslennikov from comment #7) > (In reply to Олег Соловьев from comment #5) > > Добавил на тестовую, но почему-то они не работают > 2) "og:url" совершенно точно должен быть абсолютным, это "канонический URL". > Он пригоден для использования как индексное поле в БД, например. > Скрейпер классического поискового сервера при наличии похожих страниц > http://b.a.o/44541 и http://b.a.o/show_bug.cgi?id=44541 попытается > определить основной их URL и будет в результатах поиска показывать только > его, и, определяя его, он ориентируется на opengraph-элементы со страницы. А ещё на редиректы (какой из них конечный в цепочке редиректов, тот и canonical). > 3) Не хватает <meta property="og:site_name" content="ALT Linux Bugzilla" /> Это значение взято из шапки сайта.
(In reply to Олег Соловьев from comment #5) > А где можно провалидировать эти теги? https://ogp.me/#implementations
(In reply to Arseny Maslennikov from comment #6) > (In reply to Олег Соловьев from comment #5) > > А где можно провалидировать эти теги? > Запостить ссылку в телеграм или в "соцсети" и посмотреть, как отобразит. Не отображает никак, поэтому и спрашиваю где взять валидатор, который скажет не только "не работает", но и "чего не хватает". Я перебрал парочку, но они показывают мне чушь (пишут об отсутствии тега, хотя он в наличии) > > > Добавил на тестовую, но почему-то они не работают > У внешних сервисов же туда доступа может не быть. :)
Оказалось, что с внешних ресурсов действительно ошибка 404 (In reply to Arseny Maslennikov from comment #7) > (In reply to Олег Соловьев from comment #5) > > Добавил на тестовую, но почему-то они не работают > Я заглянул туда и посмотрел глазами. > > 1) На странице багрепорта лучше "og:type" назначить "object", пожалуй. Вот > на главной пусть будет "website". А зачем?
Fixed after update to 5.2
