ฉันมีเอกสาร XML ที่นี่ที่เสิร์ฟพร้อมกับสอดคล้องไฟล์ XSL การแปลงจะถูกเรียกใช้งานฝั่งไคลเอ็นต์โดยไม่ต้องใช้ JavaScript
ใช้งานได้ดีใน IE (ช็อตสยอง) แต่ใน Google Chrome จะแสดงโหนดข้อความของเอกสารเท่านั้น
ฉันรู้ว่าเป็นไปได้ที่จะทำ XSL ฝั่งไคลเอ็นต์ใน Chrome ดังที่ฉันได้เห็นตัวอย่างแล้ว แต่ฉันยังไม่สามารถทำซ้ำความสำเร็จนี้ได้ด้วยตัวเอง
ผมทำอะไรผิดหรือเปล่า?
คำตอบ:
คำตอบอื่น ๆ ด้านล่างของ Eric ไม่ถูกต้อง การประกาศเนมสเปซที่เขากล่าวถึงไม่มีส่วนเกี่ยวข้องกับปัญหา
เหตุผลที่แท้จริงมันไม่ได้ทำงานเนื่องจากความกังวลด้านความปลอดภัย (cf ปัญหา 4197 , ปัญหา 111905 )
ลองนึกภาพสถานการณ์นี้:
คุณได้รับข้อความอีเมลจากผู้โจมตีที่มีหน้าเว็บเป็นไฟล์แนบซึ่งคุณดาวน์โหลด
คุณเปิดหน้าเว็บท้องถิ่นในเบราว์เซอร์ของคุณ
หน้าเว็บในท้องถิ่นสร้าง<iframe>ที่มีแหล่งที่มาเป็นhttps://mail.google.com/mail/
เนื่องจากคุณลงชื่อเข้าใช้ Gmail เฟรมจึงโหลดข้อความในกล่องจดหมายของคุณ
frames[0].document.documentElement.innerHTMLหน้าเว็บท้องถิ่นอ่านเนื้อหาของกรอบโดยใช้จาวาสคริปต์ในการเข้าถึง (หน้าเว็บออนไลน์ไม่สามารถดำเนินการขั้นตอนนี้ได้เนื่องจากมาจากแหล่งที่มาที่ไม่ใช่ Gmail นโยบายที่มาเดียวกันจะทำให้การอ่านล้มเหลว)
หน้าเว็บภายในจะวางเนื้อหาในกล่องจดหมายของคุณลงใน a <textarea>และส่งข้อมูลผ่านแบบฟอร์ม POST ไปยังเว็บเซิร์ฟเวอร์ของผู้โจมตี ขณะนี้ผู้โจมตีมีกล่องจดหมายของคุณซึ่งอาจเป็นประโยชน์สำหรับการส่งสแปมหรือระบุการโจรกรรม
Chrome ขัดขวางสถานการณ์ข้างต้นโดยกำหนดข้อ จำกัด เกี่ยวกับไฟล์ในเครื่องที่เปิดโดยใช้ Chrome เพื่อเอาชนะข้อ จำกัด เหล่านี้เรามีสองวิธี:
ลองเรียกใช้ Chrome ด้วย--allow-file-access-from-files แฟล็ก ฉันไม่ได้ทดสอบด้วยตัวเอง แต่ถ้ามันใช้งานได้ตอนนี้ระบบของคุณจะเสี่ยงต่อสถานการณ์ในลักษณะที่กล่าวถึงข้างต้น
อัปโหลดไปยังโฮสต์และแก้ไขปัญหา
xmlnsแอตทริบิวต์ สิ่งนี้อาจมีการเปลี่ยนแปลงใน Chrome เวอร์ชันใหม่กว่า
--allow-file-access-from-filesทำงานได้ดี
ในขณะที่เขียนมีข้อบกพร่องใน chromeซึ่งจำเป็นต้องมีxmlnsแอตทริบิวต์เพื่อเรียกการแสดงผล:
<xsl:stylesheet xmlns="http://www.w3.org/1999/xhtml" ... >
นี่คือปัญหาที่ผมทำงานในเมื่อให้บริการไฟล์ XML จากเซิร์ฟเวอร์
หากไม่เหมือนกับฉันคุณกำลังดูไฟล์ xml จากfile:///urlดังนั้นโซลูชันที่กล่าวถึง--allow-file-access-from-filesคือสิ่งที่คุณต้องการ
ปัญหาที่เกิดขึ้นบนพื้นฐานของChromeไม่ได้เกี่ยวกับnamespace XMLxmlns="http://www.w3.org/1999/xhtml"ซึ่งเป็น หากไม่มีแอตทริบิวต์ namesspace ก็จะใช้กับ IE ไม่ได้เช่นกัน
เนื่องจากข้อ จำกัด ด้านความปลอดภัยคุณต้องเพิ่ม--allow-file-access-from-filesแฟล็กเมื่อคุณเริ่ม Chrome ฉันคิดว่าผู้ใช้ linux / * nix สามารถทำได้อย่างง่ายดายผ่านเทอร์มินัล แต่สำหรับผู้ใช้ windows คุณต้องเปิดคุณสมบัติของทางลัด Chromeและเพิ่มในปลายทางเป้าหมายดังต่อไปนี้
คลิกขวา -> คุณสมบัติ -> เป้าหมาย
นี่คือตัวอย่างเส้นทางแบบเต็มพร้อมแฟล็กที่ฉันใช้บนเครื่องของฉัน
"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --allow-file-access-from-files
ฉันหวังว่าการแสดงทีละขั้นตอนนี้จะช่วยให้ผู้ใช้ windows พบปัญหานี่คือเหตุผลที่ฉันเพิ่มโพสต์นี้
ฉันมีปัญหาเดียวกันกับ localhost วิ่งไปทั่วอินเทอร์เน็ตเพื่อค้นหาคำตอบและฉันอนุมัติการเพิ่ม--allow-file-access-from-filesผลงาน ฉันทำงานบน Mac ดังนั้นสำหรับฉันฉันต้องผ่านเทอร์มินัลsudo /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --allow-file-access-from-filesและป้อนรหัสผ่านของคุณ (ถ้าคุณมี)
สิ่งเล็ก ๆ อีกอย่าง - จะไม่มีอะไรทำงานได้เว้นแต่คุณจะเพิ่มไฟล์. xml ของคุณโดยอ้างอิงไปยังไฟล์. xsl ของคุณดังต่อไป<?xml-stylesheet type="text/xsl" href="<path to file>"?>นี้ สิ่งเล็ก ๆ อีกอย่างที่ฉันไม่รู้ในทันที - คุณควรเปิดไฟล์. xml ในเบราว์เซอร์ไม่ใช่. xsl
มันจะไม่ทำงานถ้าไฟล์ XML (เริ่มต้นด้วย PI มาตรฐาน:
<?xml-stylesheet type="text/xsl" href="..."?>
สำหรับการอ้างอิงสไตล์ชีต XSL) จะทำหน้าที่เป็น "application / xml" ในกรณีนี้ Chrome จะยังคงดาวน์โหลดสไตล์ชีต XSL ที่อ้างถึง แต่จะไม่มีการแสดงผลเนื่องจากจะเปลี่ยนประเภทเอกสารจาก "application / xml" เป็น "Document" (! ??) และ "text / xsl" เป็น "อย่างเงียบ ๆ Stylesheet "(! ??) จากนั้นจะพยายามแสดงเอกสาร XML ราวกับว่าเป็นเอกสาร HTML (5) โดยไม่ต้องเรียกใช้โปรเซสเซอร์ XSLT ก่อน และไม่มีอะไรเลยจะแสดงในหน้าจอ (ซึ่งเนื้อหาจะยังคงแสดงหน้าก่อนหน้าซึ่งอ้างอิงถึงหน้า XML และจะหมุนไอคอนต่อไปราวกับว่าเอกสารไม่เคยโหลดอย่างสมบูรณ์
คุณสามารถใช้คอนโซล Chrome ได้อย่างสมบูรณ์แบบซึ่งแสดงว่ามีการโหลดทรัพยากรทั้งหมด แต่ถูกตีความไม่ถูกต้อง
ใช่ปัจจุบัน Chrome แสดงผลเฉพาะไฟล์ XML เท่านั้น (พร้อมการประกาศ XSL สไตล์ชีตชั้นนำที่เป็นทางเลือก) เฉพาะในกรณีที่ทำหน้าที่เป็น "text / xml" แต่ไม่ใช่ "application / xml" เท่าที่ควรสำหรับ XML ที่แสดงผลฝั่งไคลเอ็นต์ด้วย การประกาศ XSL
สำหรับไฟล์ XML ที่ทำหน้าที่เป็น "text / xml" หรือ "application / xml" และไม่มีการประกาศสไตล์ชีต XSL Chrome ควรยังคงใช้สไตล์ชีตเริ่มต้นเพื่อแสดงเป็นแผนผัง DOM หรืออย่างน้อยก็เป็นแหล่งข้อความ แต่มันไม่เป็นเช่นนั้นและที่นี่อีกครั้งพยายามที่จะแสดงผลราวกับว่ามันเป็น HTML และบั๊กทันทีในหลายสคริปต์ (รวมถึงสคริปต์ภายในเริ่มต้น) ที่พยายามเข้าถึง "document.body" เพื่อจัดการเหตุการณ์ onLoad และฉีดจาวาสคริปต์ ตัวจัดการในนั้น
ตัวอย่างไซต์ที่ไม่ทำงานตามที่คาดไว้ (เอกสาร Common Lisp) ใน Chrome แต่ทำงานใน IE ซึ่งรองรับ XSLT ฝั่งไคลเอ็นต์:
http://common-lisp.net/project/bknr/static/lmman/toc.html
หน้าดัชนีด้านบนนี้แสดงอย่างถูกต้อง แต่ลิงก์ทั้งหมดจะขับเคลื่อนไปยังเอกสาร XML ด้วยการประกาศ XSL พื้นฐานไปยังเอกสารสไตล์ชีต XSL ที่มีอยู่และคุณสามารถรอได้โดยไม่มีกำหนดโดยคิดว่าบทมีปัญหาในการดาวน์โหลด สิ่งที่คุณสามารถทำได้เพื่ออ่าน docuemntation คือเปิดคอนโซลและอ่านซอร์สโค้ดในแท็บทรัพยากร
อย่างที่บอก Chrome กำลังมองหาส่วนหัว
ประเภทเนื้อหา: ข้อความ / xml
จากนั้นใช้งานได้ - การทำซ้ำอื่น ๆ ล้มเหลว
ตรวจสอบให้แน่ใจว่าเว็บเซิร์ฟเวอร์ของคุณให้บริการนี้ นอกจากนี้ยังอธิบายว่าเหตุใดจึงล้มเหลวสำหรับไฟล์ file: // URI xml
ตรวจสอบhttp://www.aranedabienesraices.com.ar
ไซต์นี้สร้างด้วยฝั่งไคลเอ็นต์ XML / XSLT ทำงานบน IE6-7-8, FF, O, Safari และ Chrome คุณส่งส่วนหัว HTTP อย่างถูกต้องหรือไม่ คุณเคารพนโยบายที่มาเดียวกันหรือไม่?
ฉันพยายามวางแฟ้มในWwwroot ดังนั้นเมื่อมีการเข้าถึงหน้าเว็บใน Chrome นี้เป็นที่อยู่localhost / yourpage.xml
สิ่งที่เอริคพูดนั้นถูกต้อง
ใน xsl สำหรับแท็ก xsl: stylesheet มีแอตทริบิวต์ต่อไปนี้
version = "1.0" xmlns: xsl = "http://www.w3.org/1999/XSL/Transform" xmlns = "http://www.w3.org/1999/xhtml"
ทำงานได้ดีในโครเมี่ยม
ฉันเริ่มทดสอบสิ่งนี้และพบปัญหาความปลอดภัยของไฟล์ / Chrome ในเครื่อง วิธีแก้ปัญหาง่ายๆคือใส่ไฟล์ XML และ XSL ในโฟลเดอร์สาธารณะ Dropbox และรับลิงก์ไปยังไฟล์ทั้งสอง ใส่ลิงก์ไปยังการแปลง XSL ในส่วนหัว XML ใช้ลิงก์ XML ใน Chrome แล้วได้ผล!
หลังจาก 8 ปีสถานการณ์จะเปลี่ยนไปเล็กน้อย
ฉันไม่สามารถเปิดเซสชันใหม่ของ Google Chrome โดยไม่มีพารามิเตอร์อื่นและอนุญาตสคีมา "file:"
บน macOS ฉันทำ:
open -n -a "Google Chrome" --args \
--disable-web-security \ # This disable all CORS and other security checks
--user-data-dir=$HOME/fakeChromeDir # This let you to force open a new Google Chrome session
หากไม่มีข้อโต้แย้งนี้ฉันไม่สามารถทดสอบ XSL สไตล์ชีตในเครื่องได้