다른 사람이 공유한 사이트 작업하기

사이트 소유자는 자신의 계정, 청구 정보, 다른 사이트가 아닌 사이트 하나에 대한 액세스 권한을 귀하에게 부여할 수 있으며, 귀하는 자신의 Zinn Digital® 로그인과 무료 Zinnector® CLI를 사용하여 해당 사이트에서 작업하게 됩니다. 이 가이드에는 소유자가 하는 일과 귀하가 하는 일, 이 두 가지 내용이 모두 담겨 있습니다.

Zinnector®를 사용해 본 적이 없다면 Zinnector® 시작하기를 통해 약 2분 만에 설치할 수 있습니다. 여기의 어떤 내용도 호스팅을 구매할 것을 요구하지 않습니다.

사이트 소유자를 위한 안내 — 하나의 사이트 공유하기

1. 대시보드에서 사이트를 열고 보안으로 이동합니다.
2. 이 사이트에 액세스할 수 있는 다른 사람에서 이 사이트 공유를 선택합니다.
3. 개발자의 이메일 주소를 입력합니다. 개발자에게 아직 계정이 없어도 괜찮습니다. 로그인한 적이 없는 경우 초대장이 발송되며, 수락하는 순간 액세스가 시작됩니다.
4. 역할을 선택합니다.

• 뷰어 — 조회만 가능하며 아무것도 변경할 수 없습니다.
• 편집자 — 개발자에게 일반적으로 필요한 역할입니다. 사이트 파일을 변경하고, wp-admin을 사용하며, 로컬에서 작업할 수 있도록 사이트 아카이브를 다운로드할 수 있습니다. 해당 아카이브에는 데이터베이스가 포함됩니다.
• 관리자 — 편집자가 할 수 있는 모든 작업과 백업 복원 작업을 수행할 수 있습니다.

1. 사유를 입력하고, 작업에 종료일이 있는 경우 만료일을 지정합니다. 지정된 날짜가 되면 권한 부여가 자동으로 중지되므로 직접 삭제해야 하는지 기억할 필요가 없습니다.
2. 저장합니다.

어떤 역할을 선택하든 협업자는 사이트를 삭제하거나, 귀하의 청구 정보를 보거나, 귀하의 다른 사이트에 절대 접근할 수 없습니다.

"아카이브에 데이터베이스가 포함된다"의 의미

편집자나 관리자는 작업할 사이트의 사본을 가져올 수 있으며, 사이트의 사본은 파일과 데이터베이스로 구성됩니다. WordPress 데이터베이스에는 방문자가 사이트에 제공한 정보(댓글 작성자 이름과 이메일 주소, 고객 계정, WooCommerce 주문 및 배송 주소, 양식 제출 내용 등)가 담겨 있습니다.

이는 일반적으로 개발자에게 정확히 필요한 사항입니다. 이 정보가 없으면 개발자는 빈 사이트에서 테마를 확인해야 하기 때문입니다. 이는 실제 개인 데이터이고 여기에 속한 정보의 주체는 당사가 아닌 귀하의 고객이므로 알아둘 가치가 있습니다.

다음 두 가지 사항이 적용되며, 플랫폼은 두 가지 모두를 자동으로 처리합니다.

• 모든 내보내기는 감사 로그에 기록됩니다. 감사 로그를 열고 site.backup.exported를 찾으십시오. 각 행에는 내보내기를 수행한 사람, 시간, 해당 아카이브에 데이터베이스가 포함되었는지 여부가 표시됩니다. 직접 물어볼 필요가 없습니다.
• 언제든지 종료할 수 있습니다. 권한 취소는 즉시 적용됩니다(아래 참조).

데이터베이스 없이 작업하게 하려면 가져오기(pull)를 수행할 때 --no-database를 추가하도록 안내하십시오. 하나의 플래그만 추가하면 나머지는 동일하게 작동합니다.

개발자를 위한 안내 — 내 컴퓨터로 사이트 가져오기

1. Zinnector® 설치하기

npm install -g zinnector
zinnector --version

Node 24 이상이 필요합니다. node --version은 v24 이상을 출력해야 합니다.

2. 본인 계정으로 로그인하기

zinnector login

브라우저가 열리고 초대장이 발송된 본인의 Zinn Digital® 계정으로 로그인됩니다. 소유자의 비밀번호가 필요하지 않으며, 소유자가 비밀번호를 알려줄 필요도 없습니다.

부여받은 권한 확인하기:

zinnector sites

공유받은 사이트만 정확히 표시되며 다른 사이트는 표시되지 않습니다. 목록이 비어 있는 경우 초대장이 아직 수락되지 않았거나, 권한이 취소되었거나, 만료된 것입니다.

3. 사이트 내려받기(Pull)하기

zinnector clone client-domain.com
cd client-domain.com

clone은 호스팅된 사이트로부터 로컬 프로젝트를 생성합니다. 다음 항목이 포함됩니다.

• 사이트의 자체 작업물인 wp-content (테마, 플러그인, mu-플러그인, 언어 및 미디어);
• 프로젝트의 database.sql에 기록된 데이터베이스.

WordPress 코어(로컬 런타임이 올바른 버전을 제공함), wp-config.php(라이브 사이트의 데이터베이스 비밀번호가 포함됨), 객체 스토리지로 오프로드된 미디어는 의도적으로 제외됩니다.

실행할 때마다 가져온 항목과 제외된 항목이 개수와 함께 정확히 출력됩니다. 파일만 필요한 경우 --no-database를 추가하십시오.

이미 프로젝트가 있고 최신 버전만 필요하신가요? 프로젝트 내부에서 zinnector pull을 실행하십시오.

4. 실제 콘텐츠와 함께 로컬에서 실행하기

zinnector dev --runtime docker

Docker 런타임에서 이 명령은 database.sql을 가져오고, 사이트 URL을 로컬 주소로 재작성하며, 고객의 실제 콘텐츠가 포함된 상태로 사이트를 엽니다. 사이트 자체의 WordPress 계정으로 로그인하십시오.

Docker가 필요 없는 기본 런타임인 WordPress Playground는 시작이 더 빠르지만 데이터베이스를 가져오지 않습니다. 조용히 빈 상태로 시작하는 대신 그 사실을 알려줍니다. 코드를 작업 중이며 콘텐츠가 필요 없을 때 사용하십시오.

5. 부여받은 복사본 관리하기

database.sql은 라이브 사이트의 데이터베이스입니다. Zinnector®는 파일이 생성되는 순간 프로젝트의 .gitignore에 자동으로 추가하므로, 깜빡하고 git add -A를 실행하더라도 누군가의 고객 정보를 리포지토리에 게시하는 일은 방지됩니다. 해당 줄을 그대로 두고, 작업이 완료되면 파일을 삭제하십시오.

협업자가 할 수 있는 일과 할 수 없는 일

| | 뷰어 | 편집자 | 관리자 | |---|---|---|---| | 사이트 및 설정 보기 | ✔ | ✔ | ✔ | | 파일 변경, wp-admin 사용, 배포 | | ✔ | ✔ | | 사이트 가져오기(데이터베이스 포함) | | ✔ | ✔ | | 라이브 사이트에 백업 복원 | | | ✔ | | 사이트 삭제 | | | | | 청구 또는 인보이스 보기 | | | | | 소유자의 다른 사이트 접근 | | | |

마지막 세 행은 모든 역할에 대해 비어 있습니다. 이는 설정이 아닙니다.

액세스 종료하기

소유자는 사이트의 보안 섹션을 열고 해당 사람의 이름 옆에 있는 취소를 선택합니다. 즉시 적용됩니다. 해당 개발자가 다음에 실행하는 Zinnector® 명령어는 해당 사이트를 볼 수 없으며, 보유하고 있는 다른 어떤 방법으로도 접근할 수 없습니다.

만료일 설정은 아무도 기억할 필요 없이 지정된 날짜에 동일한 작업을 수행합니다. 사이트를 공유할 때 만료일을 설정했다면 이미 완료된 것입니다.

작동하지 않는 경우

• zinnector sites에 아무것도 표시되지 않는 경우. 초대장이 수락되지 않았거나, 권한이 취소되었거나 만료되었습니다. 소유자에게 사이트 보안 섹션을 확인해 달라고 요청하십시오. 대기 중인 초대가 거기에 나열됩니다.
• zinnector pull에서 사이트에 최근 백업이 없다고 나오는 경우. 요금제가 허용하는 경우 가져오기가 최신 백업을 새로 생성하며, 먼저 확인을 요청합니다. 요금제에 온디맨드 백업이 포함되어 있지 않은 경우, --max-age를 높여 이전 백업을 수락하십시오.
• zinnector dev가 빈 WordPress를 시작하는 경우. 데이터베이스를 가져오지 않는 Playground 런타임에 있는 상태입니다. zinnector dev --runtime docker를 실행하십시오.
• 로컬 사이트가 계속 라이브 도메인으로 리디렉션되는 경우. 가져오는 동안 사이트 URL이 재작성됩니다. 해당 단계가 실패한 경우 명령어가 그 사실을 알리고 실행해야 할 wp search-replace 줄을 출력합니다.

더 많은 오류 및 해결 방법: Zinnector® 문제 해결.