bbPress

Descrición

Buscas un foro de discusión atemporal, elegante e áxil? bbPress é fácil de integrar, fácil de usar e está feito para crecer coa túa comunidade.

bbPress é un software de foros intencionadamente sinxelo pero infinitamente potente, creado por colaboradores de WordPress.

Notas para desenvolvedores

Actualizacións de contos na 2.6.17

bbPress agora sincroniza os seus contos integrados de debates e respostas públicos e ocultos, os contos agregados de foros e os contos de contribucións dos usuarios en bbp_transition_post_status coa prioridade 10, despois de que WordPress garde o novo estado da entrada. Cando un debate cruza o límite de estado público, o seu conto almacenado de respostas públicas aplícase ao agregado do foro en lugar de recontar todas as respostas. A acción recibe o novo estado, o estado anterior e o obxecto WP_Post. O filtro bbp_pre_update_counts_on_transition_post_status pode interromper a operación completa de conto de debates ou respostas para ciclos de vida de estados personalizados ou almacenamento de contos.

As accións existentes de debates e respostas bbp_new_*, bbp_insert_*, bbp_trash_*, bbp_untrash_*, bbp_spam_*, bbp_unspam_*, bbp_approve_* e bbp_unapprove_* seguen disparándose cos mesmos argumentos e momento. As súas accións completadas correspondentes, como bbp_trashed_*, tamén seguen dispoñibles. As funcións públicas auxiliares de conto tamén seguen podendo chamarse.

Na creación de debates e respostas, a transición de estado ocorre dentro de wp_insert_post(). Por tanto, as accións posteriores bbp_new_* e bbp_insert_* seguen executándose despois de actualizar os contos de estado e despois de que bbPress garde os seus metadatos de relación. As integracións específicas da creación poden seguir nesas accións.

Na moderación, a sincronización dos contos de estado ocorre entre a acción previa á transición existente, como bbp_spam_reply, e a súa acción completada, como bbp_spammed_reply. As extensións que precisen todos os cambios persistidos nos contos de estado de debates, respostas, foros e usuarios deben usar bbp_transition_post_status coa prioridade 11 ou posterior. As accións de moderación completadas comezan despois de que eses contos se finalicen.

bbPress xa non vincula os seus propios callbacks integrados de conto de estado de debates, respostas, foros e usuarios ás accións de creación e moderación. Por tanto, disparar manualmente unha desas accións sen cambiar o estado da entrada xa non actualiza eses contos. Os contos de voces e participacións dos debates seguen vinculados ás accións de creación e moderación completada, polo que disparar manualmente unha delas aínda pode recalcular voces e participacións sen un cambio de estado. O gancho de transición de prioridade 11 non observa esas actualizacións posteriores. As extensións que precisen que remate o recálculo de ambos poden usar a prioridade 31 ou posterior na acción herdada; bbPress executa os callbacks de participación antes dos de conto de voces. A pertenza aos contos provén das matrices filtradas de estados públicos e non públicos. As extensións que xa manteñen contos para estados personalizados deben eliminar os callbacks de conto duplicados e manter as matrices pública e non pública disxuntas. As funcións públicas de conveniencia de aumento e diminución agora validan o estado actual do debate ou resposta; usa as funcións de incremento de nivel inferior para unha diferenza numérica intencionada. Non dispares manualmente bbp_transition_post_status para simular unha escritura, porque o seu callback de conto considera como unha transición completada da base de datos os estados subministrados.

A eliminación definitiva non produce unha transición de estado da entrada. O seu mantemento de contos continúa mediante as accións existentes bbp_deleted_topic e bbp_deleted_reply.

As funcións de incremento de contos agora usan escrituras condicionais de metadatos e reintentos limitados para que as solicitudes simultáneas non sobrescriban os cambios de conto existentes das outras. Os filtros de conto existentes de bbPress e os filtros e accións estándar de metadatos de WordPress seguen executándose. Unha acción de metadatos previa á actualización pode executarse máis dunha vez cando unha solicitude perde unha comparación e reintenta; a súa acción posterior á actualización correspondente execútase só para a escritura exitosa. O filtro de interrupción de actualización de metadatos execútase unha vez para a chamada de incremento usando o seu primeiro valor candidato saneado. Un filtro de conto de usuario que cambia o resultado absoluto mantén o comportamento anterior de actualización absoluta e exclúe esa chamada da vía de diferenza atómica.

As táboas de metadatos de WordPress non impoñen pares únicos de obxecto e clave, polo que as insercións simultáneas por primeira vez manteñen a mesma limitación que a API de metadatos do núcleo. Ademais, unha solicitude pode esgotar os reintentos limitados cunha contención inusualmente alta. Un incremento atómico aplica unha diferenza ao seu valor almacenado ou por defecto e non é un reconto. O filtro bbp_pre_bump_count_meta pode interromper unha actualización, o filtro bbp_bump_count_meta_max_attempts controla o límite por defecto de cinco intentos de escritura, e o filtro bbp_bump_count_meta_types controla os tipos de metadatos de entrada, usuario, termo e comentario compatibles por defecto. bbp_update_user_topic_count() e bbp_update_user_reply_count() aceptan un terceiro argumento opcional $difference para este ciclo interno de incremento; as chamadas existentes seguen sendo compatibles.

Os cambios de autor da entrada e a eliminación de usuarios con reasignación de entradas agora concilian os contos afectados de contribucións do usuario, participación nos debates e voces. As operacións de moderación de mover, fusionar e dividir tamén concilian os contos dos foros de orixe, destino e ascendentes. As funcións de actualización de contos de foros aceptan un último argumento opcional para propagar a diferenza dun reconto polos totais ascendentes; as chamadas existentes seguen sendo compatibles. Os recontos de respostas de foros inclúen respostas públicas só cando os seus debates pais tamén son públicos. Unha resposta pública baixo un debate non público exclúese do total público do foro sen incluírse no conto de respostas pendentes, spam e no lixo. Os recontos de participación nos debates respectan os estados públicos filtrados de debates e respostas, e preservan outras relacións baseadas en termos.

Contos de subforos na 2.6.17

bbPress agora mantén os contos dos subforos cando os foros se envían ao lixo, se restauran, se eliminan definitivamente ou se moven entre pais. Os contos recursivos de foros inclúen subforos públicos, privados e ocultos, e exclúen os subforos con estados non contables. bbp_forum_query_subforum_ids() xa non herda o resultado máis amplo de bbp_get_all_child_ids; as extensións que personalizaron a pertenza ao reconto de subforos mediante ese filtro de nivel inferior deben usar bbp_forum_query_subforum_ids, bbp_get_countable_forum_statuses ou os filtros de estado do foro. A nova acción bbp_post_updated recibe o ID da entrada, o obxecto WP_Post actualizado e o obxecto WP_Post anterior despois de actualizar calquera tipo de contido de bbPress.

A actualización non recontabiliza de forma síncrona todos os foros. Os sitios con metadatos obsoletos coñecidos poden executar de forma selectiva as ferramentas de reconto e participación aplicables en Ferramentas > Foros > Reparar foros. Estas ferramentas poden ser custosas en sitios grandes.