Да, и это тонкое различие заложено намеренно. Предполагается, что большинству пользователей, читающих эту тему или пост, не обязательно сразу знать, что «этот пост пришёл от пользователя вне нашего сообщества». Это интересно знать администратору или тому, кто реализует функцию, но большинство людей хотят сосредоточиться на содержании. Поэтому мы предпочитаем не акцентировать внимание на технических деталях ActivityPub в посте.
Тогда мои пользователи отличаются. Они определённо хотели это знать. Но это, должно быть, пример культурных различий и того, как мы, финны, близки к асоциальному поведению (с точки зрения американских создателей контента, потому что у нас нет способности к светской беседе в американском масштабе
).
Однако это было относительно легко настроить с помощью CSS, поэтому значения по умолчанию вполне подходят (и теперь есть одно решение, если кто-нибудь когда-нибудь задумается об этом).
Я ответил из Mastodon на пост в Discourse, но мой ответ не появился в Discourse. Это ошибка, или, возможно, такая функция ещё не реализована, или, может быть, её вообще не планируется реализовывать?
Это баг или что-то другое. У меня только что была дискуссия: тема была опубликована в Mastodon, там появился комментарий, я ответил на тему, и мой ответ тоже стал там виден.
Вопрос стандартный: вы используете последнюю версию?
Да, я только что установил плагин, хотя мне пришлось использовать этот форк (PR в ожидании), чтобы он вообще заработал: GitHub - kuba-orlik/discourse-activity-pub: Adds ActivityPub support to Discourse. · GitHub
Привет! Можешь помочь ответить на несколько вопросов, косвенно связанных с модерацией, на которые я не смог найти ответы?
- После того как публикация распространена по федерации, могут ли её модерировать локальные администраторы? Имею в виду: редактировать, скрывать, удалять…
- Что произойдёт, если публикация будет отредактирована на исходном экземпляре? Обновится ли она на федерированном экземпляре?
- Если модераторы хотят связаться с федерированным пользователем через функцию «Пожаловаться» или через сообщения/чат, могут ли они это сделать? Или эти удалённые постеры не являются реальными пользователями локального экземпляра?
- Если у меня есть аккаунт с одинаковым именем пользователя и адресом электронной почты на двух федерированных экземплярах, они всё равно будут считаться двумя разными аккаунтами в каждом экземпляре, верно? Нет способа их «объединить».
- да
- да (или должно быть)
- нет, но вы можете удалить проблемного актора (в Mastodon другие пользователи могут сообщать о нарушениях, но то, что произойдёт дальше, зависит от администратора на той стороне)
- Discourse никогда не видит письма через ActivityPub. Вместо этого может существовать несколько учётных записей вида
icaria@…, где «доменная часть» (имя экземпляра) меняется, и все эти учётные записи по-прежнему принадлежат одному и тому же человеку. Вы не можете объединить эти учётные записи, потому что в таком случае вам пришлось бы блокировать серверы, чтобы получить доступ к темам/сообщениям.
Отлично, мы включили плагин в нашем экземпляре, создали актора, связанного с тегом, и опубликовали нашу первую запись в Фединституте. Очень волнующе! И впечатляюще.
Несколько вопросов (которые могут быть предложениями по отсутствующим функциям, но я пока пытаюсь разобраться, что доступно):
Как пользователь Discourse, просматривающий федеративную тему, могу ли я получить ссылку на соответствующий твит (сообщение) в Mastodon для удобного репоста? Я не нашёл её в небольшом логе, добавленном к теме:
Как пользователь Mastodon, видящий твит из Discourse, есть ли простой способ найти аккаунт актора в Mastodon, чтобы подписаться на него? Они могут видеть аккаунт автора поста, но не актора. Если они переходят по ссылке на форум, я не нашёл способа определить, как найти актора.
Почему плагин делает репосты всех ответов вместо того, чтобы оставлять их просто как ответы, типичные «тихие публичные» ответы? Эти репосты создают много лишнего шума для тех, кто подписан на актора в Mastodon.
Что должно происходить, когда пользователь Mastodon начинает новый пост (не ответ) и упоминает аккаунт актора или аккаунт пользователя Discourse?
Наконец, это выглядит ненормально, и мы получаем их много (более сотни за несколько часов):
Job exception: stack level too deep
activesupport-7.2.2.1/lib/active_support/core_ext/object/blank.rb:166:in `present?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:57:in `base_object_id'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:58:in `base_object_id'
(snip, dozens of these)
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:58:in `base_object_id'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:25:in `process_id'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:8:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in `execute_job'
sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in `block (4 levels) in process'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in `track'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in `invoke'
sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in `block (3 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in `block (6 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in `local'
sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in `block (5 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/config.rb:39:in `block in <class:Config>'
sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in `block (4 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in `stats'
sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in `block (3 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in `call'
sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in `block (2 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in `global'
sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in `block in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in `prepare'
sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in `dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in `block (2 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `block in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in `process_one'
sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in `run'
sidekiq-7.3.9/lib/sidekiq/component.rb:10:in `watchdog'
sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread'
Если вы нажмёте на метку «Примечание» на этом скриншоте, вы получите ссылку на объект «Примечание» в Discourse, но не уверен, что это то, что вам нужно. Не могли бы вы немного подробнее объяснить, что вы ожидаете? Возможно, расскажите небольшую историю пользователя о том, что вы надеетесь сделать.
Вы имеете в виду пользователя Discourse? В настоящее время подписаться на пользователей Discourse нельзя.
Не могли бы вы подробнее рассказать, что вы ожидаете в этом случае? Возможно, с помощью истории пользователя.
Это должно быть исправлено после слияния.
https://github.com/discourse/discourse-activity-pub/pull/198
Так ли это? Или это по сути тот же вопрос, что и ранее: Job exception: stack level too deep?
Действительно! Я пропустил предыдущий отчёт. PR скоро будет.
Так бывает, слишком много дел ![]()
Спасибо.
Конечно!
Как пользователь Discourse, у которого также есть аккаунт в Mastodon, я вижу новую федеративную тему в Discourse и хочу быстро сделать репост (boost) её из своего аккаунта Mastodon, чтобы все мои подписчики в Mastodon узнали об этом и, возможно, ответили со своих аккаунтов, принеся много федеративной обратной связи в тему на Discourse (а может, некоторые из них, которые раньше не знали о форуме, присоединятся к Discourse в результате!)
Хорошо, для этого пользователю нужно легко найти URL, который можно вставить в строку поиска клиента Mastodon, чтобы получить соответствующий федеративный тост (сообщение) для поста в Discourse.
Я не могу найти этот URL в интерфейсе Discourse. Единственный простой способ сделать репост федеративного поста из Discourse, который я пока нашёл, — это уже быть подписанным на аккаунт Discourse и видеть этот пост в своей ленте Mastodon. Это удобно для тех, кто уже подписан на аккаунт, но не для тех пользователей Discourse, которые пока не подписаны.
Надеюсь, я смог объяснить проблему и не запутал всё ещё больше.
Позже я опубликую историю о непрерывном репостинге, после того как лучше пойму текущее поведение системы.
Если я правильно понял, таким образом из Mastodon практически невозможно найти что-либо.
Для меня проблема такого рода заключается в самом разговоре. Поскольку всё представляет собой репосты, я должен найти исходный пост, чтобы охватить всю тему, так как комментарии к репостам никогда не отображаются для подписчиков. В результате разговор исчезает.
А если я сделаю репост комментария из Discourse, он будет показан от имени «user-actor», на которого нельзя подписаться.
Это, а также определённо отсутствие (хэштегов), — главные вопросы сейчас, по крайней мере для меня.
Хорошо, я нашёл нужную ссылку… в ответах, но не в исходном посте:
В ответах это иконка федерации в правом верхнем углу, рядом с надписью «22ч» на этом скриншоте.
Если на неё нажать, откроется это окно:
Оно действительно ведёт на ответ в Mastodon: icaria36 🎶: "@icaria36@the.socialmusic.network This is a test …" - SoNoMu
Мне не хватает аналогичной иконки и ссылки для исходного поста. Наверное, это где-то на виду, но я не могу найти. ![]()
РЕДАКТИРОВАНИЕ:
А, подождите, эта ссылка появляется только для постов из Mastodon, а не для нативных постов Discourse. Я только что заметил, что крошечная иконка имеет синюю и зелёную версии для различения. Сине-зелёная комбинация — не лучший выбор для различения такой маленькой иконки. Мой монитор довольно качественный, у меня нет дальтонизма, и всё же я заметил разницу только сейчас, когда внимательно рассмотрел эти иконки.
Для меня одна из главных проблем заключается в следующем…
Как пользователь Mastodon, отвечающий на федеративный пост в Discourse, я хочу получать уведомление в Mastodon, если кто-то ответит на мой пост или упомянет меня в Discourse.
В настоящее время ответы пользователей Discourse на посты пользователей Mastodon с высокой вероятностью остаются незамеченными, так как те не получают никаких уведомлений, даже если на них ответили или упомянули. Это делает реальные разговоры ещё более сложными, чем они уже есть в Mastodon, ведь вы даже не знаете, что кто-то ответил на ваш комментарий. Повторюсь, если только я чего-то не упускаю.
Однако воспринимайте всё это просто как обратную связь для улучшения. Этот плагин уже впечатляет, мы остаёмся с ним и рады помогать, сообщая о проблемах и тестируя новые функции. Большое спасибо @angus и команде!
В чём разница между «Опубликовать» и «Доставить»? Вот скриншот «Администрирование темы» для темы, которая уже опубликована, но с постом, который… не доставлен? Пост уже корректно передан в федерацию на Mastodon, и я хочу узнать, что произойдёт, если администратор нажмёт «Доставить пост #1».
И публикация, и рассылка происходят автоматически, если вы публикуете в категории или с тегом ActivityPub (при соответствующих настройках). Различие между ними, а также эти элементы управления администратора, предназначены для обеспечения гибкости и поддержки конкретных сценариев использования.
Публикация = пост становится доступен в федеративной сети.
Рассылка = пост доставляется подписчикам соответствующего актора (акторов).
Это действие позволяет доставлять тот же пост в любое удобное время, даже после того, как он уже был доставлен. Для этого есть различные сценарии использования, например:
-
Вы изначально опубликовали тему, но не доставили все посты в теме своим подписчикам (потому что не хотели их спамить). Затем вы можете доставить отдельные посты.
-
Пост был опубликован до того, как новый набор подписчиков начал следить за вашим актором. Вы можете доставить тот же пост повторно.
Если вы нажмёте на «Информация о теме» для этой темы, вы увидите, что пост уже был доставлен, если он уже федерирован в Mastodon.
Отлично, теперь у нас есть реальная история от реального пользователя, который очень хорошо объясняет проблему.
Если мы хотим поделиться конкретной федеративной публикацией в Fedi, кто-нибудь знает, как это сделать? Я пробовал:
- посмотреть профиль @fediverse@the.socialmusic.network — посты не отображаются
- посмотреть свой собственный профиль socialmusic — посты не отображаются
- поискать на форуме Discourse кнопку «поделиться»: URL не распознаётся поиском Masto
Это был я! Спасибо за этот захватывающий плагин — нам очень нравится экспериментировать с федерацией на нашем форуме.
У меня есть несколько вопросов, и приношу извинения, если они уже обсуждались (я поискал на форуме, но ничего не нашёл).
- Как обрабатываются приватные посты, доступные только подписчикам, а также непомеченные для индексации посты со стороны Mastodon и других сервисов?
- Для пользователя, заботящегося о конфиденциальности (например, использующего Gotosocial), как обрабатываются его федеративные ответы?
Меня особенно беспокоят вопросы согласия: если кто-то предпочитает, чтобы его посты не были доступны для поиска на публичном форуме. Такой пользователь может не знать, что тема, на которую он отвечает, публично видна в Discourse. Посты пользователей Discourse хорошо помечены, но если я отвечу пользователю AP в той же ветке, я могу не заметить, что изначально это тема Discourse.



