Respuestas de foro creadas

Viendo 15 respuestas - 1 de 15 (de 23 total)
  • Hice pruebas trabajando en local, con wordpress reciente y de 0, plantilla twentyseventeen intacta, sin plugins… Os pongo los resultados:

    • El código del enlace compartido no funciona con get_the_excerpt();. Tampoco con the_excerpt();.
    • Sí funciona cuando hemos editado un extracto desde el backend, siendo limpio el contenido de get_the_excerpt(); y «salvaje» el contenido de the_excerpt();.
    • Con el extracto editado funciona get_the_excerpt(); directamente, sin necesidad de pasarle el ID del post (acordaos que estamos en single.php, aunque el CODEX reza la necesidad de usarlo dentro del LOOP). El resultado es el mismo que si usáramos el código del enlace compartido.
    • Y perdón… Sí funciona el código compartido por LGrusin. ¡Gracias!

    ¡Saludos!

    • Esta respuesta fue modificada hace 1 año, 11 meses por SerGi.

    Yo descartaba esa causa, pues get_the_excerpt(); sí muestra el extracto en la meta etiqueta (antes de abrir el LOOP) cuando el extracto está editado. Debo suponer, entonces, que cuando llama a single.php ya cuenta con la ID del post, ¿correcto?

    La duda es recoger el extracto automático generado en los casos en los que el extracto no está editado.

    ¡No sé si me explico!
    Saludos

    Genial!

    Muchas gracias. Tema resuelto 🙂

    Gracias

    Vi que también hay funciones de wordpress para conseguirlo, como wp_filter_nohtml_kses(). Quizá lo más limpio sea usar strip_tags() ¿no?

    Las 3 opciones me funcionaron bien, sin embargo, y con el propósito de eliminar todas las etiquetas en una meta descripción, no logré que me funcionara ninguna de esas opciones cuando quise usarlas con the_excerpt(). Como no lo solucioné forzando el tipo string no sé a que puede ser debido. Lo curioso es que sí funciona con get_the_excerpt() pero a cambio aparecen saltos de línea. Creo que tendria que abrir otro hilo…

    ¡Gracias!

    LGustrin, acertaste con ese último enlace, y me convenció para simplificar código, aunque finalmente usé wp_title() que lo resuelve de forma general y controlable.

    ¡Saludos!

    ¡Buenas!

    Creo que puedo ayudarte. Esta es la función que uso yo:

    function custom_login() { /* Modifica la hoja de estilos */
    	echo '<link rel="stylesheet" type="text/css" href="' . get_bloginfo('stylesheet_directory') . '/style.css" />';
    }
    add_action('login_head', 'custom_login');
    add_action('logout_head', 'custom_login');
    
    function custom_login_url() { /* Modifica la URL del logo */
    	return get_bloginfo( 'url' );
    }
    add_filter( 'login_headerurl', 'custom_login_url' );
    
    function custom_login_title() { /* Modifica el texto del mouse hover */
    	return get_bloginfo( 'name' ) . ' | ' . get_bloginfo( 'description' );
    }
    add_filter( 'login_headertitle', 'custom_login_title' );

    Pero el código es una mezcla de info de la red y del códex:
    https://codex.wordpress.org/Plugin_API/Action_Reference/login_head

    ¡Espero que te sirva!

    Tenéis toda la razón,

    El problema es que, como sabéis, un archivo de plantilla no contempla las meta etiquetas, sinó que las coje de header.php (dentro de head). Para aplicar vuestra solución habría que copiar todo el contenido del header.php a category-109.php y eso queda como una chapuza…

    Finalmente opté por algo más sencillo: controlar directamente la metaetiqueta dentro de header.php con un if específico. Aunque eso es una solución algo temporal…

    Tiene que haber alguna función que coja el nombre de la categoría o la etiqueta que abres desde el menú, en vez del título del primer post que contiene, como ocurre en get_the_title().

    SerGi

    (@sdesergi)

    Buenas,

    Yo creo que no deberías de imponer un orden de carpetas que se «pelee» con wordpress y pueda crear incompatibilidades, pero el fallo que veo es más de arquitectura web (clasificación jerárquica).

    En este sentido, la url home/miembros/libros/manual.pdf seria equivalente a home/libros/miembro/manual.pdf y las dos serian incorrectas puesto que se mezclan distintas naturalezas en una misma jerarquia. En una jerarquia la clasificación debe ser excluyente, de tal forma que detrás de home/miembros/.. solo pueden haber tipos o nombres de miembros y detrás de home/libros/.. solo pueden haber tipos o nombres de libros. Si quieres que un documento lleve referenciado a su miembro correspondiente podrías usar algo más simple como el nombre del archivo. ¿Como lo ves?

    ¡Saludos!

    Buenas,

    Me encuentro con el mismo problema y uso el mismo plugin.
    kuro, ¿solucionaste el problema? He planteado el problema en el foro del plugin.
    pablocianes, entiendo que te refieres a duplicar el archivo frontpage.php y renombrarlo con el slug de la página que está seleccionada desde Ajustes > Lectura, ¿es correcto? Si es así, no funciona…

    En mi caso uso en el front-page los paneles, una característica que viene con la plantilla de wordpress Twenty seventeen. La traducción se ejecuta correctamente en toda la web y también en los menús, el título y le descripción del sitio de la Frontpage, pero los paneles (que usan el extracto de las páginas impuesto por la etiqueta more) no se traduce. No le veo sentido alguno pero desconozco como funciona exactamente la traducción en wordpress por que hasta ahora Polylang me ha ido de fábula en varios proyectos.

    ¿Alguna idea?

    • Esta respuesta fue modificada hace 2 años, 1 mes por SerGi.

    Ok

    Sí, eso es lo que uso ahora. Entonces, con paginación es lo único que funciona. No hacia nada mal… 🙁 Bueno sí: no dominar el inglés y no dedicar más tiempo leyendo el códex 🙂 Ya navegué por el códex en versión inglesa y no leí eso, pero todavía me pierdo. Encuentro la estructura un poco caótica…

    Ok, doy el tema por zanjado. ¡Muchas gracias por la ayuda!
    Sergi

    Buenas,

    Disculpen que me haga pesado y cambie el estado del debate en «sin resolver«. Supongo que si tenia la opción era por qué podia cambiarlo y, desde luego, sigo sin pensar que es un tema resuelto. Yo si lo he resuelto por otro camino pero esta función sigue mostrando errores. Me quedo sin herramientas para explicarme pero… ¡voy a intentarlo de nuevo!

    ———– INICIO ————————-

    Partiendo de 0: Caché, cookies y polvo limpio. WordPress v.4.8. Xampp actualizado v.7.1.7. 0 plugins. Base de datos nueva. Todo nuevo y recién instalado en local. Ajustes > Lectura > Número máximo de entradas a mostrar en el sitio: 5. Nada cambiado. NADA.

    Contenido creado: 3 categorias con 10 entradas cada una. Total: 30 entradas (10 + 10 + 10).

    ———— COMPROBACIONES —————–

    Modificación 1 del Loop en el archivo index.php:

    $misEntradas = new WP_Query('cat=1');
    if ( $misEntradas->have_posts() ) :		
      while ( $misEntradas->have_posts() ): 
        $misEntradas->the_post();

    RESULTADO: Contenido filtrado (ok). El contenido se repite en cada página (error). La paginación crea páginas para mostrar las 30 entradas en vez de las 10 (error).

    Modificación 2 del Loop en el archivo index.php:

    $misEntradas = new WP_Query(array( 'cat' => 1, 'posts_per_page' => 6 ));
    if ( $misEntradas->have_posts() ) :		
      while ( $misEntradas->have_posts() ): 
        $misEntradas->the_post();

    RESULTADO: Contenido filtrado (ok). Entradas por página modificadas a 6 (ok). El contenido se repite en cada página (error). La paginación crea páginas para mostrar las 30 entradas en vez de las 10 (error).

    Modificación 3 del Loop en el archivo index.php:

    $misEntradas = new WP_Query(array( 'cat' => 1, 'posts_per_page' => 6, 'paged' => $paged ));
    if ( $misEntradas->have_posts() ) :		
      while ( $misEntradas->have_posts() ): 
        $misEntradas->the_post();

    RESULTADO: Contenido filtrado (ok). Entradas por página modificadas a 6 (ok). El contenido no se repite (ok). La paginación crea páginas para mostrar las 30 entradas en vez de las 10 (error).

    Si alguien hace la prueba, por favor, que la haga creando las 3 categorias con varios posts en cada una, no con una sola categoria. Yo lo probé antes y durante la publicación de este debate con los mismos resultados. Ya son 5 intentos y si el fallo es mio no se me ocurre por donde lo puedo cometer. Como consecuencia interpreto que estas modificaciones del Loop, incluso siguiendo las instrucciones del Códex, son erróneas o incompletas.

    Ánimo y paciencia, y saludos 🙂
    SerGi

    Lo volveré a probar otra vez (¡por 5ta vez! :D), no sea que se me escaa algo, pero eso de

    se adapta la paginación al número de posts totales de esa categoría

    es lo que a mi no me sucede. Se adapta a los posts totales del blog, no totales de la categoría.

    Es decir, siguiendo tu ejemplo (no te he respondido del todo bien), y teniendo en cuenta que entre todas las categorias hay los 30 posts, respondo entre líneas…

    – 10 posts de la categoría 3 y le dices en ‘posts_per_page’ => 5, mostraría la paginación de dos páginas de 5 posts cada una. Incorrecto, mostraria esas 2 páginas más las 4 páginas vacías de los 20 posts restantes.
    – Si le dices que muestre ‘posts_per_page’ => 6, te dará paginación para 2 páginas, la primera con 6 posts y la última con 4. Incorrecto, mostraria 5 páginas, a partir de la 2da página estarian vacías.
    – Si le dices que muestre ‘posts_per_page’ => 4, te dará paginación para 3 páginas, las dos primeras con 4 posts y la última con 2. No, mostrará 8 páginas, las 3 primeras como tu dijiste y el resto vacías.

    Has dicho 10 posts, ¿cierto? Esos son el nº de posts totales a los que me refiero. Por eso no dije nº de posts por página, dije nº de posts

    siempre se paginaban las páginas necesarias para meter las 30 entradas totales del blog, en vez de las 10 entradas que debía mostrar

    De ahí que siga insistiendo 🙂 ¡por qué no me queda claro que se haya entendido el error!

    Si algo se me escapara ya me diréis.
    Saludos

    Pero LGrusin, cómo le vas a especificar el nº de posts a mostrar si eso es algo dinámico que va aumentándose a medida que vas publicando. Puede que algo se me escape pq no controlo el códex pero tp le veo sentido alguno, y el nº de posts por página no tiene nada que ver con el nº de posts a mostrar. Seguro que no estamos confundiendo esos dos términos?

Viendo 15 respuestas - 1 de 15 (de 23 total)