Apache mime type binary opties




Apache mime type binary optiesIn ubuntu, ik gebruik een eenvoudige HTML-pagina die mp4-video kan uitvoeren, ik heb Apache Server geconfigureerd en een eenvoudige testpagina voor Hello World uitgevoerd, het werkt goed. In Apache Webserver heb ik gelezen dat we de volgende code moeten toevoegen aan httpd. conf bestand of naar een. htaccess bestand in de directory waar onze videobestanden zijn. Dus mijn vraag is waar dit httpd. conf of. htaccess bestand beschikbaar is, moet ik deze bestanden handmatig maken of ze zijn ergens opgeslagen. De code van mijn HTML-pagina is als volgt: geef mij de suggesties. Het standaard configuratiebestand voor de bestanden die door uw Apache-installatie wordt weergegeven, is etcapache2sites-enabled000-default. Het is een goed idee om het originele bestand te back-up voordat u met dit bestand speelt. Elke keer dat u dit bestand bewerkt, moet Apache opnieuw worden geladen omdat de wijzigingen van kracht zijn - sudo service apache2 opnieuw opstarten (of) sudo service apache2 herladen. Terwijl wijzigingen in. htaccess geen Apache nodig hebben om opnieuw te starten. Zoals vermeld is het. htaccess bestand in de DocumentRoot van de website. Bekijk de officiele documentatie over hoe u. htaccess-bestanden kunt inschakelen. Om. htaccess-bestanden te laten werken zoals verwacht, moet u dit bestand bewerken: Zoek een sectie dat er als volgt uitziet: U moet de regel met AllowOverride None wijzigen om AllowOverride All te lezen. Dit vertelt Apache dat het goed is om. htaccess-bestanden toe te laten om eerdere richtlijnen over te rijden. Je moet Apache herladen voordat deze wijziging een effect heeft: 2009.12.08 opmerking: in de LAMP download ongeveer een week geleden met Ubuntu 9.10 (Karmic) was het standaard configuratiebestand etcapache2sites-available000-default en het is inclusief AllowOverride None under ltDirectory gt in Toevoeging aan ltDirectory varwwwgt. Ook de directories in wwwvar die. htaccess-bestanden bevatten, hebben de toegang tot de Apache-server niet gelezen, waardoor de Apache-fout wordt opgelost. Hiermee kunt u sudo nautilus repareren en klik met de rechtermuisknop op de map met het. htacces-bestand, selecteer Eigenschappen en selecteer vervolgens Toestemmingen en Geef de gebruikersgroep aan die u inlogt als tenminste lees-toestemming. Genereert tekstafbeelding van dit inhoudstype, dat kan worden gebruikt als de waarde van een koptekst van inhoudsopgave. Creeert een nieuw voorbeeld van ContentType. Parameters: mimeType - MIME type. Het kan niet nul of leeg zijn. Het mag geen tekens bevatten ltgt, ltgt, lt, gt, gereserveerd door de HTTP-specificatie. Charset - charset. Retourneren: inhoudstype Creeert een nieuwe instantie van ContentType zonder een charset. Parameters: mimeType - MIME type. Het kan niet nul of leeg zijn. Het mag geen tekens bevatten ltgt, ltgt, lt, gt, gereserveerd door de HTTP-specificatie. Retourneren: inhoudstype Creeert een nieuwe instantie van ContentType. Parameters: mimeType - MIME type. Het kan niet nul of leeg zijn. Het mag geen tekens bevatten ltgt, ltgt, lt, gt, gereserveerd door de HTTP-specificatie. Charset - charset. Het mag geen tekens bevatten ltgt, ltgt, lt, gt, gereserveerd door de HTTP-specificatie. Deze parameter is optioneel. Retourneren: inhoudstype Gooien: UnsupportedCharsetException - Gegooid wanneer de genoemde charset niet beschikbaar is in dit geval van de virtuele Java-machine. Creeert een nieuwe instantie van ContentType met de gegeven parameters. Parameters: mimeType - MIME type. Het kan niet nul of leeg zijn. Het mag geen tekens bevatten ltgt, ltgt, lt, gt, gereserveerd door de HTTP-specificatie. Parameters - parameters. Retourneren: inhoudstype Gooien: UnsupportedCharsetException Sinds: 4.4 Parseert de tekstuele weergave van Content-Type waarde. Parameters: s - tekst Retourneren: inhoudstype Gooien: ParseException - als de gegeven tekst geen geldige Content-Type waarde vertegenwoordigt. UnsupportedCharsetException - Gegooid wanneer de genoemde charset niet beschikbaar is in dit geval van de virtuele Java-machine. Uittreksel Content Type-waarde van HttpEntity precies zoals gespecificeerd door de koptekst Content-Type van de entiteit. Retourneren null indien niet gespecificeerd. Parameters: entiteit - HTTP-entiteit Retourneren: inhoudstype Knippert: ParseException - als de gegeven tekst geen geldige Content-Type-waarde vertegenwoordigt. UnsupportedCharsetException - Gegooid wanneer de genoemde charset niet beschikbaar is in dit geval van de Java Virtual Machine, krijgt GetLenient Extracts Content Type van HttpEntity. Retourneren null, indien niet gespecificeerd of onjuist (kan niet worden geanalyseerd). Parameters: entiteit - HTTP entiteit Retourneren: inhoudstype Sinds: 4.4 getOrDefault Uittreksel Content Type-waarde van HttpEntity of retourneert de standaardwaarde DEFAULTTEXT indien niet expliciet gespecificeerd. Parameters: entiteit - HTTP-entiteit Retourneren: inhoudstype Knippert: ParseException - als de gegeven tekst geen geldige Content-Type-waarde vertegenwoordigt. UnsupportedCharsetException - Gegooid wanneer de genoemde charset niet beschikbaar is in dit geval van de Java virtuele machine getLenientOrDefault Extracteert inhoud van Content-Type uit HttpEntity of geeft de standaardwaarde DEFAULTTEXT terug indien niet expliciet gespecificeerd of onjuist (kan niet worden geanalyseerd). GetByMimeType Retourneert Content Type voor het gegeven MIME type. Parameters: mimeType - MIME type Retourneren: inhoudstype of null indien niet bekend. Sinds: 4.5 met Charset Creeert een nieuwe instantie met dit MIME-type en de gegeven Charset. Parameters: charset - charset Returns: een nieuwe instantie met dit MIME type en de gegeven Charset. Sinds: 4.3 met Charset Creeert een nieuwe instantie met dit MIME type en de gegeven Charset naam. Parameters: charset - naam Retourneren: een nieuwe instantie met dit MIME type en de gegeven Charset naam. Throws: UnsupportedCharsetException - Gegooid wanneer de genoemde charset niet beschikbaar is in dit geval van de Java virtuele machine Sinds: 4.3 withParameters Creeert een nieuwe instantie met dit MIME type en de gegeven parameters. Parameters: Params - Retourneren: een nieuwe instantie met dit MIME type en de gegeven parameters. Throws: UnsupportedCharsetException Sinds: 4.4Handeling Binaire Gegevens Met Axis2 (MTOMSwA) Inleiding Ondanks de flexibiliteit, interoperabiliteit en wereldwijde acceptatie van XML, zijn er tijden waarin het serialiseren van gegevens in XML niet zinvol is. Gebruikers van de webdienst kunnen binaire bijlagen van verschillende soorten zoals afbeeldingen, tekeningen, XML-documenten, enz. Samenzenden met een SOAP-bericht. Dergelijke gegevens zijn vaak in een bepaald binair formaat. Traditioneel zijn er twee technieken gebruikt voor het omgaan met ondoorzichtige data in XML. Verzenden van binaire gegevens, door waarde te behalen wordt door onbedekte data (uiteraard na een of andere vorm van codering) ingebed als een element of attribuut inhoud van het XML-bestanddeel van data. Het belangrijkste voordeel van deze techniek is dat het applicaties de mogelijkheid geeft om gegevens te verwerken en te beschrijven, uitsluitend gebaseerd op het XML-bestanddeel van de data. XML ondersteunt ondoorzichtige data als inhoud door middel van base64 of hexadecimale tekstcodering. Beide technieken bloeden de grootte van de gegevens. Voor de onderliggende tekstcodering UTF-8 verhoogt base64-codering de grootte van de binaire gegevens met een factor van 1,33x van de oorspronkelijke grootte, terwijl hexadecimale codering data met een factor van 2x vergroot. De bovenstaande factoren worden verdubbeld als UTF-16 tekstcodering wordt gebruikt. Ook van belang is de overhead in verwerkingskosten (zowel echt als waargenomen) voor deze formaten, vooral bij het decoderen van terug naar rauwe binaire. Het verzenden van binaire gegevens door referentie wordt bereikt door pure binaire gegevens als externe unparsed algemene entiteiten buiten het XML-document te koppelen en vervolgens referentie-URI's in te voegen aan die entiteiten als elementen of attribuutwaarden. Dit voorkomt onnodige opblazen van gegevens en verspilling van verwerkingscapaciteit. Het voornaamste obstakel voor het gebruik van deze ongeparsde entiteiten is hun sterke afhankelijkheid van DTD's, waardoor de modulariteit en het gebruik van XML namespaces worden belemmerd. Er waren verschillende specificaties geintroduceerd in de webdienstwereld om dit binaire bijlageprobleem aan te pakken met behulp van de quotby referencequot-techniek. SOAP with Attachments is een dergelijk voorbeeld. Aangezien SOAP documentdocumenten (DTD) in berichten verbiedt, leidt dit tot het probleem van het niet vertegenwoordigen van gegevens als onderdeel van het bericht infoset, waardoor twee data-modellen worden gecreeerd. Dit scenario is als het versturen van bijlagen met een e-mailbericht. Hoewel deze bijlagen verband houden met de berichtinhoud, zijn ze niet binnen het bericht. Dit veroorzaakt de technologieen die de gegevens verwerken en beschrijven op basis van de XML-component van de data naar storing. Een voorbeeld hiervan is WS-Security. Waar komt MTOM in MTOM (SOAP Message Transmission Optimization Mechanism) een andere specificatie die zich richt op het oplossen van het quotAttachmentsquot-probleem. MTOM probeert de voordelen van de bovenstaande twee technieken te benutten door te proberen de twee technieken samen te voegen. MTOM is eigenlijk een quotisch referentiequot-methode. Het draadformaat van een MTOM-geoptimaliseerd bericht is hetzelfde als het SOAP met Attachments-bericht, waardoor het ook achteruit compatibel is met SwA-eindpunten. Het meest opvallende kenmerk van MTOM is het gebruik van het XOP: Include-element, dat is gedefinieerd in de XML Binary Optimized Packaging (XOP) - specificatie om de binaire bijlagen (externe ongeparkeerde algemene entiteiten) van het bericht te verwijzen. Met behulp van dit exclusieve element wordt de bijgevoegde binaire inhoud logisch inline (per waarde) met het SOAP-document, hoewel het eigenlijk apart is aangesloten. Hiermee worden de twee rijken samengevoegd door het alleen mogelijk te maken met een data-model. Dit stelt de applicaties in staat om te verwerken en te beschrijven door alleen naar het XML-deel te kijken, waardoor de vertrouwen op DTD's verouderd zijn. Op een lichtere noot heeft MTOM het referentiemechanisme van SwA gestandaardiseerd. Het volgende is een uittreksel uit de XOP-specificatie. Op het conceptuele niveau kunnen deze binaire gegevens worden beschouwd als base64-gecodeerd in het XML Document. Aangezien dit conceptuele formulier nodig zou zijn tijdens een verwerking van het XML-document (bijvoorbeeld voor het ondertekenen van het XML-document), is het nodig een een-op-een correspondentie tussen XML Infosets en XOP Packages te hebben. Daarom is de conceptuele weergave van dergelijke binaire gegevens alsof het base64-gecodeerd was, met behulp van de kanonieke lexicale vorm van het XML Schema base64Binary datatype (zie XML Schema Part 2: Datatypes Second Edition 3.2.16 base64Binary). In de omgekeerde richting kan XOP alleen basis64-gecodeerde Infoset-gegevens optimaliseren die in de kanonieke lexicale vorm zijn. Apache Axis2 ondersteunt Base64-codering. SOAP met bijlagen en MTOM (SOAP Message Transmission Optimization Mechanism). MTOM met Axis2 Programming Model AXIOM is (en is het eerste) Object Model dat de mogelijkheid heeft om binaire gegevens te houden. Het heeft deze mogelijkheid, aangezien OMText ruwe binaire inhoud kan bevatten in de vorm van javax. activation. DataHandler. OMText is hiervoor om twee redenen gekozen. Een is dat XOP (MTOM) in staat is om alleen base64-gecodeerde Infoset-gegevens te optimaliseren die in de kanonieke lexicale vorm van XML Schema base64Binary datatype zijn. Een ander is het bewaren van de infoset in zowel de afzender als de ontvanger. (Om de binaire inhoud op te slaan in hetzelfde soort object, ongeacht of het geoptimaliseerd is of niet). MTOM maakt het mogelijk om gedeelten van het bericht selectief te coderen, waardoor we basis64-gecodeerde gegevens kunnen versturen, evenals extern aangesloten ruwe binaire gegevens die worden verwezen naar het quotXOPquot-element (geoptimaliseerde inhoud) die in een SOAP-bericht moet worden verzonden. U kunt specificeren of een OMText-knooppunt dat ruwe binaire gegevens of basis64-gecodeerde binaire gegevens bevat, gekwalificeerd is om te worden geoptimaliseerd op het moment van de bouw van dat knooppunt of later. Voor een optimale efficientie van MTOM, wordt een gebruiker geadviseerd kleinere binaire bijlagen te verzenden met behulp van base64encoding (niet geoptimaliseerde) en grotere bijlagen als geoptimaliseerde inhoud. Ook kan een gebruiker een optimaal binair inhoudsnode maken met behulp van een base64 gecodeerde tekenreeks, die gecodeerde binaire inhoud bevat, gegeven met het MIME-type van de werkelijke binaire representatie. Axis2 gebruikt javax. activation. DataHandler om de binaire gegevens te verwerken. Alle geoptimaliseerde binaire inhoudknooppunten worden serialized als Base64 Strings als quotMTOM niet enabledquot is. U kunt ook binaire content knooppunten maken, die in elk geval niet geoptimaliseerd worden. Ze worden serialized en verzonden als Base64 Strings. Optimalisatie van MTOM op de clientzijde in Opties, stel de quotenableMTOMquot-eigenschap in op True wanneer u berichten verzendt. Wanneer deze eigenschap is ingesteld op True, zal elke SOAP-envelop, ongeacht of het optimale inhoud bevat of niet, worden geprogrammeerd als een MTOM-geoptimaliseerd MIME-bericht. Axis2 serialiseert alle binaire content nodes als Base64 gecodeerde strings, ongeacht of ze gekwalificeerd zijn om geoptimaliseerd te worden of niet als de quotenableMTOMquot eigenschap is ingesteld op False. Als de envelop elementenelementen bevat van de naam xop: Include (zie XML-binary Optimized Packaging 3. XOP Infosets Constructs). De gebruiker hoeft niets te specificeren, zodat Axis2 MTOM-geoptimaliseerde berichten kan ontvangen. Axis2 zal daar automatisch automatisch identificeren en afstellen, als en wanneer een MTOM-bericht komt. MTOM-optimalisatie inschakelen op de serverzijde De Axis 2-server identificeert automatisch inkomende MTOM-geoptimaliseerde berichten, gebaseerd op het inhoudstype, en hiermee wordt ze automatisch geherialiseerd. De gebruiker kan enableMTOM op de serverzijde voor uitgaande berichten, om globaal te enableMTOM voor alle services, kunnen gebruikers de quotableMTOMquot-parameter instellen op True in de Axis2.xml. Wanneer deze is ingesteld, worden alle uitgaande berichten serieus en verzonden als MTOM-geoptimaliseerde MIME-berichten. Als deze niet is ingesteld, worden alle binaire gegevens in de binaire inhoudknooppunten genummerd als Base64-gecodeerde strings. Deze configuratie kan worden overschreden in services. xml op basis van per service en per operatie. U moet de server opnieuw starten nadat deze parameter is ingesteld. Toegang tot ontvangen binaire gegevens (Sample Code)