¿Hay algún daño al alojar imágenes a través de un sitio web como Imgur y luego usar el código provisto para insertarlo en mi sitio web? Frente a la forma tradicional de alojar las imágenes en mi servidor y vincularlas adecuadamente.¿Hay algún daño en el alojamiento de imágenes fuera del sitio?
Respuesta
El riesgo es que Imgur se vaya y tome imágenes con él. O que tienen problemas de rendimiento o interrupciones de las que no tiene control o visibilidad. Pero, idealmente, una plataforma de alojamiento de imágenes sería más confiable que cualquier cosa que se te ocurra. Solo asegúrate de conservar una copia para que sea relativamente fácil volver al alojamiento local u otra plataforma de alojamiento de imágenes en caso de que tengas problemas con Imgur.
En la misma línea, complica sus implementaciones. No solo está cargando su sitio web, necesita cargar su sitio a sus servidores, subir las imágenes al otro sitio y luego hacer la configuración necesaria para asegurarse de que su versión de producción apunte a los servidores correctos (como se opone a apuntar a un servidor QA/Dev).
Además, si tienes algún HTTPS en tu sitio, asegúrate de que cualquier imagen (o JS o CSS o cualquier otra cosa) a la que hagas referencia desde tu página también sea HTTPS, de lo contrario tus usuarios recibirán esa molesta "esta página contiene error de "contenido inseguro".
Por último, asegúrese de que está operando dentro de los términos y condiciones de la empresa de alojamiento, puede que no les guste que les envíe tanto tráfico y puede bloquearlo o estrangularlo. Si no está seguro, pregúnteles.
Sin embargo, si toma este enfoque, a menudo puede tener muchos beneficios de rendimiento. Reduce la cantidad de tráfico a su sitio y quita algo de carga de sus servidores web. Algunos navegadores también pueden descargarse de forma más simultánea, ya que algunas versiones de navegador solo abren un cierto número de conexiones concurrentes a un solo dominio, pero abrirán más conexiones a otros dominios (aunque puede que ya no sea así).Y por supuesto, una vez más los servidores de Imgur son más rápidos que los tuyos y probablemente tengan una red de entrega de contenido (CDN) que transmite copias de tus imágenes a todo el mundo para que la gente obtenga contenido de los servidores de caché de contenido local en lugar de volver siempre a tu servidor
¿Por qué querrías hacer esto? Siento que es simplemente torpe. Por un lado, lo más probable es que disminuya los tiempos de carga, no significativamente, pero al menos lo suficiente como para que alguien lo note. Además, si su plan es alojarlos en un sitio gratuito como Imageshack o algo así, entonces debe preocuparse por los problemas de ancho de banda. Me acostumbraría simplemente a no hacer esto.
No estoy siguiendo el razonamiento aquí. El alojamiento externo en servicios de entrega de contenido es principalmente con el propósito de mejorar los tiempos de carga. Permite a los navegadores solicitar más contenido simultáneamente (a veces los navegadores no realizan demasiadas solicitudes al mismo servidor), aprovecha más el ancho de banda del usuario final (la última milla en estos días a menudo tiene muchos recursos no utilizados) y descarga contenido estático de recursos del ancho de banda del host (solicitudes realizadas al host de entrega de contenido, no al host del propietario). – David
También es muy útil para servidores lentos, por lo que los tiempos de carga son mejores porque la porción más grande está dada por servidores mucho más rápidos y mejores. – Sirens
Lea los términos del servicio para el sitio que planea usar. De su ejemplo de Imgur, sus operadores de telecomunicaciones establece que:
Además, no utilizar Imgur para albergar bibliotecas de imágenes con los que enlace desde otro lugar, el contenido de su página web, la publicidad, los avatares, o cualquier otra cosa que nos convierte en su Red de entrega de contenidos. Si lo hace, y nosotros seremos el juez, o si hace algo ilegal, además de cualquier otro derecho legal que tengamos, lo prohibiremos junto con el sitio desde el que está conectando, borrará todas sus imágenes, le informará a las autoridades si es necesario, y le impide ver las imágenes alojadas en Imgur.com. Lo decimos en serio.
- http://imgur.com/tos (20.04.2016)
Sé que ToS de Flickr dice algo similar (debe vincular a Flickr, no abusar de ella, etc.).
EDITAR: Está describiendo un CDN (http://en.wikipedia.org/wiki/Content_delivery_network) que, suponiendo que utilice un proveedor de confianza, es una forma perfectamente aceptable de reducir el tiempo de carga de su página web.
¡Ack! Ese TOS es una mierda Aunque supongo que si usa el enlace que proporcionan la mayoría del tiempo en lugar de hacerlo siempre directamente, puede estar bien. – posfan12
Hay ventajas a fuera de las instalaciones de alojamiento como:
- usted no paga la factura de ancho de banda
- CDN (Content Delivery Networks) generalmente se optimizan para velocidad/almacenamiento en caché
- El otro dominio no se envía ninguna de las cookies de su dominio actual (lo que hace que el tamaño de la solicitud sea más pequeño)
- Los hosts remotos pueden tener una mejor infraestructura que sus propios servidores (redundancia, equilibrio de carga ... etc.)
Desventajas:
- usted no posee los servidores que alojan la imagen - que pudieron apagar, o ir a la quiebra, o eliminar sus archivos sin que le permite saber.
- Si la seguridad es una preocupación, tiene menos control sobre el acceso o una posible violación de la seguridad.
- Los hosts externos generalmente están optimizados para el almacenamiento en caché, esto significa que si reemplaza una imagen en el host externo, cualquiera que haya visitado el sitio puede obtener la versión anterior si aún la tiene en caché, planifique en consecuencia (no puede hacer que sus usuarios presionen CTRL + F5).
Otra desventaja es que sitios como Imgur codifican los nombres de los archivos con caracteres de texto aleatorios, lo que hace que sea difícil hacer un seguimiento de qué imagen va a dónde. – posfan12
- 1. ¿Hay algún daño al restablecer el autoincremento?
- 2. ¿Hay algún daño al tener un índice duplicado en Postgresql?
- 3. ¿Hay algún daño al dejar que una rama git "envejezca"?
- 4. ¿Hay servicios de alojamiento de imágenes con una API pública?
- 5. Posicionar imágenes fuera del diseño
- 6. ¿Hay realmente algún alojamiento mercurial * en * Amazon EC2?
- 7. En Perl, ¿hay algún daño al crear una subrutina con el mismo nombre que un paquete?
- 8. ¿Hay algún daño al ejecutar PHP y Ruby en el mismo servidor?
- 9. ¿Hay algún daño al llamar "gratis" para el mismo puntero dos veces en un programa C?
- 10. ¿Hay algún daño en tener muchos valores enum? (muchos> = 1000)
- 11. Active Merchant Integrations (pagos fuera del sitio)
- 12. Sirviendo imágenes desde fuera del documento raíz
- 13. ¿Hay algún método para limpiar el sitio web de recursos no utilizados
- 14. Reutilización Django Lista de cambios Fuera del administrador del sitio
- 15. ¿Hay algún editor de imágenes disponible para Eclipse Helios
- 16. Cualquier sitio de alojamiento de código abierto para proyectos abandonados?
- 17. ¿Algún daño en el uso de la validez del dominio global al obtener claves públicas/privadas de ReCAPTCHA?
- 18. Alojamiento/transferencia de un sitio web en Google App Engine
- 19. ¿Hay algún daño al utilizar una extensión segura para subprocesos (APC) en un entorno que no sea de subproceso? (PHP)
- 20. ¿Cómo obtener la URL del sitio web de alojamiento en la aplicación Silverlight?
- 21. ¿Hay algún problema con el uso de Sinatra para desarrollar un sitio web completo?
- 22. ¿Hay algún diseñador de Android Drawable?
- 23. ¿Hay algún peligro al usar campos de entrada fuera/sin formularios en páginas HTML/Javascript?
- 24. Alojamiento privado Documentación Sphinx
- 25. Caché de imágenes del sitio web con Apache
- 26. Alojamiento del servicio WCF en el servicio de Windows
- 27. ¿Hay algún evento "en el cambio DOM"?
- 28. intensidad de vibración de Android y daño
- 29. ¿Hay algún sitio de iconos que complemente a Apache License 2.0?
- 30. Rieles de alojamiento en ec2
No entiendo por qué esto se cerró, parece una pregunta bastante razonable –
Estoy de acuerdo con Mike Mooney en este caso. Llegué aquí buscando alguna información sobre cómo hacer esto. No todos los que usan Stack han tocado * cada * posible escenario de desarrollo web. –