ערב טוב,

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

אם אני עושה

קוד PHP:

 setcookie("blabla","123",time()+60);
$_COOKIE['blabla'] = "123"; 


אז זה עוד איכשהו בסדר..
אבל אם אני נניח מכניס מערך לעוגיה, לדוגמא:

קוד PHP:

 setcookie("blabla[second]","456",time()+60); 


אני צריך לשנות גם את השורה השניה בהתאם:

קוד PHP:

 $_COOKIE['blabla']['second'] = "456"; 


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

כי אם נניח אני אנסה לעשות

קוד PHP:

 if(is_array("blabla[second]")) 


כמובן שזה לא חוקי.

וזה נהיה מורכב עוד יותר, כשיש 2,3...(או יותר) דרגות בתוך המערך.

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



תודה



-----
עריכה:
-----

ואת אותו הדבר אני מחפש גם למקרה שאני מוחק עוגיה.

קוד PHP:

 unset($_COOKIE['blabla']['second']) 


לא יעבוד, כשלאותה פונקציה [של המחיקה], אני מקבל רק משהו כזה:

קוד PHP:

 blabla['second'] 


בשביל

קוד PHP:

 setcookie("blabla['second']","deleted",time() - 60); 


(זמן המחיקה הוא סתם לדוגמא...בד"כ אני שם חודש/שנה אחורה).


תודה

באמת שרציתי, אבל לא הבנתי למה אתה מתכוון, או בכלל - למה להשתמש במערך בעוגיה, או יותר נורא - עם יותר ממימד אחד?

SESSIONS.

פירטתי בתגובה ל hellfrost

SESSIONS לא יעזור לי כשיצאו מהדפדפן =\

אפשר לשאול מה אתה מתכנן לשמור בעוגיות?

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

לדוגמא:

קוד PHP:

 $_COOKIE['read_msgs'][10][5]; 


הודעה 5 בפורום מספר 10 נקראה...

עכשיו כשאני חושב על זה, זה ניראה כ"כ מטומטם וחסר היגיון,
אבל אין לי שום רעיון אחר איך לעשות את זה.

אוקיי, ומה אתה מתכנן לעשות עם המידע הזה (העוגיות)?

לדעת איזה הודעות להציג למשתמש כ"חדשות" ואילו כ"לא חדשות", אני חושב שזה ברור..לא? חח

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

אתה יכול לקבוע למשל שאם לא נכתבה הודעה ב-10 הדקות האחרונות אז אין הודעות חדשות (בלי קשר ל-אם נקראו או לא), אני משער שככה זה ברוב מערכות הפורומים.

מה?
אני לא בטוח שהבנתי אותך.

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

גם בפרש זה יותר מ10 דקות...

אתה יודע מה ההבדל בין הודעה 'חדשה' להודעה ש-'לא נקראה' כן?

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

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

נו...אז זו סתם טעות ב"הגדרה" (אצלי).

אני מדבר על הודעות שלא נקראו. שכל משתמש יראה את ההודעות שהוא עדיין לא קרא.
לא מעניין אותי לסמן הודעות חדשות.

אני חושב שהמנגנון של הודעות לא\חדשות במערכות הפורומים עובד בצורה כזו:

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

אותו הדבר אפשר ליישם בנוגע לאשכולות עם הודעות חדשות וכו'...

השדה last_session_time שקיים בטבלת ה-sessions מקבל את ערכו מהשדה last_session_time שקיים בטבלה המשתמשים.
השדה last_session_time שבטבלת המשתמשים מקבל את ערכו כשמוחקים את רשומת ה-session של משתמש (או ע"י trigger, או ע"י select ואז update ואז delete)

בנוגע לאורחים, הכל בשבילם יהיה חדש כשנוצר להם רשומת session חדשה.

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

עריכה:
שכחתי, כמובן, שצריך להוריד פורומים\אשכולות שנקראו מהסימון שהם חדשים ...
אפשר ליצור מערך ולשמור את תוכנו בשדה בטבלת ה-sessions בעזרת serialize של פורומים\אשכולות שנקראו. אבל זה פשוט דרך דומה ואחרת לממש את מה שכבר אמרו למעלה

php.net/serialize ?

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

ניסיתי לעשות את זה על סתם משתנים ומערכים וכו', וראיתי מה זה עושה.

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

כי לא הבנתי איזה נתון אתה רוצה שאני אמיר עם הפונקציה הזאת?

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

אין לי בעיה לקבל רעיון לדרך אחרת לשמור את המידע הזה [בעוגיות,בקבצים,במסד..מה שלא יהיה].

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

אתה חושב שמה שהוא מנסה לעשות זה רעיון טוב? מבחינת תעבורה?

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

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

התחלת הלימוד היא בלשאול את השאלה הנכונה.

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

אי אפשר לעבוד עם חצי מידע, וצורת ההצגה עם כל הפרטים היא החשובה ביותר.

לענייננו:

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

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

פתרון יותר הגיוני, עבור שמירת כל ההודעות שנקראו, הוא פשוט לשמור עוד טבלה במסד הנתונים, עם id של המשתמש, id של ההודעה שנקראה, ונניח readtime. ליצור על הטבלה הזו אינדקס משולב על userid,msgid, ואז, כשאתה מוציא את רשימת ההודעות, לעשות JOIN על הטבלה הזו עם msg_tbl.userid = read_tbl.userid AND msg_tbl.msgid = read_tbl.msgid. ואז - כשתחזור השאילתא, או שיהיה לך readtime, או שיהיה לך NULL, ואז בפשטות תדע אם ההודעה נקראה או לא.

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

זו השיטה שלי. מה אתה אומר?

עריכה: בעע, fealls כתב את זה לפני ולא שמתי לב...

נמאס לכם לזכור סיסמאות? לחצו כאן!

תודה רבה על התגובה הארוכה והמפורטת.

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


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

איך אתה היית מתכנן מערכת כזאת אם היו מבקשים ממך לעשות משהו כזה?

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

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

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

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

אבל אני מבין שאני רחוק מהמציאות (?)

כן, כי המשתנה הזה צריך להגיע מהלקוח...

אז אתה לא משתמש בעוגיות בכלל?

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

אני לא מפתח WEB.
אבל לא הייתי שומר בעוגיה שום דבר חוץ מSession ID בטח לאתר שהמשתמשים בו רשומים.
לאתר שסתם מגיעים עליו משתמשים אפשר אולי לשמור עוד דברים, אבל גם מאוד מאוד במודעות ועדינות...

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

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

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

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

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

תכלס? גם נכון...

תודה רבה על כל התגובות המפורטות של כולם!

בינתיים אני אסתפק בשיטות שהצעתם (אני אשכח מעוגיות!)

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

תודה!