안녕하세요,
저는 d.strumenta.community에서 소프트웨어 언어 엔지니어링(software language engineering) 커뮤니티를 시작할 계획입니다.
현재 이 커뮤니티는 초대 전용으로 운영될 예정입니다. 하지만 이메일 안에 초대를 보내고, 그 초대가 특정 이메일 주소와 연결되지 않도록 설정하고 싶습니다. 이렇게 하면 초대하고 싶은 모든 사람에게 각각 이메일을 보내는 대신(처음에는 수십 명, 나중에 수백 명, 그리고 수천 명까지) 한 번의 이메일로 해결할 수 있습니다.
일정 기간 동안 다른 사람에게 이 초대를 공유하는 것은 괜찮지만, 초대가 영원히 유효하지 않기를 바랍니다(예: 30일 정도?).
제 경험상, 어떤 마법 같은 비법이 없는 한 가입 신청이 쏟아져 들어오지는 않으므로 승인 대기열은 관리 가능할 것입니다. 원치 않는 사람을 승인하지 않으면 됩니다. 어떤 문제가 있는지 잘 모르겠네요. 또한, 이메일이라는 기준점이 없다면 그들이 스스로 주장하는 사람인지를 제대로 확인하는 것이 어떻게 가능할지 저도 잘 이해가 가지 않습니다. 그래서 이메일 초대 방식이 합리적인 접근이라고 생각합니다.
문제는 사용자가 즉시 구독할 수 있도록 하고 싶다는 것입니다. 이렇게 하면 웹사이트에 접근하기 위해 나중에 다시 돌아와야 한다는 것을 기억할 필요가 없습니다. 또한 시간대 차이와 주말에 받은 편지함을 일시 중지하는 사실도 고려해야 합니다. 게다가 1만 명 규모의 뉴스레터를 운영하고 있으므로, 결국 수동으로 처리하기에는 너무 많은 승인 요청이 들어올 것으로 예상됩니다.
제 생각에는 매우 다릅니다. 현재 디스코urs에 익숙한 사람은 누구나 해당 링크를 찾아 구독할 수 있습니다. 반면, 이 링크를 얻기 위해 신뢰의 사슬에 속해야 한다면, 이는 특정 목록에서 가치 있는 멤버이거나, 관련 회의에 참석하거나, 그 링크를 공유하기를 원하는 누군가로부터 링크를 전달받은 경우에만 가능합니다. 저에게는 매우 다른 상황으로 보입니다. “스패미”라는 표현이 무엇을 의미하는지 이해하지 못하겠습니다. 물론 이를 악용할 수는 있지만, 이 기능을 원할 정당한 이유가 있는 사람이 많다고 생각합니다.
현재 이것이 불가능하다는 점을 이제 이해했으므로, 귀하가 제안하신 방법을 사용하겠습니다. 제안해 주셔서 감사합니다.
기능적으로 어떤 일이 일어나길 원하는지 기술적 구현 세부 사항에 너무 신경 쓰지 말고 자세히 설명해 주시면 정말 도움이 될 것 같고, 여기서 새로운 기능이 나올 수도 있을 것 같습니다.
시스템이 특정 도메인에서 이메일을 성공적으로 보낸 이력이 많지 않다면, 그들을 신뢰하지 않습니다. 한꺼번에 많은 수의 비청구 이메일을 보내면 인터넷에서의 평판에 타격을 입을 수 있으며 스팸 발신처로 등록될 수 있는데, 이는 정당한 운영에 상당한 해를 끼칠 수 있습니다. 많은 이메일 서비스가 향후 이메일을 차단하기 시작할 수 있기 때문입니다.
좋습니다, 그러면 신뢰의 신호로 특수 URL을 사용할 수 있겠네요. 파라미터에 키가 포함된 URL입니다. 이는 공유할 수 있으며 보안 측면에서는 취약하지만, 적어도 이것이 승인 없이 통과시켜야 할 합법적인 가입일 가능성이 높다는 아이디어를 가질 수 있습니다. 자동 30일 타임아웃을 부여하여 그 이후에 승인 절차가 다시 활성화되도록 하면 됩니다(추가적인 합법적이지만 늦은 가입자를 잃지 않도록 하기 위함).
그러면 플러그인 개발이 시작되는 것 같네요 …
이 정도가 원하시는 방향이라면, 프리랜서가 이를 맡도록 #marketplace에 게시하시길 권합니다.
…다만:
이 업계에서 꽤 오래 일해 온 경험으로 볼 때, 사람들이 자신의 Discourse에 가입하도록 하는 일은 그리 쉽지 않습니다. 따라서 누가 실제로 포럼을 악용할 것이며, 대부분의 사람은 단순히 후속 조치를 하지 않을 것인지를 고려할 때 이는 상당한 노력인 것 같습니다. 심지어 합법적인 사용자들도 마찬가지입니다. 여러분의 서비스를 정말로 사용하려는 사람들은 분명 노력을 기울일 것입니다. 원치 않는 사용자가 가입할 위험은 얼마나 큽니까? 단순히 일반적인 Discourse URL을 공유하고 30일 동안 승인을 받지 않고 모든 가입을 허용하는 경우에도 정확히 같은 결과가 나오지 않을까요?
이 코드가 있는 사람들과 없는 사람들 사이를 구별하기 위해 플러그인을 만드는 것은 가치가 없다고 생각합니다. 어쨌든 100% 안전하지는 않을 테니까요.
배타성이라는 개념도 있다고 생각합니다. 이 커뮤니티에 들어갈 수 있는 특별한 키를 가진다는 아이디어를 좋아할 수 있고, 그 키를 가진 사람은 그것이 “특별한” 것이므로 공유하고 싶어 할 수도 있죠. 네, 멋진 플러그인이 될 거라고 생각합니다. 언젠가 제 커뮤니티가 성공적으로 성장한다면 자금 조달을 검토해 볼 수도 있겠네요. 지금은 아마 제 비서에게 개별 이메일을 보내게 할 텐데, 아직 커뮤니티에 대한 교육용 ConvertKit 시퀀스와 초대장을 연결하는 방법을 찾아야 합니다. 하지만 그것은 또 다른 이야기이죠…