Localizar imágenes en ASP.NET

Question

Hace un par de años, un diseñador gráfico modernizó nuestro sitio web. Sus resultados se veían geniales, pero desafortunadamente introdujo una nueva fuente no admitida por el navegador web.

Al principio pensé, "¡¿Qué?!!" ... ya que la mayor parte de nuestro contenido es dinámico y no había una forma real de crear previamente todas las imágenes. También estaba el problema de los idiomas múltiples (ya que sabíamos que el español estaba en el horizonte).

De todos modos, decidí crear algunas clases para generar automáticamente imágenes a través de GDI + y programarlas en caché según sea necesario. Esto resolvió la mayoría de nuestros problemas iniciales. Sin embargo, ahora que nuestra carga ha aumentado dramáticamente, ha habido un drenaje en nuestro servidor de IU.

Ahora a la pregunta ... Estoy buscando reemplazar la mayoría de las imágenes dinámicas GDI + con una fuente estándar de navegador web. Estoy pensando en mantener algunas de las imágenes GDI + renderizadas y ponerlas en un archivo resx, pero planeo reemplazar la mayoría de ellas con fuentes Tahoma o Arial a través de asp: Labels.

¿Cuál ha encontrado que es una mejor solución de imagen localizada?

• Incrustar imágenes en el resx
• Solo agregando la url de la imagen al resx
• Alguna otra solución

Mi principal preocupación es limitar el procesamiento en el servidor de la interfaz de usuario. Si ese es el caso, ¿agregar la URL de la imagen al resx sería una mejor solución en comparación con incrustar la imagen en el resx?

Answer 1

Solo debería generar cada imagen una vez y luego guardarla en el disco duro. La carga en su sitio no debería aumentar la cantidad de procesamiento que tiene que hacer. Dicho esto, casi parece que estás usando imágenes para cosas que no deberías ser. Si hay tantas imágenes diferentes que no puede seguir generando, es hora de abandonar sus imágenes elegantes por cosas que no deberían ser imágenes, y volver al texto directo. Si el usuario no tiene instalada la fuente especificada, debería recurrir a una fuente de aspecto similar. CSS tiene un buen soporte para esto.

Answer 2

vea mi respuesta aquí

Esto se puede hacer manualmente o usando algún tipo de sistema automatizado (CMS).

El método básico es almacenar en caché sus imágenes en una estructura de directorio específica del idioma y luego escribir un controlador HTTP que elimine efectivamente la capa de directorio adicional. por ejemplo:

/images/
    /en/
        header1.gif
    /es/
        header1.gif

En su marcado o CSS simplemente haría referencia a /images/header1.gif. El gestor de http luego usa sesión (si el idioma es específico del usuario) o config (si es específico del sitio) para elegir desde qué directorio servir la imagen.

Esto proporciona una línea limpia entre código y contenido, y permite el almacenamiento en caché del lado del cliente. Resx es ideal para cadenas pequeñas, pero prefiero un sistema como este para imágenes y contenido más grande. especialmente en la web donde normalmente es fácil cambiar las imágenes.

Answer 3

Tuve el mismo problema hace unos años y nuestro equipo de interfaz nos indicó SIFr. http://wiki.novemberborn.net/sifr/

Incruste su fuente en una película Flash y luego use el JavaScript SIFr para convertir dinámicamente su texto en su fuente. Debido a que es del lado del cliente, no hay impacto del lado del servidor.

Si el usuario no tiene instalado Flash o JavaScript, obtendrá la fuente compatible con la web más cercana.

Como una ventaja adicional: debido a que su contenido sigue siendo Texto, Google puede buscar e indexar el contenido, una gran optimización SEO.

Answer 4

Debido al almacenamiento en caché, prefiero agregar solo la URL de la imagen en el resx. El almacenamiento en caché es mucho mejor para el contenido estático (archivos planos i-e) que para el contenido generado.

Answer 5

Sería muy cauteloso al poner texto en las imágenes, CSS con una adecuada reserva de familia de fuentes es probablemente la respuesta correcta sobre accesibilidad y buenos motivos MVC.

Donde realmente se requiere generación, creo que Kiblee y JayArr describen buenas soluciones