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

תודה רבה,

בברכה,

Uninstall

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.stopie6.org/img/badges/120_60black.gif]

אתה יכול לנסות להשתמש ב 302 או ב307 שאומרים שהדף עבר זמנית.
אבל אין שום הבטחה שמנועי חיפוש לא יאנדקסו את זה..

!!אזהרה!!

ההודעה עלולה להכיל שברי אגוזים ו/או איברי דגים כלשהם

!!אזהרה!!

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

ככה גוגל יראה את האתר בצורה רגילה (כי הוא מתעלם מ JS)

אני מבטיח לך שהשיטה של יואב לא תעבוד: מנועי חיפוש בהחלט עוקבים אחרי הפניות בקוד 3xx...

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

קוד PHP:

 <script type="text/javascript">// <![CDATA[
//
var now = new Date()
if  ((now.getDay()==5&;now.getHours()>19)||(now.getDay()==6&;now.getHours()<17))   window.location="http://hatul.info/shabat/">>
// ]]></script> 


מקור
http://hatul.info/2009/03/30/%D7%A1...A9%D7%91%D7%AA/

dropbox

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

עדיף קוד בצד השרת שמתחשב בזמני השקיעה ביום שישי וביום שבת, ופשוט פולט רק window.location בעת הצורך...


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

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

אני באמת מעדיף את השיטה שהצעת עם ה JS.

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

בברכה,

Uninstall

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.stopie6.org/img/badges/120_60black.gif]

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

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

נותן רמז קטן למי אחראי לPHP5...

איך הם עשו פלטפורמה כזאת בלי UNICODE בדיפולט זה נשגב ממני אבל...

הבחירה להשתמש או לא להשתמש ב mbstring היא בהחלט שלך. התמיכה מלאה, פשוט צריך להשתמש בפונקציות הנכונות.

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

מי שמתעקש להשתמש בשפה כתומכת mb ולא בא לו להוסיף את הקדימית הרלוונטית, יכול תמיד להפעיל את אפשרות ה function overloading של mb ע"ג הפונקציות הרגילות. ב 6 זה כבר יבוא כברירת מחדל...

ואני בכלל לא נכנס לבעיות שיש ל"מתחרים" עם נושאי הקידודים. מישהו הזכיר את מסדי הנתונים של מיקרוסופט לאורך השנים?

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

"מסדי נתונים"

אבל מאז 2005 כמו בובלעך

בדקתי, נראה שיש אזכורים ל mbstring לפחות מגירסא 4.0.6, וזו שוחררה ב 23 ביוני 2001...

well well well...

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

התכונתי לSQL2005

אני לא מבין גדול בPHP, יצא לי לקרוא קצת קוד בישביל להמיר אותו לASP.NET
מה שאני כן יודע זה שאין בו תמיכה מובנת בUNICODE, ושצריך לעבוד בישביל זה, לעומת פלטפורמות אחרות ששם זה רק עיניין של קונפיגורציה, אבל היי הפייסבוק שלי בUTF8!

לא, מה שאתה יודע זה שהפונקציה strlen סופרת בתים, ולא תווים. למשל. ואם אתה רוצה התייחסות לתווים שהם מרובי בתים, אתה פשוט צריך להשתמש ב mb_strlen - שלה אתה כמובן חייב לציין את סט התווים שמולו אתה רוצה לבדוק את אורך המחרוזת. למעט דברים מסוג זה (כמו גם מיונים של מערכים וכו'), השפה לא צריכה "לתמוך" ב Unicode, פשוט משום שזה לא מעניין אותה מה יש במחרוזות. אולי יש שפות שהמנוע שלהם מתחרפן שהוא מקבל תווי Unicode (מעניין מה המצב של ASP בעניין? האם כמו מסדי הנתונים?), אבל PHP, כמו שאומרים, couldn't care less. למי שמבין מה הוא עושה, יש את כל התמיכה שהוא צריך, בערך מהיום שבו יוניקוד נהיה פופולרי, ואף לפני כן... ולא צריך "לעבוד בשביל זה" - רק להשתמש בדברים הנכונים. כמו שלא תצפה שפונקציות מיון ינהלו לך מחסניות, אל תצפה שפונקציה לספירת בתים תספור לך תווים. זה הכל...

במילים אחרות: לפני שאתה יודע מה שכתוב כאן: http://www.joelonsoftware.com/articles/Unicode.html - אל תלך לכתוב אפליקציות Unicode. בפשטות. (וכן, קראתי את ההערה שלו על PHP. זה פשוט משום שהוא קרא FUD מחובב מיקרוסופט, ולא טרח לבדוק לבד )

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

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

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

ב.NET וJAVA המחרוזת הדיפולטית היא UTF16 גם ב SQLSERVER , אני מניח שגם רב הDBים האחרים, ואין בעיה לפלוט החוצה UTF8. אז בגדול זה פשוט עובד...

לא הכי נוח כי צריך להוסיף mb_ לפני שם הפונקציה? אתה רציני?

ב PHP אתה יכול לעבוד עם UTF-8 בלי להמיר ל UTF16 ואז חזרה (בזבוז...) וכנ"ל ב MySQL. נהדר, שהכל עובד בלי שום המרה מהלקוח, דרך שפת צד השרת, ועד למסד הנתונים...

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

לא נוח כי mbstring מבוטל ב-default. ושצריכים לבנות אתרים ל-shared hosting זה לפעמים בעייתי.

shared hosting שלא תומך ב mbstring בוודאי גם לא תומך בדברים אחרים שהם חשובים. זו בעייה שלהם, לא בעייה שלך. בוחרים ספק שירות *אחרי* שמוודאים שהוא נותן את השירות שאתה רוצה, לא לפני. ומי שלא איכפת לו מלאבד לקוחות בגלל החלטות הזויות, שהשורה הסופית בדו"חות הכספיים שלו תיפגע...

צר לי אך זו לא ממש סיבה טובה...

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