Beiträge von fried.dbm

Lieber SirEctor,

danke für deine Rückmeldung.

Im Grunde wende ich das sowohl bei den Bulit-In, als auch Custom PTs ab.

Anbei ein Schnippsel, welchen ich bereits seit Jahren so andere.

add_action( 'added_post_meta', __NAMESPACE__ . '\\setMetaOnSave', 10, 4 );
add_action( 'updated_post_meta', __NAMESPACE__ . '\\setMetaOnSave', 2, 4 );
function setMetaOnSave( $meta_id, $object_id, $meta_key, $_meta_value ) {
  $post_id                = ( !empty( $post_id ) ) ? $post_id : get_the_ID();
  $post_type              = get_post_type( $post_id );


  if ( !empty( $post_type ) ) {
    switch ( $post_type ) {
      /**
       * POST
       **/
      case 'post':
        if ( $key === 'ctr_alpha' && !empty( $value ) ) {
          // do_action ...
        }
        break;


      /**
       * COMPANY
       **/
      case 'company':       
        if ( $key === 'ctr_base' && !empty( $value ) ) {
          // do_action ...
        }
        break;
    }
  } else {
    return false;
  }
}

Danke,
LG

Schönen Nachmittag zusammen,

um zu überprüfen, ob ein Wert - unabhängig als String oder Serialisiert - in einen Custom Field geändert wurde, hatte ich bisher den Hook "updated_{meta_type}_meta" genutzt - hat bisher wunderbar funktioniert und alle Werte aus dem jeweiligen Datensatz ( key & value ) zurückgeliefert.

Nachdem ich die Funktionalität seit längeren nicht mehr für die letzten Projekte genutzt bzw. benötigt hatte, wurde ich erst jetzt bei neuen Projekt darauf aufmerksam, das - egal welches custom field gespeichert / überschrieben wird - immer wieder der selbe key zurück kommt: "_edit_lock"

Lt. Doku und Changelog konnte ich keine Änderung(en) feststellen - ist jemanden von euch etwas bekannt?

Danke & LG
Stefan