Noder SS

У тебя скобки не закрыты

var_dump($_POST);
Например сразу будет понятно что $_POST['phone'] у вас будет не $_POST['phone'], судя по коду

<input type="text" id="phone3" placeholder="Введите телефон" name="telephone" required="" class="input1">

CREATE TABLE `wrdr_promocodes_items` (
    `id`                INTEGER unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, 
    `code`              VARCHAR(100) NOT NULL DEFAULT '', 
    `discount_amount`   INT, 
    `discount_percent`  DECIMAL(3,1), 
    `num_limit`         INT NULL, 
    `date_limit`        DATETIME NULL, 
    `description`       TEXT NOT NULL, 
    `active`            TINYINT unsigned NOT NULL DEFAULT 1
);

https://sqlize.online/sql/mariadb/c8112f74814b293e...

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

Для каждого типа данных, например для публикаций, создается отдельная таблица, содержащая поля, характеризующие соответствующие данные. Так, для хранения публикаций может быть создана таблица "publications" со следующими полями:

- id - уникальный идентификатор публикации;
- title - заголовок публикации;
- text - текст публикации;
- date - дата публикации;
- user_id - идентификатор пользователя, который опубликовал данную запись.

При добавлении новой публикации в базу данных необходимо указать id пользователя, чтобы можно было отобразить только те публикации, которые принадлежат данному пользователю. Таким образом, в базе данных можно хранить информацию о публикациях всех пользователей и отображать только те записи, которые принадлежат текущему пользователю.

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

Важным моментом является связь между таблицами. Если у одного пользователя может быть несколько публикаций, то в таблице пользователей можно создать поле "id", которое связывается с полями "user_id" из таблиц публикаций, комментариев и ответов. Таким образом, можно легко связывать отдельные записи с конкретным пользователем.

Ну и ещё пара способов: 1. Использовать JSON-поля. Например, в таблице пользователей может быть создано поле "content", в котором будет храниться JSON-объект, содержащий информацию о публикациях, комментариях, ответах и прочих данных, связанных с пользователем. Однако, такое решение может усложнить поиск и фильтрацию данных.

2. Использовать таблицы на основе пользовательских идентификаторов. При таком подходе создаются отдельные таблицы для каждого типа данных, например, "publications", "comments", "replies" и т.д., каждая из которых содержит поля, связывающие запись с идентификатором пользователя. Таким образом, можно создать множество записей, связанных с одним пользователем, и при этом уменьшить вероятность дублирования данных.

new Date(Date.UTC(year, month, day, hour, minute, second));

Да больше в общем то и нет.

Как совершенно справедливо заметил Akina, единственно что отличает ответ от корневого коментария - наличие родителя. По этому нет смысла плодить сущности, надо просто добавить одно-два поля. В зависимости от вида коментариев - 1 ветка(как на вк например) или ветвление (как на хабре), структура хранения может немного отличаться, но в целом это просто будет набор комментов, с указанием родителя (если родитель_айди = 0 или = айди, в зависимости от логики, то это корневой комент). Для разветвленных коментариев удобно добавлять айди ветки, по которой они будут группироваться, для 2 уровней это поле избыточно.

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

Чтобы вывести ответы на комментарий в нужное место, можно использовать рекурсию. То есть, для каждого комментария, нужно проверить, есть ли у него ответы, и если есть, то рекурсивно вызвать функцию вывода ответов, передав ей список ответов. Таким образом, ответы будут выводиться вложенными под комментарием, на который они были даны.

Пример кода на Node.js с использованием рекурсии:

function displayComments(comments) {
  comments.forEach(comment => {
    console.log(comment.text);
    if (comment.replies.length > 0) {
      displayComments(comment.replies);
    }
  });
}

// Пример использования
const comments = [
  {
    id: 1,
    text: "Комментарий 1",
    replies: [
      {
        id: 2,
        text: "Ответ на комментарий 1",
        replies: []
      },
      {
        id: 3,
        text: "Еще один ответ на комментарий 1",
        replies: [
          {
            id: 4,
            text: "Ответ на ответ на комментарий 1",
            replies: []
          }
        ]
      }
    ]
  },
  {
    id: 5,
    text: "Комментарий 2",
    replies: []
  }
];

displayComments(comments);

В этом примере функция displayComments принимает список комментариев и рекурсивно выводит их тексты и ответы. Если у комментария есть ответы, функция вызывает саму себя для вывода ответов.

во входящей строке надо заменить спец символы на коды, например так

function escapeHtml(text) {
  return text
      .replace(/&/g, "&")
      .replace(/</g, "&lt;")
      .replace(/>/g, "&gt;")
      .replace(/"/g, "&quot;")
      .replace(/'/g, "&#039;");
}

Современная соц-сеть - это уникальная софтварная архитектура которая строилась индивидуально.
Вряд-ли вы сможете ее просто повторить имея mysql/php/nginx.

VK/Facebook имеют свои технологии кеширования контента в основном построенные на материализации
страниц. Базы данных обычно - не-реляционные. Модель проектируется так чтобы не было joins между
таблицами. И активно используются очереди сообщений. Вот в соц-сети Linked-In это было настолько
важно что даже был создан отдельный программный продукт который сейчас называют Apache Kafka.

Активно используются горизонтальное масштабирование. Сеть наращивает мощности просто путем подключения
новых адресов в dns с балансом по географии, и запуска новых web-nodes и новых дисковых реплик хранилищ для картинок и текстов постов.

Поэтому вопрос в каком виде хранятся записи - тут не важен. Тут важно чтоб кеши обновились синхронно с событием поста например.