Hantering binêre data met Axis2 (MTOM / SWA) Inhoud Inleiding Ten spyte van die buigsaamheid, interoperabiliteit en globale aanvaarding van XML, daar is tye wanneer serializeren data in XML maak nie sin nie. Web dienste gebruikers dalk wil binêre aanhegsels van verskeie vorme soos beelde, tekeninge, XML dokumente, ens stuur saam met 'n SOAP boodskap. Sulke data is dikwels in 'n bepaalde binêre formaat. Tradisioneel, het twee tegnieke gebruik in die hantering van ondeursigtig data in XML stuur binêre data deur waarde is behaal deur die inbedding ondeursigtig data (natuurlik na een of ander vorm van kodering) as 'n element of kenmerk inhoud van die XML-komponent van data. Die grootste voordeel van hierdie tegniek is dat dit gee aansoeke die vermoë om data, wat slegs gebaseer is op die XML komponent van die data te verwerk en te beskryf. XML ondersteun ondeursigtig data as inhoud deur middel van die gebruik van óf base64 of heksadesimaal teks enkodering. Beide tegnieke opblaas die grootte van die data. Vir UTF-8 onderliggende teks enkodering, base64 verhoog die grootte van die binêre data met 'n faktor van 1.33x van die oorspronklike grootte, terwyl heksadesimale enkodering brei data met 'n faktor van 2 x. Bogenoemde faktore sal verdubbel as UTF-16 teksenkodering gebruik. Ook van belang is die oorhoofse in die verwerking koste (beide werklike en vermeende) vir hierdie formate, veral wanneer dekodering terug in rou binêre. Stuur binêre data met verwysing word bereik deur te heg suiwer binêre data as eksterne ongeveer pars algemene entiteite buite die XML-dokument en dan inbedding verwysing URI tot ondernemings as elemente of kenmerk waardes. Dit voorkom dat die onnodige blaas van data en vermorsing van verwerking krag. Die primêre struikelblok vir die gebruik van hierdie ongeveer pars entiteite is hul beduidende afhanklikheid van DTD, wat modulariteit belemmer sowel as die gebruik van XML name spaces. Daar was 'n paar spesifikasies in die web dienste wêreld bekend gestel om te gaan met hierdie binêre probleem beslaglegging deur die quotby referencequot tegniek. SOAP met aanhangsels is een so 'n voorbeeld. Sedert SOAP verbied tipe dokument verklarings (DTD) in boodskappe, dit lei tot die probleem van nie verteenwoordig data as deel van die boodskap infoset, dus die skep van twee data modelle. Hierdie scenario is soos die stuur van aanhangsels met 'n e-posboodskap. Selfs al is die aanhegsels verband hou met die boodskap inhoud het hulle is nie in die boodskap. Dit veroorsaak dat die tegnologie wat verwerk en beskryf die data wat gebaseer is op die XML komponent van die data te wanfunksioneer. Een voorbeeld is WS-Security. Waar kom MTOM Kom In MTOM (SOAP Boodskap Transmissie Optimization Meganisme) is nog 'n spesifikasie wat fokus op die oplossing van die quotAttachmentsquot probleem. MTOM probeer om die voordele van die bogenoemde twee tegnieke benut deur te probeer om die twee tegnieke om saam te smelt. MTOM is eintlik 'n quotby referencequot metode. Die draad formaat van 'n MTOM new boodskap is dieselfde as die SOAP met aanhangsels boodskap, wat dit ook backwards compatible met SWA eindpunte maak. Die mees noemenswaardige funksie van MTOM is die gebruik van die XOP: Sluit element, wat gedefinieer word in die XML Binary Geoptimaliseerd Packaging (XOP) spesifikasie om die binêre aanhegsels (eksterne ongeveer pars algemene entiteite) van die boodskap verwys. Met die gebruik van hierdie eksklusiewe element, die verbonde binêre inhoud word logies inline (volgens waarde) met die SOAP-dokument, hoewel dit eintlik apart aangeheg is. Dit paart die twee ryke deur wat dit moontlik maak om te werk net met een datamodel. Dit laat die aansoeke te verwerk en te beskryf deur net te kyk na die XML deel, maak die afhanklikheid van DTD uitgedien. Op 'n ligter noot, het MTOM die verwysing meganisme van SWA gestandaardiseer. Die volgende is 'n uittreksel uit die XOP spesifikasie. Op die konseptuele vlak, kan hierdie binêre data beskou word as synde base64-ingebou in die XML-dokument. Aangesien hierdie konseptuele vorm nodig mag wees tydens 'n verwerking van die XML-dokument (bv vir die ondertekening van die XML-dokument), is dit nodig om 'n een-tot-een ooreenkoms tussen XML Info Sets en XOP pakkette. Daarom is die konseptuele voorstelling van so 'n binêre data is asof dit base64-geënkodeerde, met behulp van die kanonieke leksikale vorm van die XML Skema base64Binary data type (sien XML Skema Deel 2: data tipes Tweede uitgawe 3.2.16 base64Binary). In die teenoorgestelde rigting, XOP in staat is om die optimalisering van net-base64 geënkodeerde Infoset data wat in die kanonieke leksikale vorm. Apache Axis2 ondersteun base64. SOAP met aanhangsels en MTOM (SOAP Boodskap Transmissie Optimization Meganisme). MTOM met Axis2 Programmering Model aksioma is (en dalk die eerste wees) Object Model wat die vermoë het om binêre data te hou het. Dit het hierdie vermoë as OMText kan rou binêre inhoud in die vorm van javax. activation. DataHandler hou. OMText is gekies vir hierdie doel met twee redes. Een daarvan is dat XOP (MTOM) in staat is om die optimalisering van net-base64 geënkodeerde Infoset data wat in die kanonieke leksikale vorm van XML Skema base64Binary data type. Ander een is om die infoset bewaar in beide die sender en ontvanger. (Om die binêre inhoud in dieselfde soort voorwerp, ongeag of dit is geskik of nie te stoor). MTOM toelaat om selektief te enkodeer gedeeltes van die boodskap, wat ons toelaat om base64encoded data sowel as ekstern aangeheg rou binêre data verwys deur die quotXOPquot element (new inhoud) in 'n SOAP boodskap gestuur word te stuur. Jy kan spesifiseer of 'n OMText knoop wat rou binêre data of base64encoded binêre data bevat gekwalifiseer is om optimale ten tyde van die konstruksie van die node of later. Vir optimale doeltreffendheid van MTOM, is 'n gebruiker aangeraai om kleiner binêre aanhegsels behulp base64encoding (nie-new) en groter aanhegsels as new inhoud te stuur. Ook, kan 'n gebruiker 'n optimizable binêre inhoud knoop met behulp van 'n base64 geënkodeerde string, wat geënkodeerde binêre inhoud bevat, gegee met die MIME-tipe van die werklike binêre voorstelling te skep. Axis2 gebruik javax. activation. DataHandler om die binêre data te hanteer. Al die new binêre inhoud nodes sal serialized as Base64 Strings as quotMTOM nie enabledquot. Jy kan ook binêre inhoud knope, wat nie sal geoptimaliseer word by elk geval. Hulle sal serialized en gestuur as Base64 Strings. Enabling MTOM Optimization op die kliënt kant in die huidige opsies, stel die eiendom quotenableMTOMquot te bewaarheid toe die stuur van boodskappe. Wanneer hierdie eiendom gestel is, enige seep koevert, ongeag of dit bevat optimizable inhoud of nie, sal serialized as MTOM new MIME boodskap. Axis2 serializes al binêre inhoud knope as Base64 gekodeerde snare ongeag of hulle daarvoor gekwalifiseer word new of nie indien die eiendom quotenableMTOMquot is ingestel op Vals. As die koevert bevat 'n element inligting items van die naam xop: Sluit (sien XML-binêre Geoptimaliseerd Packaging 3. XOP Info Sets Stel). Die gebruiker het nie nodig om enigiets te gee sodat Axis2 om MTOM new boodskappe ontvang. Axis2 sal outomaties identifiseer en de-afleveringen dienooreenkomstig, soos en wanneer 'n MTOM boodskap ontvang. Enabling MTOM Optimization op die bediener kant van die Axis 2 bediener identifiseer outomaties inkomende MTOM new boodskappe wat gebaseer is op die inhoud-tipe en de-serializes hulle dienooreenkomstig. Die gebruiker kan enableMTOM op die bediener kant vir uitgaande boodskappe, om globaal enableMTOM vir alle dienste, kan gebruikers die parameter quotenableMTOMquot gestel is in die Axis2.xml. Wanneer dit gestel is, sal alle uitgaande boodskappe word serialized en gestuur as MTOM new MIME boodskappe. As dit nie gestel, sal al die binêre data in die binêre inhoud knope word serialized as Base64 gekodeerde snare. Hierdie konfigurasie kan oorheers in services. xml op grond van per diens en per operasie. Jy moet die bediener weer te begin nadat die opstel van hierdie parameter. Toegang tot Ontvang binêre data (Voorbeeld Kode) Genereer tekstuele voorstelling van hierdie tipe inhoud wat kan gebruik word as die waarde van 'n Content-Type kop. skep Skep 'n nuwe geval van ContentType. Parameters: mimetype - MIME-tipe. Dit kan nie nul of leeg wees. Dit mag nie karakters ltgt, ltgt, LT, GT voorbehou deur die HTTP spesifikasie bevat. charset - karakterstel. Opbrengste: tipe inhoud te skep Skep 'n nuwe geval van ContentType sonder 'n charset. Parameters: mimetype - MIME-tipe. Dit kan nie nul of leeg wees. Dit mag nie karakters ltgt, ltgt, LT, GT voorbehou deur die HTTP spesifikasie bevat. Opbrengste: tipe inhoud te skep Skep 'n nuwe geval van ContentType. Parameters: mimetype - MIME-tipe. Dit kan nie nul of leeg wees. Dit mag nie karakters ltgt, ltgt, LT, GT voorbehou deur die HTTP spesifikasie bevat. charset - karakterstel. Dit mag nie karakters ltgt, ltgt, LT, GT voorbehou deur die HTTP spesifikasie bevat. Hierdie parameter is opsioneel. Opbrengste: tipe inhoud Gooi: UnsupportedCharsetException - gegooi toe die naam van karakterstel is nie beskikbaar in hierdie geval van die Java virtuele masjien te skep Skep 'n nuwe geval van ContentType met die gegewe parameters. Parameters: mimetype - MIME-tipe. Dit kan nie nul of leeg wees. Dit mag nie karakters ltgt, ltgt, LT, GT voorbehou deur die HTTP spesifikasie bevat. params - parameters. Opbrengste: tipe inhoud Gooi: UnsupportedCharsetException Sedert: 4.4 parse ontleed tekstuele voorstelling van Content-Type waarde. Parameters: s - teks Opbrengste: tipe inhoud Gooi: ParseException - as die gegewe teks 'n geldige Content-Type waarde verteenwoordig nie. UnsupportedCharsetException - gegooi toe die naam van karakterstel is nie beskikbaar in hierdie geval van die Java virtuele masjien te kry Uittreksels Content-Type waarde van HttpEntity presies soos deur die header Content-Type van die entiteit. Terugkeer nul indien nie vermeld. Parameters: entiteit - HTTP entiteit Returns: tipe inhoud Gooi: ParseException - as die gegewe teks 'n geldige Content-Type waarde verteenwoordig nie. UnsupportedCharsetException - gegooi toe die naam van karakterstel is nie beskikbaar in hierdie geval van die Java virtuele masjien getLenient Uittreksels Content-Type waarde van HttpEntity. Terugkeer nul indien nie vermeld of verkeerd (kon nie ontleed word) .. Parameters: entiteit - HTTP entiteit terugkeer: inhoud soort sedert: 4.4 getOrDefault Uittreksels Content-Type waarde van HttpEntity of gee die verstek waarde DEFAULTTEXT indien nie uitdruklik vermeld. Parameters: entiteit - HTTP entiteit Returns: tipe inhoud Gooi: ParseException - as die gegewe teks 'n geldige Content-Type waarde verteenwoordig nie. UnsupportedCharsetException - gegooi toe die naam van karakterstel is nie beskikbaar in hierdie geval van die Java virtuele masjien getLenientOrDefault Uittreksels Content-Type waarde van HttpEntity of gee die verstek waarde DEFAULTTEXT indien nie uitdruklik vermeld of verkeerd (kon nie ontleed word). withCharset Skep 'n nuwe geval met hierdie MIME-tipe en die gegewe teken sets. Parameters: charset - charset Opbrengste: 'n nuwe geval met hierdie MIME-tipe en die gegewe teken sets. Sedert: 4.3 withCharset Skep 'n nuwe geval met hierdie MIME-tipe en die gegewe Karakterset naam. Parameters: charset - naam Opbrengste: 'n nuwe geval met hierdie MIME-tipe en die gegewe Karakterset naam. Gooi: UnsupportedCharsetException - gegooi toe die naam van karakterstel is nie beskikbaar in hierdie geval van die Java virtuele masjien Sedert: 4.3 withParameters Skep 'n nuwe geval met hierdie MIME-tipe en die gegewe parameters. Parameters: params - Opbrengste: 'n nuwe geval met hierdie MIME-tipe en die gegewe parameters. Gooi: UnsupportedCharsetException Sedert: 4.4In Ubuntu, Ek hardloop eenvoudige html bladsy wat mp4 video kan hardloop, ek het Apache ingestel en het eenvoudige toets bladsy hardloop vir hello world, sy werk goed. In Apache webserver Ek het gelees dat ons nodig het om die volgende kode toe te voeg tot httpd. conf lêer of 'n htaccess lêer in die gids waar ons video-lêers is. So my vraag is waar is hierdie httpd. conf of htaccess lêer beskikbaar, hou ek nodig het om hierdie lêers te skep of hulle iewers gestoor. Die kode van my HTML Page is soos volg: Gee my asseblief die voorstelle. Die standaard opstelling lêer vir die lêers wat bedien word deur jou Apache installasie is / etc / Apache2 / terreine-enabled / 000-standaard. Dit is 'n goeie idee om te rugsteun die oorspronklike lêer voordat jy rondspeel met 'n lêer. Every jy hierdie lêer wysig, Apache moet weer begin / herlaai vir die veranderinge in werking tree - sudo diens Apache2 herlaai (of) sudo diens Apache2 herlaai. terwyl veranderinge in htaccess nie Apache nodig om weer begin. Soos dobey genoem, die htaccess lêer gaan in die DocumentRoot van die webwerf. Neem 'n blik op die amptelike dokumentasie oor hoe om lêers htaccess in staat te stel. Maak htaccess lêers te werk as wat verwag is, moet jy hierdie lêer wysig: Kyk vir 'n artikel wat lyk soos volg: Jy moet die lyn met AllowOverride Geen lees AllowOverride Alle verander. Dit sê vir Apache dat sy okay om htaccess toelaat lêers te oor-rit vorige riglyne. Jy moet Apache herlaai voordat hierdie verandering sal 'n uitwerking hê: 2009/12/08 nota: in die lamp aflaai sowat 'n week gelede met Ubuntu 9.10 (Karmic) die verstek konfigurasielêer was / etc / Apache2 / terreine-beskikbaar / 000-standaard en dit ingesluit AllowOverride Geen onder ltDirectory / GT bykomend tot ltDirectory / var / www / GT. Ook, gidse in / www / var / met htaccess lêers gebreke om nie te gee die Apache lees toegang, wat lei tot die Apache fout op te los, sudo Nautilus kliek regte in die gids voldoende met die Htacces se lêer, kies Properties, dan kies Permissions, en gee die gebruiker groep jy inteken as ten minste lees permission. HTTPD - Apache2 Apache - Linux. - - -. -, Firefox. Opera. Chroom Internet Explorer. Uniform Resource Locator (URL), - Fully Qualified Domain Name (FQDN). , - Ubuntu. FQDN: gemeenskap. FQDN,: - HTTP (HyperText Transfer Protocol). , HTTP oor Secure Sockets Layer (HTTPS) Transfer Protocol (FTP),. - Apache MySQL. PHP Python Perl. LAMP (Linux, Apache, MySQL, Perl / Python / PHP) -. Apache2. : Apache2.conf: Apache2. , Apache2. httpd. conf: Apache2, httpd. . Ubuntu,,. conf-beskikbaar:. , /etc/apache2/conf. d / Etc / Apache2 / conf-beskikbaar. conf-enabled: / etc / Apache2 / conf-beskikbaar. , Apache2. envvars:, Apache2. mods-beskikbaar:. ,. mods-enabled: / etc / Apache2 / mods-beskikbaar. , Apache2. ports. conf:,, TCP Apache2. webwerwe beskikbare: (virtuele leërskare) Apache2. Apache2,. terreine-enabled: mods-enabled, webwerwe-enabled / etc / Apache2 / terreine-beskikbaar. , Webwerwe beskikbare,, Apache2. magic: MIME-. ,, Sluit. . . Apache2. , Mime - TypesConfig. , /etc/apache2/mods-available/mime. conf. , /etc/mime. types. Apache2. Apache2. Apache2 skepe met 'n virtuele-gasheer-vriendelike verstek opset. Dit wil sê, is dit ingestel met 'n enkele standaard virtuele gasheer (met behulp van die Virtual richtlijn) wat kan verander word of gebruik word as-is as jy 'n enkele terrein, of gebruik as 'n sjabloon vir bykomende virtuele gashere as jy verskeie plekke. As jy alleen gelaat word, sal die verstek virtuele gasheer dien as jou standaard webwerf, of die webwerf gebruikers sal sien of die URL wat hulle betree nie ooreenstem met die ServerName richtlijn van enige van jou persoonlike webwerwe. Om die standaard virtuele gasheer verander, wysig die lêer /etc/apache2/sites-available/000-default. conf. ,,,. ,. ,. ,,. :,,,. ServerAdmin,. webmasterlocalhost. (). , Apache2,. , / Etc / Apache2 / terreine-beskikbaar. Luister,, IP, Apache2. IP, Apache2 IP,,. 80. 127.0.0.1:80, Apache2. ,, 81. /etc/apache2/ports. conf Die ServerName richtlijn is opsioneel en spesifiseer watter FQDN jou site moet beantwoord word. Die standaard virtuele gasheer het geen ServerName richtlijn gespesifiseerde, so dit sal reageer op alle versoeke wat nie ooreenstem met 'n ServerName richtlijn in 'n ander virtuele gasheer. As jy net die domein naam ubunturocks opgedoen en wil dit aan te bied op jou Ubuntu bediener, moet die waarde van die ServerName richtlijn in jou virtuele gasheer konfigurasielêer wees ubunturocks. Voeg hierdie opdrag aan die nuwe virtuele gasheer lêer wat jy vroeër geskep (/etc/apache2/sites-available/mynewsite. conf). , Www. ubunturocks, www. Server. Server. ,,.ubunturocks. Die DocumentRoot richtlijn bepaal waar Apache2 moet kyk vir die lêers wat deel uitmaak van die terrein. Die standaard waarde is / var / www / html, soos in /etc/apache2/sites-available/000-default. conf. As jy wil, verander hierdie waarde in jou webwerwe virtuele gasheer lêer, en onthou om die gids indien nodig Virtual skep. a2ensite. Apache2: mynewsite Virtual. , ServerName Virtual. , A2dissite. . Apache2. ,,,,. . DirectoryIndex (), (/). , Www. example / thisdirectory /, DirectoryIndex,,, indekse, (Toestemming geweier). , DirectoryIndex. , Options indekse, HTML. /etc/apache2/mods-available/dir. conf indeks Index. cgi index. pl indeks index. xhtml index. htm. , Apache2,,. Die ErrorDocument richtlijn kan jy 'n lêer spesifiseer vir Apache2 om te gebruik vir 'n spesifieke fout gebeure. Byvoorbeeld, as 'n gebruiker 'n hulpbron wat nie bestaan nie versoek, sal 'n 404-fout voorkom. By verstek, sal Apache2 net 'n HTTP 404 Return-kode terugkeer. Lees /etc/apache2/conf-available/localized-error-pages. conf vir gedetailleerde instruksies vir die gebruik van ErrorDocument, insluitend plekke van voorbeeld lêers. By verstek, die bediener skryf die oordrag log om die lêer /var/log/apache2/access. log. Jy kan dit verander op 'n per-terrein in jou virtuele gasheer konfigurasielêers met die CustomLog richtlijn, of weglaat dit om die standaard, wat in /etc/apache2/conf-available/other-vhosts-access-log. conf aanvaar. Jy kan ook die lêer waartoe foute aangemeld spesifiseer, via die ErrorLog richtlijn, waarvan die verstek is /var/log/apache2/error. log. Dit is apart gehou van die oordrag logs om te help met die oplos van probleme met jou Apache2 bediener. Jy kan ook die LogLevel spesifiseer (die verstek waarde is gewaarsku) en die LogFormat (sien /etc/apache2/apache2.conf vir die verstek waarde). ,. Opsies. Gids XML: Options Gids (),: ExecCGI CGI-. CGI-,. Sluit. HTML-. Apache SSI (Ubuntu). IncludesNOEXEC, exec sluit CGI. Indekse, (indeks). ,, DocumentRoot. ,,,. Multiview - Support-inhoud onderhandel multiviews hierdie opsie is by verstek afgeskakel vir sekuriteit redes. Sien die Apache2 dokumentasie oor hierdie opsie. SymLinksIfOwnerMatch, /. httpd httpd LockFile LockFile uitsluiting,, USEFCNTLSERIALIZEDACCEPT USEFLOCKSERIALIZEDACCEPT. . , NFS. (Root). PidFile PidFile, (proses ID PID). (Root). . Gebruikerbespreking (id). . ,,. Gebruiker: www-data. ,, Gebruiker wortel. (Root) -. Groep Groep User. Groep,. Groep: www-data. Apache Module modmime Opsomming Hierdie module word gebruik om verskeie stukkies meta inligting met lêers te assosieer deur hul lêernaam uitbreidings. Hierdie inligting het betrekking die lêernaam van die dokument om sy mimiek-tipe, taal, karakter stel en enkodering. Hierdie inligting word gestuur om die leser, en neem deel aan inhoud onderhandeling, so die gebruikers voorkeure gerespekteer wanneer die keuse van een van verskeie moontlike lêers te dien. Sien modnegotiation vir meer inligting oor die inhoud te onderhandel. Die voorskrifte AddCharset. AddEncoding. AddLanguage en AddType is al gebruik om lêeruitbreidings karteer op die meta-informasie vir wat lêer. Onderskeidelik het hulle die karakter stel, inhoud-enkodering, inhoud-taal, en MIME-tipe (inhoud-tipe) van dokumente. Die richtlijn TypesConfig word gebruik om 'n lêer wat ook kaarte uitbreidings op MIME tipes spesifiseer. Daarbenewens kan modmime die hanteerder en filters wat afkomstig is en die proses inhoud definieer. Die voorskrifte AddHandler. AddOutputFilter. en AddInputFilter beheer oor die modules of skrifte dat die dokument dien. Die MultiviewsMatch richtlijn laat modnegotiation hierdie lêer uitbreidings oorweeg om ingesluit te word wanneer die toets Multiviews wedstryde. Terwyl modmime assosieer meta-inligting met lêernaam uitbreidings, die kern bediener bied riglyne wat gebruik word om al die lêers in 'n gegewe houer (bv. LtLocationgt. LtDirectorygt. Of ltFilesgt) met besondere meta-inligting assosieer. Hierdie riglyne sluit ForceType. SetHandler. SetInputFilter. en SetOutputFilter. Die kern voorskrifte ignoreer enige lêernaam uitbreiding afbeeldings omskryf in modmime. Let daarop dat die verandering van die meta-inligting vir 'n lêer nie die waarde van die laaste wysiging kop verander. Dus, kan voorheen kas kopieë steeds gebruik word deur 'n kliënt of 'n gevolmagtigde, met die vorige hoofde. As jy die meta-inligting verander (taal, tipe inhoud, karakter stel of enkodering) jy mag nodig wees om geaffekteerde lêers (opdatering van hul laaste wysiging datum) raak om te verseker dat alle besoekers is ontvang die gekorrigeer inhoud kop. Onderwerpe riglyne Sien ook lêers kan meer as een uitbreiding het, en die einde van die uitbreidings is gewoonlik irrelevant. Byvoorbeeld, as die lêer welcome. fr kaarte op tipe inhoud teks / html en taal Franse dan die lêer welcome. fr sal plaas in presies dieselfde inligting. Indien meer as een verlenging gegee dat kaarte op dieselfde tipe meta-inligting, dan is die een na regs sal gebruik word, behalwe vir tale en inhoud enkoderings. Byvoorbeeld, as gif kaarte om die MIME-tipe beeld / gif en kaarte om die MIME-tipe teks / html. dan die lêer welcome. gif sal wees wat verband hou met die MIME-tipe teks / html. Tale en inhoud enkoderings behandel akkumulatiewe, want 'n mens meer as een taal of enkodering kan toewys aan 'n bepaalde hulpbron. Byvoorbeeld, sal die lêer welcome. en. de gelewer met inhoud-taal: af, de en Content-Type: text / html. Sorg moet gedra word wanneer 'n lêer met verskeie uitbreidings kry wat verband hou met beide 'n MIME-tipe en 'n hanteerder. Dit sal gewoonlik lei tot die versoek hanteer word deur die module verband hou met die hanteerder. Byvoorbeeld, as die. imap uitbreiding is gekarteer om die hanteerder IMAP-lêer (vanaf modimagemap) en die uitbreiding is gekarteer om die MIME-tipe teks / html. dan die lêer world. imap sal wees wat verband hou met beide die IMAP-lêer hanteerder en teks / html MIME-tipe. Wanneer dit verwerk is, sal die IMAP-lêer hanteerder gebruik word, en so sal dit beskou word as 'n modimagemap imagemap lêer. As jy net die laaste-dot geskei deel van die lêernaam sou verkies om gekarteer op 'n bepaalde stuk meta-data, dan nie gebruik maak van die riglyne by. Byvoorbeeld, as jy wil die lêer foo. cgi verwerk as 'n CGI script, maar nie die lêer bar. cgi het. dan in plaas van die gebruik van AddHandler cgi-script. cgi. gebruik hanteerder Konfigureer gebaseer op finale uitbreiding net ltFilesMatch. cgigt SetHandler cgi-script LT / FilesMatchgt n lêer van 'n bepaalde MIME-tipe kan addisioneel 'n spesifieke manier om oordrag te vereenvoudig oor die Internet word geïnkripteer. Terwyl dit gewoonlik verwys na kompressie, soos gzip. Dit kan ook verwys na encryption, so 'n PGP of om 'n enkodering soos UUencoding, wat ontwerp is vir die oordrag van 'n binêre lêer in 'n ASCII (teks) formaat. Die HTTP / 1.1 RFC. artikel 14,11 stel dit so: Die-inhoud Encodeer entiteit-kop veld is gebruik as 'n wysiger aan die media-tipe. Wanneer die oomblik is, die waarde daarvan aandui watter addisionele inhoud codings is toegepas op die entiteit-liggaam, en dus watter dekodering meganismes om die media-tipe verwys deur die kop veld Content-Type verkry moet word. Inhoud-Encoding is hoofsaaklik gebruik word om voorsiening te maak 'n dokument wat saamgeperste sonder om die identiteit van sy onderliggende media tipe. Deur die gebruik van meer as een lêer uitbreiding (sien afdeling hierbo oor verskeie lêeruitbreidings), kan jy aandui dat 'n lêer is van 'n bepaalde soort. en het ook 'n besondere enkodering. Byvoorbeeld, kan jy 'n lêer wat 'n Microsoft Word-dokument, wat pkzipped om sy grootte te verminder het. As die Doc uitbreiding is wat verband hou met die Microsoft Word file type, en die. zip uitbreiding is wat verband hou met die PKZIP lêer kodering, dan die lêer Resume. doc. zip sou bekend word aan 'n pkziped Word dokument wees. Apache stuur 'n inhoud kodering kop met die hulpbron, ten einde die kliënt leser oor die enkodering metode vertel. Benewens tipe en die lêer kodering lêer, nog 'n belangrike stukkie inligting is watter taal 'n bepaalde dokument is in, en in watter karakter stel die lêer moet vertoon. Byvoorbeeld, kan die dokument geskryf word in die Viëtnamese alfabet, of in Cyrilliese, en moet vertoon word as sulks. Hierdie inligting, ook, word oorgedra in HTTP-hoofde. Die karakter stel, taal, enkodering en MIME-tipe is al gebruik in die proses van inhoud onderhandeling (Sien modnegotiation) om te bepaal watter dokument te gee aan die kliënt, wanneer daar alternatiewe dokumente in meer as een karakter stel, taal, enkodering of mimiek tik. Alle lêernaam uitbreidings verenigings wat gemaak is met AddCharset. AddEncoding. AddLanguage en AddType voorskrifte (en uitbreidings in die MimeMagicFile gelys) deel te neem aan hierdie uitgesoekte proses. Lêernaam uitbreidings wat net geassosieer met behulp van die AddHandler. AddInputFilter of AddOutputFilter voorskrifte mag ingesluit word of uitgesluit van wat ooreenstem met die deur die gebruik van die MultiviewsMatch richtlijn. Om hierdie verdere inligting oor te dra, Apache stuur opsioneel 'n inhoud-taal kop, die taal wat die dokument is in spesifiseer, en kan bykomende inligting voeg op die header Content-Type om die betrokke karakter stel wat gebruik moet word om korrek te lewer die dui inligting. Inhoud-taal: af, fr Content-Type: text / plain charsetISO-8859-1 Die taalspesifikasie is die twee-letter afkorting vir die taal. Die karakterstel is die naam van die betrokke karakter stel wat gebruik moet word. Die AddEncoding richtlijn kaarte die gegewe lêernaam uitbreidings aan die gespesifiseerde tipe kodering. MIME-ENC is die MIME enkodering om te gebruik vir dokumente wat die uitbreiding. Dit kartering word by enige reeds van krag is, oorheersende enige afbeeldings wat reeds vir dieselfde verlenging bestaan. Voorbeeld AddEncoding x-gzip Gz AddEncoding x-compress. Z Dit sal veroorsaak dat lêername met die Gz uitbreiding word gemerk as geïnkripteer met behulp van die x-gzip enkodering en lêername met die. Z uitbreiding word gemerk as geïnkripteer met x-compress . Ou kliënte verwag x-gzip en x-compress. Maar die standaard dikteer dat theyre gelykstaande aan GZIP-leer en onderskeidelik te pers. Apache doen inhoud enkodering vergelykings deur ignoreer enige leidende x-. Wanneer reageer met 'n enkodering Apache sal watter vorm (bv. X-cat of cat) die versoek kliënt gebruik. Indien die kliënt spesifiek 'n bepaalde vorm didnt versoek sal Apache die vorm gegee word deur die AddEncoding richtlijn te gebruik. Om hierdie lang storie kort te maak, moet jy altyd gebruik x-gzip en x-kompres vir hierdie twee spesifieke enkoderings. Meer onlangse coderingen, soos Deflate moet gespesifiseer sonder die x-. Die uitbreiding argument is geval-onsensitief en kan gespesifiseer word, met of sonder 'n leidende dot. Lêername mag verskeie uitbreidings het en die uitbreiding argument sal vergelyk word teen elkeen van hulle. Die AddLanguage richtlijn kaarte die gegewe lêernaam uitbreiding na die gespesifiseerde inhoud taal. MIME-lang is die MIME taal van lêername met uitbreiding. Dit kartering word by enige reeds van krag is, oorheersende enige afbeeldings wat reeds vir dieselfde verlenging bestaan. Voorbeeld AddEncoding x-compress. Z AddLanguage af. en AddLanguage fr fr Toe die dokument xxxx. en. Z sal as 'n saamgeperste Engels dokument behandel (en so ook die dokument xxxx. Z.en). Hoewel die inhoud taal gerapporteer word aan die kliënt, die leser is dit onwaarskynlik dat hierdie inligting te gebruik. Die AddLanguage richtlijn is meer nuttig vir inhoud onderhandeling. waar die bediener terug een van 'n paar dokumente wat gebaseer is op die kliënte taalvoorkeur. As verskeie tale opdragte is gemaak vir dieselfde uitbreiding, die laaste een teëgekom is die een wat gebruik word. Dit is, vir die geval van: AddLanguage af. en AddLanguage af-GB. en AddLanguage en-ons. en dokumente met die uitbreiding. en sal behandel word as af-ons. Die uitbreiding argument is geval-onsensitief en kan gespesifiseer word, met of sonder 'n leidende dot. Lêername mag verskeie uitbreidings het en die uitbreiding argument sal vergelyk word teen elkeen van hulle. Sien ook AddOutputFilter is slegs beskikbaar in Apache 2.0.26 en later. Die AddOutputFilter richtlijn kaarte die lêernaam uitbreiding uitbreiding van die filters wat antwoorde van die bediener sal verwerk voordat hulle aan die kliënt gestuur word. Dit is bykomend tot enige filters elders omskryf, insluitend SetOutputFilter en AddOutputFilterByType richtlijn. Dit kartering is saamgesmelt oor enige reeds van krag is, oorheersende enige afbeeldings wat reeds vir dieselfde verlenging bestaan. Byvoorbeeld, sal die volgende verstellings al. shtml lêers vir die bediener-kant sluit verwerk en sal dan compress die uitset met behulp moddeflate. AddOutputFilter INCLUDESDEFLATE shtml Indien meer as een filter is gespesifiseer, moet hulle van mekaar geskei word deur kommapunte in die volgorde waarin hulle die inhoud moet verwerk. Die filter argument is nie hoofdletter gevoelig. Die uitbreiding argument is geval-onsensitief en kan gespesifiseer word, met of sonder 'n leidende dot. Lêername mag verskeie uitbreidings het en die uitbreiding argument sal vergelyk word teen elkeen van hulle. Sien ook Die AddType richtlijn kaarte die gegewe lêernaam uitbreidings op die gespesifiseerde tipe inhoud. MIME-tipe is die MIME-tipe om te gebruik vir lêername met uitbreiding. Dit kartering word by enige reeds van krag is, oorheersende enige afbeeldings wat reeds vir dieselfde verlenging bestaan. Hierdie richtlijn kan word om afbeeldings nie in die lêer MIME tipes (sien die TypesConfig richtlijn) gelys voeg. Voorbeeld AddType image / gif Gif Dit word aanbeveel dat nuwe vorme MIME bygevoeg met behulp van die AddType richtlijn eerder as die verandering van die TypesConfig lêer. Die uitbreiding argument is geval-onsensitief en kan gespesifiseer word, met of sonder 'n leidende dot. Lêername mag verskeie uitbreidings het en die uitbreiding argument sal vergelyk word teen elkeen van hulle. Sien ook beskikbaar in Apache 2.0.26 en later. MultiviewsMatch toelaat drie verskillende gedrag vir modnegotiation s Multiviews funksie. Multiviews kan 'n versoek om 'n lêer, bv indeks. om enige beding uitbreidings pas na aanleiding van die basis versoek, bv index. en. index. fr. of index. gz. Die opsie NegotiatedOnly bepaal dat elke uitbreiding na die naam basis moet korreleer met 'n erkende modmime uitbreiding vir inhoud onderhandeling, bv Charset, inhoud-tipe, taal, of Encoding. Dit is die strengste implementering met die minste onverwagte newe-effekte, en is die verstek gedrag. Om uitbreidings wat verband hou met Hanteerders en / of filters insluit, stel die MultiviewsMatch opdrag aan óf Hanteerders. Comments nie. of beide opsie sleutelwoorde. As alle ander faktore gelyk is, sal die kleinste lêer bedien, bv
No comments:
Post a Comment