Se questa intestazione Content-Disposition: attachment viene usato in una risposta con il tipo di contenuto applicationoctet-stream, il suggerimento implicito è che l'agente utente non deve visualizzare la risposta, ma immettere direttamente una risposta Salva con nome. dialogo. Ma avrei pensato che Content-Type sarebbe applicationpdf. imagepng. ecc Dovrei avere Content-Type: applicationoctet-stream se voglio browser per scaricare il file Il tipo di contenuto dovrebbe essere tutto ciò che è noto per essere, se lo si conosce. applicationoctet-stream è definito come dati binari arbitrari nella RFC 2046, e c'è una sovrapposizione definito qui di esso che è appropriata per i soggetti il cui unico scopo è quello di essere salvato su disco, e da quel momento in essere al di fuori di qualsiasi cosa Webby. O di vedere le cose da un'altra direzione l'unica cosa che si può fare in tutta sicurezza con applicationoctet-stream è di salvarlo in un file e sperare che qualcun altro sa che cosa la sua per. È possibile combinare l'uso di Content-Disposition con altri tipi di contenuto, come ad esempio imagepng o anche texthtml per indicare che si desidera salvare, piuttosto che display. Ha usato essere il caso che alcuni browser potrebbero ignorarlo nel caso di texthtml ma credo che questo era un po 'molto tempo fa, a questo punto (e Im andare a letto presto così Im non andare a iniziare a testare un intero gruppo di browser in questo momento forse più tardi). RFC 2616 menziona anche la possibilità di gettoni di estensione, e in questi giorni la maggior parte dei browser riconoscono in linea per dire che non vuole l'entità visualizzato, se possibile (cioè, se il suo un tipo di browser sa come visualizzare, in caso contrario la sua ha alcuna scelta in materia ). Questo è, naturalmente, il comportamento di default in ogni caso, ma significa che è possibile includere la parte nome del file di intestazione, che i browser utilizzare (magari con qualche aggiustamento in modo di file-extensions corrispondono norme di sistema locale per il contenuto-tipo in questione, forse non ) come il suggerimento se l'utente tenta di salvare. Mezzi Non so cosa diavolo è questo. Si prega di salvare come file, preferibilmente chiamato picture. png. Significa che questo è un'immagine PNG. Si prega di salvare come file, preferibilmente chiamato picture. png. Significa che questo è un'immagine PNG. Si prega di visualizzare a meno che non si sa come visualizzare le immagini PNG. In caso contrario, o se l'utente sceglie di salvarla, si consiglia il nome picture. png per il file si salva come. Di quei browser che non riconoscono in linea alcuni vorrebbero sempre usarlo, mentre altri userebbero se l'utente aveva scelto Salva collegamento come, ma non se theyd selezionato Salva durante la visualizzazione (o almeno IE usato per essere così, potrebbe essere cambiato alcuni anni fa). Appassire se il cliente vuole salvarlo, allora doesn39t importa quale intestazioni vengono inviati (è possibile quotsavequot o quotsave collegamento asquot su qualsiasi cosa nel tuo browser), come le intestazioni sono informazioni, non regole in modo attaccamento potrebbero essere considerati quotbest di non visualizzare questo yourselfquot mentre in linea come quotbest per visualizzare questo voi stessi se canquot. In entrambi i casi, la maggior parte dei browser utilizzerà il valore di nome di file come il nome suggerito del file, ma gli utenti possono sempre ignorare questo. ndash Jon Hanna 9 aprile 15 a 14: Opzioni 12Binary un'opzione binaria è un tipo di opzione in cui la vincita dipende sia il livello dei prezzi dello sciopero e l'attività sottostante, come opzioni standard. Se il mercato sottostante è superiore al prezzo di esercizio dell'opzione binaria alla scadenza, si è ritenuto di essere in denaro o vero, e l'acquirente dell'opzione binaria avrebbe ricevuto un pagamento fisso pari a 100 per ciascun contratto. Se alla scadenza il mercato sottostante è pari o inferiore al prezzo di esercizio del binario, è considerata out of the money o falso e il venditore dell'opzione binaria avrebbe ricevuto il 100,00 La dichiarazione binario è un semplice sì o no proposizione a cui si sia d'accordo o meno. Se si pensa di sì, accadrà, si acquista il binario. Se non siete d'accordo e pensi no, non succederà, si vende il binario. A differenza di contratti di opzione standard, l'opzione binaria non dà Mike e Jason il diritto di acquistare o vendere l'attività sottostante. Alla scadenza, il suo corso degli binario vale 100 per contratto - Whos destra Mike o Jason Il prezzo binario scambiato per Mike e Jason non è il prezzo effettivo di argento, ma piuttosto un valore in dollari ponderato del 100 payout fisso. Il prezzo binario in un range tra 0 e 100 e può essere descritto come la probabilità e il mercato la percezione del fatto che la proposizione binaria sarà vero o falso alla scadenza. Anche se il sottostante mercato futures è scambiato per 20.18, l'argento binario contratto di opzione marzo per essere sopra 20.40 alle 1.30 pm di domani, ha un prezzo di 1415. Assumiamo che Mike e Jason scambiati questo binario a 14. Il prezzo binario cambia costantemente per tutta la durata dell'opzione, che dipende dal prezzo d'argento sottostante rispetto allo sciopero. Mike è lungo due contratti a 14 il suo costo è 28. Jason è breve due contratti a 14 il suo costo è di 172, calcolato come (100 - 14) x 2. Mike vuole il prezzo binario a rally e stabilirsi a 100. Jason vuole il binario prezzo per vendere fuori e stabilirsi a 0. 13:30 di domani, il binario scade. Se l'argento resta al di sotto 20.40, il prezzo di regolamento sarà 0 e Jason riceve 100 per ogni contratto o 200 totale. Il suo utile netto è di 28 (o 200 Utile lordo 172 costo di corto circuito l'opzione), e Mike ottiene nulla. D'altra parte, se il rally d'argento e finiture di cui sopra 20.40 alla scadenza, il prezzo di regolamento saranno 100 e Mike riceve 100 per ogni contratto o 200 totale. Il suo utile netto è 172 (o 200 profitto lordo - 28 costo di acquisto dell'opzione), e Jason ottiene nulla. Sia Jason e Mike hanno chiaramente definito di rischio e di versamento termini dato il loro vista del mercato di futures utilizzando le opzioni binarie. I contratti sono interamente coperti da garanzia in modo che ogni feste costo iniziale saranno le altre feste utile netto a scadenza se sono corrette. Le opzioni binarie offrono una moltitudine di negoziazione scelte di opportunità che vanno dai mercati sottostanti posto FX, futures su materie prime e indici di borsa, le scelte durata di due ore, di un giorno e le opzioni settimanali, così come una vasta gamma di livelli di prezzo sciopero - tutto con rischio limitato su misura a proprio piacimento. Futures, opzioni e swaps trading comporta rischi e non è adatto per tutti i investors.4 Il Content-Type campo di intestazione Lo scopo del campo Content-Type è quello di descrivere i dati contenuti nel corpo abbastanza pienamente che l'agente utente ricevente può scegliere un agente o meccanismo appropriato per presentare i dati all'utente, o comunque trattare i dati in modo appropriato. Il campo di intestazione Content-Type è utilizzato per specificare la natura dei dati nel corpo di un soggetto, dando tipo e sottotipo identificatori, e fornendo informazioni ausiliarie che possono essere necessari per alcuni tipi. Dopo i nomi di tipo e sottotipo, il resto del campo di intestazione è semplicemente un insieme di parametri, specificate in una notazione AttributeValue. Il set di parametri significativi diversa per i diversi tipi. L'ordine dei parametri non è significativo. Tra i parametri definiti è un parametro charset con cui il set di caratteri utilizzato nel corpo può essere dichiarato. I commenti sono consentiti in conformità con la RFC 822 regole per i campi di intestazione strutturati. In generale, il livello superiore Content-Type è utilizzato per dichiarare il tipo generale di dati, mentre il sottotipo specifica un formato specifico per quel tipo di dati. Così, un Content-Type di ImageXYZ è sufficiente per dire a un agente utente che i dati è l'immagine, anche se l'agente utente non è a conoscenza del formato immagine specifica xyz. Tali informazioni possono essere utilizzate, ad esempio, per decidere se visualizzare o meno un utente i dati grezzi da un sottotipo riconosciuto - tale azione potrebbe essere ragionevole per i sottotipi non riconosciuti di testo, ma non per i sottotipi non riconosciuti di immagine o audio. Per questo motivo, sottotipi di audio, immagini, testo e il video registrato, non dovrebbe contenere informazioni criptate che in realtà è di tipo diverso. Tali tipi composti dovrebbero essere rappresentati utilizzando i tipi più parti o di applicazione. I parametri sono modificatori del contenuto-sottotipo, e non influiscono fondamentalmente i requisiti del sistema host. Sebbene la maggior parte dei parametri hanno senso solo con alcuni tipi di contenuto, gli altri sono globali, nel senso che si potrebbe applicare a qualsiasi sottotipo. Ad esempio, il parametro di confine ha senso solo per il tipo di contenuto multipart, ma il parametro charset potrebbe avere senso con diversi tipi di contenuto. Una prima serie di sette tipi di contenuto è definito da questo documento. Questo insieme di nomi di primo livello è destinato ad essere sostanzialmente completa. Si prevede che aggiunte al grande insieme di tipi supportati possono essere generalmente realizzati mediante la creazione di nuovi sottotipi di questi tipi iniziali. In futuro, più tipi di alto livello possono essere definiti soltanto da un'estensione a questo standard. Se un altro tipo primario è quello di essere utilizzato per qualsiasi motivo, deve essere dato un nome che inizia con X per indicare il suo stato non standard e per evitare un potenziale conflitto con un futuro nome ufficiale. Nel estesa notazione BNF di RFC 822. un valore di campo di intestazione Content-Type è definito come segue: Si noti che la definizione di tspecials è la stessa definizione RFC 822 di specialità con l'aggiunta di tre caratteri, e. Si noti inoltre che una specifica sottotipo è obbligatoria. Non ci sono sottotipi di default. Il tipo, sottotipo e nomi di parametro non sono case sensitive. Ad esempio, il testo, testo, e il testo sono tutti equivalenti. I valori dei parametri sono normalmente case sensitive, ma alcuni parametri vengono interpretati come denza insensibile, a seconda dell'uso previsto. (Per esempio, i confini più parti sono case-sensitive, ma il tipo di ACCESSO per messageExternal-corpo non è tra maiuscole e minuscole.) Al di là di questa sintassi, l'unico vincolo sulla definizione dei nomi sottotipo è il desiderio che i loro usi, non devono essere in conflitto. Cioè, sarebbe auspicabile avere due diverse comunità che utilizzano Content-Type: applicationfoobar a significare due cose diverse. Il processo di definizione nuovi content-sottotipi, quindi, non è destinato ad essere un meccanismo per imporre restrizioni, ma semplicemente un meccanismo per pubblicizzare gli usi. Ci sono, quindi, due meccanismi accettabili per la definizione di nuovi sottotipi Content-Type: valori privati (a partire da X) possono essere definite bilateralmente tra due agenti cooperanti senza registrazione esterna o la standardizzazione. Nuovi valori standard devono essere documentati, registrati, e approvati da IANA, come descritto in Appendice F. Dove destinato ad uso pubblico, i formati a cui si riferiscono deve anche essere definito da una specifica pubblicato, ed eventualmente offerti per la standardizzazione. I sette iniziali tipi di contenuto predefiniti standard sono dettagliate nella maggior parte di questo documento. Essi sono: informazioni di testo testuale. Il sottotipo primario, pianura, indica Testo normale (non formattato). Nessun software speciale è richiesto per ottenere il pieno significato del testo, a parte il supporto per il set di caratteri indicato. I sottotipi sono da utilizzare per il testo arricchito in forme in cui il software applicativo può migliorare l'aspetto del testo, ma tale software non devono essere richiesti per ottenere l'idea generale del contenuto. Le possibili sottotipi includono così qualsiasi formato leggibile word processor. Un sottotipo molto semplice e portatile, richtext, è definito in questo documento. Dati più parti costituite da più parti di tipi di dati indipendenti. Quattro sottotipi iniziali sono definiti, tra cui il sottotipo misto primaria, alternativa per rappresentare gli stessi dati in diversi formati, in parallelo per le parti destinate ad essere viste contemporaneamente, e digerire per i soggetti più parti, in cui ogni parte è di tipo di messaggio. messaggio un messaggio incapsulato. Un corpo di messaggio Content-Type è di per sé un completamente formattato RFC 822 messaggio conforme che può contenere un proprio diverso Content-Type campo di intestazione. Il sottotipo primario è RFC822. Il sottotipo parziale è definita per i messaggi parziali, per consentire la trasmissione frammentata dei corpi che si pensa di essere troppo grandi per essere passato attraverso strutture di trasporto della posta. Un altro sottotipo, esterno-corpo, è definito per specificare grandi corpi con riferimento ad una fonte dati esterna. dati di immagine immagine. Immagine richiede un dispositivo di visualizzazione (ad esempio un display grafico, una stampante o una macchina FAX) per visualizzare le informazioni. sottotipi iniziali sono definiti per due formati di immagine ampiamente utilizzati, JPEG e GIF. dati audio audio, con base sottotipo iniziali. Audio richiede un dispositivo di uscita audio (ad esempio un altoparlante o un telefono) per visualizzare i contenuti. di dati video video. Video richiede la capacità di visualizzare le immagini in movimento, tipicamente compresi hardware e software specializzati. Il sottotipo iniziale è mpeg. applicazione qualche altro tipo di dati, tipicamente sia dati binari non interpretati o informazioni che devono essere elaborati da un'applicazione di posta-based. Il sottotipo primario, octet-stream, deve essere utilizzato nel caso di dati binari non interpretati, nel qual caso la semplice azione consigliata è offrire per scrivere le informazioni in un file per l'utente. Due sottotipi aggiuntivi, APS e PostScript, sono definiti per il trasporto di documenti di APS e PostScript nei corpi. Altri usi previsti per l'applicazione includono fogli di calcolo, i dati per sistemi di pianificazione di posta elettronica basati, e linguaggi per (computazionale) e-mail attivo. (Si noti che la posta elettronica attiva comporta diversi securityconsiderations, che sono discussi più avanti in questa nota, in particolare nel contesto di applicationPostScript.) RFC default 822 messaggi vengono digitati da questo protocollo come testo normale nel set di caratteri US-ASCII, che può essere specificato in modo esplicito come Content-type: textplain charsetus-ascii. Se non Content-Type è specificato, o per errore o da un agente utente più vecchio, questo valore predefinito è assunto. In presenza di un campo di intestazione MIME-Version, un agente di ricezione L'utente può anche supporre che solo testo US-ASCII è stato l'intento mittenti. In assenza di una specifica MIME-Version, testo US-ASCII deve essere ancora assunta, ma il mittenti intento potrebbe essere stato otherwise. It Va notato che l'elenco dei valori Content-Type qui indicata potrebbe essere aumentata nel tempo, via i meccanismi sopra descritti, e che ci si aspetta l'insieme dei sottotipi a crescere notevolmente. Quando un lettore di posta elettronica incontra con un valore di tipo Content-sconosciuto, dovrebbe generalmente trattarlo come equivalente a applicationoctet-stream, come descritto più avanti in questo document. Types di opzioni binarie Sebbene la maggior parte delle opzioni binarie discusse e negoziate sono di un tipo specifico, ci sono in realtà un certo numero di tipi di opzioni binarie. Senza entrare in particolare esoteriche tipi di opzioni binarie, ci sono cinque modelli principali opzioni binarie potrebbero seguire: cash-o-niente, asset-o-niente, one-touch, senza contatto, e doppia-one-touchdouble-no-touch. Ciò che è più comunemente si fa riferimento quando si parla di opzioni binarie sono le opzioni binarie cash-o-niente, ma gli altri si può trovare in diverse piattaforme e mercati di negoziazione pure. Cash-o-niente opzioni binarie sono la forma più familiare di opzioni binarie. In questo tipo, un prezzo di esercizio è determinato (in genere il prezzo del bene al momento l'opzione è acquistata). Un contratto è poi acquistato sia per una chiamata o un Put, a seconda che l'investitore pensa che l'attività si concluderà sopra o sotto il prezzo d'esercizio. Se l'investitore è stato corretto alla scadenza del contratto, che guadagnano un rendimento fisso, generalmente tra i 170 e 200 della partecipazione. Se l'investitore non è corretto, perdono la loro quota, o in alcuni casi sono date da 10 a 15 indietro. Asset-o-niente opzioni binarie sono, a tutti gli effetti, lo stesso in contanti o niente opzioni binarie, tranne la vincita è determinato dal prezzo bene stesso, piuttosto che da una quota arbitraria. Questo può essere visto come l'attività effettivamente pagato, invece di un contratto stipulato in data bene, ma è in gran parte una distinzione semantica. Una opzione binaria one-touch funziona in modo molto diverso da entrambi cash-o-niente e opzioni binarie asset-o-niente. In un one-touch opzione, il contratto si conclude il momento in cui i prezzi delle attività raggiunge un livello predeterminato. In questo caso, l'investitore è semplicemente decidere se o meno il prezzo di asset potrà mai raggiungere quel livello nel corso della durata del contratto, non è se sia o non sarà effettivamente finire a quel livello. Una opzione binaria no-touch è, come suggerisce il nome, semplicemente l'inverso dell'opzione binaria one-touch. Piuttosto che il contratto di attivazione se il prezzo del risparmio raggiunge un certo livello, il contratto viene pagato se scade senza che certo livello aver mai raggiunto. Il one-touch doppio e doppio-no-touch opzioni binarie sono simili alle loro controparti singole, con una distinzione importante. Piuttosto che vi sia un solo livello predeterminato, ci sono due. Nel caso di una opzione di doppio-one-touch binario prezzo attività deve toccare entrambi i valori per il contratto di pagare. Nel caso di un'opzione binaria double-no-touch, il prezzo attività deve evitare di toccare uno di questi livelli di pagare. Condividi questo:
No comments:
Post a Comment