לפני כשבוע נפל הרובוט של הבדיקות של גרסת דרופל 7.
זה השאיר לאנג'י (האחראית על דרופל 7) יותר מדי זמן פנוי, והרבה אנרגיות.
אחרי דיון פורה ב irc וכתיבת המסמך הראשוני, החל דיון סוער על כל האפשרויות של החלפת CVS.
הדיון המלא כאן: http://groups.drupal.org/node/48818
מהר מאוד התקבלה ההחלטה ש subversion אינו אופציה, ושאנחנו מחפשים מערכת ניהול גרסאות מבוזרת. המועמדים היו git, bzr, hg (שמו המלא של האחרון הוא mercurial, שבאנגלית מייצג את היסוד כספית, שסימנו hg. מישהו אמר גיקים?).
hg נמחק מהרשימה אחרי יומיים בערך, עקב מיעוט חברי קהילה שמכירים או משתמשים בו.
נותר וויכוח סוער על מהויות ודקויות בין git ו bzr. בסה"כ מסתבר שהכלים די דומים אחד לשני, וההבדלים, הם מינורים לכל היותר.
בשלב מסוים אפילו עלתה האפשרות לזרוק את כל ניהול ה issues הקיים ולהשתמש ב gitorious או launchpad. כאן דווקא היה ייתרון ברור ל launchpad, שמשמעותו עבודה עם bzr. לאחר מכן התברר שכולם מסכימים שהמנגנון הקיים הוא קריטי בהחזקת קהילת דרופל אחודה ומיוחדת, וכל שינוי עלול לערער את המצב הזה. החלפת מנגנון ה issues נפסלה בשלב זה.
לאחר כשבוע, כ 400 תגובות (רובן אינפורמטיביות, אם כי היו כמה הדרדרויות להשמצות אישיות) ועוד כהנה וכהנה דיונים ב irc ומי יודע איפה עוד, התקבלה ההחלטה ע"י אנג'י להמליץ על שימוש ב git.
ההחלטה עדיין לא אושרה, אך רוב הסיכויים שהיא תעבור.
זה ייקח כמה חודשים לבצע את השינוי, בתחילה יהיה git לקריאה בלבד, ייכתבו מסמכי הדרכה, ותתווסף תמיכה ל git למודול project, שאחראי על כל ניהול הגרסאות. השינוי לא יתבצע לפני שחרור דרופל 7, כך שבהערכה גסה מאוד - סביבות יוני-יולי השנה.
יש המון עבודה לעשות, ונשמח לכל עזרה שהיא. מי שמכיר git, ורוצה לעזור - מוזמן להוסיף את שמו בעמוד הנ"ל, או לפנות ל אנג'י - webchick - היא כבר תדע לאן להפנות אתכם.
יצרתי כאן גלריה פשוטה, בעזרת מודולים בסיסיים בלבד.
המטרה היתה להשיג משהו פשוט ודומה לגלריות של פייסבוק, עם אפשרות הכנסת תגובות לכל תמונה.
עמוד הגלריה עצמו הוא view פשוט שמציג את כל התמונות בגלריה (כרגע יש רק גלריה אחת באתר, אז זה כל הפריטים מסוג התוכן הזה). האפקט של חיתוך התמונה מושג ע"י imagecache_actions - יצרתי custom_action לא טריוויאלית, אבל זה לא הכרחי למימוש.
נסיונות לבצע את שאר הממשק בתוך חלון צף (lightbox2) לא עלו יפה - או שלא היה מספיק מקום בחלון, או שאנשים לא הבינו איפה לגלול, או שאיכשהו הגיעו למצב של אתר בתוך אתר.לכן וויתרנו על החלון הצף.
לחיצה על תמונה מביאה לעמוד של ה node הזה. תוספת של custom_pager עם קצת theming + css נותן את הניווט למעלה.
בעזרת rules נוצרו כמה הודעות - הודעה למנהל אתר על תמונה חדשה לאישור, הודעה למגיש התמונה על פרסומה, וכן הודעות על תגובות.
המקום היחיד בו נדרשתי לקוד הוא בולידציה שמגיש התמונה מאשר שקרא את תנאי השימוש - משום מה לא הצלחתי לגרום ל rules לעשות את זה. בכ"מ, זה לא יהיה רלוונטי ברוב הגלריות, כך שאפשר לומר שזו גלריה ללא קוד.
דבר אחד שיש בפייסבוק ולא מימשתי הוא שלחיצה על תמונה מביאה את התמונה הבאה. זה טיפה יותר מסובך וצריך לשלב את ה theming עם ה custom_pager כדי לייצר את זה - כיוון שהמטרה היתה גלריה פשוטה לא מימשתי את זה בשלב זה.
לכל מחפשי ה VPS למיניהם.. אני משתמש ב linode.com, אשר מקום האחסון הקרוב ביותר שלהם היה בניו ג'רזי (200 מ"ש הלוך חזור).
הם הוסיפו אתמול מתקן בלונדון, אשר מהווה שיפור משמעותי לניגשים מישראל (80 מ"ש).
לכל מי שמחפש VPS עבור אתרים ישראלים, אני מאוד ממליץ עליהם. המרחק לניו ג'רזי היה קצת מרתיע, אבל המתקן החדש בלונדון מחסל את ההתנגדות הזו.
כנראה שאעביר את האתרים שלי בקרוב ללונדון, ואעדכן כאן.
לפרטים נוספים ולבדיקות מהירות: http://blog.linode.com/2009/12/07/linode-expands-into-europe/
הצלחתי לכתוב כותרת בלי מילה עברית אחת :)
לאלו מכם שוויתרו על הפרטיות שלהם לטובת חברת פרסומות, ומשתמשים בגוגל אנליטיקס יצאה השבוע בשורה מעניינת.
לפני כן, מעט רקע.
כאשר אתם מטמיעים את גוגל אנליטיקס באתר שלכם, הוא מוכנס בתור קוד Javascript, שרץ אצל המשתמש כאשר הדף עולה (ומתחבר לשרתים של גוגל, ומדווח על הכניסה לעמוד). הדפדפן, מעכב את המשך העלאת הדף והרינדור שלו כשהוא נתקל בקוד כזה, והביצועים הנראים לגולש נפגעים, בלי שום קשר למהירות האתר שלכם.
לכן, ממליצים לשים את קבצי ה Javascript בסוף העמוד, ולא בתחילתו, אבל גם זה לא תמיד עוזר.
גוגל יצאו השבוע עם גרסה אסינכרונית לקוד שלהם - מה שאומר שקודם יעלה הדף, ואז ירוץ הקוד שלהם. לא כ"כ משנה איך זה מתבצע, השורה התחתונה היא שהקוד החדש גורם לדפים להיות מוצגים בדפדפן יותר מהר ממה שהיו קודם. אנשים מדווחים על שיפורים היסטרים, וגם אני ראיתי שיפור (לא מדדתי בצורה מדעית, אבל תחושה חזקה של שיפור).
אם אתם משתמשים במודול אנליטיקס של דרופל, הם כבר עובדים על להכניס את זה פנימה - הימור שלי שזה יהיה בימים הקרובים - ניתן לעקוב כאן:
http://drupal.org/node/648284
אם הכנסתם את הקוד של אנליטיקס בעצמכם בעיצוב, או בצורה אחרת (או שמא אתם לא משתמשים בדרופל רחמנא ליצלן), תוכלו כבר להכניס את הקוד החדש לפי ההוראות כאן:
http://code.google.com/apis/analytics/docs/tracking/asyncTracking.html
שימו לב, זה עדיין מוגדר כבטא. אם הם ישמרו על המהירות שבה ג'ימייל יצא מבטא, אז הקוד הזה צפוי לצאת מבטא בתחילת 2013 :) (סמנו ביומניכם!)
האם קרה לכם שרציתם להעלות תמונה לאתר וברגע האחרון שמתם לב שהיא לא בגודל המתאים, ששכחתם לחתוך אותה וכו'?
האם הייתם רוצים לספק לעורך התוכן פתרון קל ופשוט לעריכת תמונות?
יש פתרון! לאחרונה שחררתי גרסת אלפא של המודול Imagefield Crop.
בגרסה החדשה, אפשרות צפייה בתוצאה בזמן אמת (dynamic preview), ואפשרות של חיתוך מחדש של התמונה שוב ושוב. המימוש נקי יותר ומשתמש בספריות חדישות של Jquery, ובממשק ניהול הקבצים החדש מבית היוצר של dopry.
אמנם אין ממש קשר ישיר לדרופל (חוץ מהצורך להריץ אקספלורר אני גם לא רואה קשר עקיף), אבל Codeweavers מחלקים היום, והיום בלבד את גרסת ה crossover office pro בחינם (מחיר רגיל - $70).
אז אם אתם עובדים עם מק או לינוקס, מהרו אל http://lameduck.codeweavers.com/free/.
כאחד שמשתמש רבות ב admin_menu באתרים, רציתי להפנות את תשומת לבכם לעובדה שסוף סוף יש לנו גרסה עברית מרוטלת מלאה שלו.
אם אתם רוצים להשתמש ב admin_menu בעברית בדרופל 6, גשו ל http://drupal.org/node/234149, הוסיפו את קובץ ה CSS והתמונה לתיקיית המודול, בדקו איך זה עובד ודווחו בבאג.
תהנו.
יש למישהו נסיון עם כתובות נקיות ו lighttpd - בעבר לא הצלחתי, אולם שמעתי שמועות שזה עובד (ויש אפילו כמה שיטות) - יש שיטה מומלצת?
לפעמים רצוי לקבל הודעות מיידיות על דברים שקורים באתר. למשל, מילוי טופס מלקוח פוטנציאלי.
ניתן לממש משלוח SMS בצורה פשוטה יחסית.
(הכל מתייחס לדרופל 6).
קודם כל יש להתקין את המודול smsframework (עדיין אין גרסה רשמית לדרופל 6, אבל בקרוב תהיה. בינתיים אפשר למצוא patch ב issue queue למי שרוצה, כמו שאני עשיתי).
כעת צריך לבחור gateway שמטפל במשלוח של ההודעה. אני בחרתי ב clickatell, מהסיבה הפשוטה שזה המודול שעבר הסבה לדרופל 6, ובגלל שלא היתה לי סיבה למה לא להשתמש בהם.
הרבה כבר שאלו וביררו, והמצב לא היה ברור. אחרי חיפושים רבים ושיחות עם המפתחים, התבררה לי התמונה הבאה:
בדרופל 6 יש מודול שנקרא filefield, שמטפל באופן כללי בשדות שמייצגים קבצים.
imagefield לגרסה 6 יפותח על בסיס filefield (למעשה, הפיתוח שלו גרם לשינויים מפליגים בקוד של filefield).
המודול filefield_image הוא רק בדיקת התכנות ולא מומלץ להתקין אותו, כיוון שהוא יעלם, ולא יהיה מסלול שדרוג ממנו ל imagefield.
