Convierta cualquier sitio de WordPress en una revista basada en problemas

En la publicación fuera de línea, la publicación periódica habitual es el modelo dominante, ya sea el periódico diario o la revista trimestral. Sin embargo, en línea, este enfoque acaba de aplicar y, sin embargo, publicar en números sería beneficioso para muchos sitios que no forman parte del “ciclo de noticias las 24 horas”. Transformar su sitio de WordPress en una publicación en línea en línea no es difícil. Déjame enseñarte como.

La publicación periódica es el elemento básico de la publicación impresa, pero rara vez se usa en línea, el contenido es el rey, como dicen, pero en este día de la publicación de “muy”, se pierde una cantidad considerable de contenido en el volumen total a través del cual Los consumidores deben pasar o son rápidamente empujados a la oscuridad por el incansable ritmo de publicación.
Puede ser sorprendente que tan pocos sitios hayan adoptado un modelo de publicación periódico, especialmente si considera aumentar el uso de tabletas, donde las revistas digitales son fáciles de consumir y especialmente la popularidad continua de los boletines informativos a través de E. -Mail Digest. Un conjunto de contenido organizado, lanzado en un programa regular, ya sea diario, semanal, mensual o trimestral, ofrece ventajas tanto para el lector como para el editor. Para los editores, significa que no tiene que ser el esclavo del paradigma de publicación instantánea. Existe la oportunidad de hacer un equilibrio, centrarse en la calidad y producir contenido de sustancias.
Para el lector, no hay presión para “mantener” todo y nada. Hay consuelo en la ciencia en la que alguien en quien confía organiza en su nombre y la oportunidad de “agrupar” con un buen sitio (una ventaja para los editores). Falta de ejemplos ¿Significa que la publicación regular es difícil? No. De hecho, es sorprendentemente fácil. Al mantenerlo simplemente en el diseño de esta solución, intenté adherirme al principio de beso tanto como sea posible. En “Mantener [estúpido]”, no solo hace que sea más fácil entender e implementar, sino que también debería significar que funcionará con cualquier instalación existente de WordPress, con poca o en absoluto. ¿Significa una publicación regular? Bueno, estos son los criterios con los que trabajaremos:
El contenido se agrupa en problemas
Solo se muestra el contenido del problema seleccionado
Los visitantes pueden cambiar el problema visitando la página con problemas anteriores y seleccionando otro problema
Los visitantes pueden ver contenido para un problema
Los visitantes pueden realizar una búsqueda sobre el problema (así como en todo el sitio)
La única extensión del modelo de contenido es una taxonomía personalizada llamada problemas, de lo contrario, utiliza categorías, páginas y publicaciones, como cualquier sitio normal de WordPress y no se requieren cambios obligatorios.
Presentación general de 30,000 pies
Una taxonomía personalizada realiza la mayoría de las cargas pesadas La mayoría de las cargas pesadas se realiza mediante una taxonomía personalizada, con otros componentes solo en orden.

La taxonomía personalizada reunirá los puestos en problemas y proporcionará filtración automática si se proporciona taxonomía y valor, por lo que debemos asegurarnos de que el problema actual se agregue a los enlaces relevantes. No habrá ningún problema contenido en el enlace. En este caso, filtraremos las publicaciones de acuerdo con una opción global personalizada que crearemos para mantener el valor actual del problema.
Para asegurarnos de que no navegamos fuera de la edición actual, debemos agregar un cheque para navegar por la publicación (“Publicación anterior” y “Publicación siguiente”) para asegurarnos de que solo envíe las publicaciones en el mismo problema.
Necesitamos actualizar la opción global personalizada cuando queremos publicar un nuevo problema. Para lograr esto, nominaremos una categoría de publicación como una “categoría principal” y cada vez que se publique una nueva publicación en esta categoría, actualizaremos la opción global con el problema de la publicación.
Para hacer la publicación de un número un poco más fácil, al publicar en la categoría principal se publica, publicaremos todas las otras publicaciones que están en el mismo número y tendremos el estado “esperando”. No tiene que publicar todas las publicaciones antes de publicar en la categoría principal evita que aparezcan; Al usar el estado de “espera”, también evitamos mensajes inacabados.
Agregaremos la posibilidad de establecer la categoría principal e incluso cancelar el problema actual agregando algunos campos a la configuración> general desde la interfaz de administración.
Y finalmente, haremos algunos códigos cortos disponibles. Se mostrará el contenido de la edición actual, una lista de publicaciones con problemas agrupados de acuerdo con su categoría; El otro proporcionará una lista de “problemas detrás”, prácticamente una lista de publicaciones publicadas en la categoría maestra. Lo que hace y luego pasará por cómo se hace.
Cómo configurar la publicación periódica Puede configurar la publicación periódica en su sitio web de WordPress en cuatro pasos simples: el paso 1-descarga e instalar el complemento que empaqué todo el código en un complemento, así que descargue e instálelo en una prueba de sitio de WordPress que contiene Contenido suficiente para crear más problemas. Paso 2: crear y asignar problemas
Asigne un problema con Metabox, encontrará una nueva opción de menú en el menú Publicar. Aquí puede crear nuevos problemas y darles una descripción. Agregue una descripción, ya que desee usarla en su tema.
Ahora, revise las publicaciones existentes (o cree nuevas publicaciones) y asigne problemas utilizando el problema Metacase en el borde derecho. Paso 3: establezca la categoría principal permaneciendo en la interfaz de administración, navegue por la configuración> General y encontrará una nueva sección llamada Configuración de la revista. Aquí puede establecer la categoría principal y el problema actual (es decir, el más reciente). Las publicaciones en la categoría principal actúan como un problema. Cuando publica una publicación en esta categoría, no solo actualiza el valor presente del problema con el problema de la publicación, sino también todas las otras publicaciones en la misma edición que tienen el estado de espera.
La categoría maestra también es utilizada por el código corto [backissues]. Establezca el problema actual y la categoría principal en Configuración> General, también puede establecer el problema actual. Este debería ser un cuadro desplegable que consiste en los problemas que ha creado en el Paso 2. Cuando implementa problemas basados ​​en un sitio existente, probablemente desee establecer manualmente el problema actual. Paso 4: cree páginas con problemas y contenido.

Agregue las nuevas páginas a un menú en su sitio. Esto debería ser suficiente para convertir su sitio en una revista basada en problemas. Navegue a su sitio y debe ser recibido con una página inicial que contenga solo publicaciones que se les asigne el problema actual. Revise cualquier enlace de categoría, notará que el problema se ha adjunto a la cadena de consulta, asegurándose de que el problema se transmita en las listas de archivo. Los enlaces de publicaciones individuales no necesitan la cadena de consulta modificada, porque el problema actual puede ser determinado por la publicación misma.
Haga clic en el sitio, descubrirá que permanece en un problema en cualquier momento, a menos que haga una búsqueda o seleccione un problema detrás. Seleccionar una publicación de una búsqueda selecciona efectivamente un nuevo problema y, nuevamente, permanecerá en este problema si no mira nuevamente. Si su sitio usa la navegación posterior al post (publicación anterior y la próxima publicación), verá que también se mantiene en el problema. Esta no es una función de la taxonomía personalizada, pero se debe a un filtro de publicación que eliminará cualquier enlace a una publicación que no sea parte del problema actual. También puede intentar publicar una nueva publicación en la categoría maestra. Asegúrese de tener algunas publicaciones del mismo problema establecido en “esperar” antes de publicar en la categoría principal y verá que todas las publicaciones se publicarán, así como la opción para que se actualice el problema global actual. Entonces, ¿cómo funciona todo? Hay una serie de componentes, pero, con mucho, lo más importante es la taxonomía personalizada. El corazón de la solución: la taxonomía de problemas personalizados de los problemas de taxonomía personalizados permite la publicación de un problema particular y esto permite el control sobre el modo y cuando se muestra.
Se pueden crear taxonomías personalizadas utilizando el código o utilizando cualquier número de complementos, incluido el tipo personalizado de WPMudev, el campo personalizado y el complemento de taxonomía personalizado, CustomPres ($ 19). El complemento crea una nueva taxonomía que agrega:

Un nuevo problema de opción de menú en publicaciones en la interfaz de administración, donde se pueden administrar problemas
Un problema de metabox en la pantalla de edición de publicaciones, donde los términos de los problemas de taxonomía (por ejemplo, “uno”, “dos”) pueden asignarse a una publicación como la etiqueta de problemas en la pantalla posterior a la lista, permitiendo la lista de publicaciones a cualquiera filtrado en un término problemático
La parte más importante de la creación de taxonomía es establecer el argumento Query_Var en verdadero. Esta simple atribución garantiza la filtración automática de publicaciones si el término taxonomía y un valor se incluyen en la URL. Por ejemplo, si tenemos la revista URL.com?Issise=Two, WordPress admitirá que se usa una taxonomía (problema) y usará el término (dos) cuando interrogue efectivamente las publicaciones, seleccionando solo aquellas publicaciones a las que se les asignó término. Esto es, sinceramente, brillante para la publicación periódica. Y, además, la filtración ocurre solo en el bucle y, por lo tanto, no tiene impacto en los menús o la salida del widget. Por supuesto, eso significa que tenemos que agregar taxonomía a los enlaces relevantes en el sitio. Agregar el problema a los enlaces y categorías de página De hecho, todo lo que tenemos que hacer es agregar el problema a los enlaces a páginas y categorías. Las publicaciones para las que no tenemos que preocuparnos, porque no tenemos que filtrar y siempre podemos plantear el problema actual de la publicación en sí. Para cambiar la cadena de consulta, nos conectamos a los filtros incorporados que se activan cuando generamos enlaces de páginas y categorías y agregamos problemas a los argumentos de consulta.
return add_query_arg (’emisión’, mag_get_current_issue (), $ url);

}
// Asegúrese de que se agregue el problema a los enlaces de página, enlaces de categoría y búsqueda de linksadd_filter (‘Page_link’, ‘MAG_ADD_ISSE_TO_LINK’);
add_filter (‘category_link’, ‘mag_add_isse_to_link’);
La función MAG_GET_CURRENT_ISSE () determina el término más apropiado para la taxonomía de problemas. Haga esto en el siguiente orden de preferencia:
Si se muestra una publicación, entonces obtienes la fecha límite para publicar
Si la cadena de consulta contiene un problema, use el valor
Obtenga el valor de la opción global “Current_Sise”
Tratamiento especial para la página principal obviamente, si un visitante escribe en la página inicial de su sitio, entonces no hay información sobre los problemas para trabajar. Para ayudar a la página inicial, pre_get_posts selección manual de publicación conectando a la acción pre_get_posts que se llama antes de ejecutar una consulta de publicación: función
if ($ query-> is_home () && $ query-> is_main_query ()) {
if (! get_query_var (’emisión’)) {
$ tax_query = array (
Matriz (
‘Taxonomía’ => ‘problema’,
‘Field’ => ‘Slug’,
‘Términos’ => MAG_GET_CURRENT_ISSE (),
)
);
$ query-> set (‘tax_query’, $ tax_query);
}
}
}
// Registre el filtro
add_action (‘pre_get_posts’, ‘mag_front_page_filter’);
Se requiere esta acción para cada consulta de publicación, por lo que el aspecto más importante es asegurarse de que solo la consulta principal en la página inicial se vea afectada. Todavía verificamos si el problema está en la cadena de consulta (si es así, la filtración sucederá de todos modos) y si no es así, hemos configurado su propio filtro de taxonomía al agregar un argumento Tax_Query a la consulta. Mantener el problema navegando por los enlaces posteriores a la navigación no se generan en el bucle, por lo que los enlaces de publicación siguientes y anteriores no se filtran. Si los dejamos no publicados, finalmente los enlaces a las publicaciones fuera del problema eventualmente aparecerán. Podemos evitar esto utilizando los filtros next_post_link y anteriores_post_link para devolver un enlace solo si la publicación está vinculada está en el problema actual.
If (! Has_term (mag_get_current_issue (), ’emisión’, $ post)) return ”;
devolver $ salida;
}
// Agregue el cheque a los enlaces de publicación anteriores y anteriores: asegúrese de que haya pasado 4 parámetros para que obtengamos $ Post
add_filter (‘next_post_link’, ‘mag_check_post_navigation’, 10, 4);
add_filter (‘anterior_post_link’, ‘mag_check_post_navigation’, 10, 4);
Publicar un número La categoría principal controla la publicación de un número. Me imagino que la categoría maestra puede algo así como editorial, porque en la mayoría de las publicaciones periódicas generalmente hay una especie de “bienvenida”. Entonces, cuando se publica una nueva publicación en la categoría principal, esto activará el problema al que se ha asignado la publicación, así como todas las otras publicaciones de edición que están esperando. Todo esto se logra conectándose a la acción de Publish_Post .Function mag_check_for_new_issue_on_publish ($ post_id) {// Compruebe que esta es una publicación real y no una actualización
if (($ _post [‘post_status’] == ‘publicar’) && ($ _post [‘original_status’]! = ‘publicar’)) {
// ¿Está la publicación en la categoría maestra?
if (in_category (get_option (‘mag_master_category’), $ post_id)) {
// Obtenga el problema y asigne esto a la opción global Current_SISSE
$ Terminates = get_the_terms ($ post_id, ’emisión’);
If ($ términos) {
update_option (‘mag_current_issue’, $ términos [0]-> slug);
}
// publicar todas las publicaciones que tienen en el mismo problema
$ args = array (
‘Post_per_page’ => -1,
‘post_status’ => ‘pendiente’,
‘Tax_query’ => Array (
Matriz (
‘Taxonomía’ => ‘problema’,
‘Field’ => ‘Slug’,
‘Términos’ => $ Términos [0]-> Slug,
)
)
);
Remove_action (‘publish_post’, ‘mag_check_for_new_issue_on_publish’);
// Obtener una lista de publicaciones
$ Issis_Pending_Posts = get_posts ($ args);
// recorrer y establecer cada post_status en pubish
Foreach ($ emits_pending_posts como $ pending_post) {
$ pending_post-> post_status = ‘publicar’;
wp_update_post ($ pending_post);
}
add_action (‘publish_post’, ‘mag_check_for_new_issue_on_publish’);
}
}
}
// Registre la acción
add_action (‘publish_post’, ‘mag_check_for_new_issue_on_publish’); la función, que se llama después de la publicación, primero verifique si esta es una publicación por primera vez y no una actualización. Activaremos este código solo en la primera publicación. También queremos continuar procesando solo si la publicación que se publica está en la categoría maestra. Si esta es la primera en publicar una publicación en la categoría principal, primero actualizaremos el problema global opcional con el problema atribuido a la publicación. El primer problema siempre se usa, por lo que si se han asignado más problemas, los otros serán ignorados. Luego obtenemos una lista de publicaciones de la nueva edición actual y establecemos el estado de publicación para su publicación. Notará que cuando configure los argumentos para la llamada a get_posts, Post_per_page se establece en -1 para exceder cualquier límite construido. También notará que, antes de pasar por las publicaciones, se elimina la acción personalizada. Esto deja de llamar nuevamente a la función personalizada como resultado de la llamada a wp_update_post y ayuda a prevenir bucles interminables. La acción se restaura después de que se han procesado todas las publicaciones. Hacer cortos de trabajo cortos con códigos cortos Se incluyen tres códigos cortos en el complemento:
[Backissues] Muestra todas las publicaciones en la categoría principal en una lista desordenada.
[Contenido] Muestra publicaciones para el problema actual en listas desordenadas de una lista desordenada de títulos de categorías
[Display_issue] Muestra un que contiene el término actual del problema (por ejemplo, “dos”) y la descripción del problema
El complemento permite el uso de códigos cortos en widgets que pueden ser útiles para el código corto [display_issue]. No pasaré por el código de código corto ni el código de configuración aquí, porque no está estrictamente relacionado con el tema aquí. Sin embargo, puede obtener más información sobre la configuración de API y API de código corto en el códice de WordPress. Extender la solución Si bien esta solución le permitirá publicar problemas basados ​​en cualquier sitio web de WordPress, es solo un marco básico y probablemente desee expandirlo para satisfacer sus necesidades o integrarlo mejor con su tema. Las áreas principales serían: extender La búsqueda para activar “solo este problema” y “todo el sitio”
Limite los comentarios a un problema o al menos muestre el término problema
Proporcionar un mejor acceso al contenido, especialmente en tabletas
Cambiar la página inicial para convertirse en una “portada” del problema
Estoy seguro de que hay otros, pero espero que este sea un buen comienzo para alentarlo a que busque seriamente la publicación basada en el problema. Créditos fotográficos: Ken Hawkins, Simon Q
Si usa este código, dígame cómo va. También me interesaría escuchar lo que piensa sobre la publicación basada en problemas, especialmente si ya está utilizando este enfoque.
Etiquetas:
taxonomía