Проверка обновления или создания нового поста в хуке save_post

Мой способ проверки (внутри hooked-функции) — сравнение даты публикации и даты изменения (в GMT для стандартизации)

function check_new_vs_update( $post_id ){
    $myPost     = get_post($post_id);
    $created    = new DateTime( $myPost->post_date_gmt );
    $modified   = new DateTime( $myPost->post_modified_gmt );
    $diff       = $created->diff( $modified );
    $seconds_difference = ((($diff->y * 365.25 + $diff->m * 30 + $diff->d) * 24 + $diff->h) * 60 + $diff->i)*60 + $diff->s;

    if( $seconds_difference <= 1 ){
        // Новая запись
    }else{
        // Обновлённая запись
    }
}
add_action('save_post', 'check_new_vs_update' );

Это работает, потому что даже при создании записи к ней прикрепляется дата изменения, которая точно такая же, как и дата создания, но мы допускаем отклонение в 1 секунду на случай, если секунда изменится во время создания записи.

В итоге я просто проверил наличие пользовательского значения перед его установкой. Таким образом, если это только что созданная запись, пользовательского значения ещё не будет существовать.

function attributes_save_postdata($post_id) {
  // Если это автосохранение, ничего не делаем
  if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE) return;
  // Проверяем nonce на безопасность
  if (!wp_verify_nonce($_POST['_attributes_noncename'], plugin_basename(__FILE__))) return;
  // Проверяем права пользователя для страниц и записей
  if ('page' == $_POST['post_type']) {
    if (!current_user_can('edit_page', $post_id)) return;
  } else {
    if (!current_user_can('edit_post', $post_id)) return;
  }
  // Получаем текущее значение метаполя
  $termid = get_post_meta($post_id, '_termid', true);
  if ($termid != '') {
    // Если значение существует - помечаем как 'update'
    $termid = 'update';
  } else {
    // Если значения нет - оставляем как есть
  }
  // Обновляем метаполе
  update_post_meta($post_id, '_termid', $termid);
}
// Добавляем обработчик сохранения записи
add_action('save_post', 'attributes_save_postdata');

Пример ответа на ialocin с параметром "update":

function save_func($ID, $post,$update) {

   if($update == false) {
     // выполнить что-то при первой публикации
   } else {
     // Выполнить что-то при обновлении
   }
}

add_action( 'save_post', 'save_func', 10, 3 );

Я только что столкнулся с хуком save_post при создании и обновлении записи. После изучения исходного кода, чтобы понять поток выполнения, я обнаружил, что следующий метод может быть полезен. Поскольку ранее он не упоминался, решил поделиться — вдруг кому-то пригодится. (Тестировалось на версии ядра 5.3.3)

Процесс создания записи примерно следующий:

1. После нажатия "Добавить новую" (запись)
2. Вызывается $post = get_default_post_to_edit( $post_type, true );, где
3. get_default_post_to_edit() получает аргумент $create_in_db = true
4. Сразу же вызывается wp_insert_post(), создается запись со статусом auto-draft, даже если она не сохранена. Каждый раз при нажатии "Добавить новую" создается auto-draft
5. При публикации новой записи $update всегда равен true. То есть при публикации новой записи значение будет true.

При сравнении объекта $_POST для новой записи и обновления или повторной публикации записи, заметное отличие — это значение _wp_http_referer. Для новой записи это /wp-admin/post-new.php.

Предположение: предполагается, что запись публикуется/добавляется через интерфейс. Если это делается другим механизмом или кастомным кодом, проверку нужно адаптировать.

add_action( 'save_post', 'test_save_post_check', 0, 3 );
function test_save_post_check( $post_ID, $post, $update ) {
    // другие проверки + эта
    // проверяем наличие 'post-new' в '_wp_http_referer'
    if( strpos( wp_get_raw_referer(), 'post-new' ) > 0 ) {
        // новая запись
    } else {
        // обновление
    }
}

Вот рабочий код, который я протестировал и использовал на своем сайте. Он решает две следующие проблемы, связанные с действием save_post:

1. Проблема проверки между обновлением и вставкой

2. Проблема двойной вставки из-за действия save_post

   function save_annonces_callback($post_ID, $post, $update){
   
           $post_type = get_post_type($post_ID);
   
           if ( $post_type === 'annonces' ){
   
               //это предотвращает двойную вставку из-за действия save_post :)
               if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE ) {
                   return;
               } else {
   
                   //проверяем, является ли пост новым, чтобы выполнить вставку
                   if( strpos( wp_get_raw_referer(), 'post-new' ) > 0 ){
   
                       //выполняем вставку
   
                   }else{
   
                       //выполняем обновление
                   }
   
               }
   
           }
       }add_action('save_post','save_annonces_callback', 10, 3);
   

Вы можете использовать хук pre_post_update для кода обновления и save_post для кода нового поста. Это срабатывает перед обновлением записи.

Как намекнул Darshan Thanki (и более подробно объяснил Stephen Harris), вы можете использовать pre_post_update в своих интересах.

global $___new_post;
$___new_post = true;

add_action(
  'pre_post_update',
  function() {
    global $___new_post;
    $___new_post = false;
  },
  0
);

function is_new_post() {
  global $___new_post;
  return $___new_post;
}

Причина, по которой я использовал глобальные переменные, заключается в том, что function is_new_post() use ( &$new_post ) недопустимо в PHP (удивительно...), поэтому передача этой переменной в область видимости функции не работает — отсюда и глобальная переменная.

Обратите внимание, что это действительно можно надежно использовать только внутри/после события save_post (что обычно достаточно, по крайней мере, для того, что мы с этим делаем).

Когда срабатывает save_post, вся информация о записи уже доступна, поэтому теоретически вы можете использовать:

function f4553265_check_post() {

    if (!get_posts($post_id)) {
    // если это новая запись, get_posts($post_id) должен вернуть null
    } else {
    // $post_id уже существует в базе данных
    }
}
add_action('save_post','f4553265_check_post');

однако это не тестировалось. =)

Другой подход, который использует встроенную функцию и не требует изменений в базе данных, включает использование get_post_status().

$post_status = get_post_status();
if ( $post_status != 'draft' ) {
    //черновик
} else { 
    //не черновик: может быть опубликован, ожидает проверки и т.д. 
}

Однако обратите внимание, что этот метод может быть не совсем подходящим, если вы планируете позже снова установить статус "черновик" — ваши инструкции будут повторены в следующий раз при обновлении записи.

В зависимости от контекста, вы можете рассмотреть различные значения, возвращаемые функцией get_post_status(), чтобы построить более подходящий сценарий.

См. Codex для get_post_status() и Статусы записей

Возможные значения:

• 'publish' - Опубликованная запись или страница
• 'pending' - Запись ожидает проверки
• 'draft' - Запись в статусе черновика
• 'auto-draft' - Новая созданная запись без содержимого
• 'future' - Запись, запланированная для публикации в будущем
• 'private' - Не видна пользователям, которые не авторизованы
• 'inherit' - Ревизия. См. get_children.
• 'trash' - Запись в корзине. Добавлено в версии 2.9.

Поскольку параметр $update бесполезен, это самый быстрый способ, который я протестировал:

function wpse48678_check_is_post_new($post_id, $post, $update)
{
    if (false !== strpos($_POST['_wp_http_referer'], 'post-new.php')) {
        return true; // Или сделать что-то ещё.
    } else {
        return false; // Или сделать что-то ещё.
    }
}
add_action('save_post_{$post_type}', 'wpse48678_check_is_post_new', 10, 3);

Я потратил на это часы

Сейчас я разрабатываю плагин и хотел отправлять уведомления всем авторам, когда на сайте моей Веб-дизайн компании создаётся страница.

Изначально я попробовал использовать следующий код:

add_action('save_post_page', function($post_id, $post, $update) {
    if(!$update){
        echo("Это новый пост!");
    }else{
        echo("Это старый пост!");
    }
}

Но он постоянно выводил "Это старый пост!". Почему? После некоторых исследований выяснилось, что после нажатия кнопки "Добавить новую страницу" WordPress мгновенно создаёт автосохранённый черновик (auto-draft), из-за чего переменная $update устанавливается в true. Очень удобно.

После долгих поисков я наконец нашёл рабочее решение:

// Срабатывает при изменении статуса записи, например: pending → draft, published → scheduled.
add_action('transition_post_status', function($new_status, $old_status, $post) {
    // Проверяем, переходит ли запись из auto-draft в любой другой статус (draft, pending, publish и т. д.)
    if ('auto-draft' === $old_status && $new_status !== 'auto-draft'){
        echo("Это новый пост!");
    }else{
        echo("Это старый пост!");
    }
}

Примечание: В WordPress "draft" и "auto-draft" — это разные статусы. "Draft" — это ручной черновик, который пользователь сохраняет как незавершённую работу. "Auto-draft" же автоматически присваивается записи при создании, если она ещё не опубликована. По сути, это аналог автосохранения.

Надеюсь, это поможет кому-то сэкономить время... Теперь пойду потрачу ещё 4 часа на другую проблему, ха-ха.

Это должно сработать, ребята

add_action( 'wp_after_insert_post', 'clearCDNCache', 10, 4);       
 
public function clearCDNCache($post_id, $post, $update, $post_before){
        
        if ( ! empty($_POST['_wpnonce']) ) {
            // Выполнить пользовательскую функцию только один раз
        }
    
        // Добавление нового режима.
        if (!empty($_POST['_wp_http_referer']) && $_POST['_wp_http_referer'] == '/wp-admin/post-new.php') { 

        } else {
            // Режим обновления
        }
       
    }