כאשר עובדים על פרוייקטים גדולים בפלאש, לעיתים זמן הקומפילציה (Ctrl +Enter) לוקח זמן רב (יכול להיות גם מספר דקות). דרך אפשרית לקצר את הזמן הזה, במקרה שהוא נגרם על ידי כמות מסיבית של קוד, היא להשתמש ב-standard mode לעומת strict mode.
Strict mode זוהי הגדרת קומפילציה שמבצעת בדיקת Type checking בזמן הקומפילציה, כלומר שאם אני מעביר לדוגמא לפונקציה מסויימת פרמטר מסוג Number בעוד הפונקציה דורשת String, הודעת השגיאה תתקבל בזמן הקומפילציה ותעצור את התהליך. לעומת זאת אם משתמשים ב-Standard mode מקבלים את השגיאה רק בזמן הריצה במידה שהפונקציה אכן מתבצעת אם הפרמטרים הלא תקינים.
כמובן שעל מנת ליצור קוד טוב יותר ולגלות תקלות, עדיף לעבוד תמיד ב-Strict mode אבל אם עושים שינויים מינוריים, או שינויים בגרפיקה שכלל לא משפיעים על הקוד, וזמן הקומפילציה נהייה קריטית מבחינת תפוקת העבודה של המפתח, כדאי לשקול להשתמש ב-Standard mode לזמן מסויים. השינוי יכול לקצר את זמן הקומפילציה פי 4 ויותר, מאוד משמעותי בפרוייקטים מורכבים.
שינוי ה-Mode נקבע ב-File->Publish Settings->Flash->AS3 Settings->Errors:Strict mode.
מדי פעם כאשר כותבים אפליקציית פלאש נתקלים בצורך לשנות מראה העכבר, הסיבות יכולות להיות:
- שימוש באייקון מסויים (כמו שעון חול) על מנת להראות שיש פעולה שמתבצעת ברקע
- שימוש באייקון של פעולה, לדוגמא עפרון לציור, מחק וכו' (ראו שימוש באייקונים בתוכנת פלאש עצמה)
- התנהגות לא סטנדרטית של אובייקט פלאש לדוגמא: movieclip שנרצה שיראה כמו כפתור או תיבת טקסט או להיפך ואז נרצה שהעכבר יתנהג לא כמו שהוא מתנהג בדרך כלל
ישנן שתי דרכים לבצע שינוי של עכבר, הראשונה מתאימה לשינוי אייקון ממש, והשניה לשינוי תפקיד (כמו האפשרות השלישית)
שינוי אייקון
במקרה הזה, מה שנרצה לעשות הוא להעלים את העכבר הגנרי, ובמקומו לשים אייקון אחר מהספריה או מהבמה, הדוגמא הבאה מבצעת שימוש בטכניקה הזו:
var circle:Circle = new Circle();
Mouse.hide();
addChild(circle);
כל מי שמתעסק בשרתי מדיה ו-streamingמכיר את Flash Media Server כשרת אמין ויציב לתקשורת וידאו ב-stream עבור שידורים חיים ן-vod. 85% מהוידאו ברשת, שידורים חיים ו-vod משודרים ל-Flash Player והיתרון בשימוש עם Flash Media Server הוא שאין צורך בהתקנה נוספת חוץ מ-Flash Player שמותקן על 97% מהמחשבים המחוברים לאינטרנט.
אחת המשימות החשובות כאשר יוצרים אפליקציית וידאו ל-vod או Streaming היא יצירת מערכת מאובטחת שניתן להכנס לתכנים שלה רק אחרי אוטנטיקציה של המשתמש והגדרת הרשאות (לדוגמא: יכולת שידור, יכולת קבלת stream וכו)
ישנם מספר דרכים לבצע אוטנטיקציה בכניסה לאפליקציית FMS:
1.אותנטיקציה ב-SSAS : כאשר משתמש מנסה להתחבר לאפליקציית FMS הוא יכול להעביר פרמטרים נוספים כחלק מתהליך ההתחברות. בשלב זה יכול הסקריפט בצד השרת לבצע קריאה ל-Database באמצעות http או tcp לשרת חיצוני ולאשר את המשתמש על פי הפרטים. בשלב זה גם ניתן לתת לו הרשאות לגבי publish ו-receive לשידור. בכל שלב ניתן להעיף את המשתמש מהחיבור ל-FMS.
2.אותנטיקציה ב-FMS Plugin: קיימת אפשרות לכתוב plugin ספציפי ב-c++/c שמתחבר ל-flow של ה-FMS ולאשר או לא לאשר פעולות של משתמשים במספר שלבים בדרך:
a.שלב ההתחברות: שלב זה מתבצע לפני חיבור המשתמש לאפליקציה, ובו ניתן גם להעביר משתמש לשרת/אפליקציה אחרת ללא שהמשתמש ידע על כך (טוב במקרים של load balancer אפליקטיבי).
b.שלב פעולה על stream: כאשר משתמש רוצה לבצע פעולה מבויימת על stream (להאזין או לשדר לדוגמא) ניתן לבדוק אילו הרשאות קיימות לו ועל פי זה לאשר לבצע את הפעולה.
שימוש באותנטיקציה ב-SASS דורש יותר משאבים (CPU) משרת ה-FMSובאופן כללי אם ניתן, עדיף לבצע אותנטיקציה ברמת ה-plugin.
את חדשות היום אתם ודאי כבר יודעים. Google קונה את On2 technologies האחראים על Flix בגרסאותיו השונות (Live, Engine, DirectShow SDK וכו') וגם מחזיקה ב-IP של VP6, ה-encoder שכנראה שינה את הדרך בה רואים וידאו באינטרנט. כיום הוא מוטמע כ-decoder בפלאש אבל לא כ-encoder (בו משתמשים כיום ב-Sorenson Spark).
המחיר נמוך יחסית כמובן, לעומת הפוטנציאל הטמון ברכישה. לגבי השינויים הצפויים אני מניח ש:
- Google יטמיעו את הקודקים של הוידאו ב-Google talk
- יכולים להכריז על de facto סטנדרט חדש של encoder שיהיה מוטמע ב-chrom
- אם הם ישחררו חלק מה-codecs אולי נראה VP6 encoder ב-Flash player (???)
- סטנדרט חדש של codec ל-HTML5 (???)
תגובות אחרונות