Client-side content rending using C

Client-side content rending using CORS Elsevier APIs:
Client side rendering model is based on browser capability of applying XSLT transformation to API response in application/xml format. As shown in API search examples, content of the web page combines search form and search results as being rendered by the browser based on API response and given correspoding xslt file. Here is how this model can be applied for 3rd party sites:


How W3C CORS and APIs work?
Key concept: The web page viewed by the user integrates cross-origin content [without use of iframes]. API requests are made directly from the user's browser. Because API response is coming from a different domain than the web page content it is subject to a cross domain browser policy. The browser sets "Origin" HTTP header on the API request. If the domain of the site is authorized to use API content, the API server sets "Access-Control-Allow-Origin" HTTP response header. If the "Origin" and "Access-Control-Allow-Origin" response headers match then browser allows content integration and interaction on the same page

ผลลัพธ์ (ไทย) 1:

ไคลเอ็นต์เนื้อหา rending ใช้ CORS Elsevier Api:โมเดลแสดงด้านลูกค้าขึ้นอยู่กับเบราว์เซอร์ความสามารถในการใช้การแปลง XSLT เพื่อตอบสนอง API ในรูปแบบแอพลิเค ชัน/xml ดังที่แสดงในตัวอย่าง API ค้นหา เนื้อหาของหน้าเว็บรวมแบบฟอร์มการค้นหาและค้นหาผลลัพธ์เป็นการแสดงผลเบราว์เซอร์ตาม API ตอบสนอง และรับแฟ้ม xslt correspoding ที่นี่จะสามารถใช้รูปแบบนี้เที่ยวปาร์ตี้ 3 วิธี:วิธี W3C CORS และ APIs ทำงานอย่างไรแนวคิดหลัก: หน้าเว็บที่ดูได้ โดยผู้ใช้รวมเนื้อหาข้ามกำเนิด [โดยไม่ใช้ iframes] จะร้องขอ API โดยตรงจากเบราว์เซอร์ของผู้ใช้ เนื่องจาก API ตอบมาจากโดเมนอื่นมากกว่าเนื้อหาของหน้าเว็บ จะมีนโยบายเบราว์เซอร์ข้ามโดเมน เบราว์เซอร์กำหนดหัวข้อ "กำเนิด" HTTP ตาม API ถ้าโดเมนของไซต์ได้รับอนุญาตให้ใช้เนื้อหา API เซิร์ฟเวอร์ API กำหนดหัวข้อการตอบสนอง HTTP "เข้าควบคุมอนุญาตต้นกำเนิด" ถ้าตรงกับ "กำเนิด" และ "เข้าถึงตัวควบคุมอนุญาตต้นกำเนิด" หัวตอบ แล้วเบราว์เซอร์ให้รวมเนื้อหาและการโต้ตอบบนหน้าเดียว

ผลลัพธ์ (ไทย) 2:

เนื้อหาฝั่งไคลเอ็นต์ rending ใช้ API ล ธ เอลส์:
ฝั่งไคลเอ็นต์แบบการแสดงผลจะขึ้นอยู่กับความสามารถในเบราว์เซอร์ของการใช้แปลง XSLT เพื่อตอบสนอง API ในการประยุกต์ใช้ / รูปแบบ XML ดังแสดงในตัวอย่าง API การค้นหาเนื้อหาของหน้าเว็บรวมฟอร์มการค้นหาและผลการค้นหาที่ถูกแสดงโดยเบราว์เซอร์ขึ้นอยู่กับการตอบสนองของ API และให้ correspoding ไฟล์ XSLT นี่คือวิธีที่รุ่นนี้สามารถนำมาใช้สำหรับเว็บไซต์ของบุคคลที่ 3: วิธี W3C ธ และ API ทำงานอย่างไรแนวคิดสำคัญ: หน้าเว็บดูได้โดยผู้ใช้บูรณาการเนื้อหาข้ามกำเนิด [โดยไม่ต้องใช้ Iframes] การร้องขอ API จะทำโดยตรงจากเบราว์เซอร์ของผู้ใช้ เพราะการตอบสนอง API จะมาจากโดเมนที่แตกต่างจากเนื้อหาของหน้าเว็บมันเป็นไปตามนโยบายเบราว์เซอร์ข้ามโดเมน เบราว์เซอร์ชุด "กำเนิด" ส่วนหัว HTTP ตามคำขอ API หากโดเมนของเว็บไซต์ที่ได้รับอนุญาตให้ใช้เนื้อหา API เซิร์ฟเวอร์ API ชุด "การเข้าถึงการควบคุมอนุญาตให้-Origin" ส่วนหัวตอบสนอง HTTP ถ้า "กำเนิด" และ "การเข้าถึงการควบคุมอนุญาตให้-Origin" ส่วนหัวของการตอบสนองตรงกับเบราว์เซอร์แล้วช่วยให้การรวมเนื้อหาและการมีปฏิสัมพันธ์ในหน้าเดียวกัน

ผลลัพธ์ (ไทย) 3:

ด้านลูกค้าเนื้อหาโดยใช้ APIs Cors rending จาก :
ฝั่งไคลเอ็นต์รูปแบบการแสดงผลขึ้นอยู่กับความสามารถในการเบราว์เซอร์ XSLT การเปลี่ยนแปลงการตอบสนองของการใช้ API ในโปรแกรม / XML รูปแบบ ดังแสดงในตัวอย่างการค้นหา API , เนื้อหาของหน้าเว็บรวมผลการค้นหาและการค้นหาที่ถูกแสดงผลโดยการใช้เบราว์เซอร์ API และให้ correspoding ไฟล์ XSLT .ที่นี่คือว่ารุ่นนี้สามารถใช้สำหรับเว็บไซต์ของบุคคลที่ 3 :


ว่า W3C Cors และ APIs ทำงาน ? แนวคิดสำคัญ : หน้าเว็บที่ดูได้โดยผู้ใช้รวมข้ามประเทศเนื้อหา [ โดยไม่ใช้ Iframes ] คำขอ API ได้โดยตรงจากเบราว์เซอร์ของผู้ใช้ เนื่องจากการตอบสนอง API ที่มาจากโดเมนที่แตกต่างกันมากกว่าเนื้อหาของหน้าเว็บขึ้นอยู่กับเบราว์เซอร์ข้ามโดเมนนโยบายเบราว์เซอร์ชุด " ที่มา " ส่วนหัว HTTP ในการขอ API ถ้าโดเมนของเว็บไซต์จะได้รับอนุญาตให้ใช้ API เนื้อหา ชุด " Server API การควบคุมการเข้าถึงให้กำเนิด " ส่วนหัวของการตอบสนอง HTTP . ถ้า " ที่มา " และ " การควบคุมการเข้าถึงให้กำเนิด " ส่วนหัวของการตอบสนองเข้ากับเบราว์เซอร์ช่วยให้บูรณาการเนื้อหาและปฏิสัมพันธ์ในหน้าเดียวกัน