ציטוט:
נכתב במקור על ידי Adir|HomeServ.co.il
תודה על המידע, רואים שאתה מבין בזה 
אני רוצה לדעת עוד על מערכת plugins.
כמו בDotNetNuke או בהרבה CMSים אחרים, אפשר להוריד נגיד קובץ ZIP ולהתקין אותו על ידי הפאנל ולהוסיף את הפונקציונאליות שלו לתוך אתר. |
אממ תראה באמת שאני לא תותח C#, וגם אני לא מתיימר להיות (יודע C# על כל בוריה אבל לא יצא לי לפתח משהו וגם את האמת לא רוצה - רק OPEN SOURCE
), אבל בגדול אני יכול לתת לך סקירונת על איך התהליך עובד
פלאגינים הם למעשה תוספות, השאיפה שלך בכתיבת מערכת פלאגינים היא שהפלאגינים ידעו להשתלב במערכת הבסיסית בלי לפגום בה - כלומר אם תרצה לשפר את ההרשמה תוכל לעשות את זה מבלי לפגוע בקוד ולכתוב את הפלאגינים HARDCODED מה שנקרא
שאיפה נוספת שלך זה כמו שיותר מודולאריות כלומר כאשר תעדכן גרסה של המערכת כמה שיותר פלאגינים ימשיכו לפעול (תאימות לאחורה) ותוכל לעדכן גרסה מבלי לחשוש שהפלאגינים ימותו
אתה משיג את הדברים האלה בעזרת מספר נקודות חשובות שיש להתיחס אליהם בזמן הפיתוח:
הוקים - HOOKS - אממ לא יודע איך לומר את זה בעברית, בגדול אתה צריך ליצור מערכת HOOKS שמה שהיא עושה זה למעשה EVALUATE() לקוד של הפלאגין שאמור להכנס באותו מקום
דוגמא קלאסית - אני רוצה בסיום הצגת טופס ההרשמה להוסיף שדה שבו המשתמש יכניס לינק לפייסבוק, אז יש HOOK בקצה הטופס הרשמה, שאליו כל פלאגין יכול לשלוח מידע וכאשר העמוד הרשמה ירוץ במהלך זריקת הפלט המערכת תבדוק אם יש פלאגינים מותקנים שיש להם דברים להוסיף לאותו HOOK ואם כן היא תדפיס אותם.
אותו דבר תקף גם בעיבוד (הרצה של קודי PHP) של הטופס - לאחר שהמשתמש שלח את הטופס יש עוד HOOK שבו יטען החלק שמעבד את המידע של הפיסבוק, לצורך הענין שולח אותו במייל
בנוסף לזה כיוון שלפעמים יש שימוש באותו הוק על ידי 30 פלאגינים כדאי להגדיר סדר עדיפויות מ1 עד 10 כאשר הפלגינים בעלי הסדר עדיפות הכי רב יורצו קודם וכך הלאה
מערכת דיבאגינג - עדיף לכתוב מערכת דיבאגינג לפחות ברמת הבסיס (סוג של SCAFFOLDING ) שתציג מה קורה בכל HOOK ותיתן למפתח אפשרות לדבג את הפלאגין שלו מבלי לגעת בקוד המקור - לא יודע אם אנשים נורמלים היו עושים את זה אבל עקב חיבה מיותרת לפיירפוקס הייתי יוצר INSTANCE של המחלקה של FIREPHP ונותן לאנשים לדבג איתה (:
מערכת פלאגינים לאזור ניהול - כתיבת אפשרות נוחה ליצירת עמודי ניהול חדשים, עדיפות לתת טבלאת אקסטרה להגדרות קבועות של הפלאגינים - עוד רגע אסביר לעומק
תהליך ההוספה וההסרה של פלגינים
בדיוק לפני מספר ימים יצא לי לכתוב פלאגין לWORDPRESS אז יש לי כמה דברים להוסיף בנוסף לנאום הקבוע..
נקודות חשובות במערכת בנוגע להוספה:
* כדי ליצור טבלאת משתנים שלמעשה תהיה במבנה כזה שכל שורה תקבל ID, NAME, VALUE
וכמובן UNIQUE NAME וID AUTO INCREMENT
כאשר הטבלה הזו מיועדת להחזיק ערכים כמו משתנים לדוגמא
$a = 2;
אז בדטאבייס נחזיק בNAME את a ובVALUE את 2
אולי אפשר להחזיק עוד עמודה לסוג המידע
אחרכך יש לכתוב פונקציות להוספה של אופציחות לטבלה הזו ולשאיבה שלהם ולתת אופציה להשתמש בהם בפלאגינים
* עמודי ניהול
השיטה הכי נוחה ליצירת עמודי ניהול היא לתת כמה שיותר כוח - כוח ניתן בגישה מלאה - אין צורך ליצור (לפחות לדעתי) API לכתיבת עמודי ADMIN, אלא פשוט לבצע את זה באופן הבא:
פונקציה A מחזיקה את התוכן של הADMIN PAGE, פונקציה B היא פונקציה שמוגדרת בAPI שכאשר אתה קורא לה כך:
B('A', 'Menu Link Text', 'Page Title');
היא יוצרת עמוד חדש בעל לינק בתפריט שהוא כמו שהוזן וכותרת כמו שהוזנה
כל שאר העמוד נוצר לאחר הרצה של הפונקציה A שהוזנה לפונקציה B שהיא כמובן מהAPI שכתבנו
תהליך ההתקנה
כאשר אתה מתקין פלאגין צריכים להיות מספר שלבים - כמובן שאפשר לשנות את זה ולALTER את זה כמה שתרצה (שוב - זה לפי מה שאני היתי עושה.. UP TO YOU)
העלאת הקבצים
צריכה להיות תיקית פלאגינים בשרת שאף אחד מלבד הקוד עצמו לא יכול לגשת אליה - אם ממש רוצים לחסום אפשר למקם מחוץ לתיקית הHTTP אבל HTACCESS יעשה את העבודה
בעמוד התקנת הפלאגינים תראה את כל הקבצים בתיקיה
קבצי ההתקנה של הפלאגינים יכילו איזהשהו מבנה של ההערות לדוגמא
PHP קוד:
<?php
/*
name: abcd
author: abcddd
website: abcdsfds
*/
// your code goes right here
והמערכת תעבור פשוט כל הקבצים בהיררכית תיקיות הזו עם ביטוי רגולרי או סתם פונקציות של סטריגנים ותשאב את המידע שכתוב בקומנטים אל תוך העמוד הוספה והסרה
ברגע של הוספת הפלאגין אתה תגדיר HOOK מסוים וברגע של ההסרה עוד HOOK
ברגע ההתקנה אתה תכתוב בפלאגין שלך קוד שיורץ כאשר נגיע לHOOK של ההתקנה
(יצור טבלאות מסד נתונים יכניס דברים לזיפ יוסיף הגדרות לטבלאת המשתנים שהזכרתי קודם והלאה והלאה)
לאחר מכן הכנסתי את הפלאגין
בנוסף המערכת עצמה למען מערכת ניהול בפלאגינים תוסיף לטבלאת הפלגינים כי הפלאגין בעל שם הקובץ XYZA.PHP נוסף וכאשר תחזור לעמוד הצגת ההתקנות/הסרות תוכל לראות כי הפלאגין מסומן כפלאגין שמותקן
מכאן והלאה הפלאגין מתפקד עם הHOOKS של המערכת לכל בוריה ויכול לגשת לכל דבר
רצוי לספק בAPI את הROOTPATH של התיקיית פלאגינים למען גישה לוקאלית (להעלאת קבצים וכו') וגם URL מלא לכתובת האתר וURL לפאנל הניהול שמכאן הפלאגין ידע לנהל את עצמו לבד
בתהליך ההסרה של הפלאגין מה שיקרה זה כשיגיע האינטרפרטר לHOOK של ההסרה הוא יריץ את קוד ההסרה של הפלאגין שלפני כן בפלאגין עצמו ביצענו ASSIGNMENT לפונקציית הסרה שכתבנו אל תוך הHOOK הזה וככה הוא יוסר
מאותו הרגע נסיר אותו גם מטבלאת הפלגינים וכרגע הוא יוצג בתור פלאגין שלא מותקן
קבצי הפלאגין ישארו בשרת - באמת שהם לא מפריעים לאף אחד
אני הייתי עושה כמה שיפוצים אבל זאת הגישה הכי חכמה לכתיבת מערכת פלאגינים
אני בטוח שיש פה חזרות שכתבתי ודברים שנכתבו לא טוב וכו' - אני לא ספץ עברית וגם קצת ישן כרגע
בהצלחה לך (: