드루팔 (Drupal)에 익명 사용자가 만들 수있는 사용자 지정 콘텐츠 유형이 있습니다. 나는 또한 그들이 처음 출판 한 후에 자신의 작품을 편집하고 편집 할 수있는 능력을주고 싶습니다. 그러나 그것은 도전입니다.익명 사용자가 자신의 콘텐츠를 편집하도록 허용 하시겠습니까? 드루팔 (Drupal) 모듈, 아이디어
그들은 "익명"이므로, Drupal 권한 시스템이 콘텐츠를 원래 만든 사용자에게 다시 연결할 수있는 방법이 없다고 생각합니다.
어디에서 나에게 남겨 둡니까? 나는 브라우저 쿠키 또는 그 라인을 따라 뭔가를 생각하고있어? 나는 잘 모르겠다.
새로운 모듈을 만드는 데 도움이되는 기존 모듈이 있습니까?
드루팔 (Drupal)이나 어떤 시스템에서든 키와 경험에 의지하는 것이 가장 좋습니다. 등록하기 쉽습니다. 드루팔 (Drupal에서, 사람이 anon 인 경우, 그들은 UID 0이고 그 외에는 그다지 저장되지 않습니다. 다른 사용자는 Drupal이 익명 사용자 객체의 세션 ID를 추적하지 않는다는 것을 다른 게시물에서 지적 했으므로 session_id()와 같은 작업을해야합니다.
게시자가 장벽을 좁히는 이유를 알 수 있지만 나중에 관리가 어려울 수 있습니다.
쿠키에 ID를 저장할 수 있지만 사용자가 ID를 삭제하면 ID를 더 이상 식별 할 수 없습니다. IP 주소를 기록 할 수도 있지만 100 % 신뢰도가 아닙니다.
신뢰할 수있는 유일한 방법은 일종의 로그인 시스템을 사용하는 것입니다. 등록하고자하는 사람들에게 컨텐츠 편집 기능을 기능으로 제공 할 수 있습니다.
세션을 보존하려고하는 것이 아니라 (익명의 목적을 상실한 경우 나에게 묻는다면), 사용자는 생성시 암호를 만들 수 있습니까? 그런 다음 노드가 새 노드가 아닌 경우 올바른 암호를 제공했는지 확인하는 유효성 검사 처리기를 추가하십시오.
CCK Password Field 모듈을 사용하여 암호 용 CCK 필드를 추가하거나 hook_form_alter를 사용하여 node_form을 직접 수정하고 사용자 정의 모듈에 자체 CRUD를 제공 할 수 있습니다. 지옥, 익명의 편집 액세스는 아마 그 보안 될 필요가 없습니다 그리고 당신은 비밀 번호를 저장하는 CCK 텍스트 필드로 도망 갈 수 있습니다.
노드 권한을 부여 링크가 바로이 작업을 수행하는 흥미로운 모듈로 보이는이 오래된 스레드가 비록
나는 그것이 익명으로되는 목적을 이긴다고 생각하지 않는다. 사용자에게는 익명으로 이메일을 등록하고 확인하는 것을 원치 않습니다. 드루팔 (Drupal)은 익명으로 결정했습니다. 그들은 그것을 등록되지 않았다고 부를 수 있었고 그것은 똑같은 것이 었습니다. 나는 그 게으른 사용자에게 자신의 컨텐츠를 편집 할 수있는 기능을 제공하고자합니다. 물론 그들이 나에게 줄 작은 약속을했기 때문에 내가주는 보증은 아주 작다. – drupal
익명을 게으른 사람들로 정의하는 것은 매우 좁은 익명의 정의입니다. 익명 사용자로 간주되거나 세션을 보존하지 않는 몇 가지 사례가 있습니다. 익명 처리자를 사용하거나 다른 위치에서 사이트를 방문하여 두 가지 이름을 지정합니다. 그래서 Drupal은 익명 사용자를 단일 사용자로 취급합니다. 세션을 추적하는 경우 더 이상 익명으로 처리되지 않습니다. 등록을 강요하거나 내가 제안한 세션이나 사용자 추적을 명확하고 안정적으로 수행하며 토론을 위해 "익명"이라는 단어를 남기지 않습니다. –
, 내가 이것에 대해 알고 덧붙였다. 익명 사용자에게 전자 메일로 링크로 전자 메일로 보낼 수있는 권한 부여 (보기/편집/삭제) 키를 만듭니다.
왜 더 많은 작업이 필요한지 알 수 있습니다.하지만 나중에 "악몽"이되는 관리상의 악몽을 정교하게 설명 할 수 있습니까? – drupal