irishmann

Все что вы передаете по незащищенному соединению - потенциально может быть перехвачено на любом этапе передачи.
Данные же передаваемые по https перехватить значительно сложнее.

Поэтому пересылать конфиденциальные данные по http не рекомендуется.

Если же речь идет о данных которые вы не считаете конфиденциальными - никаких проблем.

У меня в браузере сохранены данные моей карты и некоторые пароли, этот сайт не сможет их "угнать"?

Это никак не зависит от типа соединения.

Я так полагаю, для безопасности, мне просто при регистрации нужно не использовать пароль, который я уже где-ибо использую, чтобы не взломали меня, если что, правильно?

Именно так.
Один из самых популярных способов взломов аккаунтов - вы зарегистрировались на каком-то малоизвестном сайте указав в качестве логина почту vasya@mail.ru и пароль. После чего злоумышленники попробуют зайти с этим паролем в вашу почту, и во все крупные сервисы, где вы потенциально можете быть зарегистрированы.
Поэтому пароли обязательно разные.

Не опасно ли email им свой указывать и подтверждать регистрацию через письмо, которое придет?

Нет. Если не учитывать конечно в качестве опасности спам.

Я просто не понимаю, почему они не сделали по стандарту защищенное соединение.

А нафига? Вы на дачном сарае с лопатами и тяпками повесили надежный сейфовый замок?

Спросил их в тех поддержке, они ответили, что "ну это же просто фри сервер, нет протокола https чо такова".

Логично.

пиратский фри сервер некой ММОРПГ, я хочу в это поиграть. Но меня дико смущает то, что их официальный сайт и форум с незащищенным соединением

Я бы наоборот удивился если бы они заморочились с https.

chartjs

Начни с простого поиска введённой подстроки

1. Выделяешь таблицы, по которым будешь искать
2. Делаешь к ним запросы.
3. К таблицам тегов и пользователей запрос только к одному полю, запрос к таблице вопросов по нескольким полям.

$search = '%'.$_GET['q'].'%';
$sql = "SELECT * FROM questions WHERE body LIKE ? OR title LIKE ?, LIMIT ?,?";
$stmt->prepare($sql);
$stmt->bind_param("ss", $search, $search, $limit, $offset);
$stmt->execute();
$rows = $stmt->get_result()->fetch_all(MYSQLI_ASSOC);

Конкатенация выполняется раньше, чем тернарный оператор. В результате, ваша строка выглядит как

$inputs .= ('<input type="hidden" name="item_name_' . $index)
  ? $index 
  : (1 . '>" value="' . $item['title'] . '"><input type="hidden" name="quantity_' . $index)
    ? $index
    : (1 . '" value="' . $count . '"><input type="hidden" name="amount_' . $index)
      ? $index
      : (1 . '" value="' . $total . '">');

Задавайте порядок операций явно скобками.

Парсите JSON в базу данных. С подходящими индексами поиск будет очень быстрым.

Ошибок не возникает потому что ты не сказал ПДО, чтобы он тебе о них сообщал.
А не добавляется потому что ты всё делаешь неправильно. Переменные никогда не добавляются прямо в запрос. Плюс в коде коде куча всего ненужного.

Вот здесь можно посмотреть нормальный пример
Сначала запрос надо подготовить , поставив вместо переменных знаки вопроса, а потом выполнить, передав переменные отдельно

<?php
$login = $_POST['login'];
$email = $_POST['email'];
$password = $_POST['pass'];
$conn = new PDO('mysql:host=localhost; dbname=testbd', 'root', '', [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]);

$sql = "INSERT INTO users (login, email, password) VALUES (?,?,?)";
$stmt= $pdo->prepare($sql);
$stmt->execute([$login, $email, $password]);

И все всегда будет работать

ceil -- Округляет дробь в большую сторону

Не надо жить в позапрошлом веке, когда ты мог в 1801 году изобрести утюг, и продавать его без изменений до 1900-го.
Мы живем в 21 веке, в котором любая сущность, если перестаёт разиваться, то тут же умирает.

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

Сейчас вообще другая экономика - сервисная. Продавй не программу, а сервис. Не утюг, а решение проблемы с мятой одеждой. Решай их проблемы. Помогай с освоением, выпускай обновления. И люди к тебе потянутся, а воришки останутся с носом.

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

коротко: никак

длинно: это должен быть очень хороший и прибыльный "скрипт", чтобы усложнение кражи стоило потраченных на это усилий и в любом случае часть его функций надо убирать на свой сервер.