Saturday, 7 October 2017

Apache Mime Type Binære Alternativer


I ubuntu kjører jeg enkel HTML-side som kan kjøre mp4-video, jeg har konfigurert Apache Server og har kjørt enkel testside for hei verden, det fungerer bra. I Apache Webserver har jeg lest at vi må legge til følgende kode i httpd. conf-filen eller til en. htaccess-fil i katalogen der våre videofiler er. Så spørsmålet mitt er hvor er denne httpd. conf eller. htaccess filen tilgjengelig, må jeg manuelt opprette disse filene, eller de lagres et sted. Koden til HTML-siden min er slik: Vennligst gi meg forslagene. Standardkonfigurasjonsfilen for filene som blir servert av Apache-installasjonen din er etcapache2sites-enabled000-default. Det er en god ide å sikkerhetskopiere den opprinnelige filen før du spiller rundt med denne filen. Hver gang du redigerer denne filen, må Apache startes på nytt for at endringene skal tre i kraft - sudo service apache2 restart (eller) sudo service apache2 reload. mens endringer i. htaccess ikke krever at Apache startes på nytt. Som det er sagt om, går. htaccess-filen i DocumentRoot på nettstedet. Ta en titt på den offisielle dokumentasjonen om hvordan du aktiverer. htaccess-filer. For å gjøre. htaccess-filer fungerer som forventet, må du redigere denne filen: Se etter en seksjon som ser slik ut: Du må endre linjen som inneholder AllowOverride None for å lese TillatOverride All. Dette forteller Apache at det er greit å tillate. htaccess-filer å override tidligere direktiver. Du må laste inn Apache før denne endringen vil ha en effekt: 2009.12.08 Merknad: I LAMP-nedlastingen for en uke siden med Ubuntu 9.10 (Karmic) ble standardkonfigurasjonsfilen etcapache2sites-available000-default og den inkluderte AllowOverride None under ltDirectory gt in tillegg til ltDirectory varwwwgt. Også kataloger i wwwvar inneholder. htaccess-filer som ikke har gitt Apache-serverens leseadgang, noe som resulterer i Apache-feilen. Å fikse, sudo nautilus og deretter høyreklikke på katalogen med. htacces s-filen, velg Egenskaper, velg deretter Tillatelser og gi brukergruppen du logger inn som minst lest tillatelse. Genererer tekstmessig representasjon av denne innholdstypen som kan brukes som verdien av en Innholdstype-header. Oppretter en ny forekomst av ContentType. Parametre: mimeType - MIME type. Det kan ikke være null eller tomt. Det kan ikke inneholde tegn ltgt, ltgt, lt, gt reservert av HTTP-spesifikasjonen. charset - charset. Returnerer: innholdstype Oppretter en ny forekomst av ContentType uten en tegnsett. Parametre: mimeType - MIME type. Det kan ikke være null eller tomt. Det kan ikke inneholde tegn ltgt, ltgt, lt, gt reservert av HTTP-spesifikasjonen. Returnerer: innholdstype Oppretter en ny forekomst av ContentType. Parametre: mimeType - MIME type. Det kan ikke være null eller tomt. Det kan ikke inneholde tegn ltgt, ltgt, lt, gt reservert av HTTP-spesifikasjonen. charset - charset. Det kan ikke inneholde tegn ltgt, ltgt, lt, gt reservert av HTTP-spesifikasjonen. Denne parameteren er valgfri. Returnerer: innholdstype Kaster: UnsupportedCharsetException - Kastet når den navngitte teksten ikke er tilgjengelig i dette tilfellet av den virtuelle Java-maskinen. Oppretter en ny forekomst av ContentType med de angitte parametrene. Parametre: mimeType - MIME type. Det kan ikke være null eller tomt. Det kan ikke inneholde tegn ltgt, ltgt, lt, gt reservert av HTTP-spesifikasjonen. parametere - parametere. Returnerer: innholdstype Kaster: UnsupportedCharsetException Siden: 4.4 Parser tekstrepresentasjon av Content-Type-verdi. Parametere: s - tekst Returnerer: innholdstype Kaster: ParseException - hvis den gjeldende teksten ikke representerer en gyldig innholdstypeverdi. UnsupportedCharsetException - Kastet når den navngitte charset ikke er tilgjengelig i denne forekomsten av den virtuelle Java-maskinen. Ekstraherer innholdstypeverdi fra HttpEntity nøyaktig som spesifisert av innholds-header for enheten. Returnerer null hvis ikke spesifisert. Parametre: enhet - HTTP-enhet Returnerer: innholdstype Kaster: ParseException - hvis den gjeldende teksten ikke representerer en gyldig innholdstype-verdi. UnsupportedCharsetException - Kastet når den navngitte charset ikke er tilgjengelig i denne forekomsten av Java Virtual Machine, fårLenient Extracts Content Type-verdi fra HttpEntity. Returnerer null hvis ikke spesifisert eller feil (kan ikke tolkes). Parametre: enhet - HTTP-enhet Returnerer: innholdstype Siden: 4.4 getOrDefault Ekstraherer innholdstypeverdi fra HttpEntity eller returnerer standardverdien DEFAULTTEXT hvis ikke spesifisert spesifisert. Parametre: enhet - HTTP-enhet Returnerer: innholdstype Kaster: ParseException - hvis den gjeldende teksten ikke representerer en gyldig innholdstype-verdi. UnsupportedCharsetException - Kastet når den navngitte teksten ikke er tilgjengelig i denne forekomsten av Java-virtuell maskin, getLenientOrDefault Extracts Content-Type-verdi fra HttpEntity eller returnerer standardverdien DEFAULTTEXT hvis ikke eksplisitt spesifisert eller feil (kunne ikke analyseres). getByMimeType Returnerer innholdstype for den aktuelle MIME-typen. Parametre: mimeType - MIME type Returnerer: innholdstype eller null hvis ikke kjent. Siden: 4.5 withCharset Oppretter en ny forekomst med denne MIME-typen og gitt Charset. Parametre: charset - charset Returnerer: en ny forekomst med denne MIME-typen og den angitte Charset. Siden: 4.3 withCharset Oppretter en ny forekomst med denne MIME-typen og det angitte Charset-navnet. Parametre: charset - navn Returnerer: en ny forekomst med denne MIME-typen og det angitte Charset-navnet. Kaster: UnsupportedCharsetException - Kastet når den navngitte charset ikke er tilgjengelig i denne forekomsten av Java virtuell maskin Siden: 4.3 withParameters Oppretter en ny forekomst med denne MIME-typen og de angitte parametrene. Parametre: Params - Returnerer: En ny forekomst med denne MIME-typen og de angitte parametrene. Kaster: UnsupportedCharsetException Since: 4.4Handling Binær Data med Axis2 (MTOMSwA) Innledning Til tross for fleksibilitet, interoperabilitet og global aksept av XML, er det tider når serialisering av data i XML ikke gir mening. Brukere av webtjenester vil kanskje sende binære vedlegg av ulike typer som bilder, tegninger, XML-dokumenter, etc. sammen med en SOAP-melding. Slike data er ofte i et bestemt binært format. Tradisjonelt har to teknikker blitt brukt til å håndtere ugjennomsiktige data i XML Sende binære data etter verdi oppnås ved å inkludere ugjennomsiktige data (selvfølgelig etter noen form for koding) som et element eller attributt innhold av XML-komponenten av data. Den største fordelen med denne teknikken er at den gir applikasjoner muligheten til å behandle og beskrive data, basert bare på XML-komponenten av dataene. XML støtter ugjennomsiktig data som innhold ved bruk av enten base64 eller hexadecimal tekstkoding. Begge teknikkene oppløser størrelsen på dataene. For UTF-8 underliggende tekstkodning øker base64-kodingen størrelsen på binærdata med en faktor på 1,33x av den opprinnelige størrelsen, mens heksadesimal koding utvider data med en faktor 2x. Ovennevnte faktorer vil bli doblet hvis UTF-16 tekstkoding brukes. Også bekymring er overhead i prosesseringskostnader (både virkelige og oppfattede) for disse formatene, spesielt når dekoderes tilbake til rå binær. Sending av binær data ved referanse oppnås ved å knytte rene binære data til eksterne unparsed generelle enheter utenfor XML-dokumentet, og deretter legge inn referanse-URIer til de enhetene som elementer eller attributtverdier. Dette forhindrer unødvendig oppblåsthet av data og sløsing med prosessorkraft. Det primære hindret for å bruke disse uparbeide enhetene er deres sterke tillit til DTDer, noe som hindrer modularitet samt bruk av XML-navneområder. Det var flere spesifikasjoner som ble introdusert i webtjenestenes verden for å håndtere dette binære vedleggsproblemet ved hjelp av quotby referencequot-teknikken. SOAP med vedlegg er et slikt eksempel. Siden SOAP forbyder dokumenttypedeklarasjoner (DTD) i meldinger, fører dette til problemet med ikke å representere data som en del av meldingsinformasjonen, og oppretter derfor to datamodeller. Dette scenariet er som å sende vedlegg med en e-postmelding. Selv om disse vedleggene er relatert til meldingsinnholdet, er de ikke inne i meldingen. Dette forårsaker teknologiene som behandler og beskriver dataene basert på XML-komponenten av dataene til feil. Et eksempel er WS-Security. Hvor kommer MTOM i MTOM (SOAP Message Transmission Optimization Mechanism) er en annen spesifikasjon som fokuserer på å løse problematikken kvotering. MTOM forsøker å utnytte fordelene ved de to teknikkene ovenfor ved å prøve å slå sammen de to teknikkene. MTOM er faktisk en quotby referencequot metode. Trådformatet til en MTOM optimalisert melding er det samme som SOAP med Vedlegg melding, som også gjør det bakoverkompatibelt med SwA endepunkter. Den mest bemerkelsesverdige funksjonen til MTOM er bruken av XOP: Include-elementet, som er definert i XOP-spesifikasjonen for XML-binæroptimalisering (XOP) for å referere til binære vedlegg (eksterne ikke-sparsomme generelle enheter) av meldingen. Ved bruk av dette eksklusive elementet blir det vedlagte binære innholdet logget inline (etter verdi) med SOAP-dokumentet, selv om det faktisk er festet separat. Dette fusjonerer de to rikene ved å gjøre det mulig å arbeide bare med en datamodell. Dette gjør at programmene kan behandles og beskrives ved bare å se på XML-delen, noe som gjør avhengigheten av DTDs foreldet. På et lettere notat har MTOM standardisert referansemekanismen til SwA. Følgende er et utdrag fra XOP-spesifikasjonen. På begrepsnivå kan disse binære dataene anses å være base64-kodet i XML-dokumentet. Siden dette konseptuelle skjemaet kan være nødvendig under noen behandling av XML-dokumentet (for eksempel for å signere XML-dokumentet), er det nødvendig å ha en en-til-en korrespondanse mellom XML Infosets og XOP Packages. Derfor er den konseptuelle representasjonen av slike binære data som om den var base64-kodet, ved hjelp av den kanoniske leksikalske formen for XML Schema base64Binary datatype (se XML Schema Part 2: Datatypes Second Edition 3.2.16 base64Binary). I motsatt retning er XOP i stand til å optimalisere bare base64-kodet Infoset-data som er i den kanoniske leksikalske formen. Apache Axis2 støtter Base64-koding. SOAP med vedlegg og MTOM (SOAP Message Transmission Optimization Mechanism). MTOM med Axis2 Programmeringsmodell AXIOM er (og kan være den første) Objektmodellen som har muligheten til å holde binære data. Den har denne egenskapen, da OMText kan holde rå binært innhold i form av javax. activation. DataHandler. OMText er valgt for dette formålet med to grunner. En er at XOP (MTOM) er i stand til å optimalisere bare base64-kodet Infoset-data som er i den kanoniske leksikalske formen for XML Schema base64Binary datatype. Den andre er å bevare infosettet i både avsender og mottaker. (For å lagre det binære innholdet i samme type objekt uansett om det er optimalisert eller ikke). MTOM gjør det mulig å selektivt kode inn deler av meldingen, som tillater oss å sende base64enkodede data samt eksternt vedlagte rå binære data referert av quotXOPquot-elementet (optimalisert innhold) som skal sendes i en SOAP-melding. Du kan spesifisere om en OMText-node som inneholder rå binær data eller base64-kodet binær data, er kvalifisert til å bli optimalisert når byggingen av noden eller senere ble bygget. For optimal effektivitet av MTOM, anbefales en bruker å sende mindre binære vedlegg ved hjelp av base64encoding (ikke-optimalisert) og større vedlegg som optimalisert innhold. Dessuten kan en bruker lage en optimaliserbar binær innholdskode ved hjelp av en base64 kodet streng, som inneholder kodet binært innhold, gitt med MIME-typen av den faktiske binære representasjonen. Axis2 bruker javax. activation. DataHandler til å håndtere binære data. Alle de optimaliserte binære innholdsnodene vil bli serialisert som Base64 Strings hvis quotMTOM ikke er aktivert. Du kan også opprette binære innholdsnoder, som ikke vil bli optimalisert uansett. De vil bli serialisert og sendt som Base64 Strings. Aktiverer MTOM-optimalisering på klientsiden i alternativer, sett egenskapen quotenableMTOMquot til True når du sender meldinger. Når denne egenskapen er satt til True, vil enhver SOAP-konvolutt, uansett om den inneholder optimaliserbart innhold eller ikke, bli serialisert som en MTOM-optimalisert MIME-melding. Axis2 serialiserer alle binære innholdsnoder som Base64-kodede strenger, uavhengig av om de er kvalifisert til å bli optimalisert eller ikke hvis egenskapen quotenableMTOMquot er satt til False. hvis konvolutten inneholder elementelementinformasjon av navnet xop: Inkluder (se XML-binær optimalisert emballasje 3. XOP Infosets Constructs). Brukeren trenger ikke å spesifisere noe for at Axis2 skal kunne motta MTOM optimaliserte meldinger. Axis2 vil automatisk identifisere og de-serialisere tilsvarende, når og når en MTOM-melding kommer. Aktiverer MTOM-optimalisering på serversiden The Axis 2-server identifiserer automatisk innkommende MTOM optimaliserte meldinger basert på innholdstypen og de-serialiserer dem tilsvarende. Brukeren kan aktivereMTOM på server siden for utgående meldinger. For å aktivereMTOM globalt for alle tjenester, kan brukerne sette quotenableMTOMquot parameteren til True i Axis2.xml. Når det er satt, blir alle utgående meldinger serialisert og sendt som MTOM-optimaliserte MIME-meldinger. Hvis den ikke er angitt, blir alle binære dataene i binære innholdsnodene serialisert som Base64-kodede strenger. Denne konfigurasjonen kan overstyres i services. xml på grunnlag av per tjeneste og per operasjon. Du må starte serveren på nytt etter å ha satt denne parameteren. Få tilgang til mottatte binære data (prøvekode)

No comments:

Post a Comment