ActivityPub 플러그인

테스트용 사용자 이름을 어디에서 만들 수 있나요? 줄 끝에 도메인 이름이 표시되는 것을 봤습니다. 그래서 사용자 이름만 입력하면 되는 건지, 아니면 mastodon.social에서 먼저 등록해야 하는 건지 궁금합니다.

1개의 좋아요

데이비드, Admin > Plugins > ActivityPub로 가서 안내에 따라 액터를 생성하세요.

3개의 좋아요

정말 좋아요, 감사합니다

2개의 좋아요

제가 궁금한 것은 사용자가 이미지를 포함하여 새 게시물을 생성할 때 게시물 본문에 텍스트만 수신되는 것입니다. 이것이 제한 사항인가요?

1개의 좋아요

동의합니다

1개의 좋아요

여러분, 보고해 주셔서 감사합니다.

네, 현재 플러그인은 연동(federate)하는 content에 이미지를 지원하지 않습니다. 예상하시다시피, 다양한 소프트웨어 플랫폼으로 연동되는 content에 미디어(예: 이미지) 지원을 추가하는 것은 복잡한 부분이 있어, 현재는 의도적으로 제외해 두었습니다. 미디어 연동 지원은 중장기적으로 추가될 수 있습니다.

@Lhc_fl 이슈 보고를 잊지 않고 있으며, 이번 주에 자세히 살펴보겠습니다.

3개의 좋아요

저는 스펙 테스트나 제 자체 테스트(예를 들어)에서 이 문제를 재현할 수 없습니다.

수신 카테고리 권한

수신 카테고리에서 원격 액터의 게시물

실제로, ActivityPub 사용자는 이메일이 없더라도 다른 스테이징(staged) 사용자와 마찬가지로 사이트 설정 default_trust_level에 지정된 신뢰 등급을 부여받습니다.

현재 이 문제를 검토 중입니다.

2개의 좋아요

이 PR이 병합되면 원격 Actor의 사용자를 정지할 수 있게 됩니다.

이것으로 즉각적인 문제는 해결될 것입니다. 중기적으로 이 플러그인은 Block Activity도 채택할 가능성이 높습니다.

3개의 좋아요

안녕하세요, 두 포럼이 연동(federated)되어 있을 때 검색 엔진의 중복 콘텐츠 패널티를 피하는 방법이 있을까요? canonical 태그를 사용해도 변화가 없었습니다.

가장 좋은 방법은 특정 카테고리를 전체적으로 noindex 처리하는 것인가요?

1개의 좋아요

데이비드, 간단히 언급하자면 실제로는 중복 콘텐츠 패널티라는 것이 존재하지 않습니다. 예를 들어 구글의 이 문제에 대한 오랜 입장을 참고해 보세요. 그럼에도 불구하고 이것이 많은 분들에게 우려되는 사안이라는 점은 이해하며, 그 전제 하에 진지하게 받아들이고 있습니다.

그렇게 하지는 않는 것을 권장합니다.

ActivityPub 토픽에 대한 canonical 링크 문제를 검토한 후 해당 부분에 대해 다시 연락드리겠습니다.

1개의 좋아요

아니요, 그것은 맥락을 무시한 것입니다. 그 기사는 다른 문제를 다루고 있습니다. 바로 같은 사이트 내의 복제 콘텐츠가 그것입니다.

하지만 복제 콘텐츠에 대해 걱정하는 대부분의 사이트 소유자들은 스크래핑이나 도메인 팜에 대해 말하는 것이 아닙니다. 그들은 같은 도메인에서 동일한 콘텐츠로 연결되는 여러 URL이 있는 경우와 같은 상황에 대해 말하고 있습니다. www.example.com/skates.asp?color=black&brand=riedell과 www.example.com/skates.asp?brand=riedell&color=black 같은 경우요. 사이트에서 이 유형의 복제 콘텐츠가 있는 경우 사이트의 성능에 잠재적으로 영향을 미칠 수 있지만, 페널티를 유발하지는 않습니다.

동시에 그들은 @David_Ghost의 문제를 언급하며, 그것이 실제 문제임을 말합니다.

다른 사이트와 동일한 콘텐츠를 가지고 있다는 개념과 관련된 몇 가지 페널티가 있습니다. 예를 들어, 다른 사이트에서 콘텐츠를 스크래핑하여 재게시하거나, 추가 가치를 전혀 더하지 않고 콘텐츠를 재게시하는 경우 등이 그렇습니다.

1개의 좋아요

동의하지 않습니다. 하지만 그럼에도 불구하고, canonical URL 문제를 고려하고 있습니다.

2개의 좋아요

캐노니컬 URL을 고려할 가치가 있다는 데 동의합니다. @angus의 의견에도 동의합니다(제 이해가 맞다면요). 이는 인용된 기사에서 다음 구절에 근거합니다:

사이트 내 중복 콘텐츠는 그 사이트 자체에 대한 조치 사유가 되지 않습니다. 단, 중복 콘텐츠의 의도가 기만적이거나 검색 엔진 결과를 조작하려는 것인 것으로 판단될 경우를 제외합니다.

마스토돈 서버는 페더레이션되는 디스코urs보다 적어도 동등하거나 더 많은 재게시 활동을 수행하며, 제가 파악한 바로는 캐노니컬 URL을 포함하지 않고 있습니다. 그럼에도 불구하고 페널티를 받지 않는 것으로 보입니다. 마스토돈의 게시물을 찾아내는 구글 검색을 여러 번 수행해 본 결과, 구글은 페더레이션된 사이트가 아닌 원본 사이트로 연결해 주었습니다. 또한 각 마스토돈 서버는 구글이 연결해 준 페이지에 대한 페더레이션된 댓글을 포함하여, 수많은 다른 게시물도 페더레이션하고 있습니다.

따라서 구글은 원본 출처를 찾는 데 합리적인 일을 하고 있으며, 마스토돈이 활발하게 페더레이션한다는 이유로 페널티를 부과하지 않는 것으로 보입니다. 페더레이션하는 디스코urs가 그보다 나쁠 이유는 전혀 상상할 수 없습니다.

그러나 검색에 차이가 없더라도, 사람들이 콘텐츠의 출처를 쉽게 찾을 수 있도록 돕는다는 점에서 캐노니컬 URL이라는 아이디어에는 동의합니다.

4개의 좋아요

다시 말하지만, 그것은 맥락에서 분리된 것입니다. 이 문맥에서 "on a site"는 "단일 사이트에서(on a single site)"를 의미합니다.

인용하신 부분 바로 위에는 (강조는 제 것입니다) 이렇게 쓰여 있습니다.

그들은 같은 도메인에서 동일한 콘텐츠로 가리키는 여러 URL을 가지는 것과 같은 것들에 대해 이야기하고 있습니다.

그리고 인용하신 부분 바로 아래에서는 계속됩니다.

이러한 유형의 중복 콘텐츠

여기서 "this type(이러한 유형)"은 "같은 도메인에서 여러 URL을 가지는 것"을 가리키므로, 그 사이의 부분 역시 그 특정 유형의 중복 콘텐츠에 대해 이야기하고 있으며, 이는 우리가 여기서 논의하고 있는 내용과 다릅니다.

매우 잘 알려지고 확립된 사이트가 덜 알려진, 새로운 사이트에서 콘텐츠를 연동(federating)하기 시작하면 어떤 일이 일어나는지 한번 지켜보세요.

1개의 좋아요

그 말은 매우 사실입니다. 하지만 저는 어떤 mastodon 서버에서도 Google 검색 결과로 단 하나의 결과도 얻어본 적이 없습니다. 그리고 이것이 아무것도 증명하지는 않는다는 걸 알고 있습니다 — 저는 Google을 많이 사용하며, 다양한 전술을 시도해 봅니다. 하지만 저는 Discourse 결과를 얻습니다.

제 가장 약한 점은 아마도 Google이 mastodon을 Discourse 포럼과 다르게 취급하는 것일 수 있습니다 :thinking:

물론 콘텐츠 자체가 매우 다르기도 합니다.

1개의 좋아요

제가 첫 번째 테스트에서 겪었던 문제는 다음과 같습니다:

저는 원문 게시자이지만, 제 링크는 구글에서 색인 해제(de-indexed)되었고, 다른 포럼이 해당 키워드로 랭킹을 차지하고 있습니다.

2개의 좋아요

ActivityPub 주제에 대한 정정 URL(canonical URL)을 설정하는 방법에 대한 제 생각을 따라와 보시려면, 다른 ActivityPub 관련 분들과의 토론을 아래에서 확인하실 수 있습니다.

5개의 좋아요

저장 후에 이름을 업데이트할 수 있는 방법이 있나요? 아니면 다시 빌드해야 하나요?

ActivityPub 액터의 사용자 이름을 변경하는 기능의 현재 상태는 다음과 같습니다:

  1. 초안 풀 리퀘스트로 구현했습니다(여기 참조);
  2. 더 넓은 ActivityPub 개발자 커뮤니티에서 이를 옹호했습니다(여기 참조);
  3. Discourse가 이 기능을 지원할 수 있도록 Mastodon에 풀 리퀘스트를 제출했습니다(여기 참조).

3번은 Fediverse에서 Mastodon의 높은 점유율 때문에 필요합니다. Mastodon에 대한 제 풀 리퀘스트가 병합되면, 플러그인에서 이를 구현한 초안 풀 리퀘스트를 검토를 위해 공개할 것입니다. 해당 풀 리퀘스트가 승인되고 병합되면, 여기 있는 모든 분들에게 액터의 사용자 이름을 업데이트하고 변경할 수 있음을 알려드리겠습니다.

그동안에는 관리자 > 플러그인 > ActivityPub > "Edit Actor"에서 액터의 표시 이름(display name)을 변경할 수 있습니다.

1개의 좋아요

hey angus, 유저네임이 아니라 이름 말이에요.

배우자를 이미 수정했는데, Mastodon에서 이름이 업데이트되지 않아요.

리빌드를 해야 하나요?