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

בעניין: כתובות נקיות ב lighttpd
הממ.. אין לי שמץ של נסיון אבל חיפוש של lighttpd + clean + url בגוגל מניב הרבה תוצאות שנראות רלוונטיות. אני ממליץ לבדוק, אם כלו כל הקיצין.
בועז
בעניין: בעניין: כתובות נקיות ב lighttpd
זה בדיוק העניין - לא הצלחתי למצוא מידע אמין על היתרונות והחסרונות של כל שיטה - פה קבצים עם נקודה לא נתמכים, פה imagecache לא עובד (או סתם לא יעיל), ופה צריך לשנות קבצי קונפיגורציה שונים עבור על virtual host..
לכן אני חוזר על השאלה - אם יש מישהו שמצא שיטה טובה לממש את זה ב lighttpd - ספר לנו.
אני מסתובב כבר יומיים עם אבן ריחיים על הכתפיי - אני מודה!
יובל זה כמו במערכון של מונטי פייטון...
nudge nudge know what I mean?
הקיצר אני מודה! יש לי נסיון עם כתובות נקיות בlighthttpd - פשעתי גזלתי עבדתי ולכן התעלמתי - עד עכשיו...
טוב רוב התוכן מבוסס על - http://www.odaniinteractive.com/article/2007/08/29/installing-lighttpd-c... - למזלי שמרתי את הלינק בהערה בתוך קובץ הקונפיגורציה או שאני לא בטוח שהייתי מוצא שוב.
הנה המידע על השרת...
השרת הינו שרת הvps basic של המוצר המשותף שלנו (לינוויט) עם אינטרספייס - http://www.intervision.co.il/vps/drupal_compare.html
דוגמא לכתובת נקיה:
http://80.244.165.47/products
דיסטרו לינוקס:
CentOS release 4.6
גרסאתlighthttpd:
lighttpd-1.4.19-1.el4.rf
הserver.modules שלי מקובץ ה/etc/lighttpd/lighttpd.conf
server.modules = ("mod_rewrite",
# "mod_redirect",
"mod_alias",
"mod_access",
# "mod_cml",
# "mod_trigger_b4_dl",
# "mod_auth",
# "mod_status",
# "mod_setenv",
"mod_fastcgi",
# "mod_proxy",
# "mod_simple_vhost",
# "mod_evhost",
# "mod_userdir",
# "mod_cgi",
"mod_compress",
# "mod_ssi",
# "mod_usertrack",
# "mod_expire",
# "mod_secdownload",
# "mod_rrdtool",
"mod_accesslog" )
וקטע נוסף הקשור לurl rewriting על פי אותו המדריך
url.rewrite-final = ("/rss.xml$" => "/index.php?q=rss.xml",
"^/([^.?]*)\?(.*)$" => "/index.php?q=$1&$2",
"^/search/(.*)$" => "/index.php?q=search/$1",
"^/([^.?]*)$" => "/index.php?q=$1",
"^/([^.?]*\.html)$" => "/index.php?q=$1",
"^/([^.?]*\.htm)$" => "/index.php?q=$1"
)
מצטער על העיכוב אבל אתה רואה באילו שעות אני מגיע לנוכחות הקהילתית שלי לאחרונה
לילה טוב
ליאור
ליאור קסוס, לינוויט
דרופל, אנדרואיד וקוד פתוח
בעניין: אני מסתובב כבר יומיים עם אבן ריחיים על הכתפיי - אני מודה
זה בסדר, אין צורך להתנצל, כל תרומה לאתר מתקבלת בשמחה, גם בשעות מאוחרות, וגם בעיכוב.
תודה על המידע, אנסה בקרוב.
האם בדקת איך עובד imagecache בהגדרות אלו? באופן אופטימלי, קבצים שקיימים כבר (נוצרו ע"י imagecache) אמורים להשלח לדפדפן היישר מהשרת, ללא הפעלה של קוד PHP. מצד שני, קבצים שלא קיימים אמורים לבצע טריגר להפעלה של קוד imagecache וליצירת הקובץ.
אני לא מומחה ב imagecache או ב lighttpd - אבל מההבנה המועטה שלי, זה נראה כאילו קוד PHP רץ בכל מקרה - מה שעלול להשפיע על הביצועים..
אכן יש בעיה עם imagecache
בדקתי באותה סביבה שילוב של imagecache ובאמת יש בעיה.
מהקריאה על העניין dopry מגיע בערך לאותם הסתייגויות ולאותה מסקנה שאתה הגעת אליה - שיש כאן תקורה נוספת שלא בטוח מצדיקה את השימוש בlighttpd מצד שני אם הקובץ הומר ועבר לספריית הimagecache אז זה קורה רק פעם אחת.
אני ירדתי מlighthttpd אצל הלקוח הספציפי הזה אבל שמעתי על תצורות מעניינות שבהן יש שילוב גם של lighttpd לקבצים סטטים וגם של apache לסוכגי תכנים מורכבים יותר - קצת גדול על הצרכים הנוכחיים שלי כרגע.
ליאור קסוס, לינוויט
דרופל, אנדרואיד וקוד פתוח
בעניין: אכן יש בעיה עם imagecache
נשמע מעניין.
אני הלכתי על אסטרטגית מינימום ל apache ע"י ביטול מודולים שאין בהם צורך, והצלחתי להגיע בערך ל 12MB לתהליך, מה שנראה לי די סביר. אם יהיה לי צורך נוסף, אאלץ לנסות שוב את כל האפשרויות.
מי אמר nginx ולא קיבל?