עבודה על אתר שמישהו שיתף איתך

בעלים של אתר יכול להעניק לכם גישה לאחד מהאתרים שלו — לא לחשבון שלו, לא לפרטי החיוב שלו, ולא לאתרים האחרים שלו — ואתם עובדים עליו עם התחברות אישית משלכם ל-Zinn Digital® ועם ה-CLI החינמי של Zinnector®. מדריך זה כולל את שני החלקים: מה הבעלים עושה, ומה אתם עושים.

אם לא השתמשתם ב-Zinnector® בעבר, תחילת העבודה עם Zinnector® מתקין אותו בתוך כשתי דקות. שום דבר כאן אינו דורש מכם לרכוש אחסון.

עבור בעלי האתר — שיתוף אתר בודד

1. פתחו את האתר בלוח הבקרה שלכם ועברו אל אבטחה.
2. תחת מי עוד יכול להגיע לאתר זה, בחרו ב-שיתוף אתר זה.
3. הקלידו את כתובת הדוא"ל של המפתח. הוא אינו זקוק לחשבון עדיין — אם הוא מעולם לא התחבר, הוא יקבל הזמנה והגישה תתחיל ברגע שהוא יאשר אותה.
4. בחרו תפקיד:

• צופה — יכול להסתכל, ולא יכול לשנות דבר.
• עורך — התפקיד שמפתח זקוק לו בדרך כלל. הוא יכול לשנות את קובצי האתר, להשתמש ב-wp-admin, ולהוריד ארכיון של האתר כדי לעבוד עליו באופן מקומי. ארכיון זה כולל את מסד הנתונים.
• מנהל — כל מה שעורך יכול לעשות, בנוסף לשחזור גיבוי.

1. ציינו סיבה ו-תאריך תפוסה, אם למלאכה יש תאריך סיום. ההרשאה פשוט מפסיקה להיות תקפה בתאריך זה; אינכם צריכים לזכור להסיר אותה.
2. שמרו.

מה שתבחרו שלא יהיה, משתף פעולה לעולם לא יוכל למחוק את האתר, לראות את פרטי החיוב שלכם, או להגיע לאף אחד מהאתרים האחרים שלכם.

מה הפירוש של "הארכיון כולל את מסד הנתונים"

עורך או מנהל יכולים לקחת עותק של האתר כדי לעבוד עליו, ועותק של אתר הוא הקבצים שלו ומסד הנתונים שלו. מסד נתונים של WordPress מחזיק את כל מה שהמבקרים שלכם מסרו לאתר — שמות מגיבים וכתובות דוא"ל, חשבונות לקוחות, הזמנות WooCommerce וכתובות למשלוח, שטחי טפסים שנשלחו.

זהו בדרך כלל בדיוק מה שמפתח צריך: בלעדיו הוא מסתכל על תבנית העיצוב שלכם מול אתר ריק. כדאי לדעת זאת, מכיוון שמדובר במידע אישי אמיתי והאנשים שהוא שייך להם הם הלקוחות שלכם, לא שלנו.

שני דברים נובעים מכך, והפלטפורמה מבצעת את שניהם עבורכם:

• כל ייצוא מופיע ביומן הביקורת שלכם. פתחו את יומן ביקורת וחפשו את site.backup.exported. כל שורה מציינת מי לקח אותו, מתי, והאם ארכיון זה הכיל את מסד הנתונים. אינכם צריכים לשאול.
• אתם יכולים לסיים זאת בכל רגע. הביטול הוא מיידי — ראו להלן.

אם תעדיפו שהם יעבדו ללא מסד הנתונים, אמרו להם להוסיף --no-database כשהם מושכים את האתר; זהו דגל אחד והשאר עובד אותו הדבר.

עבור המפתח — הורדת האתר למחשב שלכם

1. התקינו את Zinnector®

npm install -g zinnector
zinnector --version

אתם זקוקים ל-Node 24 או גרסה חדשה יותר. הדפסה של node --version חייבת להציג v24 או גרסה גבוהה יותר.

2. התחברו כעצמכם

zinnector login

פעולה זו פותחת את הדפדפן שלכם ומחברת אתכם עם חשבון Zinn Digital® האישי שלכם — החשבון שאליו נשלחה ההזמנה. אינכם זקוקים לעולם לססמה של הבעלים, והוא מעולם לא צריך לתת לכם אותה.

בדקו מה ניתן לכם:

zinnector sites

אתם תראו בדיוק את האתרים ששותפו איתכם, ולא שום דבר אחר. אם הרשימה ריקה, ההזמנה עדיין לא אושרה, או שההרשאה בוטלה או פגה.

3. משכו את האתר למחשב

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

הפקודה clone יוצרת פרויקט מקומי מהאתר המאוחסן. היא לוקחת:

• wp-content — תבניות העיצוב, התוספים, ה-mu-plugins, השפות והמדיה שהם העבודה הייחודית של האתר;
• את מסד הנתונים, שנכתב לקובץ database.sql בפרויקט.

היא מוותרת בכוונה על ליבת WordPress (סביבת ההרצה המקומית שלכם מספקת את הגרסה הנכונה), על wp-config.php (המחזיק את ססמת מסד הנתונים של האתר החי), ועל כל מדיה שהועברה לאחסון אובייקטים.

כל הרצה מדפיסה בדיוק מה נלקח ומה נשאר, כולל כמויות. אם אתם רוצים את הקבצים בלבד, הוסיפו --no-database.

כבר יש לכם את הפרויקט ואתם רק רוצים את הגרסה העדכנית ביותר? הריצו zinnector pull בתוכו.

4. הריצו אותו מקומית, עם התוכן האמיתי

zinnector dev --runtime docker

בסביבת ההרצה Docker, פקודה זו מייבאת את database.sql, משנה את כתובת ה-URL של האתר לכתובת המקומית שלכם, ופותחת את האתר עם התוכן האמיתי של הלקוח בתוכו. התחברו עם חשבונות ה-WordPress של האתר עצמו.

סביבת ההרצה של ברירת המחדל — WordPress Playground, שאינה דורשת Docker — מהירה יותר להפעלה ואינה מייבאת את מסד הנתונים; היא תודיע לכם על כך במקום להתחיל בשקט כשהיא ריקה. השתמשו בה כאשר אתם עובדים על קוד ואינכם זקוקים לתוכן.

5. שמרו על העותק שניתן לכם

הקובץ database.sql הוא מסד נתונים של אתר חי. Zinnector® מוסיף אותו לקובץ ה-.gitignore של הפרויקט שלכם ברגע שהוא כותב אותו, כך ש-git add -A בהיסח הדעת לא יוכל לפרסם לקוחות של מישהו למאגר קוד (repository). השאירו שורה זו ללא שינוי, ומחקו את הקובץ כשהעבודה מסתיימת.

מה משתף פעולה יכול ולא יכול לעשות

| | צופה | עורך | מנהל | |---|---|---|---| | לראות את האתר וההגדרות שלו | ✔ | ✔ | ✔ | | לשנות קבצים, להשתמש ב-wp-admin, לפרוס קוד | | ✔ | ✔ | | למשוך את האתר, כולל מסד הנתונים | | ✔ | ✔ | | לשחזר גיבוי על גבי האתר החי | | | ✔ | | למחוק את האתר | | | | | לראות פרטי חיוב או חשבוניות | | | | | להגיע לאתרים האחרים של הבעלים | | | |

שלוש השורות האחרונות ריקות עבור כל תפקיד. הן אינן הגדרה.

סיום הגישה

הבעלים פותח את חלק ה-אבטחה של האתר ובוחר ב-ביטול לצד שם האדם. השינוי נכנס לתוקף באופן מיידי: פקודת ה-Zinnector® הבאה שמפתח זה יריץ לא תוכל לראות את האתר, וכך גם שום דבר אחר שבידיו.

תאריך תפוסה מבצע את אותו הדבר בתאריך מסוים, מבלי שמישהו יצטרך לזכור. אם קבעתם תאריך כזה כשהגדרתם את שיתוף האתר, סיימתם מראש.

כאשר משהו אינו עובד

• הפקודה zinnector sites אינה מציגה דבר. ההזמנה לא אושרה, או שההרשאה בוטלה או פגה. בקשו מהבעלים להסתכל בפרק האבטחה של האתר — הזמנה ממתינה מופיעה ברשימה שם.
• הפקודה zinnector pull מודיעה שלאתר אין גיבוי עדכני. משיכת האתר יוצרת גיבוי חדש אם התוכנית מאפשרת זאת, ומבקשת אישור תחילה. אם התוכנית אינה כוללת גיבויים לפי דרישה, הגדילו את --max-age כדי לקבל גיבוי ישן יותר.
• הפקודה zinnector dev מעלה אתר WordPress ריק. אתם נמצאים בסביבת ההרצה Playground, שאינה מייבאת מסד נתונים. הריצו zinnector dev --runtime docker.
• האתר המקומי ממשיך לבצע הפנייה מחדש לדומיין החי. הייבוא משנה את כתובת ה-URL של האתר; אם שלב זה נכשל, הפקודה מודיעה על כך ומדפיסה את שורת ה-wp search-replace שיש להריץ.

שגיאות נוספות והפתרונות שלהן: פתרון תקלות ב-Zinnector®.