דרופל ישראל תשתיות תוכן קהילתיות פתוחות

[עדכון 5.12.06: מעכשיו, תודות לעבודה קהילתית, יש לנו מודול סליקה ישראלי המתאים לארץ. המודול עובד בסגנון PAYPAL - אין עלויות חודשיות קבועות, לא נדרש חיבור לשבא וגם לא לחברות האשראי. ראו פרטים בתחתית השרשור. יישר כח לכל העושים במלאכה! השרשור התחיל ב-28.10.06]

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

למה כדאי להשתמש לסחר אלקטרוני דווקא דרופל?

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

ציטוט של דיון ב-slashdot בנושא של drupal מול oscommerce והצאצא Zencart:

"היתרון של דרופל כתשתית לסחר אלקטרוני הוא האבטחה, התחזוקתיות, ואיכות הקוד."

"Doing modifications to the PHP / mysql code [in OsCommerce] was absolutely painful. Horribly painful. There was hardly any separation of logic from the presentation. It was all a jumbled mess."

"Zencart is a mess. The documentation is close to non-existent, there are no comments, there's no MVC distinctions, we found several major security holes in a code audit before going live, weird little UI bugs abound (e.g. in the admin interface when you edit a customer's addr, you're *forced* to specify his phone number, or you can not proceed), there are places where code chunk A generates SQL, then passes it to code chunk B, which passes it to C, which *LOOKS AT THE SQL* and edits it, then executes it."

"Unfortunately it hasn't. There is really no concept of MVC in OSCommerce or it's branches like ZenCart"

"I don't know how it holds up in the security department (though I'm soon to find out) but there's an ecommerce module for drupal that provides something like 10 payment modules and 6 or 7 product types including subscriptions, digital downloads, physical products, and bundles of some or all of these. It supports both paypal and paypal pro APIs, as well as practically everything else. The best part? It's SUPER EASY to set up. You just create some bits of db schema (IIRC) and turn on some modules and bingo, you're up and running."

קצת על המימוש בדרופל:

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

סטטוס נוכחי

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

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

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

האם יש מישהו שמעוניין להרים את הכפפה?

האם אחד מספקי הסליקה המובילים (טרנזילה, שסק, או wallapay) מעוניין לממן את פיתוח המודול?

האם יש לכם נסיון עם ספקי סליקה נוספים? ובאיזה ספק אתם ממליצים להשתמש?

נשמח לשמוע את חוות דעתכם.

אמנון מאיר לבב - בניית אתרים בדרופל, ייעוץ והדרכה