Danny Arty

Это то, что вам нужно:

// создаем новую колонку
add_filter( 'manage_'.'post'.'_posts_columns', 'add_views_column', 4 );
function add_views_column( $columns ){
	$num = 1;
	$new_columns = array(
		'nums' => 'Номер',
	);
	return array_slice( $columns, 0, $num ) + $new_columns + array_slice( $columns, $num );
}
// заполняем
add_action('manage_'.'post'.'_posts_custom_column', 'fill_views_column', 5, 2 );
function fill_views_column( $colname, $post_id ){
	if( $colname === 'nums' ){
		$postId = get_the_ID();
		$allPosts = get_posts(array(
			'fields' => 'ids',
			'numberposts' => -1,
			'orderby' => 'date',
			'order' => 'DESC' 
		));
    $postNumber = array_search($postId, $allPosts) + 1;
    echo $postNumber;
	}
}

Сам помню искал долго, потом забил и сам собрал до кучи...

new Date(Date.parse('2020-11-30') + 7 * 24 * 60 * 60 * 1000)

UPD,
Или так:

const d = new Date('2020-11-30')
d.setDate(d.getDate() + 7)

Не оттуда пляшете.

Давайте я вам как девочка девочке всё объясню. На примере джинсов.
Есть такая штука мода. Сейчас в обтяжку, раньше клеш или широченные. Но при этом всегда остаются люди предпочитающие классику или консерваторы, которые предпочитают даже слегка устаревшую классику.

Так вот, с сайтами аналогичная история.
10 лет назад считалось, что шрифт 14px это гигантомания и использовали 10 или 12. Между строчками крошечные отступы. Особо нерадивые даже между абзацами пытались не делать пустых строк.

Есть мода и восприятие пользователем современных сайтов. То, как хочется видеть именно сейчас. Изменяются даже пропорции и зависимости.
96 это точно такое же красивое число как 100. Это 16*6. А 16 это стандартный размер шрифта основных браузеров.

Кроме этого есть аспекты адаптивности.
И правильно не ширина кнопки равна 100 или 96px, а ширина кнопки это ширина текста плюс отступы. И хорошо бы, чтобы эти отступы были пропорциональны размеру шрифта, а не кратны 5px. Вы поставите отступ четко 20px, а пользователь поставит в настройках браузера шрифт 150%. И получится куцая кнопка с некрасивыми маленькими отступами.
При этом не все элементы должны быть кратны размеру шрифта, какие-то имеют другие зависимости.

Другой вариант, пропорции относительно размеров экрана или блока. Например, кнопка должна занимать всю ширину блока или половину. Если текст не помещается, то переносится.

Поэтому, хороший дизайнер либо сопровождает работу верстальщика, либо пишет сопроводительное письмо с указанием зависимостей, либо и то и другое.

И да, дизайнер может четко сказать, что справа отступ 19px, а слева 17, потому что визуально (например, из-за особенностей шрифта) получается ровно. Если это проблема для верстальщика, то не надо работать с таким верстальщиком.
Верно и в обратную сторону, если дизайнер нагородил какую-то невменяемую конструкцию из-за которой прибавляется лишняя 1000 строчек кода, то имеет смысл обсудить целесообразность ее использования с самим дизайнером и заказчиком.

Про вклад заказчиков в дизайн, я думаю, вы и сами знаете. У них особенное чувство прекрасного, хорошо, если просто консерватор из первого абзаца.

отдавайте с заголовком Content-Type: application/octet-stream

https://regex101.com/r/nV9ZLS/1
^[^\s()-]*$
Первая "крышка" означает, что это начало строки. Последний "доллар" означает конец строки.
Между ними любое (0 или более символов) из множества, описанного в квадратны скобках.
В квадратных скобках крышка означает, что множество инвертировано. То есть допускаются любые символы, кроме перечисленных.
То есть, данное множество представляет собой НЕ: пробел, скобки и минус, но любые другие символы.

Телеграм: https://t.me/username
Whatsapp: https://wa.me/phone

ну а скайп сами найдите

а далее, если у человека на устройстве установлены клиенты этих приложений, будет предложено открыть в приложении

как-нибудь так

этого хотели ?

Я отправляю post запросом дату в формате: Thu Oct 01 2020 00:00:00 GMT+0400 (+04)
Вывожу $_POST приходит: 2020-09-30T20:00:00.000Z
Форматы меня устраивают, но проблема в том, что всегда вычитается 1 день на сервере.

В данном случае не 1 день, а 4 часа, посмотрите внимательно на время.

Сказывается разница в часовых поясах между сервером и клиентом
Условно говоря, человек из Тбилиси с часовым поясом GMT+0400 (+04) отправляет данные на сервер с часовым поясом Дублина GMT+000 (+0). И по дублинскому времени это будет на 4 часа меньше. Но по факту это будет одно и то же время.

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

Введите в гугле "convert datetime from one timezone to another php"

2020-09-30T20:00:00.000Z - это формат ISO 8601

Если конвертнуть 2020-09-30T20:00:00.000Z в дату, то будет 2020-09-30T23:00:00+03:00 (по Москве) или 2020-10-01T00:00:00+04:00 (по Тбилиси)

Поиграйтесь с конвертером
https://dencode.com/en/date/iso8601

Заголовки должны идти последовательно. Можете посмотреть эту статью.

«Инструкция 1» — это заголовок h1. <h1>Инструкция 1</h1>
«Подготовка оборудования» — заголовок h2. <h2>Подготовка оборудования</h2>

С учётом центрирования вам надо будет добавить класс text-center. Получится примерно так

<h1 class="text-center">Инструкция 1</h1>
<h2 class="text-center">Подготовка оборудования</h2>

Текст обрамляйте в теги параграфов <p></p>
Все списки обрамляйте в нужные теги. <ol></ol>(нумерованный список) или <ul></ul>(ненумерованный список)

Внутри списков сами пункты обрамляются в <li></li>

<ul>
  <li>Пункт 1</li>
  <li>Пункт 2</li>
</ul>

Я бы вставил ссылку на бесплатные курсы, но этот сайт тут запрещён -_-. Просто введите в поисковик «Разметка текста HTML» и найдёте множество информации. Или можете найти Code Basics

Вначале этого будет достаточно. Посмотрите базовые структуры разметки текста.

Это невозможно и более того противозаконно.

через псевдо

strlen() - После получения данных проверяйте длину строки с номером;
если равна нулю - ошибка (ну или сообщение в телеграме что номер не был указан)
А если больше нуля (или 4) - берете последние 4 цифры с помощью substr() и присваиваете к переменной (lastChars напрм).
Дальше уже ещё один запрос после $sendToTelegram
-

$sendToTelegram_chat2 = fopen("https://api.telegram.org/bot{$token}/sendMessage?chat_id={$chat_id_2}&parse_mode=html&text={$lastChars}","r");

Ну и в конце проверка $sendToTelegram_chat2 на истину if ($sendToTelegram && $sendToTelegram_chat2)

P.S Я бы заменил fopen на curl

Ээээ - наличие прямых рук и знание любого языка программирования для веб?
Стек технологий - любой серверный ЯП который может принять http-запрос и обработать его на бекенде.
Любой веб-сервер работающий с выбранным ЯП
Любая реляционная БД
На фронтенде - html/js/css - любой веб-фреймворк по вкусу.

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

При проверке ключа от клиента - вначале проверяете что ключ существует и не сыгран (нет связки на соотвествующий приз).
Если не сыгран - связываете рандомный приз с ключем и меткой что данный приз еще не был использован клиентом

mysql + nodejs/php/pythoh/java

Миниму 2.
бэк(nodejs/php/pythoh/java) любой на выбор