Doğru JSON içerik türü nedir?

Bir süredir JSON ile uğraşıyorum , sadece metin olarak itiyorum ve (kimseyi bildiğim) kimseye zarar vermedi, ama işleri düzgün bir şekilde yapmaya başlamak istiyorum.

JSON içerik türü için bu kadar çok "standart" gördük :

application/json
application/x-javascript
text/javascript
text/x-javascript
text/x-json

Ama hangisi doğru ya da en iyisi? Aralarında değişen güvenlik ve tarayıcı desteği sorunları olduğunu düşünüyorum.

Benzer bir soru olduğunu biliyorum, JSON bir REST API tarafından iade ediliyorsa ne MIME türü? , ama biraz daha hedefli bir cevap istiyorum.

JSON metni için:

application/json

JSON metni için MIME ortam türü application/json. Varsayılan kodlama UTF-8'dir. (Kaynak: RFC 4627 ).

Geri aramalı JSONP (çalıştırılabilir javascript) için:

application/javascript

Alakalı yorumlarda bahsedilen bazı blog yayınları.

• Neden text/htmlJSON için kullanmamalısınız?
• Internet Explorer'ın bazen sorunları var application/json
• Mimetypes'in oldukça eksiksiz bir listesi ve ne için kullanılacağı
• @ Gnrfan'ın aşağıdaki cevabından IANA'daki resmi mime tipi listesi

IANA , JSON için resmi MIME Türünüapplication/json .

Neden olmasın sorulduğunda text/json, Crockford JSON'un gerçekten JavaScript veya metin olmadığını ve ayrıca IANA'nın dağıtma olasılığının daha yüksek application/*olduğunu söyledi.text/* .

Daha fazla kaynak:

• Medya Türleri
• Yorum İsteği 4627
• bluesmoon: JSON'un bir türü var

JSON için:

Content-Type: application/json

İçin JSON P :

Content-Type: application/javascript

Tabii ki, JSON için doğru MIME ortam türü application/json , ancak uygulamanızda ne tür verilerin beklendiğini anlamak gerekir.

Örneğin, Ext GWT kullanıyorum ve sunucu yanıtı metin / html olarak gitmeli ancak JSON verileri içeriyor.

İstemci tarafı, Ext GWT form dinleyicisi

uploadForm.getForm().addListener(new FormListenerAdapter()
{
    @Override
    public void onActionFailed(Form form, int httpStatus, String responseText) 
    {
        MessageBox.alert("Error");
    }

    @Override
    public void onActionComplete(Form form, int httpStatus, String responseText) 
    {
        MessageBox.alert("Success");
    }
});

Application / json yanıt türünün kullanılması durumunda , tarayıcı dosyayı kaydetmemi önerir.

Spring MVC kullanarak sunucu tarafı kaynak kod snippet'i

return new AbstractUrlBasedView() 
{
    @SuppressWarnings("unchecked")
    @Override
    protected void renderMergedOutputModel(Map model, HttpServletRequest request,
                                           HttpServletResponse response) throws Exception 
    {
        response.setContentType("text/html");
        response.getWriter().write(json);
    }
};

JSON:

Yanıt, URL'ye iletilen sorgu parametrelerine göre dinamik olarak oluşturulan verilerdir.

Misal:

{ "Name": "Foo", "Id": 1234, "Rank": 7 }

İçerik türü: application/json

JSON-P:

Dolgu ile JSON. Yanıt, etrafına sarılmış bir işlev çağrısı ile JSON verisidir.

Misal:

functionCall({"Name": "Foo", "Id": 1234, "Rank": 7});

İçerik türü: application/javascript

Ubuntu veya Debian kullanıyorsanız ve .json dosyalarını Apache üzerinden sunuyorsanız, dosyaları doğru içerik türünde sunmak isteyebilirsiniz. Bunu öncelikle JSONView Firefox uzantısını kullanmak istediğim için yapıyorum

Apache modülü mod_mime bunu kolayca yapmanıza yardımcı olacaktır. Ancak, Ubuntu ile /etc/mime.types dosyasını düzenlemeniz ve satırı eklemeniz gerekir

application/json json

Ardından Apache'yi yeniden başlatın:

sudo service apache2 restart

ASP.NET Web Hizmetlerini istemci tarafından çağırıyorsanız application/json, çalışması için kullanmanız gerekir. Bunun jQuery ve Ext çerçeveleri için aynı olduğuna inanıyorum .

JSON için doğru içerik türü , aslında JavaScript olan JSON olarak da bilinen JSONP'yiapplication/json kullandığınız UNLESSapplication/javascript .

Hiç şüphe yok ki bir JSON yanıtı için application/jsonen iyi MIME türü.

Ancak application/x-javascriptbazı sıkıştırma sorunları nedeniyle kullanmak zorunda olduğum bir deneyimim oldu . Barındırma ortamım GoDaddy ile paylaşılıyor . Sunucu yapılandırmalarını değiştirmeme izin vermiyorlar. web.configYanıtları sıkıştırmak için dosyama aşağıdaki kodu ekledi .

<httpCompression>
    <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll"/>
    <dynamicTypes>
        <add mimeType="text/*" enabled="true"/>
        <add mimeType="message/*" enabled="true"/>
        <add mimeType="application/javascript" enabled="true"/>
        <add mimeType="*/*" enabled="false"/>
    </dynamicTypes>
    <staticTypes>
        <add mimeType="text/*" enabled="true"/>
        <add mimeType="message/*" enabled="true"/>
        <add mimeType="application/javascript" enabled="true"/>
        <add mimeType="*/*" enabled="false"/>
    </staticTypes>
</httpCompression>
<urlCompression doStaticCompression="true" doDynamicCompression="true"/>

Bunu kullanarak, .aspx sayfaları g-zip ile sıkıştırılmış ancak JSON yanıtları alınmamıştır. ekledim

<add mimeType="application/json" enabled="true"/>

statik ve dinamik türler bölümlerinde. Ancak bu JSON yanıtlarını hiç sıkıştırmaz.

Bundan sonra bu yeni eklenen türü kaldırdım ve ekledim

<add mimeType="application/x-javascript" enabled="true"/>

hem statik hem de dinamik türler bölümlerinde ve yanıt türünü

.ashx (eşzamansız işleyici) -

application/x-javascript

Ve şimdi JSON yanıtlarımın g-zip ile sıkıştırıldığını buldum. Bu yüzden kişisel olarak

application/x-javascript

yalnızca JSON yanıtlarınızı paylaşılan bir barındırma ortamında sıkıştırmak istiyorsanız . Çünkü paylaşılan barındırmada, IIS yapılandırmalarını değiştirmenize izin vermezler .

Yalnızca MIME türü application/jsonolarak kullanıldığında aşağıdakilere sahibim (Kasım 2011'den itibaren Chrome'un en son sürümleriyle, Firebug ile Firefox ):

• Sunucudan JSON yüklendiğinde artık Chrome'dan uyarı gelmiyor.
• Firebug, size biçimlendirilmiş JSON verilerini gösteren yanıta bir sekme ekleyecektir. MIME türü farklıysa, yalnızca 'Yanıt içeriği' olarak görünür.

İçerik türü için her şey işe yaramaz application/json.

Dosya yüklemek için Ext JS form gönder kullanıyorsanız , sunucunun yanıtını tarayıcı tarafından belge oluşturmak için ayrıştırıldığını unutmayın <iframe>.

Sunucu, dönüş nesnesini göndermek için JSON kullanıyorsa , tarayıcıya metni değişmeden belge gövdesine eklemesini bildirmek için Content-Typeüstbilgi olarak ayarlanmalıdır text/html.

Bkz Ext JS 3.4.0 API belgelerini .

JSON, etki alanına özgü bir dildir (DSL) ve JavaScript'ten bağımsız bir veri biçimidir ve kendi MIME türüne sahiptir application/json,. MIME türlerine saygı elbette müşteri tarafından yönlendirilir, bu nedenle text/plainbayt aktarımı için de yapılabilir, ancak daha sonra yorumu satıcı uygulaması etki alanına gereksiz yere itersiniz - application/json. XML'i üzerinden transfer eder misiniz text/plain?

Ama dürüst olmak gerekirse, MIME türü seçiminiz, verilerin nasıl yorumlanacağı konusunda müşteriye tavsiyedir - text/plainveya text/HTML(HTML değilse) tür silme gibidir - Object türündeki tüm nesnelerinizi yazılı bir dilde yapmak kadar bilgi vermez.

Bildiğim tarayıcı çalışma zamanı yok JSON belgesi alıp otomatik olarak çalışma zamanına müdahale etmeden JavaScript erişilebilir bir nesne olarak kullanılabilir hale getirir, ancak sakat bir istemciyle çalışıyorsanız, bu tamamen farklı bir konudur. Ancak bu hikayenin tamamı değildir - RESTful JSON hizmetlerinin genellikle JavaScript çalışma zamanları yoktur, ancak JSON'u geçerli bir veri değişim formatı olarak kullanmalarını engellemez. Istemciler bu sakat ... o zaman belki de Ajax şablonlama servisi üzerinden HTML enjeksiyon düşünün .

JSON / Uygulama!

İstemci tarafı ortamındaysanız, iyi desteklenen bir web uygulaması için tarayıcılar arası desteği araştırmak zorunludur.

Doğru HTTP Content-Type application/json, diğerleri zaten vurgulanmış olduğu gibi olacaktır , ancak bazı istemciler bunu çok iyi işlemez, bu yüzden jQuery varsayılanı önerir text/html.

Doğru cevap:

Content-Type: application/json

Diğerlerinin de belirttiği gibi, application/json , doğru cevap.

Ancak henüz açıklanmayan şey, önerdiğiniz diğer seçeneklerin ne anlama geldiği.

• application/x-javascript: Daha önce JavaScript için deneysel MIME türü application/javascriptstandart hale getirildi.

• text/javascript: Artık kullanılmıyor. Sen kullanmalıdır application/javascriptjavascript kullanırken.

• text/x-javascript: Yukarıdaki durum için deneysel MIME türü.

• text/x-json: application/jsonResmi olarak kaydedilmeden önce JSON için deneysel MIME türü .

Sonuç olarak, içerik türleri hakkında herhangi bir şüpheniz olduğunda, bu bağlantıyı kontrol etmelisiniz

In JSP , sayfa yönergede bu kullanabilirsiniz:

<%@ page language="java" contentType="application/json; charset=UTF-8"
    pageEncoding="UTF-8"%>

JSON için doğru MIME ortam türü application/json. JSP bunu istemciye yanıt göndermek için kullanacaktır.

“ application/json” Doğru JSON içerik türüdür.

def ajaxFindSystems = {
  def result = Systems.list()
  render(contentType:'application/json') {
    results {
      result.each{sys->
        system(id:sys.id, name:sys.name)
      }
    }
    resultset (rows:result.size())
  }
}

İçin IANA kaydıapplication/json diyor

Bu ortam türünü kullanan uygulamalar: JSON, şu programlama dillerinde yazılmış uygulamalar arasında veri alışverişi için kullanılmıştır: ActionScript, C, C #, Clojure, ColdFusion, Common Lisp, E, Erlang, Go, Java, JavaScript, Lua, Objective CAML, Perl, PHP, Python, Rebol, Ruby, Scala ve Şema.

IANA.org'un bu diğer medya türlerini listelemediğini fark edeceksiniz, aslında application/javascriptartık kullanılmıyor. Yani application/jsongerçekten mümkündür doğru cevap.

Tarayıcı desteği başka bir şeydir.

En yaygın olarak desteklenen standart dışı medya türleridir text/jsonya text/javascript. Ama bazı büyük isimler bile kullanıyortext/plain .

Daha da garip olanı, JSON olarak dönen Flickr tarafından gönderilen İçerik Türü başlığıdır text/xml. Google kullanırtext/javascript bazı ajax apis'leri için kullanıyor.

Örnekler:

curl -I "https://ajax.googleapis.com/ajax/services/search/video?v=1.0&q=jsonexample"

Çıktı: Content-Type: text/javascript

curl -I "https://www.flickr.com/services/rest/?method=flickr.test.echo&format=json&api_key=f82254c1491d894f1204d8408f645a93"

Çıktı: Content-Type: text/xml

Doğru MIME türü: application/json

FAKAT

Tarayıcı türünün veya çerçeve kullanıcısının ihtiyaç duyduğu birçok durumla karşılaştım:

text/html

application/javascript

Aşağıdakileri kullanıyorum

contentType: 'application/json',
data: JSON.stringify(SendData),

İçerik-Tür başlığı 'olarak ayarlanmalıdır uygulama / json ' gönderme. İsteği dinleyen sunucu " Accept = application / json " içermelidir . Bahar MVC'de şöyle yapabilirsiniz:

@RequestMapping(value="location", method = RequestMethod.POST, headers = "Accept=application/json")

Cevaba üstbilgi ekleyin:

HttpHeaders headers = new HttpHeaders();
headers.add("Content-Type", "application/json");

Gelen Spring : tanımlı bir tip MediaType.APPLICATION_JSON_VALUEeşdeğer uygulama / json .

application/jsonPHP büyük eserler bir dizi veya nesne veri depolamak için.

Ben genel olarak görüntülenebilir olarak ayarlanmış Google Cloud Storage (GCS) JSON veri koymak için bu kodu kullanın :

$context = stream_context_create([
    'gs' => [
        'acl'=>'public-read', 
        'Content-Type' => 'application/json',
    ]
]);

file_put_contents(
    "gs://BUCKETNAME/FILENAME.json", 
    json_encode((object) $array), 
    false, 
    $context
);

Verileri geri almak oldukça basittir:

$data = json_decode(file_get_contents("gs://BUCKETNAME/FILENAME.json"));

JSON dolgu ile ise o zaman olacak application/jsonp. JSON dolgu içermiyorsa,application/json .

Her ikisiyle de başa çıkmak için kullanmak iyi bir uygulamadır: 'uygulama / javascript' dolgu ile veya dolgu olmadan rahatsız etmeden.

JSON için kullanıyorum:

 Content-Type: application/json

Bu, IETF'nin JSON Veri Değişim Biçimi 7158 önerisi, Bölüm 1.2: JSON Özellikleri'nde açıklanmaktadır .

JSON'u bir REST bağlamında kullanırken, kabul edilen yanıtları genişletme ...

Bir yoktur kuvvetli argüman kullanımı hakkında application/x-resource+jsonve application/x-collection+jsonREST kaynakları ve koleksiyonları temsil zaman.

Eğer takip etmeye karar Ve eğer jsonapi şartname, sen gerektiğini kullanımı application/vnd.api+jsono belgelenmiştir olarak.

Evrensel bir standart yoktur olmakla beraber, minimal daha açık haklı Aktarılan olmak kaynaklara semantik ilave açıktır Content-Type sadece dahaapplication/json .

Bu akıl yürütmenin ardından, diğer bağlamlar daha spesifik bir İçerik Türü'nü haklı gösterebilir .

PHP geliştiricileri bunu kullanır:

<?php
    header("Content-type: application/json");

    // Do something here...
?>

JSON'da REST API'sinden veri alırsanız içerik türünü kullanmanız gerekir

For JSON data: Content-Type:application/json
For HTML data: Content-Type:text/html,
For XHTML data: Content-Type:application/xhtml+xml,
For XML data: Content-Type:text/xml, application/xml

Content-Type: application/json- json
Content-Type: application/javascript- json-P
Content-Type: application/x-javascript- javascript
Content-Type: text/javascript- javascript AMA eski, html özniteliği olarak kullanılan eski IE sürümleri.
Content-Type: text/x-javascript- JavaScript Medya Türleri AMA eski
Content-Type: text/x-json- uygulama / json resmi olarak kaydedilmeden önce json.

JSON (JavaScript Nesne Gösterimi) ve JSONP ("dolgu ile JSON") biçimleri çok benzer görünüyor ve bu nedenle hangi MIME türünü kullanmaları çok kafa karıştırıcı olabilir. Biçimler benzer olsa da, aralarında bazı ince farklılıklar vardır.

Herhangi bir şüpheniz olduğunda, çok basit bir yaklaşımım var (çoğu durumda mükemmel şekilde çalışıyor), yani ilgili RFC belgesini kontrol edin.

JSON RFC 4627 (JavaScript Nesne Gösterimi için uygulama / json Media Type (JSON)), JSON formatının bir özelliğidir. 6. bölümde, JSON metni için MIME ortam türünün

application/json.

JSONP JSONP ("dolgu ile JSON") bir tarayıcıda JSON'dan farklı bir şekilde işlenir. JSONP normal bir JavaScript komut dosyası olarak kabul edilir ve bu nedenle JavaScript application/javascript,için geçerli resmi MIME türünü kullanmalıdır . Ancak çoğu durumda, text/javascriptMIME türü de iyi çalışır.

Not text/javascripttarafından eskimiş olarak işaretlendi 4329 RFC (Komut Ortam Türleri) belgesinde ve kullanılması tavsiye edilir application/javascriptyerine türü. Bununla birlikte, eski nedenlerden dolayı, text/javascripthala yaygın olarak kullanılmaktadır ve çapraz tarayıcı desteğine sahiptir (bu application/javascript, özellikle eski tarayıcılarda MIME tipi için her zaman geçerli değildir ).