Avisos
Vaciar todo
Hola,
Suelo trabajar con la plantilla Bridge en varios proyectos. Hace pocos días empecé con una nueva web utilizando esta plantilla y estoy teniendo problemas al intentar agregar varias imágenes en una galería de fotos. En ningún otro proyecto he tenido este problema.
La web no tiene ningún plugin de cache, compresión, etc durante la fase de desarrollo.
Una vez están las fotos subidas en la galería de medios, cojo el módulo "Galería de imágenes" (por poner un ejemplo) de Visual Composer y al agregar mas de 6-8 imágenes, la ventana se queda eternamente mostrando la galería de medios y no carga las fotos.
Si pongo 6 o menos las carga en un ratin, pongo más y se queda trabada la ventana de carga.
Sabéis por qué puede estar ocurriendo esto?
Muchas gracias.
Ger.
PD: adjunto imagen de la "ventana del terror"
URL del sitio: Contenido solo visible a usuarios registrados
Respondido : 09/10/2017 1:02 am
Después de clonar la web a/test3/ usando la URL temporal os confirmo que si funciona la galería de imágenes desde la web clonada...
Que puede estar pasando?
En la cloanda funciona, en la real no! Y son copias identicas la una de la otra.
Respondido : 09/10/2017 10:19 pm
Incluso se ha solucionado otro problema que os comentaba de manera simultánea en el ticket ZFL-215416.
Raro, raro!
Respondido : 09/10/2017 10:26 pm
Hola
Ok, sigue por favor en esta discusión en este hilo, no es necesario hacer tickets para tratar lo mismo.
Indícanos que sucedió al clonar el sitio, si se clonó correctamente.
Saludos.
Respondido : 09/10/2017 10:29 pm
HOla
Ok, recién veo mensaje, si el clon te funciona y la web real no, y en teoria siendo iguales, verifica lo siguiente:
- Verifica si estas usando algún plugin de cache o similar
- Verifica si el .htaccess tiene algún código particular.
Como prueba final podrías mover la web principal e instalar un pack nuevo en esa ubicación y luego restaurar la copia de seguridad, con esto tendrías la web del clon en la raiz.
Saludos.
Respondido : 09/10/2017 10:30 pm
Hola John, Muchas gracias.
En relacion a la propuesta 2:
htaccess de la clonada:
# BEGIN WordPress
RewriteEngine On
RewriteBase /test3/
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /test3/index.php [L]
# END WordPress
htaccess de la original:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Osea, práticamente idénticas....
En relación a la propuesta 1.
No estoy utilizando ningún plugin de cache en fase de desarrollo....
Como te indique son una copia calcada la una de la otra, con las mismas configuraciones y plugins activos... En una funciona y en la otra no.
Alguna sugerencia adicional antes de mover y clonar nuevamente en la raiz?
Gracias.
Ger.
Respondido : 09/10/2017 10:36 pm
La única diferencia que se me ocurre es que una va por SSL (la original) y la clonada no...
Respondido : 09/10/2017 10:37 pm
Hola
Es muy raro no he visto antes un caso similar, podría ser algo relacionado con el core de WordPress y que WP migrator no esta tomando para recuperar en el clon, WordPress genera algo llamado Transients, es un tema de optimización, es como una cache.
De manera general te complicarás si tratas de eliminar los transients de la tabla wp-options, por lo que lo más práctico sería que evalues restaurar en la ubicación principal.
También podría ser esto último que comentas, en todo caso tendrías que probar antes en una carpeta pero que vaya como base el dominio https
Saludos.
Respondido : 09/10/2017 10:45 pm
Puedo hacer la prueba de SSL en la URL temporal? y configurar la version clonada para que trabaje bajo ssl?
Respondido : 09/10/2017 10:59 pm
Por otra parte, voy a seguir con las pruebas... Como volveré a mover la web y restaurarla posteriormente es posible que exceda la cuota de la cuneta. La podéis ampliar para no tener ninguna limitación mientras estoy haciendo este proceso?
Gracias.
Ger.
Respondido : 09/10/2017 11:02 pm
Hola
Entiendo que tu sitio web final esta en nuestros servidores, porque usas la url temporal para el clon?, podrías usar la url final y una carpeta, con esto podrías descartar problema con https.
Con respecto a la cuota de disco, esto si que tienes que solicitarlo a través de tickets de soporte.
Saludos.
Respondido : 09/10/2017 11:18 pm
Muchas gracias... Tienes razón, voy a hacer una instalación en gernavarro.com/test4 y comprobar que vaya bien por SSL.
Te voy actualizando.
G.
Respondido : 09/10/2017 11:21 pm
Hola
Ok, realiza la prueba y nos cuentas.
Saludos.
Respondido : 09/10/2017 11:33 pm
Hola Jhon,
No me hizo falta clonar nuevamente la web ya que tenia SSL en la url temporal...
Resulta que al activar SSL la galería vuelve a fallar al agregar imágenes.... Al desactivar https me vuelve a dejar cargar...
Ideas?
Respondido : 09/10/2017 11:52 pm
Hola
Podría ser algo relacionado a tu .htaccess, verifica si tienes estas líneas en tu .htaccess
## Charset UTF-8 Header set Content-Type "text/html; charset=UTF-8"
También podrías tener algunas líneas de seguridad
Debido a que tiene que ver con https, te sugiero consultar en tickets de soporte si pueden detectar algo, sabiendo que el problema es por https, podrían saber en donde buscar.
Saludos.
Respondido : 10/10/2017 12:00 am
Gracias por tu respuesta.
Htaccess no tiene esas lineas... mas arriba te lo mostré:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Efectivamente va a ser tema del SSL porque acabo de desactivar el SSL de la web original y todo vuelve a la normalidad.
Lo consulto por medio del ticket que tengo abierto.
Por si acaso te pregunto.. tenia estos defines en wp-config:
Contenido solo visible a usuarios registrados
Muchas gracias.
G.
Respondido : 10/10/2017 12:07 am
