¿Con qué frecuencia necesita registrarse_post_type?

2

Suponiendo que escriba un complemento y se conecte a activación / desactivación en register_post_type ¿es eso suficientemente bueno? ¿O necesita hacerlo cada init ?

Estoy buscando mejoras de rendimiento y quiero reducir las llamadas innecesarias.

GenerateWP utiliza add_action( 'init', 'custom_post_type', 0 ); , por lo que podría ser tan pronto como quiera registrarlo.

VENTAS

  • @ s-ha-dum :

      

    register_post_type debe llamarse en cada carga de página

         

    Los datos post se guardan en la base de datos, pero el registro le dice al PHP qué hacer con ellos.

  • @ pieter-goosen :

      

    Los tipos de compilación en realidad se registran dos veces en cada carga de página (debido a la localización que solo está disponible en init )

pregunta jgraup 18.12.2015 - 22:10

2 respuestas

3

register_post_type debe llamarse en cada carga de página-- init parece estar bien y es el gancho utilizado en la muestra del Codex . Los datos de la publicación en sí se guardan en la base de datos, pero el registro le dice al PHP qué hacer con ella. La mayor parte de la información de tipo de publicación, el $labels , el $args , no se mantiene en la base de datos por lo que sé (aunque estoy de acuerdo en que podría haber un argumento para hacerlo) , así que sin ese código de registro, Core no sabe realmente sobre el tipo de publicación.

Usted mismo puede probar esto fácilmente al registrar el tipo y luego comentar el código.

    
respondido por el s_ha_dum 18.12.2015 - 22:13
2

Todos los tipos de publicaciones y taxonomías se registran en cada carga de página, independientemente de que estén integradas o no. Realmente no hay nada que puedas hacer al respecto.

Los tipos de compilación en realidad se registran dos veces en cada carga de página ( debido a la localización que solo está disponible en init ), por lo que tratar de optimizar tipos personalizados es bastante inútil.

Como los datos de tipos de correos y taxonomías no se almacenan en db, ya está ahorrando en llamadas a db, aunque está ensuciando el espacio global con sus datos. No estoy realmente seguro de qué es mejor aquí, agregar llamadas db adicionales a una cantidad ya insana de llamadas db por carga de página o agregar aún más basura al espacio global.

En realidad, Wordpress nunca tuvo la intención de convertirse en la corriente principal cuando comenzaron, por lo que nunca se pensó en muchas características. Algunos de los problemas creados en la versión anterior no se pueden deshacer sin romper miles de sitios debido a su política de compatibilidad hacia atrás.

Si realmente necesita optimizar su sitio, comience con cosas obvias como consultas, minimizando scripts y estilos, almacenando grandes cantidades de datos, etc. En cuanto a las funciones principales, todo lo que puede hacer es enviar propuestas para mejorar el rendimiento. de funcionalidades específicas y espero que sus propuestas sean aprobadas e incluidas en futuras versiones

    
respondido por el Pieter Goosen 18.12.2015 - 22:34

Lea otras preguntas en las etiquetas