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

כאשר אני עושה שליחת AJAX ומשתמש בשורת הHeader הבאה

קוד PHP:

 header("Content-Type: text/html; charset=windows-1255"); 


התשובה שמקבלת מוצגת כמו שצריך.
אך אם אני מנסה להוסיף לDB נתונים דרך AJAX הנתונים נכנסים בתור ג'יבריש [דוגמא: ׳©׳“׳’׳“׳©׳’].

כאשר ניסיתי להסיר את הHeader הזה התשובה של הAJAX[טקסט רגיל] מגיע כג'יבריש [דוגמא: ���� �"�] וכאשר אני מכניס מידע לDB הוא כלל הניראה מוכנס עדיין כג'יברש אך תגובתו בAJAX ניראת טוב.

[כל האתר ניראה בג'יבריש והתגובה הספציפית מתוך הDB בגלל שהיא בג'יבריש, עושה הפוך על הפוך ומוצגת רגיל].

אין בעיה בDB כיוון שהכנסה רגילה שאינה בAJAX פועלת בסדר גמור.

תודה

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

מהו הקידוד שהגדרת ל-request?

האם הגדרת בכל האפליקציות של המערכת שלך את אותו הקידוד?

אולי זה יעזור:
http://www.fresh.co.il/vBulletin/sh...ad.php?t=456066

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

האם אתה מריץ את השאילתא הבאה כל פעם מייד אחרי שאתה מתחבר למסד הנתונים שלך:

קוד:

SET NAMES utf8 COLLATE utf8_general_ci

?

לדוגמא:

קוד PHP:

 mysql_connect(...);
mysql_query('SET NAMES utf8 COLLATE utf8_general_ci'); 


תודה על התגובה.
לא הגדרתי קידוד לrequest. אני משתמש בprototype לצרוך שימוש בAJAX. [ברירת מחדל 'UTF-8']

ואכן אני משתמש בשאילתה זו.

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

ניסיתי לשנות את הקידוד של בקשת הAJAX לwindows-1255 וזה לא השפיע.

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

אתה צריך לבחור קידוד אחד שאיתו אתה עובד ולהיות עקבי בכל איתו בכל המקומות.

Windows 1255 זה מתכון לבעיות קידוד. UTF-8 לא.
עם איזה קידוד אתה עובד? מה מוגדר ב-DB? מה מוגדר בתצוגה של הדף? באיזה קידוד הקבצים שמורים?

ציטוט:

במקור נכתב על ידי tnadav1 אתה צריך לבחור קידוד אחד שאיתו אתה עובד ולהיות עקבי בכל איתו בכל המקומות. Windows 1255 זה מתכון לבעיות קידוד. UTF-8 לא. עם איזה קידוד אתה עובד? מה מוגדר ב-DB? מה מוגדר בתצוגה של הדף? באיזה קידוד הקבצים שמורים?

מסכים איתך בהחלט.
הבעיה הינה כאשר אני מגדיר Header:

קוד PHP:

 header("Content-Type: text/html; charset=UTF-8"); 


הטקסט הרגיל של האתר מוצג כג'יבריש [���� �"�]. אם נצליח למצוא את הסיבה לזה ולפתור אותה אז הכל יהיה בסדר כיוון שהDB כניראה גם נשמר בתור UTF8 ולכן הבעיה נוצרת כאשר אני משתמש בHeader בwindows1255 ...

בDB הכל מוגדר בתור UTF8. תצוגת הדף Windows1255 ולגבי הקבצים אני לא יודע, איך אני יכול לבדוק? אני משתמש ב Eclipse PDT.

תודה על העזרה חבר'ה.

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

ציטוט:

הבעיה הינה כאשר אני מגדיר Header: קוד PHP:  header("Content-Type: text/html; charset=UTF-8");  הטקסט הרגיל של האתר מוצג כג'יבריש [���� �"�].

אני מניח שהתבלבלת וכתבת כאן קידוד UTF-8 בפונקציית ה-header...

הקידוד חייב להיות מוגדר היטב ואחיד בכל המערכת, בכל האפליקציות. ראה כאן: http://www.fresh.co.il/vBulletin/sh...ad.php?t=458692

ציטוט:

בDB הכל מוגדר בתור UTF8

למה? :|

ציטוט:

תצוגת הדף Windows1255 ולגבי הקבצים אני לא יודע, איך אני יכול לבדוק? אני משתמש ב Eclipse PDT.

ב-FF, כדי לבדוק איזה קידוד הדפדפן קיבל, תלחץ לחצן ימני בעכבר ואז Page info.

אמורות להיות שם 2 הגדרות של קידוד - אחד מתג ה-meta והאחר מהכותר שהתקבל באמצעות פונקציית ה-header שהרצת. שתיהן צריכות להיות עם אותו הקידוד.
לא מכיר את Eclipse אבל הדבר היחידי שהוא יכול להצביע לך עליו זה הקידוד של הקבצים שלך. ד"א אם אתה לא מכיר, יש תוכנה בשם Notepad++ גם טובה לעריכת קבצים ...

אוקיי אני רואה שיש פה כבר בילבול.[שכניראה אני יצרתי כשניסיתי לסדר את זה]

איזה קידוד לשים בHeader של PHP?
איזה קידוד לשים בקוד HTML?
איזה קידוד להגדיר בטבלאות [כרגע utf8_general_ci] ובשדות?

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

------------------------

עברתי על דיון הקידוד. שיניתי את הקידוד בכל המקומות לUTF8 אך עדיין הדף מוצג כג'יבריש [הטקסט הרגיל, תוכן HTML].

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

אוקי ננסה לסדר מההתחלה:

לפי מה שהבנתי, הקידוד הראשוני שהגדרת הוא windows-1255.

עם הקידוד הזה אתה צריך לעבוד בכל האפליקציות - גם דפדפן, גם PHP, גם MYSQL ואחרים.
אתה לא יכול להגדיר במקום אחד שהקידוד הוא X ובמקום אחר שהקידוד הוא Y. זה מתכון לטעויות ובעיות בעתיד.

האם קראת כאן:
http://www.fresh.co.il/vBulletin/sh...ad.php?t=458692

?

כתוב למטה את הקוד המתאים שיש לכתוב כדי להגדיר קידוד במקומות שונים.
במקום שתגדיר קידוד UTF-8, כפי שכתוב בדוגמאות שבקישור, אתה צריך להגדיר את הקידוד windows-1255 - בכל המקומות - גם מסד נתונים, גם PHP, גם דפדפן (פונקציית header ותג meta).

אוקיי. אני אעשה זאת ואחזור עם תשובה. תודה רבה בנתיים

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

אם כך, איזה קידוד להגדיר בבסיס נתונים? הרי אין windows-1255. האם להגדיר בתור hebrew_general_ci?

דרך אגב, אני בכלל לא נעול על windows-1255. אין לי בעיה להשתמש בutf8 אם זה מה שיסדר את זה..

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

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

תנסה:

קוד:

SET NAMES cp1255 COLLATE hebrew_general_ci

ואם זה לא עובד טוב אז:

קוד:

SET NAMES hebrew COLLATE hebrew_general_ci

באותה מידה תשנה את הגדרות הקידוד של הטבלאות במסד.

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

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

אם ככה למה שלא תגדיר פשוט UTF-8?

ד"א, הגדרה של הקידוד UTF-8 מחייבת אותך לפעמים לכתוב קוד אחר ממה שאתה רגיל בקידודי single byte. רק ב-PHP שקטן מגירסא 6 (שעדיין לא יצאה...)

ציטוט:

שוב אני חוזר, כשאני מכניס לDB בצורה רגילה[לא AJAX] אין בעיה עם העברית. רק כאשר אני מכניס בעזרת AJAX עברית הוא יוצא כג'יבריש.

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

מלבד מה שהבאתי, תכתוב ב-PHP את הקוד:

קוד PHP:

 mb_detect_order('utf-8, ISO-8859-8-I, ASCII');
mb_regex_encoding('utf-8');
mb_internal_encoding('utf-8'); 


אוקיי לשם בדיקה עשיתי שליחת AJAX רגילה ששולחת שדה טקסט ומחזירה בתשובה את הערך שהיה בו.
כשאני עושה עברית [כשכל הקידוד מוגדר כwindows-1255] הוא מוחזר כג'יבריש.

שמתי את הקוד שלך, שיניתי את כל הHeader והMeta לUTF8 והרצתי.
הפעם הAJAX היה בסדר גמור אבל הקוד הרגיל[קוד HTML רגיל] מופיע כג'יבריש [���]..
הם כל הזמן מנוגדים !
עכשיו אני לא רוצה לעבור קידוד. בוא נישאר עם UTF8. רק למה הטקסט הרגיל נהרס עכשיו?

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

ציטוט:

הפעם הAJAX היה בסדר גמור אבל הקוד הרגיל[קוד HTML רגיל] מופיע כג'יבריש [���]..

ה-AJAX מבצע request לשרת ומוחזר אליו מחרוזת שהיא הפלט של ה-response. כלומר, זה מתבצע בדיוק כמו בקשה "רגילה", אבל הפלט מוחזר אליך במשתנה JS ואתה יכול לשלוט בו.
אז מצד אחד אתה אומר שזה בסדר גמור ומצד שני שזה לא בסדר כי ה-HTML מופיע כג'יבריש. קצת קשה לי להבין אותך כאן...


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

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

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

שמירת הקבצים בקידוד ANSI אינה מתאימה כאשר הקבצים שלך מכילים תווים שאינם בתחום ה-ASCII (כמו תוי עיברית) וגם כאשר הקידוד שלך אינו single byte.

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

הנה[לאחר השינוי לUTF8]:
META:

קוד:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

PHP:

קוד PHP:

 header('Content-Type: text/html; charset=utf-8');  
mb_detect_order('utf-8, ISO-8859-8-I, ASCII');
mb_regex_encoding('utf-8');
mb_internal_encoding('utf-8'); 


AJAX נשלח בUTF8.
קבצים נשמרים בANSI.
דרך אגב אני משתמש בob_start, לא יודע אם זה משנה..

תזכורת - כעת הAJAX מוצג בסדר אבל טקסט HTML רגיל מופיע כג'יבריש.

תודה.

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

אוקי.

בנוסף לכל מה שהגדרת עד כה, תבצע את הבא:


בכל השאילתות של יצירת הטבלאות, תשנה את הקידוד באופן הבא:

קוד:

/* SQL CODE */

CREATE TABLE table_Name (
/* Here you define columns with their appropriate column types etc. */
) CHARACTER SET utf8 COLLATE utf8_general_ci

מייד לאחר ההתחברות למסד הנתונים (דבר שמתבצע עם הפונקציה mysql_connect), תריץ את השאילתא הבאה:

קוד:

SET NAMES utf8 COLLATE utf8_general_ci

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

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

ד"א את כל הדברים שכתבתי למעלה בהודעה הזו, אתה יכול למצוא גם בעמוד הבא:
http://www.fresh.co.il/vBulletin/sh...ad.php?t=458692
זה לא היה בולט מספיק?
חשבתי להוסיף שם תוכן עניינים, אבל בלי קישורים לפיסקאות המתאימות זה לא יהיה טוב. (וזה לא נתמך ע"י העורך כאן)

תודה רבה חבר. אתה גדול.
הכל פועל מעולה חוץ מהDB אבל זה עניין של הגדרת הקידוד בו כמו שאמרת.

לכל מי שיתקל בבעיה זו, הנה כלי שממיר קבצים[מכל סוג, אפשר לבחור] לUTF8 בלי BOM:
http://joomlacode.org/gf/download/f...55/UTF_Tool.zip

כולל בתת תיקיות. כלי מעולה.

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

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

בהודעה הקודמת שלי שכחתי לשנות את ה-utf8 לקידוד windows-1255...

my bad ..

ציטוט:

ניסיתי לשנות את הקידוד של בקשת הAJAX לwindows-1255 וזה לא השפיע.

תנסה לנקות עוגיות ומטמון... כלומר תעשה refresh מוחלט
לא יודע איך prototype מבצע בקשת AJAX אבל אני מקוה שבברירת מחדל הוא גורם לדפדפן לטעון מחדש את אותו העמוד ששולחים אליו את הבקשה כל פעם מחדש. (no cache)

ציטוט:

במקור נכתב על ידי dorM בהודעה הקודמת שלי שכחתי לשנות את ה-utf8 לקידוד windows-1255... my bad .. תנסה לנקות עוגיות ומטמון... כלומר תעשה refresh מוחלט לא יודע איך prototype מבצע בקשת AJAX אבל אני מקוה שבברירת מחדל הוא גורם לדפדפן לטעון מחדש את אותו העמוד ששולחים אליו את הבקשה כל פעם מחדש. (no cache)

איך מחיקת העוגיות והמטמון יכול להיות קשור?

ולדעתי ברירת המחדל של הprototype היא כן לטעון מחדש..[אין בעיה עם הAJAX אלה רק עם הקידוד עברית].

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.

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

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

איתי סלע,
פיתוח מערכות תוכנה ואינטרנט.