Нет, пост (медиатопик) состоит из блоков. Попробуйте расположить 2 блока типа PHOTO друг под другом, в каждом по 2 картинки. Должно получиться близко к тому, что приведено на примере.
try/catch в течении нескольких дней уйдёт в прод, так что можно даже не просить.
но можно написать на api-support@ok.ru с id приложения, тогда в понедельник уже можно будет проверить ваше приложение
Кстати если на странице apiProxy отключена (а мы тестируем такую функциональность на ряде приложений которые гарантированно её не используют) то проблемы не будет, потому что такого объекта в DOM дереве не будет.
Но да, дополнительно пока завернём этот вызов в try/catch чтобы postmessage отработал
Аркадий Храмов: да, судя по коду если прокси объект в DOM был ему вызывается __fapi_callback даже если объект не валиден, а postmessage идёт потом и валится потому что раньше завалилось
По умолчанию если браузер поддерживает postmessage - события прокидываются через него и не требуется Flash proxy. Но здесь идёт речь и вызове
Насчет коллбека в платежке - посмотрим
PS: С callback ситуация особенная. Дело в том что коллбек не просто так сделан глобальным - он не часть SDK а часть интеграционного блока (в том числе и сам сайт ok.ru вызывает этот коллбек). Можно было бы сделать метод регистрации ползовательской функции, но обратную совместимость всё равно надо было бы оставить.
drVatman: ну да, потому что REST вызовы иначе вызываются чем UI методы.
Может оформите pull request? А про js-обертку в виде вставки fapi js можно в README указать
Дело в том, что ваша ссылка весьма специфичная и может отсекаться даже не шарингом, а проверкой вирусов, спамов и тд - шаринг на данный момент не предусматривает шаринг ссылок на файлы, только на страницы
И пробовали обратится к разработчикам? Скорее всего они делали какой-то хак который сейчас работает иначе
Виджет шаринга же самостоятельно работает корректно https://apiok.ru/ext/like
