477
צפיות
צפיות
11
תשובות
תשובות
ממשק מרובה שפות שאלה של ארכיטקטורה
האתר ישוכפל לכול מני שפות שהן כולם נכתבות הפוך ( כמו אנגלית )
לא מדובר על אתר גדול וגם מדובר רק על דברים שהם ברמה של קבוע כך שזה לא משאיר יותר מידי טקסיטם
השאלה שלי היא היא אייך והיכן לשמור את כול הטקסטים כך שמבינת יעלות של יצרת הדף
זו תהיה היעילות הגדולה ביותר שזה לא היה סיוט לתחזק ממשק כזה
ושהיה קל להוסיף לזה שפות נוספות במשך
כמה רעיונות קבצי XML עם כול STRING באתר
לעשות דף INCLUDE שיכיל את כול הטקסטים במשתנים CONST
ואז רק יש לבחור את האינקלוד עם הטקסט הנכון
כמובן יש אפשרות של הכנסת הטקסטים לDATA BASE
ובטח לכם יש עוד רעיונות כיצד לממש ממשק מרוב שפות
מה לדעתכם עדיף
11 תשובות
בעיקרון ישנה בעיה כללית ב- ASP
בעיקרון ישנה בעיה כללית ב- ASP בבניית אתר שמותאם ליותר משפה אחת.
הבעיה היא ה- codepage של ה- ASP.
ה- codepage של ASP אמור להיות מוגרד רק פעם אחת בתחילת הקוד.
כלומר, לא ניתן לבצע שום בדיקה לשם קביעתו, והוא נשאר קבוע לכל האתר.
הגדרת codepage קבוע ושפה משתנה תגרום לבעיות בעתיד, כמו בעיית הג'יבריש שיש בשרת של Brinkster אם לא קובעים בתחילת כל עמודי ה- ASP ש- codepage=1255.
מכאן, שלכל שפה יש לבנות עמודי ASP נפרדים עם הגדרת codepage שונה עבור כל שפה במיוחד.
בגלל כל הנ"ל, אני אישית חושב שעם ASP לא נוח בכלל לבנות אתר מרובה שפות.
אין לי מושג ב- PHP ו- ASP.NET, יכול להיות ששם נפתר הדבר, אך ב- ASP לא.
תשובה
תישתמש בקידוד UTF-8, אתה תיצטרך להמיר את כל הקידודים של הטקסטים ל UTF-8 אבל ככה אתה תוכל ליראות את כל השפות.
למה לא ניתן לקבוע את הקוד PAGE
בקובץ INCLUDE חיצוני
דרך אגב לא מדובר בעברית
בכך לפתור את הבעיה
כמו שאמרתם עם אני זוכר נכון לא ניתן לבצע שום שורת קוד לפני כן
מי אמר שאי אפשר?
שורת include היא לא בדיוק שורת קוד.
ה include אומר לשרת לחבר עוד דף לדף הנוכחי, ורק אחריו מתחיל בעצם הקוד, ככה שאפשר בהחלט לבצע include לקובץ שהשורה היחידה בו תהיה
<%@ language="javascript" codePage="utf8"%>
אני התכוונתי
if lang=tuki then
<# include="torci.asp"%
else
<# include="english.asp"%
end if
בקובץ אינדלוד
<%@ language="javascript" codePage="utf8"%>
<%@ language="javascript" codePage="TorkyINCODING"%>
שני דברים
התניית אינקלוד זה בזבוז משאבים
מהסיבה שעוד רגע אני אקשר אליה
זה יצור לך שגיאה כי פעולות COMMAND חייבות להיות בתחילת הדף (הווה אומר שהגדרת קידוד ושפת המשתמש חייבות להיות לפני כל קוד ASP בדף)
קישור
דרך אגב זה מה שכתבתי
שזה דבר כזה לא יתכן זו היתה תודה לזוהר
תראה זה שאולי זה בזבזני יכול להיות
השאלה אייך זה ביחס לאופציות אחרות
שהן פתיחת CONCTION ל DATA BASE
שאילתה איחזור התשובה
גם אני חושב שיותר קל לעדכן דף INCLUDE ולא DATA BASE
שלפעמיים בכדי לעדכן אותו אתה צריך ממשק ניהול
או אופציה אחרת היא להעלות קובץ XML אז צריך לפתוח את להעלות את הקובץ XML למצוא את השדה במתאים
מה שיכול לעלות עד O(n)
לעומת קובץ INCLUDE שאני מקבל ערך ב O (1)
ניראה לי שהכי נכון לעשות את זה עם קובץ XML
( אולי כי כול הזמן אני שומע XML XML )
אבל אני לא רואה שום יתרונות רבים יותר לקובץ INCLUDE שמכיל את כול הTEXT כ CONST מהיר יותר יעלי יותר
אז כך
מידע סטטי באתר לדעתי יהיה הכי טוב לשמור בפורמט XMLי (כדי לא להעמיס על ה-DB)(עמוד XML לכל שפה)
ומידע כמו מאמרים לשמור ב-DB כאשר יש עמודה שיכנס בה שם השפה בקיצור (הווה אומר 2 אותיות)