Сергей БАрд

$a1 = (int) $a1;
if( $a1 === 14 || $a1 === 12 ){
  echo 'пришло 14 или 12<br>';
} else {
  echo 'пришло что то другое<br>';
}

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

https://dev.mysql.com/doc/refman/5.7/en/json.html
JSON в mysql появился относительно недавно.

https://dev.mysql.com/doc/refman/5.7/en/json-searc...

https://www.sitepoint.com/use-json-data-fields-mys...
https://phptoday.ru/post/ispytyvaem-novye-json-voz...

Да, всё верно.

Функция myAlerts() в данной реализации (onclick атрибут) должна послать асинхронный запрос на сервер, который уже сделает запись в базу.

Так как javascript выполняется в браузере уже после выполнения кода на сервере - единственный способ сделать запись в базу - AJAX (еще есть вебсокеты, но это более сложная тема).

https://ru.wikipedia.org/wiki/AJAX

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

нет запроса - не нужен ajax - не нужен pjax - писать на jqueryсвой велосипед, возможно есть плагины для этого, но pjax для такой задачи точно не нужен.
Это как если Вам надо что-то покрутить, но вода не нужна и Вы думаете, как же это сделать с краном водопроводным. Не стоит. Да он про "покрутить", на раз вода не нужна, а просто покрутить надо, покрутите пальцем в носу, это проще.
Сорри за адский пример, мозг у меня загадочный, но думаю суть передал.

Так (+ ваши примочки):

<button data-fmetrika="yaCounterXXXXXX.reachGoal('ORDER')">заказать звонок</button>

И так:

$('button[data-src="#popup-form"]').on('click', function() {
	var metrika = $(this).data('fmetrika');
  $('.modal_form_popup').attr('onsubmit', metrika);
});

Крон.

там квот 100 млн, сам понимаешь, что ты их не выешь

а вот квот в секунду с одного ИП на одного ЮЗЕРА - мало (не помню , кажется 10 запросо в 3 сек или что-то такое)

выход - делай от разных ЮЗЕРов

юзер - это не аккаунт, это просто параметр который передаешь с запросом,
см. там раздел про лимиты в документации

Асинхронность в PHP - это как нунчаки. Если не умеешь пользоваться - обязательно себя ударишь по лбу.
Для парсинга больших файлов правильнее делать очередь без всякой асиинхронности:
- загрузить файл, поставить в очередь (например, в табличку записать путь к нему)
- консольным процессом по крону ежеминутно проверять эту очередь и при наличии задания - взять этот файл, распарсить его, записать результат.

Если у плагина есть система модулей - расширяющие возможности - так лучше, чем 100 опций и еще куча скрытых хуков и всякого "про запас".
Тот же джетпак, бадипресс, wp-recall, bbpress, all in one seo - они модульные - ты активируешь только то что нужно.

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

Движку все равно. Плагин просто покдлючается к ядру движка и расширяет его функционал. Поэтому будет это один плагин, добавляющий 5 новых функций или 5 отдельно активированных плагинов по одной функции в каждом - результат тот же. Но лучше чтобы не "висел" функционал, который не используется. Надо следить, чтобы плагин не был перегружен лишним функционалом, который не нужен - разные сотни настроек и т.д.

Принцип бритвы Оккама - не стоит усложнять без необходимости.
Если можно сделать плагин простым и маленьким - значит так нужно сделать.
Если есть какая то очень уважительная причина, из-за которой нужно усложнять плагин - тогда можно усложнить.
Любое усложнение должно быть обосновано. Усложнять без причины - признак дурачины. Но так делают 90% программистов. Лишь менее 10% плагинов для WP соблюдают этот принцип. На других платформах ситуация еще хуже.

Это проблема tinymce: https://github.com/tinymce/tinymce/issues/1979

Обрамление параграфом выводит корректно.

<div id="canvas-wrap"><p><canvas id="screen"></canvas></p><div id="bottom-panel"></div><div id="stand-top"></div><div id="stand-bottom"></div></div>