La gestione dei dati binario con Axis2 (MTOMSwA) Introduzione Nonostante la flessibilità, interoperabilità, e l'accettazione globale di XML, ci sono momenti in cui la serializzazione dei dati in XML non ha senso. utenti dei servizi Web potrebbero voler trasmettere allegati binari di vario tipo come immagini, disegni, documenti XML, ecc insieme a un messaggio SOAP. Tali dati sono spesso in un particolare formato binario. Tradizionalmente, due tecniche sono state utilizzate nel trattamento dei dati opachi in XML Invio dati binari valore è ottenuto inserendo opaco dati (naturalmente dopo qualche forma di codifica) come elemento o attributo contenuto del componente XML dei dati. Il vantaggio principale di questa tecnica è che dà applicazioni la capacità di elaborare e descrivere i dati, basati esclusivamente sulla componente XML dei dati. XML supporta opaco dati come contenuti attraverso l'uso di uno o Base64 codifica del testo esadecimale. Entrambe le tecniche gonfiare la dimensione dei dati. Per UTF-8 codifica di testo sottostante, codifica base64 aumenta la dimensione dei dati binari di un fattore 1.33x delle dimensioni originali, mentre codifica esadecimale espande i dati di un fattore 2x. I fattori di cui sopra saranno raddoppiati se si utilizza la codifica del testo UTF-16. Anche di preoccupazione è l'overhead dei costi di lavorazione (reali o percepite) per questi formati, soprattutto quando la decodifica di nuovo in binario non elaborato. L'invio di dati binari di riferimento è ottenuta collegando dati binari puri come entità non analizzate generali esterne al di fuori del documento XML e quindi l'incorporamento URI di riferimento per quelle entità come elementi o valori degli attributi. Ciò impedisce il gonfiore inutili di dati e spreco di potenza di elaborazione. L'ostacolo principale per l'utilizzo di queste entità non analizzate è il loro forte dipendenza DTD, che impedisce la modularità, così come l'uso di namespace XML. Ci sono state diverse specifiche introdotte nel mondo dei servizi Web per affrontare questo problema allegato binario utilizzando la tecnica referencequot quotby. SOAP con allegati è un esempio. Dal momento che SOAP vieta dichiarazioni DTD (Document Type) nei messaggi, questo porta al problema della non rappresentazione dei dati come parte del infoset messaggio, quindi la creazione di due modelli di dati. Questo scenario è come l'invio di allegati con un messaggio di posta elettronica. Anche se tali allegati sono correlate al contenuto del messaggio non sono all'interno del messaggio. Questo fa sì che le tecnologie che elaborano e descrivono i dati basati sulla componente XML dei dati di un malfunzionamento. Un esempio è WS-Security. Da dove viene MTOM Come In MTOM (SOAP Message Transmission Optimization Mechanism) è un'altra specifica che si concentra sulla soluzione del problema quotAttachmentsquot. MTOM cerca di sfruttare i vantaggi di queste due tecniche, cercando di unire le due tecniche. MTOM è in realtà un metodo quotby referencequot. Il filo formato di un messaggio MTOM ottimizzato è lo stesso del SOAP con il messaggio allegate, che rende anche compatibile con gli endpoint SWA. La caratteristica più notevole di MTOM è l'uso del XOP: Include elemento, che è definito nella specifica Packaging Binary XML ottimizzato (XOP) per fare riferimento gli allegati binari (entità generali unparsed esterni) del messaggio. Con l'uso di questo elemento esclusiva, il contenuto binario divisoria diventa logicamente in linea (in valore) con il documento SOAP anche se è effettivamente collegato separatamente. Questo unisce i due mondi, rendendo possibile lavorare solo con un modello di dati. Questo permette alle applicazioni di elaborare e descrivere da solo guardando la parte XML, rendendo la dipendenza da DTD obsoleto. Su una nota più leggera, MTOM ha standardizzato il meccanismo riferimento di SWA. Quanto segue è un estratto dalla specifica XOP. A livello concettuale, questi dati binari possono essere pensati come essere codifica Base64 nel documento XML. Poiché questa forma concettuale potrebbe essere necessario durante alcune elaborazioni del documento XML (ad esempio per la firma del documento XML), è necessario avere una corrispondenza uno-a-uno tra Infoset XML e Pacchetti XOP. Pertanto, la rappresentazione concettuale di tali dati binari è come se fosse con codifica Base64, utilizzando il modulo lessicale canonica del tipo di dati XML Schema base64Binary (vedi XML Schema Part 2: Datatypes Second Edition 3.2.16 base64Binary). In direzione opposta, XOP è in grado di ottimizzare i dati solo Infoset codifica base64 che è nella forma lessicale canonica. Apache Axis2 supporta la codifica Base64. SOAP con allegati e MTOM (SOAP Message Transmission Optimization Mechanism). MTOM con Axis2 modello di programmazione AXIOM è (e può essere il primo) Object Model che ha la capacità di tenere i dati binari. Ha questa capacità come OMText può contenere contenuto binario grezzo in forma di javax. activation. DataHandler. OMText è stato scelto per questo scopo con due motivi. Uno è che XOP (MTOM) è in grado di ottimizzare solo i dati Infoset codifica base64 che è in forma lessicale canonica di XML Schema base64Binary tipo di dati. Altro è quello di preservare la infoset sia il mittente e il destinatario. (Per memorizzare il contenuto binario nello stesso tipo di oggetto, indipendentemente dal fatto che sia ottimizzato o no). MTOM permette di codificare in modo selettivo parti del messaggio, che ci permette di inviare i dati base64encoded così come dati binari grezzi collegati esternamente a cui fa riferimento l'elemento quotXOPquot (contenuti ottimizzati) da inviare in un messaggio SOAP. È possibile specificare se un nodo OMText che contiene dati binari grezzi o dati binari base64encoded è qualificato per essere ottimizzato al momento della costruzione di quel nodo o poi. Per l'efficienza ottimale di MTOM, si consiglia un utente di inviare allegati binari più piccoli che utilizzano base64encoding (non ottimizzato) e gli allegati più grandi come contenuto ottimizzato. Inoltre, un utente può creare un nodo di contenuto binario ottimizzabile utilizzando una stringa codificata base64, che contiene contenuto binario codificato, dato con il tipo MIME della rappresentazione binaria effettiva. Axis2 utilizza javax. activation. DataHandler per gestire i dati binari. Tutti i nodi di contenuti binari ottimizzati verranno serializzati come Base64 stringhe se quotMTOM non è enabledquot. È inoltre possibile creare nodi di contenuto binario, che non sarà ottimizzata in ogni caso. Saranno serializzati e inviati come stringhe Base64. L'attivazione di ottimizzazione MTOM sul lato client In Opzioni, impostare la proprietà quotenableMTOMquot su True quando si inviano messaggi. Quando questa proprietà è impostata su True, qualsiasi busta SOAP, indipendentemente dal fatto che contiene contenuti ottimizzabile o no, verrà serializzato come un messaggio MIME MTOM ottimizzato. Axis2 serializza tutti i nodi di contenuti binari come Base64 codificato stringhe indipendentemente dal fatto che sono qualificati per essere ottimizzato o no se la proprietà quotenableMTOMquot è impostata su False. Se la busta contiene tutti gli elementi di informazione elemento del nome XOP: Include (vedi XML-binary Optimized Packaging 3. XOP infoset costrutti). L'utente non deve specificare nulla in modo che Axis2 di ricevere messaggi MTOM ottimizzato. Axis2 identificherà automaticamente e de-serializzare di conseguenza, come e quando arriva un messaggio MTOM. L'attivazione di ottimizzazione MTOM sul lato server Il server Axis 2 identifica automaticamente i messaggi in arrivo MTOM ottimizzato in base al tipo di contenuto e li de-serializza di conseguenza. L'utente può enableMTOM sul lato server per i messaggi in uscita, per enableMTOM a livello globale per tutti i servizi, gli utenti possono impostare il parametro quotenableMTOMquot su True nel Axis2.xml. Quando è impostato, tutti i messaggi in uscita vengono serializzati e inviati come messaggi MIME MTOM ottimizzato. Se non è impostata, tutti i dati binari nei nodi di contenuti binari verranno serializzati come stringhe Base64 codificati. Questa configurazione può essere sovrascritto nel services. xml in base al servizio e per operazione. È necessario riavviare il server dopo aver impostato questo parametro. Accesso ai dati ricevuti binario (codice di esempio) Apache Tutorial: contenuti dinamici con CGI La CGI (Common Gateway Interface) definisce un modo per un server Web per interagire con i programmi di contenuto generano esterni, che sono spesso indicati come programmi CGI o script CGI. E 'il più semplice, e più comune, modo di mettere contenuti dinamici sul tuo sito web. Questo documento sarà un'introduzione alla creazione di CGI sul server web Apache, e iniziare a scrivere programmi CGI. Al fine di ottenere i vostri programmi CGI per funzionare correttamente, youll necessità di avere Apache configurato per consentire l'esecuzione CGI. Ci sono diversi modi per farlo. Nota: Se Apache è stato costruito con il supporto modulo condiviso è necessario assicurarsi che il modulo sia caricato nel httpd. conf è necessario assicurarsi che la direttiva LoadModule non è stata commentata. Una direttiva configurato correttamente può apparire come segue: In Windows, o utilizzando un MPM non filettato come prefork, una direttiva configurato correttamente può apparire come segue: La direttiva ScriptAlias dice Apache che una particolare directory viene accantonato per programmi CGI. Apache per scontato che tutti i file in questa directory è un programma CGI, e tenterà di eseguirla, quando quella risorsa particolare è richiesto da un cliente. La direttiva ScriptAlias assomiglia: ScriptAlias cgi-bin-bin usrlocalapache2cgi L'esempio mostrato è dal file di configurazione di default httpd. conf, se avete installato Apache nel percorso predefinito. La direttiva ScriptAlias è molto simile alla direttiva Alias, che definisce un prefisso URL che è quello di mappata a una directory particolare. Alias e ScriptAlias sono di solito utilizzati per le directory che si trovano al di fuori della directory DocumentRoot. La differenza tra Alias e ScriptAlias è che ScriptAlias è il valore aggiunto che significa che tutto sotto tale prefisso URL sarà considerato un programma CGI. Così, l'esempio precedente dice Apache che qualsiasi richiesta di una risorsa che inizia con cgi-bin deve essere servito dalla directory usrlocalapache2cgi-bin. e dovrebbe essere trattato come un programma CGI. Ad esempio, se viene richiesto l'URL examplecgi-bintest. pl, Apache tenta di eseguire il file usrlocalapache2cgi-bintest. pl e restituire l'output. Naturalmente, il file deve esistere, ed essere eseguibile, e restituire in uscita in un modo particolare, o Apache restituirà un messaggio di errore. I programmi CGI sono spesso limitati a ScriptAlias directory Ed per motivi di sicurezza. In questo modo, gli amministratori possono controllare strettamente chi è autorizzato ad utilizzare i programmi CGI. Tuttavia, se si prendono le precauzioni di sicurezza appropriate, non vi è alcun motivo per cui i programmi CGI non possono essere eseguiti dalle directory arbitrarie. Ad esempio, si potrebbe desiderare di lasciare che gli utenti hanno contenuti Web nelle loro home directory con la direttiva UserDir. Se vogliono avere i propri programmi CGI, ma non hanno l'accesso alla directory principale cgi-bin, che dovranno essere in grado di eseguire programmi CGI altrove. Ci sono due passi per consentire l'esecuzione CGI in una directory arbitraria. In primo luogo, il gestore cgi-script deve essere attivata utilizzando il AddHandler o SetHandler direttiva. In secondo luogo, ExecCGI deve essere specificato nella direttiva Options. È possibile utilizzare in modo esplicito la direttiva Options, all'interno del file di configurazione del server principale, per specificare che l'esecuzione CGI è stato consentito in una particolare directory: ltDirectory usrlocalapache2htdocssomedirgt Opzioni ExecCGI ltDirectorygt La direttiva di cui sopra dice Apache per consentire l'esecuzione di file CGI. Sarà inoltre necessario dire al server di quali file sono file CGI. La seguente direttiva AddHandler indica al server per il trattamento di tutti i file con estensione CGI o pl come programmi CGI: AddHandler cgi-script. cgi. pl Il tutorial mostra come. htaccess per attivare programmi CGI se non si ha accesso a httpd. conf. Per consentire l'esecuzione del programma CGI per qualsiasi file che termina in. cgi nelle directory degli utenti, è possibile utilizzare la seguente configurazione. ltDirectory homepublichtmlgt Opzioni ExecCGI AddHandler cgi-script. cgi ltDirectorygt Se si desidera designare una sottodirectory cgi-bin di una directory utenti in cui tutto sarà trattato come un programma CGI, è possibile utilizzare il seguente. ltDirectory homepublichtmlcgi-bingt Opzioni ExecCGI SetHandler cgi-script ltDirectorygt Ci sono due differenze principali tra la programmazione regolare, e la programmazione CGI. In primo luogo, tutto l'output dal programma CGI deve essere preceduta da un'intestazione MIME-tipo. Si tratta di intestazione HTTP che indica al client che tipo di contenuti che sta ricevendo. La maggior parte del tempo, questo sarà simile: In secondo luogo, l'output deve essere in formato HTML, o qualche altro formato che di un browser in grado di visualizzare. La maggior parte del tempo, questo sarà HTML, ma di tanto in tanto si potrebbe scrivere un programma CGI che genera un'immagine GIF o altri contenuti non HTML. A parte queste due cose, la scrittura di un programma CGI sarà un po 'come qualsiasi altro programma che si potrebbe scrivere. Il seguente è un programma CGI esempio che stampa una riga al vostro browser. Digitare quanto segue, salvarlo in un file chiamato first. pl. e metterlo nella directory cgi-bin. usrbinperl stampa Content-type: texthtmlnn stampa Ciao, Mondo. Anche se non si ha familiarità con il Perl, si dovrebbe essere in grado di vedere ciò che sta accadendo qui. La prima linea dice Apache (o qualsiasi shell vi capita di essere in esecuzione sotto) che questo programma può essere eseguito alimentando il file per l'interprete trovato al usrbinperl posizione. La seconda linea di stampa la dichiarazione di tipo di contenuto di cui abbiamo parlato, seguito da due coppie di nuova linea ritorno a capo. Questo pone una riga vuota dopo l'intestazione, per indicare la fine delle intestazioni HTTP, e l'inizio del corpo. La terza linea di stampa la stringa Ciao, mondo .. E questo è la fine di esso. Se si apre il browser preferito e dice di ottenere l'indirizzo o dovunque si mette il file, si vedrà l'una linea Ciao, Mondo. visualizzati nella finestra del browser. La sua non è molto eccitante, ma una volta che il lavoro, youll hanno una buona possibilità di ottenere qualsiasi cosa lavorare. Ci sono quattro cose di base che si possono vedere nel browser quando si tenta di accedere al programma CGI dal web: L'output del programma CGI grande che significa che tutto ha funzionato bene. Se l'uscita è corretta, ma il browser non elabora correttamente, assicurarsi di avere la giusta Content-Type impostato nel programma CGI. Il codice sorgente del programma CGI o un messaggio metodo POST non ammessi Ciò significa che non è stato configurato correttamente Apache per elaborare il programma CGI. Rileggete la sezione sulla configurazione di Apache e cercare di trovare quello che vi siete persi. Un messaggio inizia con Proibita Ciò significa che c'è un problema di autorizzazioni. Controllare il log degli errori Apache e la sezione seguente sui permessi dei file. Un messaggio che dice Internal Server Error Se si controlla il log degli errori di Apache. probabilmente troverete che si dice fine prematura di intestazioni di script, possibilmente insieme ad un messaggio di errore generato dal programma CGI. In questo caso, si vuole controllare ciascuna delle sezioni qui sotto per vedere quello che potrebbe essere impedendo il programma CGI da emissione di intestazioni HTTP corretto. Ricordate che il server non viene eseguito come voi. Cioè, quando il server si avvia, è in esecuzione con le autorizzazioni di un utente senza privilegi - di solito nessuno. o www - e quindi avrà bisogno di permessi supplementari per eseguire i file che sono posseduti da voi. Di solito, il modo per dare un file di autorizzazioni sufficienti per essere eseguito da nessuno è quello di dare a tutti il permesso di esecuzione del file: ascia chmod first. pl Inoltre, se il programma legge da o scrive, qualsiasi altro file, questi file dovrà per avere le autorizzazioni corrette per permettere questo. Quando si esegue un programma da riga di comando, si dispone di alcune informazioni che viene passato alla shell senza di te pensarci. Ad esempio, si dispone di un percorso. che racconta il guscio dove può cercare i file cui si fa riferimento. Quando un programma viene eseguito attraverso il server web come un programma CGI, potrebbe non avere lo stesso percorso. Tutti i programmi che si richiama nel programma CGI (come sendmail. Per esempio) dovranno essere specificata da un percorso completo, in modo che il guscio può trovarli quando si tenta di eseguire il programma CGI. Una manifestazione comune di questo è il percorso l'interprete di script (spesso Perl) indicata nella prima riga del programma CGI, che avrà un aspetto simile: Assicurarsi che questo è in realtà il percorso per l'interprete. Durante la modifica di script CGI su Windows, caratteri di fine-line possono essere aggiunti al percorso interprete. Assicurarsi che i file vengono poi trasferiti al server in modalità ASCII. In caso contrario, può provocare avvertimenti comando non trovato dal sistema operativo, a causa del carattere non riconosciuta di fine linea di essere interpretati come parte del nome del file interprete. Se il programma CGI dipende da variabili di ambiente non standard. è necessario assicurare che tali variabili sono passati da Apache. Quando si perde intestazioni HTTP dall'ambiente, assicurarsi che siano formattati secondo RFC 2616. paragrafo 4.2: i nomi di intestazione deve iniziare con una lettera, seguita solo da lettere, numeri o trattino. Ogni intestazione violare questa regola verrà abbandonato in silenzio. La maggior parte del tempo quando un programma CGI fallisce, relativo a causa di un problema con il programma stesso. Questo è particolarmente vero, una volta a ottenere il blocco di questa roba CGI, e non più fare questi due errori. La prima cosa da fare è assicurarsi che il programma viene eseguito dalla riga di comando prima di testare tramite il server web. Ad esempio, provare: cd usrlocalapache2cgi-bin. first. pl (.. Non chiamare l'interprete Perl Il guscio e Apache dovrebbe trovare l'interprete utilizzando le informazioni di percorso nella prima riga dello script) La prima cosa che si vede scritto dal vostro programma dovrebbe essere un insieme di intestazioni HTTP, tra cui il Content-Type. seguita da una riga vuota. Se vedete qualsiasi altra cosa, Apache tornerà alla fine prematura di errore intestazioni script se si tenta di eseguire attraverso il server. Vedere Scrivi programma CGI sopra per maggiori dettagli. I log di errore sono tuo amico. Tutto ciò che va male genera un messaggio nel log degli errori. Si dovrebbe sempre cercare per primi. Se il luogo in cui si ospita il vostro sito web non consente l'accesso al registro degli errori, probabilmente si dovrebbe ospitare il vostro sito da qualche altra parte. Imparare a leggere i log degli errori, e youll scoprire che quasi tutti i vostri problemi sono rapidamente identificati, e rapidamente risolto. Il programma di supporto suexec permette ai programmi CGI da eseguire in diverse autorizzazioni utente, a seconda di quale host virtuale o la directory home dell'utente si trovano in. SuEXEC ha molto severo controllo il permesso, e qualsiasi guasto a che il controllo si tradurrà in programmi CGI in mancanza di fine prematura di intestazioni di script. Per verificare se si sta utilizzando suexec, eseguire apachectl - V e verificare la posizione di SUEXECBIN. Se Apache trova un binario suexec là all'avvio, suexec sarà attivato. A meno che non comprendere appieno suexec, non dovrebbe essere di utilizzarlo. Per disabilitare suexec, è sufficiente rimuovere (o rinominare) il binario suexec puntato da SUEXECBIN e quindi riavviare il server. Se, dopo aver letto su suexec. ancora desidera utilizzarlo, quindi eseguire - V suexec per trovare la posizione del file di registro suexec, e utilizzare tale file di log per trovare ciò che la politica si stanno violando. Come si diventa più avanzata in programmazione CGI, sarà utile per capire di più su quello che accade dietro le quinte. In particolare, come il browser e il server comunicano tra loro. Perché anche se è tutto molto bene di scrivere un programma che stampa Ciao, mondo., Non è particolarmente utile. Le variabili d'ambiente sono valori che galleggiano intorno a te come si utilizza il computer. Sono cose utili come il vostro percorso (in cui il computer cerca il file effettivo attuazione di un comando quando si digita), il nome utente, il tipo di terminale, e così via. Per un elenco completo del vostro normale, ogni giorno le variabili di ambiente, digitare env al prompt dei comandi. Durante l'operazione di CGI, il server e il browser anche impostare le variabili d'ambiente, in modo che possano comunicare tra loro. Queste sono cose come il tipo di browser (Netscape, IE, Lynx), il tipo di server (Apache, IIS, sito web), il nome del programma CGI che viene eseguito, e così via. Queste variabili sono disponibili al programmatore CGI, e sono la metà della storia della comunicazione client-server. L'elenco completo delle variabili richieste è al Common Gateway Interface RFC. Questo semplice programma CGI Perl visualizzerà tutte le variabili d'ambiente che vengono passati in giro. Due programmi simili sono inclusi nella directory cgi-bin della distribuzione Apache. Si noti che sono richieste alcune variabili, mentre altri sono facoltativi, quindi è possibile vedere alcune variabili elencate che non erano nella lista ufficiale. Inoltre, Apache fornisce molti modi diversi per aggiungere le proprie variabili d'ambiente a quelli di base forniti per impostazione predefinita. usrbinperl stampa Content-type: chiave foreach texthtmlnn (chiavi ENV) tasto di stampa --gt ENV ltbrgt Altro comunicazione tra il server e il client avviene su input standard (STDIN) e output standard (STDOUT). In un contesto di tutti i giorni, STDIN significa la tastiera, o un file che un programma è dato di agire, e STDOUT di solito significa che la console o schermo. Quando si registra un modulo web per un programma CGI, i dati in quella forma si avvolge in un formato speciale e viene consegnato al vostro programma CGI su STDIN. Il programma quindi in grado di elaborare i dati come se veniva dalla tastiera, o da un file il formato speciale è molto semplice. Un nome di campo e il suo valore sono uniti con una equals () segno, e coppie di valori sono uniti tra loro con una e commerciale (AMP). personaggi scomodi come spazi, e commerciali, e uguale segni, vengono convertiti nel loro equivalente esadecimale in modo che essi non la gomma le opere. La stringa di dati intero potrebbe essere simile: Youll a volte vedi anche questo tipo di corda allegata a un URL. Quando questo è fatto, il server mette la stringa nella variabile d'ambiente chiamata querystring. Questo è chiamato una richiesta GET. Il modulo HTML specifica se un GET o POST vengono usati per fornire i dati, impostando l'attributo METHOD nel tag FORM. Il vostro programma è quindi responsabile per dividere quella stringa fino in informazioni utili. Fortunatamente, ci sono librerie e moduli disponibili per aiutarvi a trattare tali dati, nonché gestire altri degli aspetti del vostro programma CGI. Quando si scrive programmi CGI, è consigliabile utilizzare una libreria di codice, o un modulo, per fare la maggior parte del lavoro sporco per voi. Questo porta a meno errori e più rapido sviluppo. Se siete scrittura di programmi CGI in Perl, i moduli sono disponibili su CPAN. Il modulo più importante per questo scopo è CGI. pm. Si potrebbe anche prendere in considerazione CGI :: Lite. che implementa un set minimo di funzionalità, che è tutto ciò che serve nella maggior parte dei programmi. Se siete a scrivere programmi CGI in C, ci sono una varietà di opzioni. Uno di questi è la libreria CGIC, da boutellcgic. Ci sono un gran numero di risorse CGI sul web. L'elenco dal Writers Guild HTML è una grande fonte di risposte alle tue domande. Potete saperne di più su hwg. orglistshwg-server. La specifica CGI corrente è disponibile in RFC Common Gateway Interface. Quando si registra una domanda su un problema CGI che tu sei avere, se una mailing list, o ad un newsgroup, assicurarsi di fornire sufficienti informazioni su quanto è accaduto, ciò che si aspetta di accadere, e come ciò che è realmente accaduto è stato diverso, quello del server sei in esecuzione, quale lingua il programma CGI era, e, se possibile, il codice incriminato. Questo renderà trovare il vostro problema molto più semplice. Si noti che le domande sui problemi CGI non dovrebbero mai essere inviati al database dei bug di Apache se non si è sicuri di aver trovato un problema nel codice sorgente di Apache. Avviso: Non si tratta di una sezione QampA. Commenti poste qui dovrebbero essere puntati verso i suggerimenti su come migliorare la documentazione o il server, e possono essere nuovamente rimossi dal nostro staff se sono implementato, o considerati invalidoff-topic. Domande su come gestire il server HTTP Apache devono essere indirizzate sia a nostro canale IRC, httpd, su Freenode, o inviati alla nostra mailing list. Copyright 2017 Foundation La Apache Software. Rilasciato sotto la licenza Apache, versione 2.0.Generates rappresentazione testuale di questo tipo di contenuto, che può essere utilizzato come il valore di un header Content-Type. Crea una nuova istanza di ContentType. Parametri: mimeType - tipo MIME. Esso non può essere nullo o vuoto. Esso non può contenere caratteri ltgt, ltgt, lt, gt riservati dalla specifica HTTP. charset - charset. Ritorni: tipo di contenuto crea una nuova istanza di ContentType senza un set di caratteri. Parametri: mimeType - tipo MIME. Esso non può essere nullo o vuoto. Esso non può contenere caratteri ltgt, ltgt, lt, gt riservati dalla specifica HTTP. Ritorni: tipo di contenuto crea una nuova istanza di ContentType. Parametri: mimeType - tipo MIME. Esso non può essere nullo o vuoto. Esso non può contenere caratteri ltgt, ltgt, lt, gt riservati dalla specifica HTTP. charset - charset. Esso non può contenere caratteri ltgt, ltgt, lt, gt riservati dalla specifica HTTP. Questo parametro è facoltativo. Ritorni: tipo di contenuto getta: UnsupportedCharsetException - generata quando il set di caratteri di nome non è disponibile in questo caso della macchina virtuale Java crea una nuova istanza di ContentType con i parametri indicati. Parametri: mimeType - tipo MIME. Esso non può essere nullo o vuoto. Esso non può contenere caratteri ltgt, ltgt, lt, gt riservati dalla specifica HTTP. params - Parametri. Ritorni: tipo di contenuto Produce: UnsupportedCharsetException dal: 4.4 analizza rappresentazione testuale del valore Content-Type. Parametri: s - Restituisce testo: tipo di contenuto Genera: ParseException - se il testo dato non rappresenta un valore Content-Type valido. UnsupportedCharsetException - generata quando il set di caratteri di nome non è disponibile in questo caso degli estratti macchina virtuale valore Content-Type Java da HttpEntity esattamente come specificato dal Content-Type intestazione dell'entità. Restituisce null se non specificato. Parametri: entità - entità HTTP Returns: tipo di contenuto Genera: ParseException - se il testo dato non rappresenta un valore Content-Type valido. UnsupportedCharsetException - generata quando il set di caratteri di nome non è disponibile in questo caso della macchina virtuale getLenient Estratti valore Content-Type Java da HttpEntity. Restituisce NULL se non specificato o non corretti (non poteva essere analizzato) .. Parametri: entità - HTTP entità Returns: tipo di contenuto dal: 4.4 getOrDefault Estratti valore Content-Type da HttpEntity o restituisce il DEFAULTTEXT valore predefinito se non esplicitamente specificato. Parametri: entità - entità HTTP Returns: tipo di contenuto Genera: ParseException - se il testo dato non rappresenta un valore Content-Type valido. UnsupportedCharsetException - generata quando il set di caratteri di nome non è disponibile in questo caso della macchina virtuale getLenientOrDefault Estratti valore Content-Type Java da HttpEntity o restituisce il DEFAULTTEXT valore predefinito se non esplicitamente specificato o non corretti (Impossibile analizzare). getByMimeType restituisce Content-Type per il tipo MIME determinato. Parametri: mimeType - tipo MIME Ritorni: tipo di contenuto o nulli, se non è noto. Dal: 4,5 withCharset Crea una nuova istanza con questo tipo MIME e la data Charset. Parametri: charset - Restituisce charset: una nuova istanza con questo tipo MIME e la data Charset. Dal: 4.3 withCharset Crea una nuova istanza con questo tipo MIME e il nome dato Charset. Parametri: charset - nome Restituisce: una nuova istanza con questo tipo MIME e il nome dato Charset. Produce: UnsupportedCharsetException - generata quando il set di caratteri di nome non è disponibile in questo caso della macchina virtuale Java dal: 4,3 withParameters Crea una nuova istanza con questo tipo MIME e i parametri indicati. Parametri: params - Restituisce: una nuova istanza con questo tipo MIME e i parametri indicati. Produce: UnsupportedCharsetException dal: 4.4In ubuntu, io sono in esecuzione semplice pagina HTML in grado di eseguire video mp4, ho configurato Apache Server e fatto funzionare semplice pagina di prova per ciao mondo, il suo bel lavoro. In Apache Webserver Ho letto che abbiamo bisogno di aggiungere il seguente codice al file httpd. conf o in un file. htaccess nella directory in cui i nostri file video sono. Quindi la mia domanda è: dove si trova questo httpd. conf o un file. htaccess a disposizione, ho bisogno manualmente per creare tali file o sono memorizzati da qualche parte. Il codice della mia pagina HTML è come questo: Per favore mi dia i suggerimenti. Il file di configurazione di default per i file che vengono serviti da un'installazione di Apache è etcapache2sites-enabled000-default. È una buona idea per eseguire il backup del file originale prima di giocare con questo file. Ogni volta che si modifica questo file, Apache deve essere restartedreloaded per le modifiche abbiano effetto - servizio sudo apache2 restart (o) servizio di sudo apache2 reload. considerando che l'evoluzione. htaccess non richiedono Apache essere riavviato. Come Dobey accennato, il file. htaccess va nella DocumentRoot del sito web. Date un'occhiata alla documentazione ufficiale su come attivare i file. htaccess. Per rendere i file. htaccess funzionano come previsto, è necessario modificare questo file: Cercare una sezione che assomiglia a questo: è necessario modificare la riga contenente AllowOverride None leggere AllowOverride All. Questo dice Apache che il suo ok per consentire i file a un eccesso di corsa direttive precedenti. htaccess. È necessario ricaricare Apache prima di questo cambiamento avrà un effetto: 2009.12.08 nota: nella lampada scaricare circa una settimana fa con Ubuntu 9.10 (Karmic) il file di configurazione di default era etcapache2sites-available000-default e comprendeva AllowOverride None sotto ltDirectory GT Oltre a ltDirectory varwwwgt. Inoltre, le directory in wwwvar contenente file. htaccess inadempienti per non aver dato il server Apache l'accesso in lettura, con conseguente errore di Apache Per risolvere, sudo nautilus quindi fare clic destro sulla directory con i. htacces i file, selezionare Proprietà, quindi selezionare autorizzazioni e dare il gruppo di utenti si accede come il permesso almeno di leggere.
No comments:
Post a Comment