|
|
ווטסאפ מתקרב ליום ההולדת הרביעי שלו, הזדמנות טובה לחשוב על העתיד. האתר כבר עבר מספר שינויי תשתית בסדרי גודל שונים, ונצבר ניסיון וידע על הדרישות ממערכת תוכן שתשרת אותנו בעתיד.
המועמדים העיקריים היו פוסטניוק (נמאס לחכות לגרסה 0.8 וחסרונות נוספים) ו-Plone (לצערי מדובר במוצר די מורכב לניהול, תחזוקה ושינוי. מתבסס על Zope, יישום הפייתון בעל האופי הכי אנטי-פייתון שאני מכיר. גם התמיכה ב-BiDi עדיין לא מושלמת ככל הידוע לי)...
חסרונות עיקריים במערכת הנוכחית:
- חוסר תמיכה בעברית ודו-כיווניות בענף הראשי.
פורקים של פרוייקטים קיימים לא באים בחשבון, היה מספיק ניסיון מר (כפי שתעיד גרסת הפוסטניוק הנוכחית באתר). עם כל הרצון הטוב, תחזוקה, עדכוני אבטחה ושדרוגים הופכים לסיוט מתמשך כאשר התנאי הנ"ל לא מתקיים.
- המודולים הדרושים לאתר אינם חלק אינטגרלי מהמוצר.
הניסיונות ליצירת מודולים חיצוניים מיישומים קיימים (כמו PNphpBB ו-phpWiki) יוצרים תפרים גסים מאוד (סנכרון פרופילי משתמשים לדוגמא), ובתורם מקשים על תחזוקה ושדרוג. דוגמאות: תחביר התוכן במקומות שונים באתר: בחדשות ותגובות html, בוויקי פורמט משלו ובפורומים BBCode. מנגנון חיפוש נפרד לכל אחד מהנ"ל.
מה היינו רוצים לראות:
- עברית ודו-כיווניות מובנים ב-upstream.
- מוצר המכיל את כל הדרוש בחבילה, ללא ניסיונות תפירה של מודולים חיצוניים. עיקריים: ידיעות, מאמרים, פורומים ותיעוד (בשני האחרונים נדון בהמשך). גלריית תמונות יהיה נחמד.
- מסלול ייבוא מפוסטניוק - יתרון משמעותי.
- יוניקוד (אפשרי, לא חובה).
- לא מאפשר הזנת תגים של html בתוכן (מסיבות אבטחה. עדיף למנוע מראש מאשר לשבור את הראש אח"כ, כמו שניסו במודול ה-AntiCracker של פוסטניוק והתרעות השווא אשר הוא מייצר).
- עיצוב ללא שימוש בטבלאות. שימוש ב-xhtml, ניצול stylesheets (במיוחד בגרסאות להדפסה) ועמידה בתקנים.
- מנגנון caching לשיפור ביצועים. אין שום סיבה ששרת יירד לברכיים, ראו לדוגמא את עשרות השאילתות ש-PN מבצע עבור כל עמוד (לדוגמא: שליפת שם האתר והסלוגן שלו לייצור הכותרת אשר מופיעה בכל עמוד מצריכים פניה לבסיס הנתונים).
- אופציונלי: שבירת השילוש הלא קדוש עם mysql ו-php. מדובר בהעדפה אישית שלי, מאחר ואני נתקל במגבלות שלהם (נושא לדיון נפרד). עדיפות ל-PostgreSQL ופייתון.
- חשוב: מנגנון לבקשת קוד אישור לפני שליחת מידע. חשוב שגם יהיה אופציונלי (מופעל בימי סגריר, ניתן לנטרול כאשר המצב טוב יותר). אנו רואים עליה בפוסטים אוטומטיים של בוטים המדביקים ספאם. הצורך בהרשמה אינו עוזר, כפי שנלמד מהניסיון בפורומים של דביאן ישראל, הבוטים נרשמים ושולחים הודעות.
נרחיב הדיון במספר נושאים חשובים:
- הזנה והצגת תוכן:
המערכות המוכרות נכתבו ללא התחשבות בעברית ושפות דו כיווניות אחרות. נושא התגים בעייתי, בין אם html, BBCode או ויקי. כאשר כותבים מימין לשמאל ורוצים להזין תג כמו [b], כיווניות הכתיבה נשברת, ומקשה על העריכה, במיוחד מתוך דפדפן. פתרון אופטימלי יהיה תגים ניטרליים ו/או תחליפיים (בקטע עברי ניתן להשתמש בתג העברי, באנגלית במקביל לו). צריכה להיות דרך לציין כיווני פסקאות.
בעיה מוכרת נוספת היא URL נוראי כאשר קישור הדף בעברית (מוכר במיוחד ממערכות הוויקי). פתרון אופטימלי יהיה לציין כותרת תחליפית נוספת אשר תשמש רק עבור הקישורים לעמוד.
רצוי שימוש בתיוג התוכן, מה שיאפשר חיתוכי רוחב בין המודולים השונים לפי התגים. דוגמא לשימוש היא קישור בידיעה אשר מוצמד אליו תג (נניח למדריך אובונטו, יתווסף תג של אובונטו, קישור נוסף באותה הידיעה למדריך מנדריבה יתווסף למנדריבה).
מדריכים ותיעוד וידיעות יתוייגו גם הם. כך ניתן יהיה לבנות אוטומטית מדור קישורים, בחירת תג אובונטו תציג את כל המידע אשר הצטבר במודולים השונים אודות ההפצה וכן הלאה.
- פורומים:
למשתמשים יש העדפות שונות. חלק רוצים פורומים משורשרים (כמו בתפוז לדוגמא). באופן אישי אני לא אוהב אותם. הכל נראה כמו שרשור אחד, והצורך להקליק כדי לראות את תוכן כל תגובה פשוט מסורבל. אחרים מעדיפים פורומים "שטוחים" כמו phpBB. לדעתי פשרה טובה תהיה שילוב של השניים. דוגמא לכך היא תצוגת הדיונים ב-Google Groups.
- מדריכים ותיעוד:
תיעוד אמור להיות חכם (בנוסף לשימוש בתגים שהוזכרו לעיל). השאיפה היא למערכת חכמה אשר יודעת להתייחס לפרקים, מוסיפה אוטמטית קישורים לפרק הבא/קודם. מעדכנת אוטמטית את תוכן העניינים עם הפרקים השונים (ברמות קינון שונות) , כאשר תוכן העניינים הוא חלק מהתיעוד/מדריך עצמו.
קחו לדוגמא מדריך שנכתב על צריבת דיסקים. תוכן העניינים שלו יכול להראות משהו כמו:
. צריבת דיסקים
... בדיקת md5 או sha1
... צריבה
...... בעזרת nero
...... בעזרת roxio
...... בעזרת cdrecord
...... בעזרת k3b
כעת מישהו כותב מדריך לאופן סוזה. הוא יכול לציין בתור פרק את המדריך לצריבה. תוכן העניינים המיוצר של המדריך יכול להראות משהו בסגנון:
. אופן סוזה
... היסטוריה
... אודות הפרוייקט
... הורדה
... צריבת דיסקים
...... בדיקת md5 או sha1
...... צריבה
......... בעזרת nero
......... בעזרת roxio
......... בעזרת cdrecord
......... בעזרת k3b
... תהליך ההתקנה
... עבודה עם yast
וכן הלאה. מהמדריכים אפשר יהיה לייצר קבצי pdf של כל המדריך או פרק בודד ממנו (כאשר תוכן העניינים מיוצר בהתאם). יהיה נהדר אם יהיה אפשר להציע גרסאות html מחולקות או בעמוד אחד של כל המדריך להורדה (מן הסתם בקובץ דחוס, אם מכיל גם תמונות).
כדי שזה יעבוד, על המערכת להיות מודעת למבנה של תיעוד. וויקי נופל כאן , עבורו כל עמוד הוא ישות בפני עצמה (כך קישורים כמו הדף הבא/הקודם יש ליצור ידנית). פתרונות שונים כמו namespaces מהווים פתרון חלקי מאוד לבעיה, ועדיין לא עונים לצרכים הנ"ל.
נשמח להצעות והמלצות על מערכות שונות ודיון בתכונות המוזכרות לעיל. | |
|
| דרושה: מערכת ניהול תוכן ותיעוד | כניסה / יצירת מנוי חדש | 6 תגובות |
|
| | ההערות הינן מטעם כותביהן. אין צוות האתר לוקח אחריות על תוכנן |
|
|
14/02/2006 - 18:33 · 
