Артем Золин

С кукисами и прочим оставьте это на стандарты что уже вам даёт WP(и/или плагины что вы там используете).
После нажатия купить, у вас создаётся запись о покупке в БД, со статусом не оплачен. У покупки во всех системах для создания инет магазинов и тп уникальный айди, вот на основе его и можно генерировать уникальный (допустим
с помощью crypt) ключ идемпотентности.
После успешной оплаты в БД статус меняется на оплчен и этот заказ и его айди больше никогда не используется. Даже при повторной покупке это будет уже клон этой, но с новым айди.
Таким образом и себя защитите и в целом простое и относительно надёжное решение.
Могут быть нюансы только когда оплата прошла, а ваш сервис это узнать через обратный webhook не смогла(допустим был лаг и тп) и запись в БД не стала - оплачен. Но обычно платёжные шлюзы даёт проверять статусы оплаты и по запросу, поэтому если не приходит ответ там в течении какого-то времени, можно запрашивать в ручную. Ну и затем в любом случае устаревает запрос на оплату(почти во всех платёжках есть тайм аут на то, в какое время можно оплатить уже после создания инвойса на их стороне), так что и тут в целом все норм.

Привет.

Попробуй вот так:

add_action( 'wp_loaded', function(){
	remove_action( 'admin_notices', 'enjoyblog_notice' );
} );

Можно добавить в functions.php для быстрого теста.

Решил проблему совместно с Артем Золин
1) Найдена ошибка в файле-обработчике:

$number = iseet($_POST['_number']) ? $_POST['_number'] : '';

, вместо iseet - isset.
2) В HTML-форме,

<input type="text" name="post" id="post" placeholder="Должность" value="<?php echo get_the_author_meta( '_post' ,$user_id);?>">

. Обратите внимание на имя и идентификатор - они должны быть как имя кастомного мета-поля, то есть вот так:

<input type="text" name="_post" id="_post" placeholder="Должность" value="<?php echo get_the_author_meta( '_post' ,$user_id);?>">

И так во всех кастомных полях.
3) с JS все в порядке, там ничего исправлять не нужно.
4) чтобы обновить мета-поле Carbon Field, можно прописать вот так: update_user_meta($user_id, '_post', $post );. И так со всеми кастомными полями.
Надеюсь в дальнейшем вам очень поможет :)

Да, возможно get_post_meta() кешируется, лень смотреть код кеширующего плагина.

Еще один косяк:

$count++;
update_post_meta()

Представим, что был 1 просмотр, и потом еще 10 просмотров произошло одновременно. Десять раз был получен счетчик из базы (единица), увеличен (до двойки), и записан обратно, но в итоге получим двойку в БД, потому что на момент записи в переменной $count была двойка.

Фиксится и то и другое элементарно, вместо "прочитать-увеличить-записать" делайте просто update с инкрементом даже не запрашивая текущее значение счетчика из базы

UPDATE `myTable` SET `post_views`=`post_views`+1 WHERE `post_id`=42;

add_action('init', 'custom_rewrite');
function custom_rewrite(){

  add_rewrite_rule( '^(page)/([^/]*)/?', 'index.php?pagename=$matches[1]&id=$matches[2]', 'top' );
  add_filter( 'query_vars', function( $vars ){
    $vars[] = 'id';
    return $vars;
  } );
  
}

А нужны ли вообще препроцессоры в 2к22, уже почти 2к23 году

Да.

Переменные давно реализованы в нативном CSS

Рили? Ниже переменная (она же map), можно пример в "нативном CSS"?

$palette: (

  light: (
    1: "0deg 100% 99%",
    2: "0deg 100% 98%",
    3: "0deg 100% 96%",
  ),
  
  dark: (
    1: "0deg 0% 0%",
    2: "0deg 0% 0%",
    3: "0deg 0% 0%",
  ),

);

вложенность также

Можно пример вложенности ниже в "нативном CSS" (не строкой `.car .car--model`, а именно, как "Nesting" в Sass)?

.car {
  color: red;
  
  &--model {
    background: black;
    
    &-tesla {
      color: blue;
    }
  }
}

Какие преимущества остались у препроцессоров?

Преодполжим, в переменную выше (она же map) залетает 99 палитр, разных оттенков, реализуйте в "нативном CSS" автоматическую генерацию css классов на основе этой переменной, чтобы получать на выходе примерно такое (по дороге, желательно вешать брекпоинты для дисплеев разных размеров и наследоваться от пользовательских цветовых тем, чтобы например, темное было на темном):

.palette--light-1 { color: hsl(0deg 100% 99%) }
.palette--light-2 { color: hsl(0deg 100% 98%) }
// ...
.palette--dark-3 { color: hsl(0deg 0% 0%) }

Переменные давно реализованы в нативном CSS

В препроцессорах другие переменные.

вложенность также.

Разве?

Вообще препроцессоры много удобного сахара добавляют. (https://sass-scss.ru/guide/)

Если вы не видите нужных фич, значит вам не нужны.

define( 'EMPTY_TRASH_DAYS', false ); // корзина отключена

в wp-config.php

Другие примеры:

define( 'EMPTY_TRASH_DAYS', true );  // корзина включена. По умолчанию в WP
define( 'EMPTY_TRASH_DAYS', 30 );    // корзина включена и записи в ней будут храниться 30 дней, после чего будут

в данном случае язык определит направление дечятельности

php - это безоговорочно веб и бакэнд, еще на нем можно (удобно) писать скрипты автоматизации и даже какую то аналитику по данным, т.е. если требуются не крупные проекты а множество временных и небольших - то плюсы php выходят вперед

java - если смотреть на рынок, это в первую очередь мобильный гейминг android,.. не потому что язык такой, просто так звезды сложились.
Если спросить меня, какой язык выбирать для создания крупного проекта с долгой поддержкой для бизнеса, java я бы выбрал ну очень в последний момент. Очень многословный язык, да код получается красивым, меньше мест где можно выстрелить себе в ногу и т.п... Из бонусов - кроссплатформенность (как железа так и ОС), уже не такая уж и уникальная опция.

то о чем в вопросе не было спрошено:

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

javascript - занял очень интересную позицию в мире, благодаря nodejs он может быть как web бакендом, так и способом разработки браузерного интерфейса на стороне клиента, так и десктопные приложения (electron, чтоб его...) и даже как язык для unity игрового движка, т.е. получается язык получает статистический прирост с нескольких областей а не одной как остальные.
У языка есть недостаток - как и у php (но он старается избавиться от этого) - свободная типизация, странная реализация ООП и другой синтаксический сахар типа асинхронности (это кстати его плюсы) увеличивают шансы выстрелить себе в ногу и усложняют поддержку проекта на долгосрок (там вообще много где проблем найти, как пример, берешь любой проект с гитхаба с датой последнего комита 3-4 года и пробуешь его обновить и поддержать, советую посмотреть что аудит безопасности npm будет вам писать).

c# - надо ставить рядом с java (он и .net и создавался майкрософтом как главный конкурент), так же благодаря unity движку, захватывает часть статистики из геймдева. К сожалению, выбор языка гвоздями (да есть способы освободиться, но за все приходится платить и чего то лишаться) прибивает разрабатываемый продукт к майкрософтовской экосистеме, за который бизнесу приходится платить неплохой 'налог', поэтому если у тебя не unity то скорее всего ты либо поддерживаешь какое то легаси либо... ну мне нравится на .net формочки к базе данных делать, нигде такого легкого инструмента который дает ms visual studio и .net - нету, но, если прямо так хочется, там можно и на python.net писать, и на c++.net, и вообще какая разница какой язык программирования, в мире разработчика главенствуют фреймворки и среды разработки.
Это я к чему - найти деньги с этими знаниями можно только по везению.

Все остальные языки типа R, Rust, go и прочая экзотика - это издевательства над работодателями.. т.е. если ты найдешь по ним работу, это значит работодатель стал заложником не шибко умного системного аналитика (или его отсутствие/совмещение с разработчиком, который для самообразования решил приколоться), т.е. еще большее везение, делать ставку на это я бы не стал. Хотя для самообразования учить Rust или go очень даже неплохо, много открытых проектов пилят именно на go, вполне возможно, когда в мире количество разработчиков наберется до некоторой критической массы, это станет таким же мейнстримом как сейчас php или javascript.

Так что еще раз - выбор языков программирования в порядке убывания оценки рекомендации (выше-вероятнее найти работу, кстати оценить уровень оплаты тут сложнее)
php - и он теряет позиции, потому что SPA приложения захватывают мир
javascript
python - если не нужен вебдев - то это на первом месте
java/c# (точнее .net)
go

если хочешь быть в вебе то php/javascript
если хочешь в геймдев java/c#
если хочешь датасайнс то python

Как то так

add_action(
    'publish_post',
    function() {
        $args = [
            'numberposts' => -1,
            'fields'      => 'ids',
        ];

        $posts = get_posts( $args );

        if ( $posts && count( $posts ) >= 100 ) {
            foreach ( $posts as $post ) {
                wp_delete_post( $post, true );
            }
        }
    }
);

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