Contenido Transfer Encoding Opciones Binarias

Estoy escribiendo un servidor web simple en Python que permite a un usuario cargar un archivo usando multipart / form-data. Por lo que yo puedo decir, los datos de varias partes MIME se supone que se basa la línea. Por ejemplo, el límite tiene que ser al principio de una línea. No puedo entender por qué los datos binarios se maneja en este sentido. Mi cliente (Firefox) no está codificando en ASCII de 7 bits o nada, es simplemente datos binarios sin procesar su envío. Hace que divide los datos en líneas en ubicaciones arbitrarias ¿Hay una longitud máxima de línea especificado para los datos de varias partes he intentado buscar a través de la RFC para multipart / form-data, pero no encontré nada. pedido Mar 27 de 13 a las 16:54 Después de excavar a través de las RFC, creo que por fin lo tengo todo en mi cabeza recta. Las partes del cuerpo (es decir, el contenido del cuerpo de una pieza individual en un / mensaje multipart) sólo tienen que estar basado en línea de que el límite en el extremo de la parte comienza con un CRLF. Pero por lo demás, los datos no tienen que ser basadas en línea, y si el contenido pasa a tener saltos de línea en el mismo, no hay distancia máxima entre ellos, ni necesitan indicar de todos modos (así, a menos que tal vez el Content-Transfer - La codificación se citó cuerdas). Los 7 bits, 8 bits, y las opciones binarias para Content-Transfer-Encoding dont en realidad indican que cualquier codificación se ha realizado sobre los datos (y, por tanto, ninguna codificación debe ser rectificado), theyre sólo la intención de indicar el tipo de datos usted puede esperar ver en la parte del cuerpo. Lo que realmente estaba en mi pregunta mal expresada era cómo leer / amortiguar los datos de la toma de modo que pudiera asegurarse de que cogí el límite, y sin tener que tener una memoria intermedia arbitrariamente grande (por ejemplo, si sucediera que haber saltos de línea en el contenido, por lo que una readline terminaron amortiguar toda la cosa). Lo que terminé haciendo fue amortiguando de la toma con un readline utilizando una longitud máxima, por lo que el tampón no sería más que eso, sino que también asegurarse de interrumpir si se ha encontrado un salto de línea. Esto aseguró que cuando el límite vino (después de una CRLF), sería al comienzo de la memoria intermedia. Tenía que hacer un poco más monerías para asegurarse de que yo no incluyo CRLF final en el contenido real del cuerpo, porque de acuerdo a la RFC su requerido antes de la frontera, y por lo tanto no forma parte del contenido en sí. respondido Abr 5 13 a las 12:02 Trate de revisar el RFC 2045. Por lo general, el contenido binario se convierte en BASE64 por su aplicación y se incluye en el mensaje de parte de múltiples usando Content-Transfer-Encoding. Base 64. Existen otros mecanismos para la transferencia de datos binarios, pero esto es bastante común. Los datos binarios se convierten en octetos y fragmentada en cadenas de longitud arbitrarios (dependiendo de la variante de codificación - véase el enlace BASE64 arriba). La aplicación receptora descodifica entonces en el contenido binario originales. No soy un programador de Python, pero me sorprendería que en realidad tenía que codificar nada de esto mismo. Sospecho que hay funciones de biblioteca pitón prediseñados que hacer esto para usted. respondido Mar 27 de 13 a las 17: 43Handling datos binarios con Axis2 (masa máxima de despegue / SWA) Contenido Introducción A pesar de la flexibilidad, interoperabilidad y aceptación global de XML, hay momentos en que la serialización de datos en XML, no tiene sentido. usuarios de servicios Web pueden querer transmitir adjuntos binarios de diversos géneros como imágenes, dibujos, documentos XML, etc., junto con un mensaje SOAP. Este tipo de datos es a menudo en un formato binario en particular. Tradicionalmente, dos técnicas se han utilizado en el tratamiento de datos opacos en XML El envío de datos binarios por valor se logra mediante la incorporación de datos opacos (por supuesto después de alguna forma de codificación) como un elemento o atributo contenido del componente XML de los datos. La principal ventaja de esta técnica es que proporciona a las aplicaciones la capacidad de procesar y describir los datos, basándose únicamente en el componente XML de los datos. XML es compatible con los datos opacos como el contenido mediante el uso de cualquiera de base 64 o la codificación de texto hexadecimal. Ambas técnicas hinchan el tamaño de los datos. Para codificación UTF-8 texto subyacente, la codificación base64 aumenta el tamaño de los datos binarios en un factor de 1.33x del tamaño original, mientras que la codificación hexadecimal de datos se expande en un factor de 2x. Los factores anteriores se duplicará si se utiliza texto UTF-16. Es también preocupante la sobrecarga en los costos de procesamiento (tanto reales como imaginarios) para estos formatos, especialmente cuando se decodifica de nuevo en binario. El envío de datos binarios por referencia se consigue uniendo los datos binarios puros como entidades no analizadas generales exteriores fuera del documento XML y luego incrustar URI referencia a aquellas entidades como elementos o valores de atributos. Esto evita la hinchazón innecesaria de datos y pérdida de potencia de procesamiento. El principal obstáculo para el uso de estas entidades no analizadas es su fuerte dependencia de las DTD, lo que impide la modularidad, así como el uso de espacios de nombres XML. Había varias especificaciones introducidas en el mundo de servicios Web para hacer frente a este problema adjunto binario usando la técnica referencequot quotby. SOAP con archivos adjuntos es un ejemplo de ello. Desde JABÓN prohíbe declaraciones de tipo de documento (DTD) en los mensajes, esto nos lleva al problema de no representar los datos como parte del conjunto de información de mensajes, por lo tanto, la creación de dos modelos de datos. Este escenario es como enviar archivos adjuntos con un mensaje de correo electrónico. A pesar de que los archivos adjuntos están relacionados con el contenido del mensaje que no están dentro del mensaje. Esto hace que las tecnologías que procesan y describen los datos basados ​​en el componente XML de los datos a un mal funcionamiento. Un ejemplo es WS-Security. ¿De dónde viene masa máxima de despegue En masa máxima de despegue (mensaje SOAP de Transmisión Mecanismo Optimization) es otra especificación que se centra en la solución del problema quotAttachmentsquot. MTOM trata de aprovechar las ventajas de las dos técnicas anteriores, tratando de combinar las dos técnicas. Masa máxima de despegue es en realidad un método quotby referencequot. El formato de alambre de un mensaje MTOM optimizado es el mismo que el mensaje SOAP con archivos adjuntos, que también hace que sea compatible con los criterios de valoración SwA. La característica más notable de la masa máxima de despegue es el uso de la XOP: elemento, que se define en la especificación XML binario Empaquetado Optimizado (XOP) para hacer referencia a los adjuntos binarios (entidades no analizadas generales externos) del mensaje Incluir. Con el uso de este elemento exclusivo, el contenido binario adjunto se convierte lógicamente en línea (por valor) con el documento de SOAP a pesar de que en realidad se adjunta por separado. Esto combina los dos reinos por lo que es posible trabajar sólo con un modelo de datos. Esto permite que las aplicaciones para procesar y describen con sólo mirar la parte XML, por lo que la dependencia de los DTDs obsoleto. En una nota más ligera, masa máxima de despegue ha estandarizado el mecanismo de referencia de SwA. El siguiente es un extracto de la especificación XOP. En el plano conceptual, estos datos binarios pueden ser considerados como siendo codificado en base 64 en el documento XML. Como podría ser necesaria esta forma conceptual durante algún procesamiento del documento XML (por ejemplo, para la firma del documento XML), es necesario tener una correspondencia uno a uno entre los conjuntos de información XML y Paquetes XOP. Por lo tanto, la representación conceptual de tales datos binarios es como si estuviera codificado base 64, utilizando la forma léxica canónica del tipo de datos de esquema XML base64Binary (ver Esquema XML Parte 2: Tipos de datos Segunda edición 3.2.16 base64Binary). En la dirección inversa, XOP es capaz de optimizar sólo los datos Infoset codificado en base 64 que está en la forma léxica canónica. Apache Axis2 es compatible con la codificación Base64. SOAP con archivos adjuntos y masa máxima de despegue (mensaje SOAP de Transmisión Mecanismo de Optimización). Masa máxima de despegue con Axis2 modelo de programación axioma es (y puede ser el primero) Modelo de objetos que tiene la capacidad de almacenar datos binarios. Tiene esta capacidad como OMText puede contener contenido binario en bruto en forma de javax. activation. DataHandler. OMText ha sido elegido para este fin con dos razones. Una es que XOP (MTOM) es capaz de optimizar único dato conjunto de información codificado en base 64 que está en la forma léxica canónica de esquema XML base64Binary tipo de datos. Otro es para preservar el conjunto de información, tanto en el emisor y el receptor. (Para almacenar el contenido binario en el mismo tipo de objeto, independientemente de si está optimizado o no). MTOM permite codificar selectivamente partes del mensaje, lo que nos permite enviar los datos base64encoded así como datos binarios sin conectados externamente los que hace referencia el elemento quotXOPquot (contenido optimizado) para ser enviados en un mensaje SOAP. Puede especificar si un nodo OMText que contiene datos binarios en bruto o datos binarios base64encoded está calificado para ser optimizado en el momento de la construcción de ese nodo o posterior. Para una eficacia óptima de la masa máxima de despegue, se aconseja a los usuarios enviar archivos adjuntos binarios más pequeños usando base64encoding (no optimizado) y los archivos adjuntos de mayor tamaño como contenido optimizado. Además, un usuario puede crear un nodo de contenido binario optimizable mediante una cadena base64, que contiene el contenido binario codificado, dada con el tipo MIME de la representación binaria real. Axis2 utiliza javax. activation. DataHandler para manejar los datos binarios. Todos los nodos de contenido binarios optimizados serán serializados como base 64 cadenas si no se quotMTOM enabledquot. También puede crear nodos de contenido binario, que no será optimizado en cualquier caso. Ellos serán serializados y enviados como base 64 Cuerdas. Permitiendo la optimización masa máxima de despegue en el cliente En Opciones, establezca la propiedad en True quotenableMTOMquot al enviar mensajes. Cuando esta propiedad se establece en True, cualquier sobre SOAP, independientemente de si se incluye contenido optimizable o no, va a ser serializado como un mensaje MIME MTOM optimizado. Axis2 serializa todos los nodos de contenido binario codificado como base 64 cadenas independientemente de si ellos están calificados para ser optimizado o no si la propiedad quotenableMTOMquot se establece en False. si el sobre contiene ningún artículo de información de elemento del nombre xop: Incluir (ver XML-binario Empaquetado Optimizado 3. XOP InfoSets Las construcciones). El usuario no tiene que especificar nada con el fin de Axis2 para recibir mensajes MTOM optimizado. Axis2 identificará automáticamente y de-serializar en consecuencia, como y cuando llega un mensaje de masa máxima de despegue. Permitiendo la optimización masa máxima de despegue en el lado del servidor El servidor Eje 2 identifica automáticamente los mensajes entrantes MTOM optimizado basado en el tipo de contenido y los de-serializa en consecuencia. El usuario puede enableMTOM en el lado del servidor para los mensajes salientes, Para enableMTOM a nivel mundial para todos los servicios, los usuarios pueden establecer el parámetro quotenableMTOMquot en True en el axis2.xml. Cuando se establece, todos los mensajes salientes serán serializados y enviados como MTOM optimizado mensajes MIME. Si no se establece, todos los datos binarios en los nodos de contenido binarios serán serializados como cadenas Base64 codificados. Esta configuración se puede overriden en services. xml sobre la base de por servicio y por operación. Debe reiniciar el servidor después de ajustar este parámetro. Recibido el acceso a datos binarios (Código de ejemplo) cabecea Descripción encabezado vacío (string, int reemplazarse true, int httpresponsecode) header () se utiliza para enviar una cabecera HTTP pura. Ver la especificación raquo HTTP / 1.1 para obtener más información sobre las cabeceras HTTP. Recuerde que la cabecera () debe ser llamada antes de enviar cualquier salida real, ya sea por las etiquetas HTML normales, líneas en blanco en un archivo, o desde PHP. Es un error muy común leer el código con include. o precise. funciones, u otra función de acceso a archivos, y tienen espacios o líneas en blanco que se emiten antes de cabecera () se llama. El mismo problema existe cuando se utiliza un solo archivo PHP / HTML. ltphp lthtmlgt / Esto le dará un error. Tenga en cuenta el resultado anterior, que está enfrente de la cabecera () llamada / cabecera (Ubicación: / www. example) Parámetros de salida gt La cadena de encabezado. Hay dos llamadas de cabecera de casos especiales. El primero es un encabezado que comience con la cadena quot HTTP / quot (caso no es significativo), que se utiliza para averiguar el código de estado HTTP para enviar. Por ejemplo, si ha configurado Apache para utilizar un script PHP para manejar las peticiones de archivos que faltan (usando la directiva ErrorDocument), es posible que desee asegurarse de que su script genera el código de estado correcto. cabecera ltphp (HTTP / 1.0 404 Not Found) gt El segundo caso especial es el quotLocation: cabecera quot. No sólo se envía esta cabecera de vuelta al navegador, pero también devuelve un código de estado REDIRECT (302) al navegador a menos que el 201 o un código de estado 3xx ya se ha establecido. ltphp cabecera (Ubicación: www. example /) / redirigida navegador / / Asegúrese de que el código de abajo no se ejecuta cuando redirigimos. / Salida gt El parámetro opcional reemplazar indica si la cabecera debe sustituir a un encabezado similar anterior, o añadir una segunda cabecera del mismo tipo. Por defecto se sustituirá, pero si se pasa en FALSO como segundo argumento que puede obligar a múltiples cabeceras del mismo tipo. Por ejemplo: cabecera ltphp (WWW-Authenticate: negociar) cabecea (WWW-Authenticate:. NTLM falsa) gt Fuerza el código de respuesta HTTP al valor especificado. Tenga en cuenta que este parámetro sólo tiene efecto si la cadena no está vacía. Es importante tener en cuenta que los encabezados se envían realmente cuando el primer byte es la salida al navegador. Si va a sustituir las cabeceras de las secuencias de comandos, esto significa que la colocación de las declaraciones de eco / impresión y los buffers de salida puede llegar a afectar las cabeceras son enviados. En el caso de redirecciones, si se olvida de interrumpir el guión después de enviar la cabecera, la adición de un tampón o el envío de un personaje puede cambiar la página que los usuarios se envían a. Esto redirige a 2 desde el segundo encabezado sustituye a la primera. cabecera ltphp (ubicación: 1) encabezado (ubicación: 2) // reemplaza 1 gt Esto redirige a 1, ya que la cabecera es enviada una vez que pasa el eco. También no verá ningún cabeceras ya enviado errores ya que el navegador sigue la redirección antes de que pueda mostrar el error. cabecera ltphp (ubicación: 1) eco enviar pestaña de información (ubicación: 2) // 1 GT ya ha sido enviada Envolver el ejemplo anterior en un búfer de salida realmente cambia el comportamiento de la secuencia de comandos Esto se debe a las cabeceras enviaban enviados hasta que se tiró de la memoria intermedia de salida. ltphp obstArt header () (ubicación: 1) eco enviar pestaña de información (ubicación: 2) // reemplaza 1 obendflush () // ahora los encabezados se envían gt Mis archivos están en un estado comprimido (bz2). Cuando el usuario hace clic en el enlace, yo quiero que tengan la versión sin comprimir del archivo. Después de descomprimir el archivo, me encontré con el problema, que el diálogo de descarga siempre debería salir hacia afuera, incluso cuando me dijeron que el cuadro de diálogo para llevar a cabo esta operación siempre con este tipo de archivo. Como descubrí, el problema estaba en la directiva cabecera Content-Disposition, a saber, la Directiva archivo adjunto. Si desea que su navegador para simular un enlace sencillo a un archivo, ya sea cambiar el apego a inline o se omite alltogether y usted estará bien. Esto me tomó un tiempo para averiguar y espero que ayude a alguien más por ahí, que se encuentra con el mismo problema. De acuerdo con el RFC 6226 (tools. ietf. org/html/rfc6266), la única manera de enviar encabezado Content-Disposition con la codificación es: Content-Disposition: attachment nombre de archivo UTF-8e282ac20rates para compatibilidad con versiones anteriores, lo que se debe enviar sus mensajes es: Contenido - Disposition: filenameEURO tasas de fijación filenameutf-8e282ac20rates Como resultado, se deben utilizar ltphp nombre de archivo. exe // un nombre de archivo en caracteres chinos contentDispositionField Content-Disposition: datos adjuntos. sprintf (nombres de archivo. rawurlencode (nombre del archivo)). (. Filenameutf-8s rawurlencode (nombre del archivo)) sprintf cabecera (Content-Type: application / octet-stream) readfile (filetodownload. exe) gt He probado el código en IE6-10, Firefox y Chrome. Para archivos de gran tamaño (100 MBs), he encontrado que es esencial para vaciar el contenido del archivo antes posible, de lo contrario el programa duerma diálogo de descarga hasta mucho tiempo o nunca. ltphp cabecera (Content-Disposition: nombre del adjunto urlencode (archivo).) cabecera (Content-Type: application / fuerza-descarga) de cabecera (Content-Type: application / octet-stream) de cabecera (Content-Type: application / descarga) cabecea (contenido-Descripción: Transferencia de archivos) de cabecera (Content-Length:. l tamaño de archivo (archivo)) flush () // ésto no importa realmente. fp fopen (archivo. r), mientras que (feof (fp)) eco fread (fp. 65536) flush () // esto es esencial para las grandes descargas FCLOSE (fp) gt Ahorro de archivo php en ANSI sin isuess pero al guardar el archivo en formato UTF-8, por diversas razones no olvide guardar el archivo sin ningún apoyo BOM (marca de orden de bytes). De lo contrario se enfrentará a un problema de cabeceras no se ha enviado correctamente, por ejemplo. cabecera ltphp (Set-Cookie: nameuser) gt daría algo como esto: - Advertencia: No se puede modificar la información de cabecera - cabeceras ya enviado por (la producción se inició en C: wwwinfo: 1) en C: wwwinfo en la línea 1 Después de mucho investigar y las pruebas, Id gusta compartir mis conclusiones acerca de mis problemas con Internet Explorer y las descargas de archivos. Echar un vistazo a este código, que replica la descarga normal de un javascript: si ltphp (strstr (SERVIDOR HTTPUSERAGENT, MSIE) falso) encabezado (Content-type: text / javascript) cabecera (Content-Disposition: inline filenamedownload. js) cabecea (Content-Length:. filesize (mi-file. js)) cabecea más (Content-type: application / fuerza-descarga) de cabecera (Content-Disposition: filenamedownload. js de fijación) de cabecera (Content-Length:. filesize (mi - file. js)) encabezado (Expira: Vier 01 Ene 2010 05:00:00 GMT) si (strstr (SERVIDOR HTTPUSERAGENT, MSIE) falso) encabezado (cache-control: no-cache) cabecea (Pragma: no-cache) incluir (mi-file. js) Ahora GT me explico: me pongo a cabo mediante la comprobación de IE, entonces, si no IE, me puse Content-Type (mayúsculas y minúsculas) de JS y establecer Content-Disposition (cada cabecera es caso - sensibles a partir de ahora) para Inline, porque la mayoría de los navegadores IE fuera del gusto de mostrar JS en línea. (El usuario puede cambiar la configuración). La cabecera Content-Length es requerido por algunos navegadores para activar cuadro de descarga. Entonces, si se trata de IE, a veces se requiere el / la fuerza-Descarga de contenidos de tipo de aplicación para mostrar el cuadro de descarga. Utilice esta opción si no quiere que su PDF para visualizar en el navegador (en IE). Yo lo uso para asegurarse de que se abra el cuadro. De todos modos, me puse el Content-Disposición de unión porque ya sé que aparecerá la caja. Entonces tengo el Content-Length nuevo. Ahora, aquí está mi gran punto. Tengo las cabeceras Cache-Control y Pragma enviado solamente si no IE. Estas cabeceras EVITARAN su descarga en IE. utilizar sólo el encabezado Caduca, después de todo, se requerirá el archivo a descargar de nuevo la próxima vez. Esto no es un fallo de IE almacena en la carpeta de descargas de archivos temporales de Internet hasta que se complete la descarga. Lo sé porque una vez que he descargado un archivo enorme de Mis documentos, pero el cuadro de diálogo Descarga de ponerlo en la carpeta Temp y la moví al final. Solo piensa en ello. Si IE requiere el archivo para ser descargado a la carpeta Temp, el establecimiento de las cabeceras Cache-Control y Pragma causará un error espero que esto ahorra a alguien algún tiempo si desea quitar un encabezado y evitar que sea enviado como parte de la cabecera la respuesta, sólo proporciona nada como el valor de la cabecera después de que el nombre de la cabecera. Por ejemplo. PHP, por defecto, siempre devuelve el siguiente encabezado: ¿Qué su respuesta toda encabezado tendrá el aspecto de HTTP / 1.1 200 OK Servidor: Apache / 2.2.11 Desarrollado-X-Al (Unix): PHP / 5.2.8 Fecha: Vie, 16 Oct 2009 23:05:07 GMT Content-Type: text / html charsetUTF-8 Conexión: cerrar Si se llama el nombre de encabezado sin valor como tal. Sus cabeceras ahora el siguiente aspecto: HTTP / 1.1 200 OK Servidor: Apache / 2.2.11 Desarrollado-X-Al (Unix): PHP / 5.2.8 Fecha: Fri 16 Oct 2009 23:05:07 GMT Conexión: En estrecha la nota de fondo: ltphp uri rtrim (dirname (SERVIDOR REQUESTURI), /) GT no SERVERPHPSELF (Pero el extraño comportamiento de nombredir es un problema para el URL que termina por un directorio sin el nombre del archivo) el fragmento de código en el manual es el siguiente ltphp lthtmlgt / Esto le dará un error. Tenga en cuenta el resultado anterior, que está enfrente de la cabecera () llamada / cabecera (Ubicación: www. example /) gt salida esto no va a lanzar una advertencia como la configuración. ini para el almacenamiento intermedio de salida es de forma predeterminada en. para obtener el error puede que tenga que cambiar la configuración del servidor o simplemente añadir una línea de forma explícita para cerrar el búfer de salida mediante el uso de obendclean () o similar Se trata de los encabezados para forzar un navegador para usar el contenido fresco (sin almacenamiento en caché) en HTTP / 1.0 y HTTP / 1.1: cabecera ltPHP (Expira: Sáb 26 Jul de 1997 05:00:00 GMT) cabecea (Last-Modified:. gmdate (D, d MYH: i:. s) GMT) cabecea (Cache-control: no - tienda, no-cache, debe-revalidate) cabecea (cache-control:. post-check0, pre-check0 falso) encabezado (Pragma: no-cache) Sólo quiero añadir, becuase que veo aquí un montón de cabeceras mal formateados. 1. Todas las cabeceras utilizadas tienen primeras letras mayúsculas, por lo que debe seguir este. Por ejemplo: la ubicación, la ubicación no Content-Type, no de tipo de contenido, ni de tipo de contenido 2. Entonces debe haber dos puntos y el espacio, como buena: cabecera (Content-Type: text / plain) equivocada: cabecera (Content-Type : text / plain) 3. Localización de cabecera debe ser URI absoluta con el esquema, dominio, puerto, ruta, etc. 4. URI relativa no se les permite equivocada: Ubicación: / somethinga1 equivocada: Ubicación. a1 Esto hará que los clientes del servidor proxy HTTP y más feliz. Puede utilizar HTTPS etags y fechas de última modificación para asegurarse de que usted no está enviando los datos del navegador que ya ha caché. ltphp lastModifiedTime filemtime (archivo) etag md5file (archivo) cabecea (Last-Modified:. gmdate (D, d MYH: i:. s lastModifiedTime) GMT.) cabecea (Etag: etag) si (strtotime (HTTPIFMODIFIEDSINCE SERVIDOR) lastModifiedTime ajuste ( SERVIDOR HTTPIFNONEMATCH) etag) cabecea (HTTP / 1.1 304 Not Modified) de salida gt Aquí es un script PHP que escribí para transmitir un archivo y la cripta con una operación XOR sobre los bytes y con una llave. El cifrado funciona muy bien, pero la velocidad es disminuir en 2, ahora es 520KiB / s. Ahora el usuario se le pide una contraseña MD5 (en lugar de mantenerlo en el código directamente). Hay una parte en francés porque es mi lengua materna para modificarlo como desee. ltphp // Los archivos continuos y cifrar los datos sobre la marcha // // Ajustes - Archivo para transmitir archivos FileOut // - Lectura BufferLength tampón 3840 // - Llave hexagonal en KeyChar // // 9cdfb439c7876e703e307864c9167a15 Función: Conversión llave hexagonal en una cadena en hex2bin función binaria (h) si (isstring (h)) return array r nula () para (a 0 (2) lt strlen (h) a) ta hexdec (h 2 a) hexdec tb ( h (2 a 1)) ra (int) ((ta LTLT 4) tb) de retorno r // Esta función envía los encabezados de autenticación funcionar AskPassword (texto Introduzca la contraseña) cabecea (WWW-Authenticate:. ámbito básico utf8decode (texto) .) cabecea (HTTP / 1.0 401 no autorizado) de retorno 1 // Key se le pide en el primer arranque if (isset (PHPAUTHPW SERVIDOR)) AskPassword () Une eco cl est ncessaire salida LTBR / gt // Obtener la clave en hexadecimal SERVIDOR KeyChar PHPAUTHPW // Convertir clave y establecer el tamaño de la clave recuento keylength hex2bin clave (KeyChar) (llave) // Si la Teste cl est valide en hexadecimal si (clave keylength lt 4) AskPassword (Cl incorrecte) // eco Cl incorrecte LTBR / gt salida () // Si La Teste cl est de longueur duna puissance de 2 si ((keylength 2) 0) AskPassword (Cl de longueur incorrecte (múltiplo de 2 uniquement)) // Cl eco de longueur incorrecte (puissance de 2 uniquement) LTBR / salida gt () // cabecera cabeceras (Content-Type: application / octet-stream) de cabecera (Content-Transfer-Encoding: binary) cabecera (Content-Length:. l tamaño de archivo (archivo). ) Encabezado (nombre de archivo. Archivo). Flush () // ésto no importa realmente. // Abrir el archivo de sólo lectura fp fopen (archivo. R), mientras que (feof (fp)) // Leer un tamaño de búfer de la memoria intermedia fread archivo (fp. BufferLength) j 0 para (i 0 i lt bufferLength i) // la clave se lee en bucle para encriptar todo el archivo si (i keylength 0) 0 // j Aplicar una operación XOR entre la llave y el archivo a cifrar // Esta operación se come una gran cantidad de tiempo de CPU (corriente en 1MiB / s en mi servidor Intel E2180) paquete tmp (tecla C. j) Buffère (tampón i tMP) // lt Le fameux XOR // enviar los datos cifrados se hacen eco de Buffère // Limpiar la memoria tampón Buffère ras j () // esto es fclose (FP) de salida esencial para grandes descargas / () /// // Cierre el archivo y su fclose terminado (fp) la codificación de un archivo que se descubre por el tipo de contenido, ya sea en la etiqueta meta HTML o como parte de la cabecera HTTP. Por lo tanto, el servidor y el navegador no necesita - ni esperan - un archivo Unicode para comenzar con un signo de la lista de materiales. Las listas de materiales pueden confundir a los sistemas nix también. Más información en unicode. org/faq/utfbombom1 En otra nota: Safari puede mostrar las imágenes CMYK (al menos la versión de OS X, ya que utiliza los servicios de QuickTime) Establecimiento de una cabecera Location devuelve un (302) código de estado de redirección para el navegador a no ser que ya se ha establecido el código de estado 201 o un 3xx. Si va a enviar una respuesta a una solicitud POST, es posible que desee ver en el RFC 2616 secciones 10.3.3 y 10.3.4. Se sugiere que si desea que el navegador para obtener inmediatamente el recurso en el encabezado Location en esta circunstancia, se debe utilizar un código de estado 303 no es el 302 (con el mismo enlace como hipertexto en el cuerpo para navegadores muy antiguos). Esto puede tener consecuencias (raros) como se menciona en error 42969.Configure contenido de codificación de transferencia aplica a: Exchange Online, Exchange Server 2013 la transferencia de contenido codificación define los métodos de codificación para la transformación de datos de mensajes de correo electrónico binarios en formato de texto sin formato US-ASCII. Esta transformación permite que el mensaje para viajar a través de los servidores de mensajería SMTP antiguos que sólo admiten mensajes de texto US-ASCII. Codificación de contenido de transferencia se define en el RFC 2045. El método de codificación de transferencia se almacena en el campo de cabecera Content-Transfer-Encoding en el mensaje. En Microsoft Exchange Server 2013, los siguientes métodos de codificación de transferencia de contenido están disponibles: 7 bits Este valor indica que el cuerpo del mensaje de datos ya está en el formato de texto plano ASCII de Estados Unidos, y ningún mensaje de codificación se ha hecho para el mensaje. QP (QP) Este método de codificación usa caracteres US-ASCII imprimibles para codificar los datos del cuerpo del mensaje. Si el texto del mensaje original es principalmente texto US-ASCII, codificación QP da resultados algo legibles y compactos. De forma predeterminada, Exchange 2013 utiliza QP para la codificación de datos de mensajes binarios. Base64 Este método de codificación se basa principalmente en el estándar de correo de privacidad mejorada (PEM) se define en la RFC 1421. codificación Base64 utiliza el 64 caracteres método alfabeto codificación y caracteres de relleno de salida definido por PEM para codificar los datos de cuerpo de mensaje. La codificación Base64 crea un previsible aumento de tamaño del mensaje y es óptimo para los datos binarios y de texto no US-ASCII. Se configura el método de codificación de transferencia utilizando los parámetros ByteEncoderTypeFor7BitCharsets en la puesta a OrganizationConfig y cmdlets Set-RemoteDomain. Los ajustes de codificación de transferencia de contenido que se configuran con Set-OrganizationConfig se aplican a todos los mensajes en la organización de Exchange. Los ajustes de codificación de transferencia de contenido que se configuran con Set-RemoteDomain sólo se aplican a mensajes enviados a destinatarios externos en el dominio remoto. La siguiente tabla muestra los valores que puede utilizar para establecer el método de codificación de transferencia. Parámetro en Preparación OrganizationConfig parámetro en el contenido Set-RemoteDomainFollowing se ha capturado en tcpmon: Solicitud procedente de soapUI Pro 3.0.2: Mensaje / f6 / servicios / xdsrepositoryb HTTP / 1.1 Accept-Encoding: gzip, desinfle Content-Type: multipart / relacionados typeapplication / xopxml iniciar la puesta en infoapplication / soapxml acción límite ---- Part1728349551.1260534830078 MIME-Version: 1.0 User-Agent: Jakarta Commons-HttpClient / 3.1 Host: ihexds. nist. gov:9080 Content-Length: 13318 --- --- Part1728349551.1260534830078 Content-Type: application / xopxml charsetUTF-8 typeapplication / soapxml actionProvideAndRegisterDocumentSetRequest Content-Transfer-Encoding: 8bit Content-ID: ------ Part1728349551.1260534830078 Content-Type: text / plain charsetus-ascii Content-Transfer-Encoding: 7bit Content-ID: ltgt Esta es Depeches documento. Petición realizada por la herramienta xdstest: Mensaje / f6 / servicios / xdsrepositoryb HTTP / 1.1 Content-Type: multipart / relacionados con boundaryMIMEBoundaryurnuuid613A2BD2D99F1E6B5912 60534073176 typeapplication / xopxml startlt0.urn: uuid: 613A2BD2D99F1E6B591260534073177 apache. orggt de puesta en infoapplication / soapxml actionurn: IHE: ITI: 2007 rovideAndRegisterDocumentSet b-User-Agent: Axis2 anfitrión: ihexds. nist. gov:9080 Transfer-Encoding: fragmentada 20f1 --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Content-Type: application / xopxml charsetUTF-8 typeapplication / soapxml Content-Transfer-Encoding: binary Content-ID : lt0.urn: uuid: 613A2BD2D99F1E6B591260534073177apache. orggt --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Content-Type: text / plain Content-Transfer-Encoding: binary Content-ID: LT1. urn: uuid: 613A2BD2D99F1E6B591260534073366apache. or g gt Esta es mi documento. De donde puedo configurar Content-Transfer-Encoding como binarios en el Registro Público NIST, puede ver el documento de texto que se ha enviado como un archivo adjunto: También he intentado hacer Adjuntos Codificar como verdadero en Propiedades TestRequest. Pero no su trabajo tampoco. Gracias por la ayuda