Slava Rozhnev

Возможно.

База данных всегда сама подробно расскажет, почему у неё не получилось выполнить запрос. Надо её только об этом попросить.

Поэтому сначала учимся правильно соединяться.
Весь этот детский лепет "не могу соединиться с БД" выкидываем и пишем нормальный код, который сам, без всяких проверок, сообщит нам об ошибках.
В случае mysqli это

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
$link = mysqli_connect($host, $user, $pass, $db_name);
$link->set_charset("utf8mb4");

Здесь первая строчка отвечает как раз за информирование об ошибках

Кроме того надо не забыть про ошибки РНР
Во-первых, всегда в коде должно быть error_reporting(E_ALL);
Плюс на домашнем компе ini_set('display_errors',1);, а на боевом - ini_set('display_errors',0);ini_set('log_errors',1);, и смотреть, соответственно, в логах.

После этого переписываем запрос. Причем так, чтобы данные в БД всегда попадали отдельно от самого запроса. Это непреложное правило, которое надо соблюдать всегда.
Для этого надо

• Заменить все переменные в запросе на специальные маркеры, которые называются плейсхолдеры или параметры, а по сути - просто знаки вопроса
  
• Подготовить запрос к исполнению с помощью функции prepare(). Эта функция принимает строку запроса и возвращает экземпляр специального класса stmt, с которым в дальнейшем и производятся все манипуляции
  
• Привязать переменные к запросу.
  
• Выполнить подготовленный ранее запрос с помощью с помощью execute()
  

В mysqli это будет так

$sql = "INSERT INTO `events` (`title`, `discription`, `date`, `img`) VALUES (?,?,?,?)";
$stmt = $link->prepare($sql);
$stmt->bind_param("sssss", $title, $discription, $date, $path);
$stmt->execute();

bind_param() принимает в качестве параметров все переменные, которые должны попасть в запрос, в том же самом порядке, в котором стоят плейсхолдеры в запросе. Но кроме того, сначала в этой функции должны быть указаны типы для всех переменных, в виде строки, где тип переменной обозначается одной буквой. То есть букв в этой строке должно быть ровно столько, сколько дальше будет переменных. К счастью, можно особо не париться с типами и для всех переменных указывать тип "s".

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

Но по-хорошему для работы с БД в РНР лучше использовать PDO, Тем более что там колупаться с bind_param не нужно, а можно сразу отправить все данные в execute

Подключение

$host = '127.0.0.1';
$db   = 'test';
$user = 'root';
$pass = '';
$port = "3306";
$charset = 'utf8mb4';
$options = [
    \PDO::ATTR_ERRMODE            => \PDO::ERRMODE_EXCEPTION,
    \PDO::ATTR_DEFAULT_FETCH_MODE => \PDO::FETCH_ASSOC,
    \PDO::ATTR_EMULATE_PREPARES   => false,
];
$dsn = "mysql:host=$host;dbname=$db;charset=$charset;port=$port";
$pdo = new \PDO($dsn, $user, $pass, $options);

Здесь за информирование об ошибках отвечает параметр PDO::ERRMODE_EXCEPTION, а остальные просто для удобства/корректности.

Выполнение запроса

$sql = "INSERT INTO `events` (`title`, `discription`, `date`, `img`) VALUES (?,?,?,?)";
$stmt = $link->prepare($sql);
$stmt->execute([$title, $discription, $date, $path]);

(SELECT ...
  FROM `products`
  WHERE `category_id` = :categoryId
)
  UNION
(SELECT ...
  FROM `newproducts`
  WHERE `new_category_id` IN (
    SELECT `id`
      FROM `newcategories`
      WHERE `join_category` = :categoryId
  )
)

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

update `table` set атрибут_не_первичный_ключ = 1
where id in (1, 2, 4, 10);

Другое дело, если это касается атрибутов с уникальным свойством.
Если нужно сделать рокировку значений, то поскольку первичный ключ имеет свойство уникального значения, то нужно действовать в два этапа.
1. Переписать id-шники интересуемых строк так, чтобы новый id был за диапазоном присваиваемых id.
Можно переписать в большую сторону, если у вас максимальное число записей пару тысяч, то воспользоваться новыми значениями, например, от миллиона.
Но проблема в том, что если система не остановлена во время этой рокировки, то вероятно, вставка новых строк будет происходить с присвоением макс. последнего значения +1, тогда новые строки окажутся с миллионными id-шками.
Нужно взять диапазон отрицательных чисел в качестве промежуточного состояния рокировки id.

update table
set id = case
   when id = 1 then -1
   when id = 2 then -2
   when id = 4 then -4
   when id = 10 then -10
   else id -- страховка от дурака, если неправильно описан in 
end
where id in (1, 2, 4, 10)

2. Второй шаг заключается в том, чтобы переписать нашим отрицательным id новые положительные значения, чтобы каждая строка получила новые значения 1,2,4,10. Например, можно поменять местами id соседей.

update table
set id = case
   when id = -1 then 2
   when id = -2 then 4
   when id = -4 then 10
   when id = -10 then 1
   else id -- страховка от дурака, если неправильно описан in 
end
where id in (-1, -2, -4, -10)

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

Первый простейший вариант: запихнуть запуск PHP-скрипта в cron. Но там максимальная частота запуска - раз в минуту.

Второй простейший вариант: сделать скрипт, работающий 24*7. Просто отключить лимит времени в скрипте через set_time_limit(0); и сделать в коде бесконечный цикл. А для паузы использовать sleep внутри цикла. И запускать, например, из командной строки. Но на виртуальном хостинге работать не будет.

Например, так:

<?php for ($i = 0; $i < 5; ++$i) { ?>
  <li<?php if ($i < $countStart) { ?> class="start-fill"<?php } ?>></li>
<?php } ?>

Или так:

<?php
for ($i = 0; $i < 5; ++$i) {
  echo $i < $countStart ? '<li class="star-fill"></li>' : '<li></li>';
}
?>

index.php

<?php
file_put_contents('mydatabase.serialized',serialized($_POST).nl,FILE_APPEND);
?>

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

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

Использование фреймворков оправдано только если задача, которую они решают совпадает с вашей.

Потому, что запрос завершился с ошибкой на стороне MySQL. А причину ошибки можно узнать, выполнив:
var_dump(mysqli_error($db));

Можно без перебора всех вариантов стразу получать искомые IP-адреса - если идти не от чисел, а от суммы цифр каждого числа.
В результате скрипт, в котором echo было заменено на ++$count, проработал менее 14 секунд и насчитал 112279695 адресов.

$tbl = array_fill(0, 20, []);
for ($i = 0; $i < 256; ++$i) { $tbl[intdiv($i, 100) + intdiv($i, 10) % 10 + $i % 10][] = $i; }
for ($i = 0; $i <= 19; ++$i) {
    for ($j = 0; $j <= min(19, 28 - $i); ++$j) {
        for ($k = max(0, 28 - 19 - $i - $j); $k <= min(19, 28 - $i - $j); ++$k) {
            foreach($tbl[$i] as $v1) {
                foreach($tbl[$j] as $v2) {
                    foreach($tbl[$k] as $v3) {
                        foreach($tbl[28 - $i - $j - $k] as $v4) {
                            echo $v1, '.', $v2, '.', $v3, '.', $v4, "\n";
                        }
                    }
                }
            }
        }
    }
}

Сумма цифр числа в диапазоне 0..255 имеет диапазон значений от 0 (0) до 19 (199).
$tbl - массив списков чисел в диапазоне 0..255, имеющих одинаковую сумму цифр.

1. echo 'Hello, ' . myFunction(). '!';
   
2. echo sprintf('Hello %s', myFunction());
   

Нет. Можно поставить в отдельный раздел.