2011-12-26 26 views

Respuesta

7

Hay un contenedor llamado: $ root. Refer a 'Working with the Root Container' para further info

AFAIK, storage blob no puede ser used como un server web simple, tan que no puede serve default.html. Necesitará una instancia de rol web para esto. Windows Azure Web, Worker, and VM roles demystified

+0

gracias. al menos puedo poner el archivo robots.txt allí –

+1

Tiene razón en ese blob storage en realidad no es un servidor web, pero puede "usar" blob storage para alojar todo el contenido en un sitio web estático. Lo que no puede hacer es configurar una página predeterminada para publicar, si alguien visita su url de almacenamiento blob sin especificar un archivo real (por ejemplo, http://mysite.blob.core.windows.net). Si aloja default.html en otro lugar, todos sus enlaces de contenido pueden apuntar a contenido estático en almacenamiento de blobs. –

2

Hay un nombre de contenedor especial, $root, que utiliza para escribir en el contenedor raíz. Consulte this MSDN article para obtener más información sobre este contenedor raíz.

Mientras que puede almacenar contenido web estático en almacenamiento de blob, no existe el concepto de un objeto predeterminado; es decir, no se puede ejecutar algo como default.html cuando un visitante se dirige a www.YourStaticSite.com. Tendrían que visitar www.YourStaticSite.com/default.html.

EDITAR: como se menciona @SantiagoIT, debe alojar su página predeterminada en algún lugar (como, por ejemplo, un rol web). Dado que puede mover contenido estático al almacenamiento de blobs (por ejemplo, css, javascript, imágenes y html estático), esto reducirá la carga en sus instancias de rol web (ya que las solicitudes de almacenamiento de blob van directamente al almacenamiento de blob, evitando por completo sus instancias de rol web;) Incluso si su sitio web está alojado en las instalaciones, puede aprovechar el almacenamiento de blob, que ofrece las mismas ventajas.

Yendo un paso más allá: una vez que el contenido está en el almacenamiento de blobs, puede optar por activar el CDN (caché de borde). Para contenido de acceso frecuente, esto podría generar un aumento en el rendimiento para los usuarios finales.

2

Otros han notado el contenedor $ root y también que actualmente no existe el concepto de un blob predeterminado.

Estoy de acuerdo en que sería muy útil respaldar un blob predeterminado para cada contenedor, incluido el contenedor raíz.

Tengo una solicitud de función abierta para esto. http://feedback.azure.com/forums/217298-storage/suggestions/1180039-support-a-default-blob-for-blob-storage-containers#comments

+0

Estoy de acuerdo, iré y echaré un vistazo –

+0

@Qualcuno. Incluso si esto es compatible, ¿cómo se vincularía la URL profunda al trabajo dado que confío en IIS para enrutar al índice según las reglas? Esto es específico de SPA. Preguntándose cómo podrías hacer esto en CDN. Mi único archivo que no está en CDN es el index.html en mi aplicación Azure Web. Pero me encantaría poder servir eso desde un CDN. ¡Gracias! –

1

Una de las motivaciones para añadir carpeta raíz $ para el almacenamiento de blob fue apoyar clientaccesspolicy.xml archivo de Silverlight como se explica en MSDN documentation

+0

yepp, y el archivo crossdomain.xml, y el archivo robots.txt, y ... muchos otros archivos que deben estar en la raíz –

Cuestiones relacionadas