Apache Mime Type Binära Alternativ

I ubuntu kör jag enkelt HTML-sida som kan köra mp4-video, jag har konfigurerat Apache Server och har kört enkla test sida för hej världen, det fungerar bra. I Apache Webserver har jag läst att vi måste lägga till följande kod till httpd. conf-filen eller till en. htaccess-fil i katalogen där våra videofiler är. Så min fråga är var är den här httpd. conf eller. htaccess filen tillgänglig, behöver jag manuellt skapa dessa filer eller de lagras någonstans. Koden på min HTML-sida är så här: Vänligen ge mig förslag. Standardkonfigurationsfilen för filerna som serveras av din Apache-installation är etcapache2sites-enabled000-default. Det är en bra idé att säkerhetskopiera originalfilen innan du spelar med den här filen. Varje gång du redigerar den här filen måste Apache startas om för att ändringarna ska träda i kraft - sudo service apache2 omstart (eller) sudo service apache2 reload. medan ändringar i. htaccess inte kräver att Apache startas om. Såsom dobey nämnde, går. htaccess-filen i DocumentRoot på webbplatsen. Ta en titt på den officiella dokumentationen om hur du aktiverar. htaccess-filer. För att göra. htaccess-filer fungerar som förväntat måste du redigera den här filen: Leta efter en sektion som ser ut så här: Du måste ändra linjen som innehåller AllowOverride None för att läsa TillåtOverride All. Detta berättar Apache att det är okej att tillåta. htaccess-filer att överdriva tidigare direktiv. Du måste ladda om Apache innan den här ändringen kommer att få effekt: 2009.12.08 anmärkning: I LAMP-nedladdningen för en vecka sedan med Ubuntu 9.10 (Karmic) var standardkonfigurationsfilen etcapache2sites-available000-default och den inkluderade AllowOverride None under ltDirectory gt in Tillägg till ltDirectory varwwwgt. Även kataloger i wwwvar innehåller. htaccess-filer som standard för att inte ge Apache-serverns läsåtkomst, vilket resulterar i Apache-felet Att fixa, sudo nautilus och högerklicka på katalogen med. htacces s-filen, välj Egenskaper, välj sedan Tillstånd och ge användargruppen du loggar in som åtminstone läs permission. Generates textual representation av denna innehållstyp som kan användas som värdet av en rubrik innehålls-typ. Skapar en ny instans av ContentType. Parametrar: mimeType - MIME-typ. Det kan inte vara noll eller tomt. Det får inte innehålla tecken lgt, ltgt, lt, gt reserverat av HTTP-specifikationen. charset - charset. Returnerar: innehållstyp Skapar en ny instans av ContentType utan en charset. Parametrar: mimeType - MIME-typ. Det kan inte vara noll eller tomt. Det får inte innehålla tecken lgt, ltgt, lt, gt reserverat av HTTP-specifikationen. Returnerar: innehållstyp Skapar en ny instans av ContentType. Parametrar: mimeType - MIME-typ. Det kan inte vara noll eller tomt. Det får inte innehålla tecken lgt, ltgt, lt, gt reserverat av HTTP-specifikationen. charset - charset. Det får inte innehålla tecken lgt, ltgt, lt, gt reserverat av HTTP-specifikationen. Denna parameter är valfri. Returnerar: innehållstyp Kasta: UnsupportedCharsetException - Slängs när den angivna teckenfönstret inte är tillgänglig i det här fallet av den virtuella Java-maskinen. Skapar en ny instans av ContentType med de angivna parametrarna. Parametrar: mimeType - MIME-typ. Det kan inte vara noll eller tomt. Det får inte innehålla tecken lgt, ltgt, lt, gt reserverat av HTTP-specifikationen. parametrar - parametrar. Returnerar: innehållstyp Kasta: UnsupportedCharsetException Since: 4.4 Parser textuell representation av Content-Type-värde. Parametrar: s - text Retur: innehållstyp Kasta: ParseException - om den angivna texten inte representerar ett giltigt innehållstypvärde. UnsupportedCharsetException - kastas när den namngivna teckenuppsättningen inte är tillgänglig i den här instansen av den virtuella Java-maskinen. Extracts Content-Type-värdet från HttpEntity exakt som specificerat av innehållsrubriken för enheten. Returnerar null om det inte anges. Parametrar: enhet - HTTP-enhet Returnerar: innehållstyp Kasta: ParseException - om den angivna texten inte representerar ett giltigt innehållstypvärde. UnsupportedCharsetException - kastas när den namngivna charset inte är tillgänglig i det här fallet av Java Virtual Machine, fårLenient Extracts Content-Type-värdet från HttpEntity. Returnerar null om inte specificerat eller felaktigt (kunde inte analyseras). Parametrar: Entitet - HTTP-enhet Returnerar: innehållstyp Sedan: 4.4 getOrDefault Extraherar innehållstypvärde från HttpEntity eller returnerar standardvärdet DEFAULTTEXT om det inte uttryckligen anges. Parametrar: enhet - HTTP-enhet Returnerar: innehållstyp Kasta: ParseException - om den angivna texten inte representerar ett giltigt innehållstypvärde. UnsupportedCharsetException - Slängs när den angivna teckenuppsättningen inte är tillgänglig i det här fallet av den virtuella Java-maskinen fårLenientOrDefault Extracts Content-Type-värdet från HttpEntity eller returnerar standardvärdet DEFAULTTEXT om det inte uttryckligen anges eller felaktigt (kunde inte analyseras). getByMimeType Returnerar Content-Type för den givna MIME-typen. Parametrar: mimeType - MIME-typ Returnerar: innehållstyp eller null om det inte är känt. Sedan: 4.5 withCharset Skapar en ny instans med denna MIME-typ och den givna Charset. Parametrar: charset - charset Returnerar: en ny instans med denna MIME-typ och den givna Charset. Sedan: 4.3 withCharset Skapar en ny instans med denna MIME-typ och det angivna Charset-namnet. Parametrar: charset - namn Returnerar: en ny instans med denna MIME-typ och det angivna Charset-namnet. Kasta: UnsupportedCharsetException - Slängs när den angivna teckenuppsättningen inte är tillgänglig i den här instansen av Java virtuell maskin Sedan: 4.3 withParameters Skapar en ny instans med denna MIME-typ och de angivna parametrarna. Parametrar: parametrar - Returnerar: en ny instans med denna MIME-typ och de angivna parametrarna. Kasta: UnsupportedCharsetException Since: 4.4Handling Binär Data med Axis2 (MTOMSwA) Inledning Trots flexibilitet, interoperabilitet och global acceptans av XML finns det tillfällen då serialisering av data i XML inte är meningsfullt. Användare av webbtjänster kan vilja skicka binära bilagor av olika slag som bilder, ritningar, XML-dokument etc. tillsammans med ett SOAP-meddelande. Sådan data är ofta i ett visst binärt format. Traditionellt har två tekniker använts för att hantera opaka data i XML Sändning av binär data efter att värdet uppnås genom att bädda in ogenomskinliga data (naturligtvis efter någon form av kodning) som ett element eller attributinnehåll i XML-komponenten av data. Den största fördelen med denna teknik är att den ger applikationer möjlighet att bearbeta och beskriva data, baserade endast på XML-komponenten i data. XML stöder opaka data som innehåll genom användning av antingen base64 eller hexadecimal textkodning. Båda teknikerna uppblåser dataens storlek. För UTF-8 underliggande textkodning ökar bas64-kodningen storleken på binärdata med en faktor 1,33x av originalstorleken, medan hexadecimal kodning expanderar data med en faktor 2x. Ovanstående faktorer kommer att fördubblas om UTF-16-textkodning används. Också oroa är överkostnaden i bearbetningskostnader (både verkliga och uppfattade) för dessa format, särskilt när de avkodas tillbaka till rå binär. Sändning av binär data genom referens uppnås genom att bifoga ren binär data som externa icke-uppdelade generella enheter utanför XML-dokumentet och sedan inbädda referens-URI till dessa enheter som element eller attributvärden. Detta förhindrar onödig uppblåstning av data och slöseri med bearbetningseffekt. Det primära hindret för att använda dessa oförsäkrade enheter är deras starka beroende av DTD, vilket hindrar moduläritet samt användningen av XML-namnområden. Det fanns flera specifikationer införda i webbtjänsten världen för att hantera detta binära bilagan problem med quotbot referencequot teknik. SOAP med bilagor är ett sådant exempel. Eftersom SOAP förbjuder dokumenttypdeklarationer (DTD) i meddelanden leder det till problemet att inte representera data som en del av meddelandet infoset, vilket därför skapar två datamodeller. Det här scenariot är som att skicka bilagor med ett e-postmeddelande. Även om dessa bilagor är relaterade till meddelandeinnehållet är de inte inuti meddelandet. Detta medför att teknologier som behandlar och beskriver data som baseras på XML-komponenten i dataen till funktionsfel. Ett exempel är WS-Security. Var kommer MTOM i MTOM (SOAP Message Transmission Optimization Mechanism) att vara en annan specifikation som fokuserar på att lösa problematiket quotAttachmentsquot. MTOM försöker utnyttja fördelarna med ovanstående två tekniker genom att försöka slå samman de två teknikerna. MTOM är faktiskt en kvotisk referensvärdesmetod. Trådformatet för ett MTOM-optimerat meddelande är detsamma som meddelandet SOAP med bilagor, vilket också gör det bakåtkompatibelt med SwA-ändpunkter. Den mest anmärkningsvärda egenskapen hos MTOM är användningen av XOP: Include-elementet, som definieras i XML-binär optimerad förpackning (XOP) - specifikation för att referera till binära bilagor (externa icke-sammanslagna generella enheter) av meddelandet. Med hjälp av detta exklusiva element blir det bifogade binära innehållet logiskt inline (enligt värde) med SOAP-dokumentet, även om det faktiskt är fäst separat. Detta sammanfogar de två världarna genom att göra det möjligt att bara arbeta med en datamodell. Detta gör det möjligt för programmen att behandla och beskriva genom att bara titta på XML-delen, vilket gör förtroendet för DTD: er föråldrade. På en lättare not har MTOM standardiserat referensmekanismen för SwA. Följande är ett utdrag ur XOP-specifikationen. På konceptuell nivå kan denna binära data anses vara bas64-kodad i XML-dokumentet. Eftersom denna konceptuella form kan behövas under viss behandling av XML-dokumentet (till exempel för att signera XML-dokumentet) är det nödvändigt att ha en en-till-en-korrespondens mellan XML Infosets och XOP Packages. Därför är den konceptuella representationen av sådan binär data som om den var bas64kodad, med hjälp av den kanoniska lexikala formen av XML Schema base64Binary datatype (se XML Schema Del 2: Datatyper Second Edition 3.2.16 base64Binary). I omvänd riktning kan XOP optimera endast base64-kodade Infoset-data som finns i den kanoniska lexiska formen. Apache Axis2 stöder Base64-kodning. SOAP med bilagor och MTOM (SOAP Message Transmission Optimization Mechanism). MTOM med Axis2 Programmeringsmodell AXIOM är (och kan vara den första) objektmodellen som har förmågan att hålla binär data. Den har denna förmåga eftersom OMText kan hålla rå binärt innehåll i form av javax. activation. DataHandler. OMText har valts ut för detta ändamål av två skäl. En är att XOP (MTOM) kan optimera endast base64-kodade Infoset-data som finns i den kanoniska lexiska formen av XML Schema base64Binary datatype. Den andra är att bevara infosetet både i avsändaren och mottagaren. (För att lagra binärinnehållet i samma typ av objekt oavsett om det är optimerat eller inte). MTOM tillåter att koda delar av meddelandet selektivt, vilket tillåter oss att skicka base64enkodad data såväl som externt bifogad rå binär data refererad av quotXOPquot-elementet (optimerat innehåll) som ska skickas i ett SOAP-meddelande. Du kan ange om en OMText-nod som innehåller rå binär data eller base64enkodad binär data är kvalificerad att optimeras vid konstruktion av den noden eller senare. För optimal effektivitet av MTOM rekommenderas en användare att skicka mindre binära bilagor med hjälp av base64encoding (nonoptimerade) och större bilagor som optimerat innehåll. Dessutom kan en användare skapa en optimerbar binär innehållsnod med en bas64 kodad sträng, som innehåller kodat binärt innehåll, som ges med MIME-typen för den faktiska binära representationen. Axis2 använder javax. activation. DataHandler för att hantera binär data. Alla optimerade binära innehållsnoder kommer serialiseras som Base64-strängar om quotMTOM inte är aktiverat. Du kan också skapa binära innehållsnoder, som inte optimeras under alla omständigheter. De kommer att serialiseras och skickas som Base64-strängar. Aktivera MTOM-optimering på klientsidan I alternativ, ställ in egenskapen quotenableMTOMquot till True när du skickar meddelanden. När den här egenskapen är satt till True, kommer ett SOAP-kuvert, oberoende av om det innehåller optimerbart innehåll eller inte, serialiseras som ett MTOM-optimerat MIME-meddelande. Axis2 serialiserar alla binära innehållsnoder som Base64-kodade strängar oavsett om de är kvalificerade att optimeras eller inte om egenskapen quotenableMTOMquot är inställd på False. om kuvertet innehåller elementelementinformation av namnet xop: Inkludera (se XML-binär optimerad förpackning 3. XOP Infosets Constructs). Användaren behöver inte ange något för att Axis2 ska kunna få MTOM optimerade meddelanden. Axis2 identifierar och aviserar automatiskt efter varandra, när och när ett MTOM-meddelande kommer fram. Aktivera MTOM-optimering på serverns sida Axis 2-servern identifierar automatiskt inkommande MTOM-optimerade meddelanden baserat på innehållstypen och serialiserar dem därefter. Användaren kan aktiveraMTOM på serverns sida för utgående meddelanden. Om du vill aktiveraMTOM globalt för alla tjänster kan användare ställa in quotenableMTOMquot-parametern till True i Axis2.xml. När det är inställt kommer alla utgående meddelanden att serialiseras och skickas som MTOM-optimerade MIME-meddelanden. Om den inte är inställd kommer alla binära data i binära innehållsnoderna att serialiseras som Base64-kodade strängar. Denna konfiguration kan överskridas i services. xml på basis av per tjänst och per operation. Du måste starta om servern efter att ha ställt in denna parameter. Åtkomst till mottagen binär data (provkod)