קוד משותף בתיקייה חיצונית של התקנות שונות (revised)
שלום שלום.
אני עדיין בשלבי ניסיונות מה הדרך הנכונה לשתף תיקיות קוד (רכיבים משותפים, למשל) בין מספר התקנות של דרופל על שרת שיתופי, **כאשר אין גישת SSH**, אבל יש נכונות מצד חברת האכסון (spd) להוסיף סימלינקים ככל שנדרש עבור כל אתר. המטרה היא כמובן שדרוג מהיר יותר בין גרסאות אקוויה ותוצאת לוואי הנה גם חיסכון מסוים באכסון.
אני מבקש את חוות דעתכם האם לדעתכם זו שיטה עלולה ליצור בעיות כלשהן בשלב כלשהו. להלן מה שבוצע **ונראה עובד**:
לצורך בדיקה התחלנו עם אתר אחד (זנוח מעט...) ורק עם התיקיות של ההפצה של אקוויה - הפצה בה אני משתמש עבור כל האתרים. כלומר, בינתיים לא עבור תיקיית מודולים שאינם בהפצה.
- בתיקייה חיצונית לאתרים הוגדרה התיקייה d6/acquia_shared/current ובה שפכתי את כל הקוד של הפצה חדשה.
- בוצעו סימלינקים על ידי חברת האחסון מתיקייה רלוונטית בתוך האתר הספציפי לתיקייה רולוונטית שבתוך התיקייה current הנ"ל. סימלינקים בוצעו עבור התיקיות includes + misc + modules + scripts.
- הורץ update.php באתר הספציפי ועבר בהצלחה. יש לציין שהאתר הספציפי היה בגרסא קודמת, כך שהעדכון הוא אמיתי.
- על פניו האתר נראה בסדר, לא התבצעה בדיקה מעמיקה של תפקודו.
שאלה ראשונה:
האם יש צורך לעשות סימלינקים גם לקבצים מסוימים שקיימים בתיקיית השורש של התקנת דרופל? למשל, האם קבצים מסוימים עשויים להשתנות בין תת-גירסא אחת לשנייה?
שאלה שנייה:
האם יכולות להיות השלכות לא צפויות? האם יש בעיה שאני לא רואה?
אשמח לשמוע אתכם. תודה!
---
אם הגעת לדיון זה בעקבות חיפוש באתר ומעניינים אותך דיונים העוסקים בקוד משותף כאשר **יש גישת SSH** ניתן לנסות את הדיונים המופיעים כאן וכאן.

אמיר, לא הבנתי מה אתה מנסה
אמיר,
לא הבנתי מה אתה מנסה לעשות. אולי תסביר את הבעיה ולא את הפתרון.
למרות שלא הבנתי, אני ממליץ לך להשתמש ביכולות multisite של דרופל. פתרון של לינקים הוא אולי עובד, אבל סיוט תחזוקתי.
אני לא רואה שום קשר בין ssh כן או לא לבין זה.
מולטיסייט לא מתאים במקרה זה
מולטיסייט לא מתאים במקרה זה מכמה סיבות:
1. האתרים שונים לגמרי זה מזה ועל פי כל הדיונים שקראתי, זה סיבה טובה לא להשתמש במולטיסייט.
2. חלק מהאתרים הם של לקוחות להם עומדת הזכות להעביר את האתר לאכסון אחר.
3. אתר אחד מתוך האתרים מתוכנן בעצמו להיות מולטיסייט לטובת מיני-אתרים.
מה שאני מנסה לעשות זה פשוט מבחינה לוגית: לשים קבצים משותפים מחוץ לספריית השורש של אתר זה או אחר וללנקק לשם. מה לא ברור?...
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
. האתרים שונים לגמרי זה מזה
אני לא מסכים עם הקביעה הזאת. מה זה אתרים שונים? מה זה דומים? אתר זה קבצים + בסיס נתונים, וכל האתרים שונים זה מזה.
הוראות העברה:
* התקן דרופל מתוך דרופל.אורג
* העבר את תיקיית sites/mysites אל ההתקנה החדשה
* profit
שוב, נראה לי שאתה מערבב. אתר הוא אתר אחד. אין דבר כזה אתר מולטיסייט. מ"ס מתייחס אך ורק למבנה הקבצים על השרת. אם אתה רוצה אקוויה אחת לכל האתרים שלך, תתקין את זה כמולטי. אם אתה רוצה כל אתר בנפרד, תתקין אותם כנפרדים.
תעשה - פשוט נראה לי שאתה ממציא מחדש את התקנת המולטיסייט, ותתקל בבעיות שאיש לא יידע לפתור לך.
הסיבה שלא כל כך רציתי
הסיבה שלא כל כך רציתי מולטיסייט היא בשל עניין ההרשאות (למטה תחת Security Concerns). כלומר, ייתכן שאחד האתרים יצטרך הרשאת אדמין, מה שיקנה לו, אם יקבל הרשאה כזו, אפשרות לשנות תת-אתרים אחרים.
בכל זאת, בחרתי בינתיים באפשרות של מולטיסייט בידיעה שלא אתן הרשאת אדמין לבעל תת-האתר.
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
הבעיה שמתוארת שם היא
הבעיה שמתוארת שם היא שאדמיניסטרטור יריץ קוד PHP באתר שלו, שהקוד הזה מטייל לך בשרת.
נראה לי עניין בסבירות נמוכה, ברוב המקרים. כמו כן, אם אין למשתמש שבשמו רץ ה apache הרשאות מיותרות, הנזק שהוא יכול לגרום מוגבל (למשל לתיקיית ה files - לא אמורה להיות לו הרשאות כתיבה במקומות אחרים).
בנוסף לכך, כמו שמקונפגים כל שרתי ה shared hosting - אם יש לך חשבון shared ואתה נותן admin באתר אחד - יש סיכוי שכל שאר האתרים שלך חשופים באותה מידה.
האם יש דרך למנוע התקפות כאלה מלבד להשתמש בשרת וירטואלי (vps) שונה לכל אתר? אני לא בטוח.. צריך לחשוב על זה.
אגב - זה לא קשור להרשאת אדמין - אלא להרשאת PHP. כל מיני מודולים, כמו block, php filter, views - מאפשרים לך להכניס קוד PHP - אני לא בטוח שכולם מאוגדים תחת אותה הרשאה.
אוקיי תודה יובל. תשובה מלאה,
אוקיי תודה יובל. תשובה מלאה, 12 נקודות :-)
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט