Un usuario preguntó 👇
¿Pensaste que esto era un problema de Divi … pero no estoy tan seguro ahora, tal vez los desarrolladores podrían sugerir una solución o solución para la versión futura?
Caso:
Usando un tema divi, creo una galería y en la parte de instalación del módulo, las miniaturas no se muestran (las miniaturas se enfocan en la ruta local no s3 que no le dio a mi configuración nada para eliminar el archivo local)
Después de probar cosas al azar, descubrí que mis imágenes en el mismo sitio cargadas el 11 de septiembre de 2014 y SÍ muestran anteriormente la ruta s3 correcta, luego cuando se probaron el 10 de octubre de 2014 y el mismo problema más reciente.
Entonces, probablemente algo haya cambiado la forma en que se guardan las cosas en la base de datos con el plugin que rompió la compatibilidad con Divi …
¿Sugerencias sobre cómo configurar archivos recién cargados y todo desde el 10 de octubre de 2014?
Ejecute varios sitios, instale la subcarpeta
¡Gracias!
(@ianmjones)
Hace 2 años, 1 mes
Sí, esto probablemente sea un problema con Divi porque no usa la API de WP para manejar todas las URL de medios. Divi parece tener cierto soporte para WP Offload Media Lite, pero no parece estar completo.
Divi Builder Media tiene una integración de pago incorporada para Divi Builder que soluciona sus problemas.
https://deliciousbrains.com/wp-offload-media/doc/divi-builder-integration/
Lanzador de hilos
(@jiggaman)
Hace 2 años, 1 mes
@Ianmjones lamenta la demora en la respuesta y gracias por responder:
También obtengo incompatibilidad con el CSS personalizado en TODOS los temas, no solo en Divi.
Específicamente y consistentemente para:
background-image: url("FILEPATH");
El gran cambio en la forma en que se manejan los archivos ha estado ocurriendo desde hace algún tiempo, pero tal vez los desarrolladores de plugins puedan revisar este escenario sobre cómo se manejan las rutas de las imágenes de fondo de CSS.
Si pongo la ruta local o remota completa en la SEC, ambas rutas vuelven a local.
También notaré que estoy usando este plugin en un subblog con mapeo de dominios. Y creo que existe la posibilidad de que el plugin de mapeo de dominio intente filtrar la ruta de networkdomain.com/subblog/FILEPATH.
Entonces, aquí hay algunas preguntas adicionales para este problema de fondo: 1. ¿Puede asegurarse de que un plugin de mapeo de dominio no interfiera con la reescritura de las rutas? (Estoy usando el plugin de mapeo de dominio wpmudev) 2. ¿Es posible desactivar esa referencia «sin filtro» manualmente haciendo referencia a la ruta remota en CSS? ¿Quizás este es un error que se olvida en la versión lite?
Gracias Ian
Lanzador de hilos
(@jiggaman)
Hace 2 años, 1 mes
@ianmjones, ¿puede confirmar que también está viendo una pregunta sobre la imagen de fondo de cargas css? ¿Especialmente cuando se usa el plugin de mapeo de dominios de wpmu?
(@ianmjones)
Hace 2 años
Probamos minuciosamente el personalizador incorporado en todas las versiones principales de WP Offload Media Lite.
También realizamos pruebas exhaustivas con WP Offload Media Lite en varios sitios de subdirectorio y subdominio.
WP Offload Media no admite específicamente ningún plugin de mapeo de dominio en particular, no debería ser necesario si hacen su trabajo correctamente y filtran los dominios tarde.
Donde puede salir mal es si los dominios mapeados se escriben en el contenido de la base de datos en lugar del dominio canónico para el sitio, entonces WP Offload Media verá lo que creen que son dominios de sitios externos en URL de medios y no se pondrán en contacto con ellos. En tal caso, el as3cf_local_domains puede ser necesario utilizar un filtro.
https://deliciousbrains.com/wp-offload-media/doc/filtering-urls-for-multiple-domains/
Lanzador de hilos
(@jiggaman)
Hace 2 años
Ian, revisando esto:
https://github.com/deliciousbrains/wp-amazon-s3-and-cloudfront/issues/467
Parece que ha cerrado esta pregunta sin revisar la respuesta a su sugerencia.
Aún más, el dominio mapeado no es mostrado por el CSS renderizado, mostrando la ruta del dominio de la red local al archivo de imagen local.
Nuevamente … el alcance de este error es muy limitado y fácil de revisar: personalización personalizada, imagen de fondo, configuración del sitio web, plugin de mapeo de dominio wpmudev. Parece suceder con un cname y una configuración de anonimato.
Todos los demás están funcionando sin lugar a dudas, y tal vez esto podría revelar problemas adicionales con las imágenes de fondo de CSS … No lo sé. Pero definitivamente vale la pena una prueba, especialmente porque te estoy dando un alcance tan limitado.
(@ianmjones)
Hace 2 años
@jiggaman Gracias por el parche, nos tomamos muy en serio todos los informes de errores y tenemos una pregunta interna abierta para este problema en particular. Esperamos tener los recursos para investigar esta compatibilidad con el plugin de asignación de dominio de WPMU pronto.
Lanzador de hilos
(@jiggaman)
Hace 2 años
está bien. ¡Creo en ti!
¿Solucionó tu problema??
0 / 0