מקום טוב להתחיל בו הוא הורדה של הגרסה העדכנית של דרופל בעברית.
להורדת דרופל בעבריתלשפות וגרסאות אחרות, Drupal.org
יש לנו באתר מדריכים שונים, הכוללים מדריך להתקנת דרופל על המחשב המקומי או על שרת אירוח באינטרנט, כמו גם מדריכים לעיצוב ופיתוח.
בעזרת המדריכים השונים באתר ובעזרת קבוצות הדיון שלנו, אפשר למצוא את כל המידע הנחוץ להקמה והתאמה אישית של אתרי דרופל. כדאי לבדוק גם את ערוצי התמיכה הנוספים שלנו
פתרון לעמודים לבנים
כרגע כל העמודים באתר לבנים.
פעמים רבים עמודים לבנים הם סימן לשגיאת PHP.
האם יש לך שגיאת PHP באיזשהו מודול?
נסה לבנות TEST SITE בצד שיש בו רק את i18n ובדוק אם הבעייה עדיין קורה.
אמנון-מאיר לבב - ייעוץ משולב - סוף מעשה באפיון תחילה!
אפיון מיזמי אינטרנט, ליווי פרוייקטים בדרופל וייעוץ רב-תחומי
לא נתקלתי בבעיה
לא הצלחתי לשחזר את הבעיה שלך. הצלחת לפתור אותה?
דרך אגב - האתר מדליק ומוכיח שדרופל זה לא רק html. סחתיין.
האם תוכל לשתף אותנו מעט באתגר הספציפי של שילוב פלאש דינמי וג'אווה סקריפט על מנת להחיות תוכן בדרופל?
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות
הבעיה נפטרה
בנוגע לשילוב של הפלאש.
מבלי להתעמק יותר מדי בAS של הסרטון, נאמר שאת כל המידע שלו הוא מקבל באמצעות flashVars ומהם הוא שואב את הכתובות של התמונות הרלוונטיות.
ייצרתי כאן סוג תוכן חדש - "מוצר". סוג תוכן זה מאפשר העלאה של קבצים (file attachments). ב THEEM של סוג תוכן זה הוא כותב את הHTML של הכנסת הפלאש לדף + רשימה של כל הקבצים הנלווים לתוכן כ flashVars. כדי לציין את הסדר של התמונות השתמשתי בשדה ה description של הקבצים להעלאה - לא הכי אלגנטי אבל עושה את העבודה.
אשמח לענות לשאלות נוספות,
פיש.
שילוב של פלאש ותוכן של דרופל
מאחר שאינני מכיר פלאש ו-AS מספיק טוב, אני מעוניין לדעת, מנקודת מבטו של מפתח PHP:
האם ניתן לדעתך להשתמש באובייקטים של דרופל (user, node, access, menu...) על מנת לבנות אתר פלאשי?
במילים אחרות - האם אנחנו יכולים להפוך את דרופל ל-CMS פלאשי? מה דרוש על מנת שדבר כזה ייקרה? מהן המגבלות/היתרונות של AS בהקשר זה?
דוגמה מאוד רלוונטית וודאי כזו שיימצא לה ביקוש רב, היא הפיכת התפריט של דרופל לפלאשי, על מנת לעקור אותו מיבשותו ה-htmlית (עם כל הכבוד ל-CSS, פלאש מספק עדיין את התוצאות היפות ביותר).
דוגמה מתבקשת נוספת היא להחזיק שני Themes של האתר, אחד ב-html והשני בפלאש, על מנת לתת מענה לאנשים עם מוגבלויות שנעזרים בתוכנות קריאת מסך וכד' (מי שרוצה לראות את פאר היצירה בהקשר זה: http://www.arteradio.com קרוב לודאי שזהו האתר הטוב בעולם)
האם נראה לך שנוכל לפתח פתרון שכזה?
panels ואני
נשאלתי ביומיים האחרונים פעמיים בנושא השימוש במודול panels באתר זה. מודול panels הוא מודול המקיף את כל נושא התצוגה והחלוקה לאיזורים של התצוגה. אני חייב להודות שטרם התנסתי בו אך לאור הכרותי עם מודולים מסוגו (flexunode , views) - פתרונות האינסטאנט הם לעיתים מורכבים יותר ליצירה ומגבילים את האפשרויות ביחס לעבודה ישירה על הקוד. אני לא רוצה לזרוק בוץ באופן אוטומטי על המודול הזה בלי להכיר אותו לעומק אבל קשה לי להאמין שבפרוייקט שנגזר מתוך סקיצה עיצובית, עם דיוק ברמת הפיקסל, ניתן יהיה להגיע לתוצאות דומות עם פאנלז.
את האתר הזה לא ביצעתי עם panels כי אם בהארד קוד. טיפלתי ישירות במנוע הטמפלייט כדי ליצור איזורי תצוגה חדשים (reagons). שטלתי אותם בטמפלייט. נדרש קצת CSS כדי להעמיד כל חלק במקומו (הרבה position: relative; שבאופן מוזר נתמך יפה ב IE,FF ו opera וסאפארי גם.
השלב הבא הוא לבנות את כל הבלוקים ולמקם אותם באיזורים החדשים.
יש כאן משהו לא כל-כך אלגנטי. התוכן מציג את הפלאש אבל כדי להציג את הטקסט הנלווה בצד - אני נזקק לבלוק חדש.
הבלוק קורא את השם של הדף מתוך ה URL
arg(1
ואז טוען שוב את הnode ומציג את הטקסט שלו. יש כאן כפילות כי אני מטריד את ה DB פעמיים באותה שאלה. אשמח לשמוע רעיון איך לקשר באופן ישיר את הבלוק לתוכן הדף. האם קיים משתנה גלובאלי המחזיק את מספר התוכן (nid) ?
..:| תומר פיש |:..
fatFish - Rich media web development
0523.442853 02.5337643
דווקא אני שמעתי
דווקא אני שמעתי גדולות ונצורות על הפאנלס, אבל גם אני לא מכיר את המודול מנסיון, אלא רק ממשמע אזניים.
אני מסכים איתך שקידוד ישיר הוא הדרך להגיע לדיוק הגבוה ביותר, אבל מנסיוני בעבודה עם דרופל, למדתי שבשל ההתקדמות המהירה שלה, ישנם הבדלים משמעותיים מאוד בין גרסה לגרסה, ומלאכת השדרוג עשויה להפוך למסובכת, ככל שרמת הקסטומיזציה עולה. שלא תבין אותי לא נכון - היכולת שלנו להתאים את דרופל לצרכים שלנו היא אחת הסיבות המרכזיות לבחירה בה כ-CMS, אבל אם לא עובדים נכון בשלב התכנון, אוכלים קש בשלב השדרוג.
אחת הטעויות הנפוצות בעבודה עם דרופל, היא לעשות למערכת התאמות ע"י שינוי ישיר של קבצי המקור. לשינוי שכזה יש מחיר כבד בשדרוג. למרבה המזל, דרופל הולכת ונהיית ברת-דריסה לתכונות שלה עצמה, החל בפונקציות של עיצוב בגרסאות קודמות, עבור בטפסים בגרסה הנוכחית (4.7) והמשך בתפריטים בגרסה הבאה. וכבר מדברים על מנגנון לדרוס פונקציות דרוסות...
דריסה שכזו, בקובץ phptemplate, היתה מונעת ממך לגעת בקוד של מנוע הטמפלייט, על מנת להוסיף אזורים, וגם היתה מאפשרת לך לשדרג את האתר והעיצוב ביתר קלות.
לגבי שאלתך:
ישנם עמודים שמציגים מספר תכנים, ועל כן נזקקים לטעון מספר nodes. אני מבין את הבעיה שבטעינת תכנים שוב ושוב. האם זכרון המטמון לא עונה על הבעיה הזו, לפחות חלקית?
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות