במערכת שאנחנו מפתחים, יש קבוצת משתמשים שיכולים להוסיף משתמשים. למשל, מנהלים יכולים להוסיף עובדים.
הרעיון הוא שמנהל יש לו יכולת להוסיף למערכת משתמשים שיש להם user relationship מסוג "עובד" או "מנהל" בכיוון ההפוך, מבלי להיכנס לממשקי הניהול של דרופל (כי אחרת אנחנו נותנים יותר מדי כוח במערכת).
לי אישית אין בעיות לשבת ועם קצת forms api לכתוב את הכל, זה לא מסובך מדי. הבעייה היא שאני לא רוצה להשקיע יום, יום וחצי לעבוד ולהבין אחרי שלוש ימים שיש אופס פה, ויש עוד אופס פה... אני בטוח שיש מודול שעושה משהו בסגנון. הדרישות הן:
- משתמש מ־role מסויים יש לו אפשרות להוסף משתמשים חדשים
- המשתמשים החדשים יהיו שייכים ל־role אחר
- המשתמש יראה את כל המשתמשים שהוא יצר, או "אלו שמתחתיו"
- מנהל מערכת יכול להוסיף משתמשים לרשימה "מאחורי הקלעים"
שוב, אפשר לעשות את זה ידנית ולתת ל"מנהל" את ססמת ה־admin לאתר ושהוא יצור משתמשים, ישייך אותם ל־role המסויים, ואז יצור את ה־relationship בעצמו, אבל אני מחפש משהו יותר מסודר.
אפשרות פשוטה יחסית היא להשתמש
אפשרות פשוטה יחסית היא להשתמש ב Invite
1. רק למנהלים יש את ההרשאה לשלוח הזמנות למשתמשים חדשים,
2. משתמשים חדשים מקבלים role "עובד" או אפילו יכול להיות תלוי בrole של המשתמש שהזמין אותם.
3. מוזמנים מצורפים אוטומטית לרשימת אנשי הקשר של המנהל שהזמין אותם.
זה נשמע כמו משהו שיכול להתאים ?
רק דבר אחד, הנקודה השלישית (invite + user relationship integration) עד כמה שאני יודע לא הוכנסה עדיין למודול אבל נפתרה פה : http://drupal.org/node/344160
מקווה שעזרתי.
צחי שלידור, לינוויט
תשתיות תוכן קהילתיות
R2L - ערכות עיצוב מרוטלות לדרופל
האמת... מאוד קרוב... אבל אני
האמת... מאוד קרוב... אבל אני צריך שהמנהל כבר יצור את המשתמש.
המשתמש שיקבל את החשבון הוא ממש דביל... לא להקשות עליו. תבין, זה בגדול הולך להיות קופאית שיושבת מול טופס שיש בו רק שדה אחד וגם אותו היא תזין באמצעות בר־קוד... יש סיכוי גדול שהמשתמש שירשם לא יהיה לו אפילו אימייל (או שנשים לו אימייל פיקטיבי כדי להשתיק את דרופל).
תודה, זה מקדם מאוד.\
עריכה:
הורדתי את הגרסה האחרונה (מה? אין אפילו alpha! אין ביטא! אין rc!) ובינתיים אני יכול לקבל את ההזמנות, אבל המשתמשים שהוזמנו לא משוייכים לתפקידים שהגדרתי בממשק הניהול.
עשיתי את זה על ידי admin/user/invite/settings ושם הגדרתי ש־Default target role הוא הקופאית. אחרי רישום הקופאית עדיין לא משוייכת לתפקיד קופאית אלא סתם authenticated.
מה אני מפספס?
סליחה, אבל למה אתה בכלל משתמש
סליחה, אבל למה אתה בכלל משתמש ברכיב שלא שוחרר? אתה לא מפתח הרי אתר שלך שיהיה בפיתוח מתמיד ואתה יכול להיות עם יד על הדופק, כמו שאני מבין, אלא זה אתר "שגר-ושכח"...
| פרקטיקול - בונים לך אתר דרופל | קורס דרופל! | עזרה מידית בקבוצה שלנו בפייסבוק! | מכללת קוד פתוח
אתה כל כך צודק... ובסוף מסתבר
אתה כל כך צודק... ובסוף מסתבר שבאמת נכתוב קוד יעודי לפרוייקט... אני הייתי רוצה לדעת כמה קשה יהיה להפוך אותו לגנרי, אבל זה יבוא בנגלה שנייה, ולא לאתר הזה.
תודה!
אולי אפשר לבחור באפשרות
אולי אפשר לבחור באפשרות ביניים - להצטרף למפתחי המודול ולקדם אותו. כך גם תרוויח kudos וגם בקרת איכות. כמובן, זה דורש הבנה מצד המפתחים הנוכחיים לדחיפות הצורך שלך במודול :-)
| פרקטיקול - בונים לך אתר דרופל | קורס דרופל! | עזרה מידית בקבוצה שלנו בפייסבוק! | מכללת קוד פתוח
תבדוק אם U Create יכול
תבדוק אם U Create יכול לעזור
http://drupal.org/project/ucreate
שי
http://www.gooshi.co.il
http://ifree.org.il - בניית אתרים בחינם
אולי תבדוק גם את
אולי תבדוק גם את אלו:
http://drupal.org/project/administerusersbyrole
http://drupal.org/project/role_delegation
וגם:
http://drupal.org/project/rolereference
ו- node/user reference (חלק מ- CCK)
בקשר לשייכות בין המשתמשים, הייתי חושב על שימוש ב- Rules לניהול הקשרים.
בהצלחה!
CPO - פתרונות דרופל.
www.cpo.co.il
נכתב על ידי CPO: אולי תבדוק
אולי תבדוק גם את אלו:
http://drupal.org/project/administerusersbyrole
http://drupal.org/project/role_delegation
וגם:
http://drupal.org/project/rolereference
ו- node/user reference (חלק מ- CCK)
בקשר לשייכות בין המשתמשים, הייתי חושב על שימוש ב- Rules לניהול הקשרים.
בהצלחה!
הפתרון הראשון לא מתאים לי: כי יהיו מנהלים מכמה חנויות, ובמיקרה הזה (אם אני מבין נכון) מנהל של חנות (א) יכול לנהל את כל העובדים של כל החנויות במערכת, ולא רק שלו.
לא הבנתי למה אני צריך (במקרה הזה) את המודול האחרון - אבל טוב שהוא שם! אני בטוח תצתרך אותו בעתיד!
יש כל כך הרבה דרכים לפתור את
יש כל כך הרבה דרכים לפתור את זה - רק זרקתי רעיון לדרך אחת.
אין לי כל כך זמן להכנס לעובי הקורה של הפרוייקט הזה, אבל אני חושב שהייתי בודק את האפשרות דווקא כן לנהל את מערך הקשרים בעזרת Rules, Views ומיני References... אם זה היה נכשל הייתי עובר לבדוק איך אפשר להשתמש ב OG כמו שכבר הציעו...
CPO - פתרונות דרופל.
www.cpo.co.il