דרופל

דרופל היא הפלטפורמה המובילה בקוד פתוח לבנייה, תחזוקה וניהול של אתרי אינטרנט עשירים. דרופל מאפשרת לבעלי אתרים לנהל את התכנים באתר בעצמם, ללא עזרה מבעלי מקצוע טכניים. לבוחרים לבנות בעצמם אתרים במערכת, דרופל מספקת הן רכיבי תוכנה מוכנים וכן אפשרות להרחיב את היכולות באמצעות קוד. דרופל משתכללת באופן מתמיד ונתמכת בידי קהילה רחבה בעולם ובישראל. דרופל מובילה את המעבר לקוד פתוח הן בקרב עסקים פרטיים והן לטובת גופים ציבוריים.
"פרקטיקול" מציעה קורס דרופל ובניית אתרים ללקוחות בדרופל. אז... מאיפה להתחיל? - התחילו בהבנה מה זה דרופל. מוזמנים להתאהב במערכת הזו כמונו :)

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

כתבות אחרונות מתוך הדרופל בלוג שלנו...

פונקציות מסד נתונים

טיפת דרופל

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

ניתוח ובנייה - גישות משלימות

קרל פופר

על ההבדל בין גישת Top-Down לבין גישת Bottom-up, על הפער בין אופן התייחסות הגולש באתר לזה של בונה האתר וגם קצת פילוסופיה.

סיכום מפגש דרופל ירושלים 03.01.12

דרופל

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

פריסה באמצעות הממשק

דרופל - הסוויטה

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

הערכת זמנים לאתר דרופל

הערכת זמן לפרויקט

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

מסמך לסיכום 2011 המשווה בין מערכות ניהול תוכן בקוד פתוח

דרופל, וורדפרס, ג'ומלה

המובילות הן - כמו תמיד - וורדפרס, דרופל וג'ומלה. ממשיכה להסתמן המגמה של ירידת קרנהּ של ג'ומלה לטובת וורדפרס ודרופל.

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

דרופ(ע)לון... חמש הכתבות האחרונות מתוך הבלוג שלנו. לקריאת כל הכתבות: דרופל בלוג

פונקציות מסד נתונים

גירסת הדפסהגירסת הדפסה
טיפת דרופל

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

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

מקור: ההולנדים של ויצלרן

Drupal report

ניתוח ובנייה - גישות משלימות

גירסת הדפסהגירסת הדפסה
קרל פופר

על ההבדל בין גישת Top-Down לבין גישת Bottom-up, על הפער בין אופן התייחסות הגולש באתר לזה של בונה האתר וגם קצת פילוסופיה.

כך רואה את מבנה האתר הגולש

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

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

כך רואה את מבנה האתר איש טכני

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

  • ישויות ("סוגי עמודים")
  • יחסים בין הישויות
  • השדות של כל ישות
  • מדורים עם היבטים (רשימות פריטים)
  • עמוד הבית (כן... בסוף!)

כלומר, איש טכני (רצוי בעל לוגיקה בריאה) מייצר את החלקים השונים ומהם ממשיך ובונה חלקים מורכבים יותר. אט-אט ניתן לראות את האתר קורם עור וגידים. השיטה המדעית של מהלך הסינתזה הזה קרויה אסטרטגיית Bottom-up, בעברית 'מלמטה מעלה' ובארמית 'מלרע'.

אריסטו רואה דברים "מלמטה" ואפלטון "מלמעלה"

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

ניתוח אתר
אפלטון (משמאל) מצביע על מקור הדברים ככאלו המגיעים מלמעלה ואריסטו מנסה להחזירו לקרקע.
2 נקודות למזהה את הצייר :)

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

ח"י רוֹת, מורה-דרך בפילוסופיה היוונית, מאגנס, ירושלים 1960, עמ'' 88 - 89.

 

גישור בין שני כיווני המבט למטרת בנייה

עכשיו הגענו לקרל פופר, הבחורצ'יק שתמונתו מתנוססת בראש הכתבה. בפישוט גס וברדוקציה כמעט פושעת אניח לעצמי להתאים את דבריו להקשר שלנו. מה הוא אמר? הוא אמר משהו בסגנון הזה - אני דולה מהזיכרון שלי בשיעורי פילוסופיה מדינית, אני מבטיח שזה לא מדויק: "לא יכול להיות צבא שאין לו חיילים כשם שלא יכולים לשרת חיילים אלא בצבא".

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

גישור בין שני כיווני המבט למטרת גלישה

דבר אחד זה לבנות את האתר נכון מבחינה לוגית ודבר שני זה לאפשר לגולש למצוא מה שהוא רוצה (או מאנחנו רוצים לגרום לו לחשוב שהוא רוצה). כאן מגיע תחום חוויית המשתמש החשוב כל כך.

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

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

אז מי צריך להגיד קודם שלום, "זה שיורד או זה שעולה?"

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

Drupal report

סיכום מפגש דרופל ירושלים 03.01.12

גירסת הדפסהגירסת הדפסה
דרופל

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

היינו 10 אנשים במפגש - ברוטציה על 9 מקומות ישיבה - בדיוק המספר ששאפתי אליו...

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

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

שאפו לחבר'ה מאינטל ירושלים שהחליטו להקים את ה-SDK של מוצא חדש שלהם במערכת דרופל ובאו לקבל עצות ומידע!

שכחנו להצטלם :)

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

אמיר

Drupal report

פריסה באמצעות הממשק

גירסת הדפסהגירסת הדפסה
דרופל - הסוויטה

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

חבילת הרכיבים Display Suite מאפשרת לכם לשנות באמצעות ממשק המשתמש את מבנה התוכן בדף. זה עדיין ידרוש מכם להשתמש בקוד CSS על-מנת לשנות את סגנון התוכן בדף. אף על פי כן, למעוניינים לפרוס את השדות השונים באופן שונה מברירת המחדל מבלי להיכנס לקוד דף התבנית (קובצי TPL מיודעינו) - חבילה מתוקה זו מהווה חלופה כיפית ביותר.

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

  1. עבור אתרים שאינם צפויים לסבול מבעיית סקלביליות*;
  2. על ידי דרופליסטים שלא רוצים להסתבך עם קוד PHP.

*למרות שנתוני ההגדרות נשמרים במסד הנתונים (ובכך יש שיטענו שעשויים להאט את האתר) ניתן לייצא את ההגדרות לקוד PHP ולשמור לרכיב ייעודי אותו מפעילים בנפרד (ראו סרטון מס' 11 בסדרה להלן). ניתן לעשות זאת באמצעות רכיב Features או באמצעות Bulk export של רכיב ctools. זה גם עונה על הצורך בשמירת ההגדרות לצורך העלאה לשרת הייצור משרת הפיתוח.

להלן הסרטון הראשון.

לצפייה בכל 11 הפרקים לחצו כאן. ותודה לקריסטוף - גם על הרכיב וגם על הסרטונים.

Drupal report

הערכת זמנים לאתר דרופל

גירסת הדפסהגירסת הדפסה
הערכת זמן לפרויקט

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

הערכת זמן פרויקט
מקור: דילברט

רשימת המקורות העיקריים בהם נעזרתי מופיעה מטה.

הקדמה

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

הערכת זמנים מקדימה

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

שלבי בניית הערכה מקדימה

  1. ניתוח והבנה של הדרישות
  2. זריקת ניחוש מושכל
  3. תרגום הדרישות לתכונות המערכת
  4. הערכת זמן של כל דרישה
  5. הוספת באפרים לזמן הכולל
  6. השוואת הזמן הכולל לניחוש המושכל

הערה: במקרה שהדרישה אינה חד-משמעית, יש לרשום את ההנחה עליה מסתמכים; במקרה שהדרישה אינה מובנת כלל, יש לשאול את הלקוח למה התכוון; במקרה שגם הלקוח לא בטוח לגבי הדרישה (אבל בהחלט "יש לו משהו בראש" שצריך בדיקה) ניתן להציע ללקוח מחקר של מספר שעות עליו יצטרך לשלם.

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

הערכת זמנים משוערכת

עם קבלת הפרויקט יש לבנות אפיון מסודר ולשערך את הזמנים.

חלקי האפיון

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

תחום הסבר בשפת דרופל הסבר בשפת הלקוח
1. מבנה סוגי התוכן על שדותיהם והקשרים ביניהם סוגי עמודים והקשר ביניהם
2. איגוד היבטים, nodedueues וכדומה רשימות קישורים לעמודים
3. התנהגות למשל, rules, ענייני workflow דברים שצריכים לקרות במצב נתונים מסוים
4. קידוד הוקים, תבנות בקוד, פיתוח רכיבים פיתוח ייעודי לאתר המסוים
5. פריסה מסכים שלדיים - Wireframes שרטוט עמודי האתר
6. עיצוב הגדרות ערכיות מאת מעצב גרפי שרטוטים של המעצב הגרפי

הערה בקשר לתחום העיצוב: יש המעדיפים לקבל את התמונות והמידות הנדרשות ולבנות את הדף על תבנית עיצוב בסיסית ויש כאלו המעדיפים לקבל חיתוכים מוכנים (HTML + CSS) ולשבץ בתוכם את השדות השונים.

לכל פרויקט יש לזכור לתת להערכה גם:

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

לחלק מהפרויקטים יש לזכור לתת הערכה גם לעניינים נוספים:

  1. הגירה של נתונים
  2. הפקת תיעוד למשתמש
  3. אינטגרציה עם מערכות צד שלישי
  4. עבודה מול ספקי שירות חיצוניים

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

דרגות ניסיון

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

דרגה משמעות פקטור אופטימי פקטור פסימי
5. מימשת בדיוק תכונה כזו בפרויקט אחר 0.8 1.25
4. מישהו אחר מבין הקולגות שבסביבתך מימש תכונה זו 0.67 1.5
3. מצאת מידע אודות מימוש תכונה זו 0.5 2.0
2. יש לך רעיון כללי לגבי הדרך לממש תכונה זו 0.25 4.0
1. אין לך מושג איך לממש את התכונה לא ניתן לתת הערכה לא ניתן לתת הערכה

הסבר: הכוונה היא לכפול כל הערכת זמן בפקטור הסיכון, על מנת לקבל הערכה בעלת סבירות גבוהה יותר לנכונות. למשל, אם אני חושב שלהגדיר סוג תוכן לוקח 10 שעות, אבל עשיתי את זה בעבר ויודע בדיוק במה מדובר, אז אכפיל את זה בפקטור סיכון נמוך: 0.8 עבור פקטור אופטימי ואקבל 8 שעות. בפקטור הפסימי אקבל 12.5 שעות כי הכפלתי בפקטור 1.25.

מקורות וקישורים

שקופיות חשובות

כולן מתוך מצגת ההרצאה של ג'ייקוב פרסון.

רמת אי הוודאות קטֵנה בזכות עיצוב גרפי

רמת אי הוודאות קטֵנה עם העלייה בידע

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


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

Drupal report

חדש במדריך דרופל...

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

http://drupal.org/project/styleguide

לא קיים עבור כל הרכיבים, אך לפעמים ניתן לחפש שינויים בין גרסאות באמצעות הנתיב http://drupal.org/list-changes/MODULE_NAME.

למשל: http://drupal.org/list-changes/views.

לבד מממשק החלונות האינטואיטיבי שכולנו מכירים, ניתן להתקין אתרי דרופל ולתחזקם גם באמצעות ממשק שורת פקודה (Command Line Interface או CLI בקיצור). ממשק זה הנו ממשק של קוד בלבד ושימוש באמצעות מקלדת בעיקר. הוא מומלץ למבצעים פקודות רבות במערכת דרופל או שיש להם אתרים רבים לתחזק ומוכנים ללמוד את הממשק. כמובן, מומלץ גם לגיקים נייטיבס המרגישים בנוח עם ממשק זה.

בסרטון להלן אואן ברטון - מפתח דרופל שהוא גם אחד מכותבי הכלי Drush מסביר כיצד להיעזר בתיעוד המובנה של דראש כדי ללמוד איך להשתמש בו.

מקורות נוספים:


$ drush [options] [argument1] [argument2]