מקום טוב להתחיל בו הוא הורדה של הגרסה העדכנית של דרופל בעברית.
להורדת דרופל בעבריתלשפות וגרסאות אחרות, Drupal.org
יש לנו באתר מדריכים שונים, הכוללים מדריך להתקנת דרופל על המחשב המקומי או על שרת אירוח באינטרנט, כמו גם מדריכים לעיצוב ופיתוח.
בעזרת המדריכים השונים באתר ובעזרת קבוצות הדיון שלנו, אפשר למצוא את כל המידע הנחוץ להקמה והתאמה אישית של אתרי דרופל. כדאי לבדוק גם את ערוצי התמיכה הנוספים שלנו
אין פעילויות להצגה. יאללה, מי מארגן משהו?
הורדת עיצובים חדשים מתבצעת ע"י כניסה ל http://drupal.org/project/Themes
ופרישתם לספרייה site/all/themes, או, אם רוצים לאתר ספציפי- sites/name-ofsite/themes
הפעלת העיצובים הרצויים מתבצעת ע"י כניסה ל administrator->themes
עיצובים עבור דרופל 6 "מעוברתים" (כלומר, הם מציגים תוכן משמאל לימין אוטומטית אם בחרתם עברית.
לעיצובים מעוברתים לדרופל 5 יש להיכנס ל http://www.drupal.org.il/hebrew-themes,
ניתן גם לחפש עיצובים מרוטלים באתר דרופל העולמי. עבור גם דרופל 5 ו-6 יש עיצוב בסיסי (שמצריך קצת התאמה ועבודה- הוא לא מוכן מהקופסא) בשם טנדו, שמתוחזק על ידי אחד מחברי הקהילה.
שינויי המלל בתפריטים הצדדיים והעיליים מתבצע ע"י כניסה לממשק הניהול : administrator->blocks .
הורדת מודולים חדשים מתבצעת ע"י כניסה ל http://drupal.org/project/Modules
ופרישתם לספריית ופרישתם לספרייה site/all/modules, או, אם רוצים לאתר ספציפי-
sites/name-ofsite/modules
הפעלת המודולים הרצויים מתבצעת ע"י כניסה ל administrator->modules .
אפשור המודולים מתבצע ע"י כניסה ל administrator->access .
שינוי מאפייני המודול מתבצעים בדר"כ ע"י כניסה ל administrator->settings ושם המודול.
עברו על המודולים הנמצאים בכתובת admin/build/modules (אפשר להגיע מדף הניהול->רכיבים), והפעילו את אלו שאת רוצים להשתמש בהם.
לבד מהמודולים בנמצאים ב-core, יש עוד אלפי מודולים חיצוניים. לכל אתר יש את הצרכים שלו, ולא צריך את כל המודולים. הנה כמה-
VIEWS : מאפשר יצירת דפים ובלוקים של חיתוכי מידע בצורה גרפית ללא קוד. במילים אחרות- מקל על ביצוע שאילתות למאגר הנתונים ושליפה שלהם.
CCK : מאפשר הוספת אובייקטים של מידע חופשי כללי , כמו : טקסט , תמונה , לינק , דואר אלקטרוני וכו' ( על-ידי בהתקנת מודולים בנים של CCK ). טוב להשתמש אם רוצים node, אך עם שני שדות טקסט (שני שדות body לדוגמא)
WEBFORM : הוספת טפסים וסטטיסטיקות בצורה אוטומטית ( כמו : צור קשר וכו' ).
PANELS : טיפול במבנה דפים בצורה נוחה (שתיים או שלוש עמודות, שתי שורות, וכו')
PATHAUTO :מאפשר לשנות את כתובת הURL של הדף בצורה אוטומטית. יש גם את המודול path שנמצא כחלק מההתקנה הרגילה שמאפשר לשנות כתובות ספציפיות ידנית.
במיוחד באתרים אקטיביים רצוי ליצור משימה מתוזמנת שתפעיל את cron.php, שיעשה קצת ניקיון. אם אתם מקימים לכם רק שרת ביתי, אפשר לפסוח על שלב זה, ובמקום זה להריץ אותו ידנית. ניתן גם להריץ אותו ידנית גם באתר פעיל, אבל עדיף שתמצאו פתרון אחר.
ההוראות האלה תקפות למע' גנו\לינוקס.
לכו לתיקיית drupal/script וצרו קובץ ששמו cron.txt. בדקו ע"י הפקודה crontab -l שאין לכם משימות קודמות. אם יש- הוסיפו אותן לקובץ, ואז
הוסיפו שורת קרון נוספת, לדוגמא-
23 55 * * * /usr/bin/wget -0 - -q http://example.com/drupal-5.2/cron.php
שורה זו תפעיל את הסקריפט של cron.php בכל יום ב-23:55, ע"י ביקור של wget. אפשר גם עם lynx (אם אתם לא יודעים מה זה, לא משנה).
שמרו, וייבאו את הקובץ לקרונטאב ע"י
$ crontab cron.txt
clean urls
ההוראות האלה רלוונטיות להתקנה מקומית או עבור מישהו שיש לו שליטה כלשהי על השרת. url נקיים הופכים את הכתובות ידידותיות יותר, ולא נראה את q=? שמופיע בשורת הכתובת.
בכדי שהם יעבדו, אפאצ'י צריך שהמודול rewrite יעלה.
$ sudo a2enmod rewrite
עכשיו גילשו ל /etc/apache2/sites-enabled/000-default, ושנו את השורות
Options Indexes FollowSymLinks MultiViews
AllowOverride none
ל-
Options Indexes FollowSymLinks MultiViews
AllowOverride all
הפעילו מחדש את אפאצ'י
$ sudo /etc/init.d/apache2 restart

גם על שרת שיתופי, חשוב מאד
גם על שרת שיתופי, חשוב מאד להריץ cron באופן רוטיני.
משום כך יוצר הפרולטריון ביקוש קבוע ויציב
ל http://drupal.org/project/poormanscron
מקום 15 ברשימת ההורדות :
http://drupal.org/project/usage/
ישראל
עם הצלחה לא מתווכחים, אבל בכל
עם הצלחה לא מתווכחים, אבל בכל אופן.
קצת מטריד אותי שפעולות תחזוקה על המערכת מתבצעות ע"י המערכת. אמנם אני שואל את עולם המושגים ממערכות יותר גדולות, אולם בעיני, הכלל הזה תמיד תופס: אם המערכת צריכה פעולות תחזוקה כדי לתפקד, הן צריכות להיות מופעלות ממערכת אחרת.
כאשר יש כשל במערכת גם משימות התחזוקה לא קורות, מה שיכול להוביל לכשל חמור יותר.
אגב, כנראה שגם כותב המודול היה מודע לכך מהיום הראשון, ולכן קרא לו - כרון לעניים.
לכל דבר יש יתרונות וחסרונות,
לכל דבר יש יתרונות וחסרונות, אבל מרבה נכסים..
הפיתרון של הכרון לעניים עשוי אולי להתאים גם למעמד הבינוני.
אני מבין שההבדל העיקרי הוא שבמקרה הידני השרת מחקה גישת דפדפן לcron.php ובאמצעות הקובץ מופעלות פונקציות הcron של כל המודולים שמיישמים את hook_cron
לעומת זאת, כאשר מדובר בהפעלת הכרונ' לעניים הרי שכניסת גולש לאתר (רק אם עבר פרק זמן מינימלי מריצת הכרונ' הקודמת) היא שמהווה טריגר להפעלת אותן פונקציות באותה צורה.
כך שה"תשלום העיקרי" בהסתמכות על המודול הוא שאותו גולש תמים שזכה להפעיל את ה cron עשוי לחוות איטיות מסויימת בתגובת האתר.
אני מבין שאתה צופה שבתנאים מסויימים לא ייתבצע כלל הcron שהוגדר במודול, כלומר שכניסת גולש לאתר לא תתאפשר כלל, או שגם אם התקיימה היא לא תהווה טריגר?
אתה צופה סיטואציה כזו ?
ישראל
אתה צופה סיטואציה כזו ? לא
לא באופן ספציפי, זה היה יותר פילוסופי.
אני בכל אופן, מעדיף להשתמש בתהליך חיצוני שיהיה אחראי על משימות התחזוקה. נראה לי יותר בריא.
לא משנה, כתבתי פה טעות ואי
לא משנה, כתבתי פה טעות ואי אפשר למחוק....
Tom Bigelajzen - Web Developer & Designer
Homepage: http://tombigel.com
Tendu Theme: http://drupal.org/project/tendu