לגבי [po]מה חדש[/po] זו שאלה טובה. רציתי לאמר שמתחילת חלון הזמן של דף הרסס, אבל שיניתי את דעתי.
נסיון לתפוס את הקישור המשמעותי הראשון או להגדיר מהי התחלה כשיש חלון זמן נוסע פותחת מלא מקרי קצה,
וגם ככה, רסס ל-[po]מה חדש[/po] יושב אי שם בין רסס לרשימה לבין רסס לתגובות.
הפתרון הפשוט ביותר לטעמי הוא עדיין לתת קישור לסוף הדף ושהמשתמש יגלול כלפי מעלה
(פעולה שאני עושה הרבה כשאני קורא בשני מחשבי בו"ז).


אבל בעצם (נמאס לו לשבת כך לבדו. קרע את החבל)
נראה לי שמה שבאמת שימושי עבורי , זה קישור בנוסח
{{http://mychiqchaq.com/rss.pl?[po]רסס יוחנן בצק[/po]}}
כאשר בדף [po]רסס יוחנן בצק[/po] אתחזק את רשימת הדפים שאני עוקב אחריהם.
אחת לשעה, כרון ייצר דף רסס סטטי (עבור כל הדפים שמתחילים במילה רסס)
מחיתוך של הרשימה עם השינויים האחרונים, ואם רוצים להתפרע על ה-CPU החדש אז גם חיתוך כלשהוא עם תוכן הדפים לטובת אגריגציה.

אגב, אם את מתעקשת על קישור להתחלה, אפשר לרתום את חכמת ההמונים שיוסיפו אסימון בתחילת מקטע שהם מזהים כתחילת דיון,
בנוסף [po]לצ'יק צ'ק[/po] שיעשה את זה לבד אם זו הוספה ראשונה לאחר X ימים.

<יוחנן מתעלם מהמלצת חז"ל - תאזפ"ד (תשאיר את זה פשוט, דביל) >

[u]אם רוצים להיות ייקים, צריך להסתכל בדפים עצמם ולתת את הקישור למקום הקרוב ביותר לשינוי המוקדם ביותר.[/u]
"המוקדם ביותר" -- החל ממתי?

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

[u]guid/permalink. כמו עכשיו - רק עם חותמת הזמן של השינוי האחרון שקרה בדף.[/u]

אבל אז כשמקליקים זה מקפיץ לשינוי האחרון, וככה אתה עלול לפספס את אלה שלפניו.

[u]guid/permalink.[/u] כמו עכשיו - רק עם חותמת הזמן של השינוי האחרון שקרה בדף.
חשבתי על כרון בגלל האגריגציה שמצריכה עיבוד מסוים וכי קורא רסס יכול לחיות עם דיליי של 10 דקות בשקט.(גם ככה גוגל דוגם באינטרוולים כאלה)
לתוכן העדכון, הייתי מוסיף תקציר כמו שורת המידע ב-[po]מה חדש[/po] לכל דף בקיבוץ לפי דפים (פירוט 3,4 השינויים האחרונים) ואת הכמה שורות הראשונות או את כל תוכן ההוספה האחרונה.

לא כרון, אלא פשוט [po]צ'יק צ'ק[/po] מעדכן כל פעם שהוא שומר שינוי.
לגבי אגריגציה -- אני צריכה לחשוב איך זה יעבוד מבחינת guid/permalink.

זה אחלה לעקוב אחרי קבוצות (שנראה שלא נתמך עדיין) דלות תעבורה.
הקורא של גוגל עובד איתו בהצלחה, אבל לקבל 60-70 "פוסטים" בשעתיים קצת מפספס את הפואנטה.
בשלב ראשון הייתי עושה אגריגציה של שינויים לדף, ונותן לכל דף להופיע פעם אחת ברסס.
אגב, זה CRON שמעדכן את הדף הסטטי פעם ב?

<הוספה נוספת לדף לצרכי בדיקה>

מברוק!

google reader [url=http://googlereader.blogspot.com/]מתיימרים[/url] לרסס כל דף אינטרנט. לא ניסיתי בעצמי. אבל זה כן מכביד על השרת. בפלטפורמה של ויקיפדיה מקבלים עידכונים למייל על שינויים בדפים שאתה עוקב אחריהם וזה כמובן חוסך את הצורך ברענון הדף.

בסופו של דבר, הכנסתי מידה מסוימת של RSS לגזע של [po]צ'יק צ'ק[/po]. אין אופציות לרססים שונים לפי דפים, סוגי שינויים, כותבים, וכו'. מה שכן, הרסס נכתב לדף סטטי וככה תוכנות שדוגמות אותו באופן תדיר לא יעיקו על השרת. אתם מוזמנים לנסות ולספר לי על הבאגים:
http://www.beofen-tv.co.il/chiq-rss.xml

[po]אבא של[/po] - מעולה, סוף סוף מה שרציתי.

למרות שאני מצליח לראות את ה feed אם אני מסתכל על ה XML, הוא לא עובר ולידציה, ואני לא מצליח לקרוא אותו ב akregator. בדקתי גם באתר של ה w3c, וגם את feedburner, וכלום.

http://feedvalidator.org/check.cgi?url=http%3a%2f%2fblogdebate.org%2fchiqfeed.php%3ftitle%3d%25F4%25E9%25F8%25E5%25FA[u]%25F4%25E7%25E5%25FA[/u]%25EE%25F8%25E5%25F1%25F1%25E9%25ED

גמאני. מה?

[po]אבא של[/po] - זה לא עובד לי. אולי אני עושה משהו לא נכון?
חוזרת על השאלה של [po]מודי תאני[/po]
[u]בקיצור, מה צריך לעשות בשביל לקבל את [po]מה חדש[/po] לתוך הRSS reader שלי?[/u]

כתבתי ישום פרטצ'י שלוקח דף של באופן והופך אותו להזנה.
http://blogdebate.org/chiqfeed.php
(אם זה בעייתי מבחינת עומס על השרת או משהו כזה, תודיעו לי ואני מעיף את זה)

בקיצור, מה צריך לעשות בשביל לקבל את [po]מה חדש[/po] לתוך הRSS reader שלי?

יש חדש?
יש צפי?

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

לא הבנתי כלום :-) (ככה זה כשמתפלחים לדפים טכניים).
האם יש דרך לספק לRSS reader כתובת של דף ספציפי של באופן?

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

אני מכוון לשתי רמות שונות:
א. RSS ברמת הדף. RSS זה קורא דף אחד, והוא מכיל את X התוספות האחרונות. מדובר על Offline browser, וזה נועד עבור דפים בודדים בלבד. אם רואים שהשימוש מכביד מאוד על השרת, ניתן למרקר שורה אחת, ולהיפטר מהאופציה הזו. אני חושב שבהטמעה אירגונית זה חשוב (דף פרטי, דף הצוות, דף המחלקה וכד'). ניתן להגדיר (פאמטרית) את מספר התווים שיופיעו ב - Description.

ב. RSS ל - [po]מה חדש[/po]. RSS זה לא קורא את תוכן הדפים, אלא רק את קובץ ה - Recent. אין תיאור של תוכן השינוי, אלא רק נתוני מסגרת: מי שינה, סוג שינוי וזמן השינוי.

ככלל, צריך לחשוב, פילוסופית, אם נכון להפריד את המנגנונים של [po]מה חדש[/po] וה RSS ל [po]מה חדש[/po]. למשל אם יש קריאה ל - RSS, אין צורך (ולא נכון) לקרוא עוגיות, וכן את קובץ ה - visit של המשתמש. זמן גישה לדיסק הוא יקר מאוד.
אני חושב שהפתרון צריך להיות משולב. ליצור XML בסיסי שישמש את שניהם, אבל נתונים נוספים יהיו שונים. [po]מה חדש[/po] ישלוף בנוסף את נתוני העוגיות והביקורים הקודמים, וכן את המידע האם הדף קיים או לא, ואילו ה RSS לא ישלוף נתונים אלו, אלא יבצע גישה לפילטר.

[u]כי זה לא מעמיס ונותן עוד מידע[/u]
האם כשנכנסת עכשיו לדף קראת אותו שוב מתחילתו ועד סופו, או רק את 2,3 התוספות האחרונות?
כאשר אני נכנס לדף שראיתי שהשתנה ב-[po]מה חדש[/po], אני לוחץ מיד על כפתור ה-end ומגיע להודעות האחרונות שנוספו.
הרעיון בdescription הוא לא לתת לך את כל התוכן, אלא את הכותרת/תקציר, כי התוכן במלואו נמצא במרחק קליק. (פרומו לדף, או לשנוי שנעשה)

נראה לי ( ותקן אותי אם אני טועה) שהגישה שלנו שונה בכך שאני מעוניין בקורא RSS כדרגת סינון נוספת שנותנת לי להגדיר דפים עם פוטנציאל עניין שלפי הdescription אני יכול להחליט אם להיכנס או לא, ובכלל כהתראה על שנויים בכמות שהעין יכולה לצלם,
ואילו אתה משתמש בו כoffline browser שמוריד את התוכן של הדפים שמעניינים אותך במלואם.
אני צודק?

<RSS איחוד או RSS מאוחד?>

[u]נראה לי שכדאי לחשוף ממשק רק ל-[po]מה חדש[/po] ולא לדפים בודדים[/u]
התלבטות. מצד אחד, אתה צודק שיווצר עומס על השרת. מצד שני זה מאוד יוריד את העומס מה - RSS של [po]מה חדש[/po], וזו התצורה שאני מעדיף לדפים מעניינים אותי (דף בית וכד').

[u]מיהו item ומה הוא כולל[/u]
לענ"ד מוסכם שאין צורך לסרוק את תוכן הדף, אלא יש להתבסס על נתוני הקובץ recent.log.txt בלבד.
אני סבור שיש להציג נתונים מלאים, כי זה לא מעמיס ונותן עוד מידע (אני פריק של נתונים).
אם יוגדר "פילטר אישי" ניתן יהיה להגדיר באופן מדוייק את השדות הרצויים.

מגניב.
שוב, נראה לי שכדאי לחשוף ממשק רק ל-[po]מה חדש[/po] ולא לדפים בודדים.
אם כל גולש יזין לקורא הRSS שלו 50 קישורים לדפים בודדים, נצטרך לרתום את פרויקט SETI לעזרה..

מבחינת שאלת מיהו item ומה הוא כולל,
לטעמי item הוא דף צ'יקצ'ק המאופיין בתאריך שנוי אחרון (ולא הערה בודדת).
מי שינה, כמה ואיך, נכנסים לדעתי לdescription.
אם מוסיפים ל-description עד X תווים מסוף הדף,
ניתן לחסוך גישות ופירסוס של הדף המלא, כי ניתן יהיה לראות את ההוספה האחרונה בpreview של הRSS מבלי לגרום לכל הדף להתפרסס.

הנה פתרון שפותח במקביל, ללא קשר לפתרון של יוחנן.
RSS לדף בודד: http://omer.spotil.com/cgi-bin/chiq.pl?rss=[po]דף פתיחה[/po] . מציג את השינויים האחרונים בדף.
RSS ל - [po]מה חדש[/po]: http://omer.spotil.com/cgi-bin/chiq.pl?rss=[po]מה חדש[/po] (ייתכן שבחלק מקוראי ה - RSS צריך לשים את שם הדף המקודד, נראה כך: http://omer.spotil.com/cgi-bin/chiq.pl?rss=%EE%E4_%E7%E3%F9).
אפשר להוסיף מספר ימים: http://omer.spotil.com/cgi-bin/chiq.pl?rss=[po]מה חדש[/po]&days=0.25
אפשר להוסיף שמות מחברים: http://omer.spotil.com/cgi-bin/chiq.pl?rss=[po]מה חדש[/po]&days=10&authors=[po]עומר ס[/po],[po]פלוני אלמונית[/po]

בדקתי את התוצאות עם שני קוראי RSS:
http://www.feedreader.com/ - קורא מומלץ, רץ כתוכנית נפרדת.
http://sage.mozdev.org/ - תוסף לפיירפוקס.

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

הייתי רוצה לשמוע מה לרועיונת יש לאמר בנושא, אבל אני מניח שזה יקח קצת זמן.

זה מהיר מדי עבורי.
הרשתי לעצמי להעתיק את הקוד שלך (מאתמול, לפני הגירסה החדשה) ולשים עותק של צ'יק צאק על השרת שלי. זה פרטי, ורק אני מכיר את הלינק:
http://omer.spotil.com/[po]chiq chaq2[/po]/cgi-bin/chiq.pl?new=16&format=feed . אם זה מפריע - אסיר אותו.

שלב ראשון צריך להחליט באיזה קוד משתמשים: שלי או שלך. צריך לחשוב, לשתף אדם או שניים נוספים ולהחליט.

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

הפסקה. אני יוצא לטיול אופניים משפחתי.

אגב, את השנוי לINIT באובייקט [po]מה חדש[/po] אפשר להחליף בפונקציה שמשתמשת בו כמות שהוא באופן חיצוני, אבל לטעמי השנויים הם קלים, אבל יעילים יותר מאשר לרוץ שוב על כל הרשימה.

בקשר לנקודה האחרונה, אפשר אח"כ להוסיף ליד כל דף ב-[po]מה חדש[/po] קישור שמוסיף אותו לפילטר

א. לטעמי זו נקודה שהופכת מאוחר יותר את הקוד לנוח יותר לאינטגרציה.
ב. נו, לא בשביל זה אנחנו משלמים לרועי?
ג. את זה אני לוקח בחזרה. אחרי שהעסק רץ אצלי באופן מבצעי, נראה לי עכשיו הגיוני להשאיר את המנגנון מוכוון קבוצה בלי לערבב.את האיחוד עושה קורא הRSS שלי (כרגע, תוסף פיירפוקס WIZZ).
ד. הרעיון מאחורי קובץ מטא, הוא קובץ נתונים אודות הדף, אותו משנה רק השרת, ולמשתמשים אין יכולת לחרבש אותו על ידי עריכה. אני ארחיב עוד אח"כ כי זה לא ממש נחוץ לRSS בסיסי, אבל קובץ chaq בספריית users הוא בעצם סוג של מידע כזה שלא נגיש למשתמש.
[hr]
יש כמה נקודות מפתח שראוי לדעתי לתת עליהן את הדעת:
[list]
[*] ביצועים. סיבוכיות הפתרון צריכה לכל היותר להיות תלויה בזמן (new=x) ובגודל הגדרות הפילטר אבל אסור שתהא תלויה במספר הדפים הכללי הקיים בקבוצה.
[*] שפה - לא הייתי יוצא מגדרי לספק תוכן מעל הRSS אלא רק אינדיקציה נוחה לשינויים בדפים שאני חפץ ביקרם.
[/list]
התוכן של כל פריט לדעתי צריך לסקור את רשימת מי עשה איזה סוג שנוי בפרק הזמן המנוטר, ואולי גם כמה שורות מההודעה האחרונה שנוספה (אם היא היתה השנוי האחרון). בגלל סוגיית השפה אני צופה כאן בעיות תצוגה בקוראים שונים, ולכן זה סרט שאולי לא רוצים להיכנס אליו.
[list]
[*] היקף. תתמוך היום בRSS, בעוד שנה מאות קוראי RSS ידגמו את השרת בכל חצי שעה / כמה דקות. זו מוטיבציה מספיק טובה לטעמי לתמוך רק בתרגום ה-XML של [po]מה חדש[/po] לRSS עם מינימום עומס על השרת, ולא לנסות להעביר לשם את כל הפונקציונליות שהיום מתרחשת במחשב צד הלקוח (ולא סינדיקציה לדף בודד).
[*] ההיבט החברתי - שקיפות רשימת המועדפים שלי לשאר הגולשים. אישית אני חושב שיש לזה אפקט רע.
[*] הפתרון שנראה לי סביר הוא לתחזק דף כזה עבור כל משתמש (דף chaq בספרית users) שישמור את את רשימת הפילטר של אותו משתמש. ממשק המשתמש יהיה GUI סגור ללא אפשרות עריכה צ'יקצ'קית כך שהפורמט המתקבל יהיה קונסיסטנטי. בראש הדף עצמו יוצג הקישור אותו יש להדביק בקורא הRSS כך שהחלפה של הקישור בקורא תהיה כאשר ניקיתי את העוגיות שלי ואני מיוצג כמשתמש חדש. (השימוש הוא בעוגיה קיימת)
[/list]
קישור RSS אישי ל-[po]מה חדש[/po] יראה כך http://mysite/cgi-bin/chiq.pl?new=5&format=feed&filter=200604171122366579
אם אני עובד רק לפי העוגיה, קובץ הRSS הדיפולטיבי שלי יהיה זה שמקושר לעוגיה http://mysite/cgi-bin/chiq.pl?[po]personal rss[/po]
אבל אוכל לשמור קישור לקובץ המקורי שלי
ולערוך אותו ממחשבים שונים ע"י http://mysite/cgi-bin/chiq.pl?[po]personal rss[/po]&&filter=200604171122366579

א. כרגע אנו עושים נסיונות, והקו המנחה הוא מקסימום יכולות במינימום שינויים. כמובן שכאשר הגרסה תעבור לייצור, כל הערכים המקומיים יונחו במקומם (בקבצי ה - \.cf)
ב. אני אוהב לשחק בשורת ה - URL, ואני לא רוצה להתחיל לממש עוגיות. הרעיון של פילטר על השרת הוא רעיון חביב, רק שהוא יצריך פיתוח מסך נפרד לניהולו (אני שונא GUI. כל הפיתוחי GUI שלי כוללים 30% קוד ו 70% משחקים ונסיונות). נחשוב על זה.
ג. ריכוז כמה קבוצות הוא חביב, אבל בגלל שהמימוש שלי מקבל את הנתונים מ XML מוכן, זה לא בתחום סמכותי. כאשר יהיה פתרון ל [po]מה חדש קבוצתי[/po] מאילו ה - RSS יכלול את כל הקבוצות.
ד. מה שדיברת על meta: סינית בשבילי. אם תפרט אולי אבין

אני מעוך ברמות קשות, אז ריפרפתי קלות. אני אנסה לחזור לזה במצב עירנות סביר יותר. בינתיים:
[list]
[*] גם אצלי וגם אצלך יש בקוד יש דברים שהם [po]site specific[/po] / [po]language specific[/po] או הקטע עם GMT+2 באיזור הזמן - צריכים לעבור לקובץ הCF.
[*] אני מימשתי כרגע RSS רק ל-[po]מה חדש[/po] מבלי יכולת סינון מתוך צ'יקצ'ק. אני לא יודע מה קיבולת שורת הURL בקבלת פרמטרים של CGI,
[/list]
אבל נראה לי לא נוח לתחזק את הרשימה משם.
אני חשבתי שנוח יותר לציין בקישור שם דף שמכיל את ה"מפרט שלי":
http://omer.spotil.com/cgi-bin/chiq.pl?rss=[po]מה חדש[/po]&days=5&filter=[po]יוחנן בצק פילטר[/po]
(כשאגב, אני אעדיף לקרוא לדף הפילטר שלי משהו כמו [po]פילטר 12[/po] ולערוך אותו כפלוני - סוגיה לא טכנולוגית אך מהותית)
מבלי לצלול לעומק יותר מדי דף פילטר פשוט יכיל רק שמות של דפים. בהינתן filter= דף הXML שיווצר יכיל חיתוך של הפריטים מ-[po]מה חדש[/po] עם רשימת הקשורים בפילטר.
עם ציון ליד שם דף שהוא דף מדור (או קונבנציה שאם שם דף מתחיל באותיות 'מדור') הדף יפורסס וכל שמות הדפים בדף המדור יצטרפו לרשימה.
ליד שם דף, ניתן יהיה לציין רשימת כותבים לחיתוך נוסף, ולציין דפים שאיני מעוניין בהצגתם כמו מגרש משחקים או ככר השוק.
(במקרה של קונפליקט מי חזק יותר חוק ה"כלול" או חוק "אל תכלול" ?)
[list]
[*] מחשבה מוזרה - אולי דף כזה, או מקטע כזה בדף צריך לשבת כקטע קוד במין מקטע כזה
[/list]
{{ RSS
{{ RSS
כלול [po]יוחנן בצק[/po] כותבים כולם
כלול הכל כותבים [po]יוחנן בצק[/po] [po]עומר ס[/po] [po]רועי שרון[/po] [po]יונת שרון[/po]
דחה [po]ככר השוק[/po]
דחה [po]מגרש משחקים[/po]
}}
}}
אני כבר זומבי. אחוריזה..

תודה, קיבלתי.
אני מאתמול באחד מהימים האלה שפיסת קוד שלי עושה צרות ובדיוק כל העולם צריך אותה. later..

[u]מה ההסתברות ששני אנשים יחליטו לעבוד על אותו הדבר באותו זמן?[/u]
ההסתברות נמוכה, אבל זה קורה כמו שנחל אילון מציף את הכביש אחת ל - 50 שנה, כל שנה.

שלום. רק עכשיו ראיתי את המייל, כי לא נכנסתי ליאהו הרבה זמן (עוד מעט המונדיאל נגמר, ושוב יהיה זמן)

אני שולח לך את המייל ששלחתי לרועי/יונת/גילה. הוספתי את הקוד. מיד אמשיך לפרט.

בינתיים יש חסידות שמעופפות פה מסביב, אבל אני חייב לתעד עוד תובנה שמאפשרת עבודה הגיונית עם צ'יקצ'ק פעיל:
קוראי הRSS שבדקתי, ברגע שקראתי עידכון לדף מסוים, ואחר כך הוא עודכן עוד כמה פעמים, הוא המשיך להציג את עצמו במצב "נקרא",
כי פורמט הקישור היה http://www.mysite.org/cgi-bin/chiq.pl?mygroup:[po]my page[/po] והקישור הוא גם המזהה היחודי לדף.

ברגע שהחלפתי את פורמט הקישור (ישות הRSS permlink ששייכת לitem)
לפורמט הזה http://www.mysite.org/cgi-bin/chiq.pl?group=mygroup&title=[po]my page[/po]&feedcount=20060627145510
הקישור שהתקבל לאחר כל שינוי היה שונה ולכן סומן כ"לא נקרא".
את המספר של feedcount אני לוקח ממחרוזת $date של השנוי האחרון.
בהזדמנות אעדכן כאן את הקוד.

מה ההסתברות ששני אנשים יחליטו לעבוד על אותו הדבר באותו זמן? ...
בעיקר עשיתי קופי-פייסט לאופן בו עובד ממשק הXML, ואצלי זה עובד יפה כרגע (אחרי ששיניתי קצת את פורמט התאריך לפי הRFC) .
השתמשתי במודול הRSS שמגיע [url=http://perl-rss.sourceforge.net/]מכאן[/url]

כמה דברים:
[list]
[*] RSS הוא תקן מלא טלאים וריבוי מימושים. ATOM הוא XML תקני אבל פחות נפוץ. אני מניח שאם הזמן יש לשאוף לעבוד עם ATOM ולא עם RSS.
[*] נראה די נחוץ לרכז בקישור אחד כמה קבוצות דהיינו group=home+birds וכו. [לאחר כמה ימים: חוזר בי. [po]יוחנן בצק[/po]]
[*] נראה לי שלא ניתן יהיה לקשר בין צפיות דפדפן ישירות לבין צפיות שנבעו מקליק בקורא הRSS, כך שלא ניתן להסתמך לחלוטין על עוגיות מבחינת מה נצפה ("הסתר שינויים שראיתי" הוא תלוי קורא).
[*] הוספתי בתיאור הITEM תגית HTML להורדת שורה וזה לא נחשב לפרקטיס טוב, אבל זה היה ממש מכוער באותה שורה. ATOM אגב דואג להפרדה מובנית בין הגדרת תוכן להצגתו.
[*] התיאור של הדף שנתתי הוא לקוני. אם השנוי האחרון הוא הוספה, הייתי רוצה תיאור שמכיל X תווים מתוך ההודעה האחרונה. אם זו הוספה שלא נערכה עדיין אז זה די פשוט, אבל גם לטובת ממשק גוגל, נראה לי שהוספה של מנגנון מטא לכל דף יכול לשמור על ביצועים הגיוניים גם כשיהיו הרבה לקוחות RSS / גוגל שדוגמים את האתר.
[/list]
מנגנון המטא שחשבתי עליו הוא כזה: (כתבתי על זה איפושהו בעבר)
לכל קבוצה תהייה ספרייה נוספת עם קבצים מקבילים עם סיומת אחרת למשל {{ [po]john doe[/po].meta }} או {{ [po]savta chaya[/po].meta }} וכו'
הקובץ יהיה XML או בסגנון הCF שמכיל מידע על הדף שזמין בנגישות מיידית:
[list]
[*] תאריך שנוי אחרון
[*] כותב אחרון, תחילת הפיסקה האחרונה שנוספה
[*] עוד ועוד
[/list]
כאשר גוגל למשל ירצה XML של כל הדפים באתר עם פרטי זמן השנוי האחרון, אין צורך לעבור על הלוג, אלא כל דף מחזיק את פיסת המידע הזו, שאחרת עבור דפים מסויימים יש לעבור על כל הלוג מבריאת העולם.
כל שינוי בדף יגרור עידכון קצר בדף המטא שלו (ושל הכותב).
יש לי עוד אבל אני שוב חייב לרוץ.

תגובות, טענות , מאנות והצעות יתקבלו בברכה.

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


[hr]