Respuestas de foro creadas

Viendo 15 respuestas - de la 1 a la 15 (de un total de 474)
  • mp3 y mp4 son estáticos, así que sí, es correcto.

    Para comprobar que funciona puedes utilizar las herramientas de desarrollo del navegador, en la sección «Network» o «Red».

    Exacto. Eso es. Aunque yo para recursos estáticos pondría el máximo de caché (un año) porque no cambian nunca. Si un archivo css, js, imagen, etc, se cambia la URL/nombre del archivo, así que no hay problema con poner el máximo de caché.

    <filesMatch ".(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
        Header set Cache-Control "max-age=31536000, public"
    </filesMatch>

    Y para el HTML, como norma general no-cache, pero luego se puede tunear para cada caso. Por ejemplo, yo en la mayoría de blogs normales y corrientes pongo una cache de 30 minutos (desde WordPress, no desde .htaccess para distinguir entre usuarios logeados y no):

    add_action( 'send_headers', 'cyb_cache_headers', 0 );
    function cyb_cache_headers() {
    
        if( is_user_logged_in() ) {
    
            // nada de caché ni el navegador ni proxys intermedios
            $cache_policy = "no-cache,no-store,max-age=0,s-maxage=0,private";
    
        } else {
    
            // Guardar en caché durante 30 minutos y
            // durante 1 hora después servir las copias viejas
            // mientras se renueva la caché
            $cache_policy = "max-age=1800, stale-if-error=3600, stale-while-revalidate=3600, public";
    
        }
        
        header( 'Cache-Control: ' . $cache_policy );
    	
    }

    Pero eso ya a gusto del consumidor.

    Para recursos que son realmente estáticos sí, siempre hay que poner una caché de navegador con cache-control o expires (yo prefiero cache-control), y con un tiempo realmente largo, tipo un año (31536000 segundos, que es el máximo que se puede poner).

    Para el HTML y otros recursos dinámicos (esto es lo que trato en el artículo) pues depende de lo que quieras. La opción más agresiva es nada de cache. Pero si tus posts no se actualizan mucho o no contienen información que tenga que ser actualizada al instante, puedes poner una cache pequeña o moderada, tipo media hora, una hora, o algo así.

    Por ejemplo, la portada de tu blog es HTML. Si pones un tiempo de caché de un año, un usuario que visite la portada del blog no verá la portada con los nuevos posts que escribas hasta que no pase un año. Por eso digo que para el HTML hay que tener cuidado con la cache y ser moderado, y el mejor tiempo de caché depende de cada caso.

    • Esta respuesta fue modificada hace 4 años, 3 meses por cybmeta.
    • Esta respuesta fue modificada hace 4 años, 3 meses por cybmeta.

    En mi artículo expongo una situación específica en la que yo prefiero que el navegador no cachee documentos HTML y otros documentos similares que se pueden considerar dinámicos, es mi caso concreto y no creo que sea para todas las situaciones.

    De todas formas, los errores de Leverage Browser Caching suelen aplicarse solo a componentes estáticos (css, js, imágenes, vídeos, etc). Para ese tipo de recursos sí que es recomendable especificar una caché de navegador siempre, y si no la pones te saldrá ese error en la mayoría de herramientas de test de velocidad. Pero en mi artículo no trato esto.

    Espero haberme explicado bien.

    Yo no lo veo buena solución, el post deja de poderse leer públicamente y el flujo editorial pasa a ser intermitente, pero si te vale, adelante.

    El Confidencial utiliza Marfeel, a mi me gusta mucho y es compatible con muchos gestores de contenido, incluido WordPress. Igual te interesa echarle un vistazo.

    Puedes utilizar servicios externos para alojar imágenes y compartirlas, por ejemplo https://imgbb.com/ (el primero que se me ha ocurrido, hay otros muchos).

    ¿Qué plugin para idiomas utilizas? A mi me sigue pareciendo más probable que sea del theme, preguntales y coméntales el problema que tienes a ver que te dicen.

    Entonces no se me ocurre nada que sea así fácil y directo, igual hay que picar código.

    He hecho una búsqueda rápida y hay algunos plugins que a lo mejor te sirven, por ejemplo Revision Manager TMC. Espero que te sirva.

    ¿Has probado a darle permisos para editar pero no para publicar?

    Yo no veo ninguna fecha, veo «X Days to go». De todas formas, la gestión de ese tipo de «Proyectos» no es de WordPress, sino de algún plugin o, como parece tu caso, del theme (Backer theme). Al ser un theme/plugin comercial, nosotros no tenemos acceso ni se le da soporte aquí de forma general a productos comerciales, deberías consultar con el servicio de soporte del theme/plugin.

    La descripción que das me resulta un poco confusa. Así a priori, yo no veo conexión alguna entre una actualización de TLS (si te refieres Transport Layer Security) y la versión de la base de datos o líneas de código en WordPress.

    Lo digo porque las versiones de TLS es algo de los servidores y de los navegadores (TLS 1.0, 1.1, 1.2, 1.3, etc), nada que con WordPress ni con cualquier otro gestor de contenido. Tampoco con el tipo o versión de la base de datos.

    ¿Qué has actualizado exactamente, que tipo y versión de base de datos utilizas y que versión de WordPress tienes?

    PD: Si es urgente y por trabajo, igual te compensa contratar a un profesional que te solucione el problema rápido.

    Yo desde aquí lo veo todo bien, en lo que respecta al favicon. Fíjate que a línea que marcas en la imagen tiene 0ms de tiempo de descarga, probablemente porque ya tengas la imagen en la caché del navegador, por lo que no parece que sea el motivo de la carga lenta de tu web.

    Lo que veo que tarda 2 segundos es en responder el servidor para empezar a descargar el HTML. Deberías corregir eso. A mí aquí me sale un TTFB (Time To First Byte) de 1.93s (https://ibb.co/c2ubNp), eso es muchísimo, deberías tenerlo por debajo de 0.5s, mejor sin consigues por debajo de 0.3s, excelente si llegas a un rango por debajo de 0.15s.

    ¿Tienes el HTML cacheado? Si no, deberías tenerlo (por ejemplo con Supercache, W3TC, WP Rocket, etc).
    ¿Tu servidor soporta HTTP/2? Si no, debería soportarlo. El tiempo de conexión con https y HTTP/2 mejora enormemente respecto a https con HTTP1.1.

    Foro: Hacks
    En respuesta a: Varios idiomas WordPress Premium

    Hola!!

    Por lo que comentas parece que hablas de los servicios de alojamiento de wordpress.com (un servicio que ofrece la empresa Automattic). Aquí, en wordpress.org, tratamos sobre el software open source WordPress.

    Son dos cosas distintas, perdona por la confusión, es bastante habitual que se produzca.

    Si tienes dudas sobre los servicios de wordpress.com, por favor, pregunta allí, es una empresa privada con sus empleados y equipo de soporte. Si tienes dudas sobre el software de código abierto, aquí estaremos para responder y ayudar en lo que podamos.

    Yo no «copiaría» los datos de wp_postmeta a wp_posts, lo que haría sería «leer» los datos de wp_postmeta para obtener la URL de la imagen que tienes en el meta field y el post asociado, y luego:

    – Con la URL de la imagen creas el correspondiente attachment con la función wp_insert_attachment()
    – Con el post asociado y el id del attachment creado en el paso anterior, estableces la imagen destacada con la función set_post_thumbnail()

    Así te debería quedar todo perfecto y conforme al API de WordPress. Espero que te sirva.

    PD: Ten en cuenta que un attachment no tiene por qué tener un post parent, es opcional, y si lo tiene solo puede tener uno, aunque un mismo attachment puede ser utilizado como imagen destacada en varios posts. La asociación entre un post y su imagen destacada es a través del meta field _thumbnail_id y no a través del post parent. Te lo digo por si tienes la misma imagen destacada en varios posts.

    Parece un problema del theme casi con total seguridad. Como un theme de pago, deberías contactar con su servicio de soporte. Nosotros no tenemos acceso al theme a no ser que también lo compremos.

Viendo 15 respuestas - de la 1 a la 15 (de un total de 474)