Я протестировал все тестовые урлы для шаринга на фрифидовской шарилке. Она полностью client-side. Есть следующие замечания: а) судя по всему, она смотрит только на <title>, этого явно мало, нужно смотреть на OpenGraph; б) она требует указать картинку для шаринга, что в частом случае "статья с картинкой" является лишним кликом (при этом скриншот youtube она автоматически подцепляет, интересно, специальное ли это поведение Update: да, на vimeo она просасывает по полной); возможно, это поведение будет работать лучше для постов с большим кол-вом картинок, типа типичного ЖЖ-поста (http://mff.livejournal.com/335976.html, Мокум автоматом подцепляет первую картинку, изменить это сейчас нельзя). #mokum-dev
в) так как мой разум контролируется Скримагером, то у меня стоит EFF Privacy Badger, который меня заебал^W^W^W, потому что он trigger-happy (что совершенно понятно и обоснованно). Чтобы пошарить десять урлов, мне пришлось три или четыре раза сказать ему разблокировать что-то очередное, типа rawgit.com. Апофеозом было то, что оказывается, jquery.js при загрузке с google-cdn нарушает Content Security Policy (проверяется на https://twitter.com/navalny/status/678503691679346688). Так как количество пользователей с установленными приваси-резками не будет снижаться, то к сожалению, кажется, все внешние cdn'ы использовать просто нельзя. ‎- псы в рапиде
г) схема "кликни по картинке и выбери ее" рушится по двум причинам: во-первых, 500px.com активно противодействует этому методу (eg: https://500px.com/photo/127004685/-by-natalie-), при этом отдавая все что нужно в OpenGraph. во-вторых, клики по ссылкам на странице не блокируются, из-за этого ты можешь кликнуть во что-то, что выглядит как картинка, но бросит тебя на рандомную страницу сайта (update: или запустит видос, как на Vimeo). ‎- псы в рапиде
д) впрочем, во фрифидовской шарилке сейчас нельзя шарить более одной картинки, что как раз противоречит теории о том, что это специальный UX для шаринга галерей/травелогов. ‎- псы в рапиде
Ага, и урла _картинки_ мы не видим и править не можем, жаль. У моего шаблона в ЖЖ первым нарочно стоит один и тот же 40-байтный прозрачный гиф, чтобы тамошние многочисленные роботы не дергали настоящую картинку. Они тоже берут только первую. ‎- как никто другой
е) преимуществом client-side шарилки является то, что она может шарить недоступный без логина контент (что само по себе впрочем является несколько сомнительной/небезопасной возможностью). мокумовский робот ходит строго анонимно, естественно, что не очень юзер-френдли. с другой стороны, ничто не мешает доработать API и сделать возможность продвинутой шарилки, которая будет решать все перечисленные проблемы. ‎- псы в рапиде
@yan: во-первых, будет отдельная возможность загрузить картинку с урла (чтобы, например, добавить еще картинок с урлов типа вышеприведенного на ЖЖ); во-вторых, это странно, потому что все нормальные роботы сортируют картинки по размеру, и игнорируют однопиксельники — неужели на ЖЖ настолько тупой робот, что его можно этим сбить? ‎- псы в рапиде
Очень хорошо. А робот да, настолько тупой. Тссс! ‎- как никто другой
ж) да, клиентская букмаркилка работает, кажется, только на десктопе, да? серверная будет отлично работать на мобиле. ‎- псы в рапиде