Respuestas:
Esto no hace esa respuesta impresionante, pero ... ninguna .
get_
este sufijo generalmente significa que la función devuelve algo, the_
esa función hace eco de algo.
wp_
no tiene un significado técnico y la inconsistencia en la asignación de nombres proviene de la participación de muchos desarrolladores y la falta de movimiento para unificar (avanzar se considera más importante que las principales limpiezas de cosas más antiguas para que quede ordenado).
Wordpress fue y está escrito por muchas personas diferentes. Los parches se discuten dentro de WordPress Trac y quien envíe o asigne un ticket de Trac puede publicar parches. Si el parche se acepta y se traslada al núcleo de una próxima versión, simplemente está ahí. Entonces, a veces las funciones, vars, etc. obtienen el prefijo, mientras que otras veces no. Se basa en los desarrolladores participantes.
Siempre asumí que la distinción era que, más allá de las etiquetas de plantilla básicas, que generalmente solo tienen el nombre descriptivo más simple posible:
wp_
son generalmente funciones de API públicas de alto nivel, que están prácticamente garantizadas para estar siempre disponibles y mantener la compatibilidad hacia adelante.Sin embargo, no sé si esto fue alguna vez intencional. Y como han dicho las otras dos respuestas, no se sostiene de manera consistente. Su ejemplo de update_post_meta
es un ejemplo perfecto de algo que parece que debería tener un wp_
prefijo si mi clasificación fuera verdadera. Pero hay suficiente código heredado profundo en WordPress para rechazar cualquier intento de dar sentido a cualquier convención de nomenclatura.
_*
Pero no hay muchas de ellas y, en la práctica, tampoco son tan internas.