คำถามติดแท็ก http-headers

ใน Hypertext Transfer Protocol (HTTP) ฟิลด์ส่วนหัว HTTP ประกอบด้วยพารามิเตอร์การทำงานของคำขอ HTTP หรือการตอบกลับ ด้วยบรรทัดการร้องขอหรือการตอบกลับ (บรรทัดแรกของข้อความ) พวกเขาฟอร์มส่วนหัวของข้อความ

30
ประเภทเนื้อหา JSON ที่ถูกต้องคืออะไร?
คุณต้องการให้สแต็คโอเวอร์โฟลว์ซ้อนทับกันหรือไม่: ต้องการให้สแต็กล้น? ฉันเคยยุ่งกับJSON มาซักพักแล้วก็แค่ผลักมันออกมาเป็นข้อความและมันก็ไม่ได้ทำให้ใครบาดเจ็บ (ที่ฉันรู้) แต่ฉันก็อยากจะทำสิ่งต่าง ๆ ให้ถูกต้อง ฉันได้เห็นดังนั้นหลายคนอ้างว่า "มาตรฐาน" สำหรับประเภทเนื้อหา JSON นี้: application/json application/x-javascript text/javascript text/x-javascript text/x-json แต่อันไหนที่ถูกต้องหรือดีที่สุด? ฉันรวบรวมว่ามีปัญหาด้านความปลอดภัยและการสนับสนุนเบราว์เซอร์แตกต่างกันไป ฉันรู้ว่ามีคำถามคล้ายกันประเภท MIME คืออะไรหาก JSON ถูกส่งคืนโดย REST API แต่ฉันต้องการคำตอบที่ตรงเป้าหมายกว่าเล็กน้อย

24
ฉันจะโพสต์ข้อมูล JSON ด้วย cURL ได้อย่างไร
ฉันใช้ Ubuntu และติดตั้งcURLกับมัน ฉันต้องการทดสอบแอปพลิเคชัน Spring REST ด้วย cURL ฉันเขียนรหัส POST ของฉันที่ฝั่ง Java อย่างไรก็ตามฉันต้องการทดสอบด้วย cURL ฉันพยายามโพสต์ข้อมูล JSON ข้อมูลตัวอย่างเป็นดังนี้: {"value":"30","type":"Tip 3","targetModule":"Target 3","configurationGroup":null,"name":"Configuration Deneme 3","description":null,"identity":"Configuration Deneme 3","version":0,"systemId":3,"active":true} ฉันใช้คำสั่งนี้: curl -i \ -H "Accept: application/json" \ -H "X-HTTP-Method-Override: PUT" \ -X POST -d "value":"30","type":"Tip 3","targetModule":"Target 3","configurationGroup":null,"name":"Configuration Deneme 3","description":null,"identity":"Configuration Deneme 3","version":0,"systemId":3,"active":true \ http://localhost:8080/xx/xxx/xxxx มันกลับข้อผิดพลาดนี้: HTTP/1.1 …

17
403 ต้องห้าม vs 401 การตอบกลับ HTTP ที่ไม่ได้รับอนุญาต
สำหรับหน้าเว็บที่มีอยู่ แต่ผู้ใช้ไม่มีสิทธิ์เพียงพอ (ไม่ได้ล็อกอินหรือไม่ได้อยู่ในกลุ่มผู้ใช้ที่เหมาะสม) การตอบสนอง HTTP ที่เหมาะสมในการแสดงคืออะไร? 401 Unauthorized? 403 Forbidden? อื่น ๆ อีก? สิ่งที่ฉันได้อ่านมาจนถึงตอนนี้ยังไม่ชัดเจนในความแตกต่างระหว่างสองอย่างนี้ กรณีการใช้งานใดที่เหมาะสมสำหรับการตอบกลับแต่ละครั้ง

28
เราควบคุมการแคชหน้าเว็บในทุกเบราว์เซอร์ได้อย่างไร
การตรวจสอบของเราแสดงให้เราเห็นว่าไม่ใช่ทุกเบราว์เซอร์ที่เกี่ยวข้องกับคำสั่งแคช HTTP อย่างสม่ำเสมอ เพื่อความปลอดภัยเราไม่ต้องการบางหน้าในโปรแกรมของเราจะถูกเก็บไว้ที่เคยโดยเว็บเบราว์เซอร์ สิ่งนี้จะใช้ได้กับเบราว์เซอร์ต่อไปนี้อย่างน้อย: Internet Explorer 6+ Firefox 1.5+ Safari 3+ Opera 9+ โครเมียม ความต้องการของเรามาจากการทดสอบความปลอดภัย หลังจากออกจากเว็บไซต์ของเราคุณสามารถกดปุ่มย้อนกลับและดูหน้าแคช



6
application / x-www-form-urlencoded หรือ multipart / form-data?
ใน HTTP มีสองวิธีข้อมูลโพสต์: และapplication/x-www-form-urlencoded multipart/form-dataฉันเข้าใจว่าเบราว์เซอร์ส่วนใหญ่สามารถอัปโหลดไฟล์ได้เฉพาะเมื่อmultipart/form-dataมีการใช้งาน มีคำแนะนำเพิ่มเติมใดบ้างเมื่อใช้ประเภทการเข้ารหัสหนึ่งประเภทในบริบท API (ไม่มีเบราว์เซอร์ที่เกี่ยวข้อง) เช่นนี้อาจจะขึ้นอยู่กับ: ขนาดข้อมูล มีอักขระที่ไม่ใช่ ASCII อยู่ มีอยู่บน (ไม่ได้เข้ารหัส) ข้อมูลไบนารี ความต้องการในการถ่ายโอนข้อมูลเพิ่มเติม (เช่นชื่อไฟล์) ฉันพบว่าไม่มีคำแนะนำอย่างเป็นทางการบนเว็บเกี่ยวกับการใช้งานประเภทเนื้อหาที่แตกต่างกัน
1335 http  post  http-headers 

3
ประเภทสื่อ MIME ที่เหมาะสมสำหรับไฟล์ PDF
เมื่อทำงานกับ PDF ฉันได้ทำงานกับประเภท MIME application/pdfและapplication/x-pdfอื่น ๆ มีความแตกต่างระหว่างสองประเภทนี้หรือไม่และถ้าเป็นเช่นนั้นจะเป็นอย่างไร เป็นที่ต้องการมากกว่าหนึ่งอื่น ๆ ? ฉันกำลังทำงานกับเว็บแอปซึ่งจะต้องส่งไฟล์ PDF จำนวนมากและฉันต้องการทำอย่างถูกต้องหากมี

6
ส่วนหัว HTTP ที่กำหนดเอง: แบบแผนการตั้งชื่อ
ผู้ใช้ของเราหลายคนขอให้เรารวมข้อมูลที่เกี่ยวข้องกับบัญชีของพวกเขาในส่วนหัว HTTPของคำขอที่เราส่งพวกเขาหรือแม้กระทั่งการตอบสนองที่พวกเขาได้รับจาก API ของเรา คือการประชุมทั่วไปเพื่อเพิ่มสิ่งที่กำหนดเองส่วนหัว HTTP ในแง่ของการตั้งชื่อ , รูปแบบ ... ฯลฯ นอกจากนี้อย่าลังเลที่จะโพสต์การใช้งานอย่างชาญฉลาดของสิ่งเหล่านี้ที่คุณสะดุดบนเว็บ เรากำลังพยายามที่จะใช้สิ่งนี้โดยใช้สิ่งที่ดีที่สุดในเป้าหมาย :)
1114 http  http-headers 

8
ส่วนหัว HTTP เป็นกรณี ๆ หรือไม่?
ในโพสต์บล็อกฉันใช้ PHP ต่อไปนี้เพื่อตั้งค่าประเภทเนื้อหาของการตอบสนอง: header('content-type: application/json; charset=utf-8'); ฉันเพิ่งได้รับความคิดเห็นเกี่ยวกับการโพสต์ที่บอกว่าcontent-typeจะต้องเป็นตัวพิมพ์ใหญ่, Content-type. ถูกต้องหรือไม่ ดูเหมือนว่าจะทำงานกับฉันด้วยตัวพิมพ์เล็กทั้งหมดและฉันคิดว่าส่วนหัว HTTP นั้นไม่ตรงตามตัวพิมพ์ใหญ่ - เล็ก หรือมันทำงานเพียงเพราะเบราว์เซอร์ดี?
713 http  http-headers 


8
รับส่วนหัวคำตอบเดียวจาก HTTP POST โดยใช้ curl
หนึ่งสามารถขอเพียงส่วนหัวโดยใช้หัว HTTP, เป็นตัวเลือกใน-Icurl(1) $ curl -I / เนื้อความการตอบสนอง HTML ที่มีความยาวเป็นสิ่งที่เจ็บปวดในการรับบรรทัดคำสั่งดังนั้นฉันจึงต้องการรับเฉพาะส่วนหัวเป็นคำติชมสำหรับคำขอ POST ของฉัน อย่างไรก็ตาม HEAD และ POST เป็นสองวิธีที่ต่างกัน ฉันจะให้ curl แสดงเฉพาะส่วนหัวการตอบสนองต่อคำขอ POST ได้อย่างไร
561 post  curl  http-headers 


18
วิธีการเข้ารหัสพารามิเตอร์ชื่อไฟล์ของส่วนหัวของเนื้อหาการจัดการใน HTTP?
เว็บแอปพลิเคชันที่ต้องการบังคับให้ดาวน์โหลดทรัพยากรแทนที่จะแสดงผลโดยตรงในเว็บเบราว์เซอร์จะมีContent-Dispositionส่วนหัวในการตอบกลับ HTTP ของแบบฟอร์ม: Content-Disposition: attachment; filename=FILENAME filenameพารามิเตอร์สามารถใช้ในการแนะนำชื่อไฟล์ลงในที่ทรัพยากรที่มีการดาวน์โหลดจากเบราว์เซอร์ อย่างไรก็ตาม RFC 2183 (การจัดการเนื้อหา) ระบุในส่วน 2.3 (พารามิเตอร์ชื่อไฟล์) ที่ชื่อไฟล์สามารถใช้อักขระ US-ASCII เท่านั้น: ไวยากรณ์ [RFC 2045] ปัจจุบัน จำกัด ค่าพารามิเตอร์ (และชื่อไฟล์ Content-Disposition) เป็น US-ASCII เราตระหนักดีถึงความปรารถนาอันยิ่งใหญ่ในการอนุญาตให้มีชุดอักขระโดยพลการในชื่อไฟล์ แต่มันอยู่นอกเหนือขอบเขตของเอกสารนี้เพื่อกำหนดกลไกที่จำเป็น มีหลักฐานเชิงประจักษ์อย่างไรก็ตามเว็บเบราว์เซอร์ยอดนิยมในปัจจุบันดูเหมือนว่าจะอนุญาตอักขระที่ไม่ใช่ US-ASCII (สำหรับการขาดมาตรฐาน) ที่ไม่เห็นด้วยกับรูปแบบการเข้ารหัสและข้อกำหนดชุดอักขระของชื่อไฟล์ คำถามคือรูปแบบและการเข้ารหัสต่างๆที่ใช้โดยเบราว์เซอร์ยอดนิยมคืออะไรถ้าชื่อไฟล์“ naïvefile” (โดยไม่ต้องใส่เครื่องหมายคำพูดและที่ตัวอักษรตัวที่สามคือ U + 00EF) จำเป็นต้องเข้ารหัสในส่วนหัวของเนื้อหา สำหรับจุดประสงค์ของคำถามนี้เบราว์เซอร์ยอดนิยมได้แก่ : Firefox Internet Explorer การแข่งรถวิบาก Google Chrome อุปรากร

5
ฉันควรใช้ MIME ประเภทใดใน CSV?
ผมเคยเห็นใช้และapplication/csvtext/csv ความแตกต่างคืออะไร? มีความแตกต่างหรือไม่? มันสำคัญไหมว่าตราบใดที่คำขอตรงกับสิ่งที่มีอยู่ พวกเขาใช้แทนกันได้หรือไม่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.