Content type http binary optie




Content type http binary optie4 Het headerveld Inhoudsopgave Het doel van het veld Content Type is om de gegevens in het lichaam volledig te beschrijven, zodat de ontvangende gebruikersagent een geschikt agent of mechanisme kan kiezen om de gegevens aan de gebruiker te presenteren of anders te gaan met De gegevens op een passende manier Het headerveld Inhoudstype wordt gebruikt om de aard van de gegevens in het lichaam van een entiteit te specificeren, door type - en subtypeidentifiers te geven, en door extra informatie te verstrekken die nodig mag zijn voor bepaalde typen. Na de typen van typen en subtypen is de rest van het koptekstveld gewoon een set van parameters, gespecificeerd in een attributevaluatienotatie. De set van zinvolle parameters verschilt voor de verschillende typen. Het ordenen van parameters is niet significant. Onder de gedefinieerde parameters is een charset parameter waarmee de tekenset die in het lichaam wordt gebruikt kan worden aangegeven. Commentaar is toegestaan ??in overeenstemming met RFC 822 regels voor gestructureerde header velden. In het algemeen wordt het bovenste Content-Type gebruikt om het algemene type data te verklaren, terwijl het subtype een specifiek formaat voor dat type gegevens specificeert. Zo is een Content-Type van imagexyz voldoende om een ??gebruikersagent te vertellen dat de gegevens een afbeelding zijn, ook al heeft de gebruikersagent geen kennis van het specifieke beeldformaat xyz. Dergelijke informatie kan bijvoorbeeld worden gebruikt om te bepalen of een gebruiker de ruwe gegevens uit een niet herkend subtype moet tonen - een dergelijke actie kan redelijk zijn voor onherkenbare subtypen van tekst, maar niet voor niet herkende subtypen van beeld of audio. Om deze reden moeten geregistreerde subtypen van audio, beeld, tekst en video geen ingebedde informatie bevatten die echt van een ander type is. Dergelijke samengestelde typen zouden moeten worden weergegeven met behulp van de multipart - of applicatietypes. Parameters zijn modificaties van het inhoudsondertype en hebben geen fundamentele invloed op de vereisten van het gastheersysteem. Hoewel de meeste parameters alleen voor bepaalde inhoudstypes alleen kunnen zijn, zijn anderen globaal in de zin dat ze van toepassing kunnen zijn op elk subtype. Bijvoorbeeld, de grensparameter maakt alleen gebruik van het inhoudsoorttype voor meerdere typen, maar de parameter charset kan zinvol zijn met verschillende inhoudstypen. Een eerste set van zeven inhoudstypen wordt gedefinieerd door dit document. Deze set van topniveaus is bedoeld om nagenoeg compleet te zijn. Er wordt verwacht dat toevoegingen aan de grotere reeks ondersteunde typen in het algemeen kunnen worden bereikt door het creeren van nieuwe subtypes van deze initiele typen. In de toekomst kunnen meer typen van topniveau alleen worden gedefinieerd door een uitbreiding van deze standaard. Als een ander primair type om welke reden dan ook moet worden gebruikt, moet het een naam krijgen die begint met X - om zijn niet-standaardstatus aan te geven en een potentiele conflict met een toekomstige officiele naam te vermijden. In de uitgebreide BNF-notatie van RFC 822 wordt een veldtype-waarde voor inhoudstype gedefinieerd als volgt: Let op dat de definitie van tspecials hetzelfde is als de RFC 822-definitie van specials met de toevoeging van de drie tekens,, en. Merk ook op dat een subtype specificatie verplicht is. Er zijn geen standaard subtypes. De typen, subtypen en parameternamen zijn niet hoofdlettergevoelig. Bijvoorbeeld, TEXT, Tekst en TeXt zijn allemaal gelijkwaardig. Parameterwaarden zijn normaal gesproken hoofdlettergevoelig, maar bepaalde parameters worden geinterpreteerd als gevalinsensitief, afhankelijk van het beoogde gebruik. (Bijvoorbeeld, multipartgrenswaarden zijn hoofdlettersgevoelig, maar het toegangstype voor het bericht Externe lichaam is niet hoofdlettergevoelig.) Naast deze syntaxis is het enige beperking op de definitie van subtype namen het verlangen dat hun toepassingen niet kunnen conflicten. Dat wil zeggen, het zou ongewenst zijn om twee verschillende gemeenschappen te gebruiken met Content-Type: applicationfoobar om twee verschillende dingen te betekenen. Het proces van het definieren van nieuwe content-subtypes is dan ook niet bedoeld als een mechanisme voor het opleggen van beperkingen, maar gewoon een mechanisme voor het publiceren van de toepassingen. Er zijn dus twee aanvaardbare mechanismen voor het definieren van nieuwe subtypes van Content Type: Private waarden (beginnend met X-) kunnen bilateraal worden gedefinieerd tussen twee medewerkers zonder buitenregistratie of standaardisatie. Nieuwe standaardwaarden moeten gedocumenteerd, geregistreerd en goedgekeurd worden door IANA, zoals beschreven in bijlage F. Als het voor algemeen gebruik bestemd is, moeten de formaten waarnaar wordt verwezen, ook worden gedefinieerd door een gepubliceerde specificatie en eventueel aangeboden voor standaardisatie. De zeven standaard voorgedefinieerde Content-Types worden gedetailleerd weergegeven in het grootste deel van dit document. Zij zijn: tekst tekst informatie. Het primaire subtype, gewoon, geeft een duidelijke (onformatteerde) tekst aan. Geen speciale software is nodig om de volledige betekenis van de tekst te krijgen, naast de ondersteuning voor de aangegeven tekenset. Subtypes moeten worden gebruikt voor verrijkte tekst in vormen waar applicatiesoftware het uiterlijk van de tekst kan verbeteren, maar dergelijke software mag niet worden vereist om het algemene idee van de inhoud te krijgen. Mogelijke subtypes bevatten dus een leesbaar tekstverwerkingsformaat. Een zeer eenvoudig en draagbaar subtype, richtext, is in dit document gedefinieerd. Multipart data bestaande uit meerdere delen van onafhankelijke datatypen. Vier initiele subtypen worden gedefinieerd, inclusief het primaire gemengde subtype, alternatief voor het weergeven van dezelfde data in meerdere formaten, evenwijdig voor delen die tegelijkertijd tegelijkertijd bekeken moeten worden, en verteren voor multipart-entiteiten waarin elk deel van het type bericht is. Bericht een ingekapseld bericht. Een lichaam van Content-Type-bericht is zelf een volledig geformatteerd RFC 822 conformantbericht dat een eigen ander Content-Type header veld kan bevatten. Het primaire subtype is rfc822. Het gedeeltelijke subtype is gedefinieerd voor gedeeltelijke berichten om de gefragmenteerde overdracht van lichamen mogelijk te maken die te groot worden geacht om door middel van postvervoermiddelen te worden doorgegeven. Een ander subtype, Extern lichaam, is gedefinieerd voor het opgeven van grote lichamen door verwijzing naar een externe gegevensbron. Beeldafbeeldingsgegevens. Het beeld vereist een weergaveapparaat (zoals een grafisch display, een printer of een faxmachine) om de informatie te bekijken. Initiele subtypen worden gedefinieerd voor twee veelgebruikte beeldformaten, jpeg en gif. Audio audiodata, met initiele subtype basis. Audio vereist een geluidsuitvoerapparaat (zoals een luidspreker of een telefoon) om de inhoud weer te geven. Video video data. Video vereist de mogelijkheid om bewegende beelden te tonen, met inbegrip van gespecialiseerde hardware en software. Het eerste subtype is mpeg. Toepassing een andere soort gegevens, typisch of oninterpreteerde binaire gegevens of informatie die moet worden verwerkt door een mail-based applicatie. Het primaire subtype, octet-stream, moet worden gebruikt bij oninterpreteerde binaire data, in welk geval de eenvoudigste aanbevolen actie is om de informatie in een bestand voor de gebruiker te schrijven. Twee extra subtypes, ODA en PostScript, worden gedefinieerd voor het transporteren van ODA - en PostScript-documenten in lichamen. Andere verwachte toepassingen voor applicatie omvatten spreadsheets, data voor post-based scheduling systemen en talen voor actieve (computational) e-mail. (Merk op dat actieve e-mail meerdere beveiligingsbeoordelingen bevat, die later in dit memo worden besproken, met name in het kader van applicationPostScript.) Standaard RFC 822 berichten worden door dit protocol getypt als gewone tekst in de US-ASCII-tekenset, die expliciet kan worden gespecificeerd Als inhoudstype: tekstteken charsetus-ascii. Als er geen Content Type is opgegeven, hetzij door een fout of door een oudere gebruikersagent, wordt deze standaard aangenomen. In de aanwezigheid van een MIME-Version header veld, kan een ontvangende User Agent ook aannemen dat de gewone US-ASCII-tekst de bedoeling van de afzender was. Bij afwezigheid van een MIME-Versie-specificatie, moet een duidelijke US-ASCII-tekst nog steeds worden aangenomen, maar de bedoeling van de afzender zou anders kunnen zijn. Het moet opgemerkt worden dat de lijst van Content-Type waarden die hier worden gegeven, in de tijd kunnen worden uitgebreid via De hierboven beschreven mechanismen en dat de set subtypen naar verwachting aanzienlijk zal toenemen. Wanneer een maillezer mail ontvangt met een onbekende inhoudstype-waarde, moet het in het algemeen als equivalent worden beschouwd op applicationoctet stream, zoals later beschreven in dit document. Binaire opties Soorten Alpari Limited, Cedar Hill Crest, Villa, Kingstown VC0100, Saint Vincent En de Grenadines, West-Indie, is opgenomen onder geregistreerd nummer 20389 IBC 2012 door de griffier van internationale bedrijven, geregistreerd door de Financial Services Authority of Saint Vincent en the Grenadines. Alpari Limited, 60 Market Square, Belize City, Belize, is opgenomen onder geregistreerd nummer 137.509, gemachtigd door de International Financial Services Commission of Belize, licentie nummer IFSC60301TS17. Alpari Research Analysis Limited, 17 Ensign House, Admirals Way, Canary Wharf, Londen, Verenigd Koninkrijk, E14 9XQ (financieel onderzoek en analyse voor de Alpari ompanies). Alpari is lid van de financiele commissie. Een internationale organisatie die zich bezighoudt met de oplossing van geschillen binnen de financiele dienstensector op de Forex-markt. Risico Disclaimer. Voordat u zich verhandelt, moet u ervoor zorgen dat u de risico's van leveraged trading volledig begrijpt en de vereiste ervaring heeft. 1998-2017 Alpari Limited Data kan niet worden getoond.32 Vernieuwingsgegevens kunnen niet worden weergegeven.32 Vernieuwen We kunnen met u praten in de volgende talen: Gegevens kunnen niet worden weergegeven.32 Vernieuwen Het spijt ons, er is een fout opgetreden. Probeer het later nogmaals. Kennisgeving van deze fout is verzonden naar ons technische ondersteuningsteam. Om doorgestuurd te worden naar de Europese Alpari-website, beheerd door Alpari Europe Ltd., een bedrijf geregistreerd in Malta en gereguleerd door MFSA, klikt u op Doorgaan. Om op deze pagina te blijven klikt u op Annuleren. Ik adviseer applicationoctet-stream zoals RFC2046 zegt. Het subtitel van het octet-stream is gebruikt om aan te geven dat een lichaam willekeurige binaire gegevens bevat en de aanbevolen actie voor een implementatie die een applicatie-streamstroom-entiteit ontvangt, is eenvoudigweg Bieden de gegevens in een bestand te zetten. . Ik denk dat u de betere handeling van willekeurige programma's krijgt, die misschien kan barf wanneer u uw onbekende mime-type tegenkomt. Mimetype headers worden herkend door de browser voor het (snel) identificeren van een handler om het gedownloade bestand als doel te gebruiken. Bijvoorbeeld, PDF zou worden gedownload en uw Adobe Reader programma zou worden uitgevoerd met het pad van het PDF-bestand als Een argument, als u een browser extensie wilt schrijven om uw gedownloade bestand te verwerken, via uw operatiesysteem of u wilt dat u een project meer professioneel wilt maken en een uniek mimetype selecteert dat u gebruikt, zou het Geen verschil maken, omdat het operatiesysteem geen handvat zou hebben om het te openen (sommige browsers hebben weinig bundelde plugins, bijvoorbeeld, nieuwe Google Chrome-versies hebben een ingebouwde PDF-lezer), als u ervoor wilt zorgen dat het bestand zou zijn Gedownload, kijk naar dit antwoord: stackoverflowa34758866257319 Als u uw bestandstype speciaal wilt organiseren, is het wellicht de moeite waard om een ??paar letters toe te voegen in de eerste paar bytes van het bestand. Bijvoorbeeld, elke JPG heeft dit bij het starten van het bestand: ik F je kan een sprong van 4 of 8 bytes veroorloven, het kan heel erg nuttig zijn voor je in de rest van de weg beantwoordt 13 jan 16 om 6:13 je zou wellicht kunnen gebruiken: beantwoord Dec 28 16 om 10:16 Je antwoord 2017 Stack Exchange , Inc