Newto

$a = ['first' => 1, 'second' => 2, 'third'];
$a = json_encode($a);

Записываете $a в базу. А когда достаете, делаете
$a = json_decode($a);
и получаете свой массив.

Так, пожалуй, проще всего.

Если этот ответ вам покажется верным, то отметьте решением ответ от mletov, он написал, по сути, то же самое, но с упоминанем xml варианта.

Просто проверяйте формат входящего URLa, перед проверкой удаляйте лишние слеши. И если он валиден, то делайте с ним дальше что хотите, тогда не придется писать две ошибки вместо одной.

В таблицу projects добавьте поле user_id и записывайте туда id пользователя из таблицы users.

https://github.com/PHPMailer/PHPMailer

Библиотека умеет оправлять почту через удаленный SMTP, вам останется только её подключить и указать реквизиты доступа к вашему почтовому серверу.

В данном случае определять переменную $matches не нужно. Если вы посмотрите на документацию к функции preg_match (https://www.php.net/manual/ru/function.preg-match.php) то увидите валидный пример кода:

<?php
preg_match('/(foo)(bar)(baz)/', 'foobarbaz', $matches, PREG_OFFSET_CAPTURE);
print_r($matches);
?>

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

$.post('/basket', 'checkbusket':1, function(data){
	if(data == 'пусто'){  
		вашаФункцияМодальногоОкна('сообщение');
	} else {
		location='/basket';
	}
})

А в /busket проверяйте есть что в корзине или нет и в зависимости от проверки отдавайте 'пусто' или 'есть'.

p.s. 'пусто' и 'есть' написал для наглядности, так, конечно, делать не надо, отдавайте 1 или 0.

Вам тут много чего могут насоветовать. Разные есть взгляды на построение файловой архитектуры на сервере.
Лучшее решение -- это решение, которое примете вы сами. Можно придерживаться только нескольких правил:
1. Отдельная папка для CSS. Не кладите CSS файлы туда, где лежит что-то еще.
2. Отдельная папка для ОБЩЕГО js. Т.е. js который вы используете на более чем одной странице, а так же библиотека js функций должны лежать в отдельной директории. Если для отдельных страниц вы используете отдельный js, который нигде более не используется, то его можно положить в папку с отвечающим за страницу php скриптом, как пример: /registration(тут register.php)/js/register.js
3. Что касается php файлов, то тут так просто не ответить. Обычно есть автоматом подключающиеся файлы с классами и файлы отвечающие за отдельные модули(упрощённо -- страницы). Так, автоподключающиеся файлы вы можете положить в /auto/classes(как вариант), а файлы отвечающие за отдельные страницы структурировать по типу "page/page.php".

Это если упрощённо.

<?php

if(!is_int(my_price_replace($price, $product))) {
    $text = "<div class='no-price' style='display:block;'>Текст пояснения</div>";
} else {
    $text = "<div class="no-price" style="display:none;">Текст пояснения</div>";
}
?>

И <?= $text; ?> в нужном вам месте в вашем HTML.

<?php 
if(isset($_POST['form1'])) print $form2; // где $form2 это <form><input type="hidden" name="form2"><input type=submit></form>

И так сделаете сколь угодно форм.

Это банальная проверка IP адреса.
Пользователь заходит на сайт => сайт запоминает его IP. Если пользователь авторизовывается из под другого IP, то сайт шлет ему письмо, с темой типа "это вы или не вы?".

С точки зрения программирования(на PHP) делается так: $_SERVER['REMOTE_ADDR'] -- ip пользователя, получается при заходе на сайт. Когда пользователь регистрируется -- его ip запоминается в базе данных. И потом, при каждом посещении сайт кем-бы то ни было, проверяется ip. Т.е. вы зашли на сайт, ввели логин и пароль, программа проверяет -- совпадает ли ваш ip с тем, который у вас был раньше и если нет, то отправляет вам письмо.

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

$string = "1/2/3/";
$string = substr($string, 0, strlen($string)-1);
print $string;

Правильных советов вам тут уже дали пару штук. Код от generate будет работать так же если вы там двойные кавычки поставите:

$html = <<< HTML

<div class="{$object["class"]}"></div>

HTML;

А вообще говоря обычно разработчики не парятся и просто переопределяют переменные. Так оно выглядит красивей и без всяких ухищрений с кавычками:

$class = $object['class'];
$string = "<div class='{$class}'></div>";

Все зависит от того, как построена авторизация на сайте.
Попробуйте

CURLOPT_HTTPHEADER => array(
    'Authorization: Basic ' . base64_encode($user.':'.$password)
);

Я могу вам предоставить идею как это сделать без сессий и кук. Но мне важно знать, вы сами понимаете как происходит защита отправки данных от ботов? Технология капчи -- она уже проверена годами и нормальных альтернатив ей просто нет и то что я вам смогу предложить, это изврат. Вопрос защиты от спама это вопрос о качестве исполнения капчи. А любая качественная капча -- это сессии и куки. Тут речь идет именно о возможности первой отправки вашей формы, а не о обработке нескольких. Если первая нармальная -- окей. Если нет -- то ошибка. Любой другой алгоритм по определению ущербен.

function sendPostInstant(string $url, string $postfields)
    {
        $ch = self::init();
        
        curl_setopt($ch, CURLOPT_URL, $url);
        curl_setopt($ch, CURLOPT_POST, 1);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $postfields);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_TIMEOUT_MS, 1000);
        curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
        
        curl_exec($ch);
        
        self::close($ch);
    }
$result = sendPostInstant('путь к вашему скрипту', '');

Этот код запустит ваш скрипт столько раз, сколько вы вызовите sendPostInstant('путь к вашему скрипту', '').
А в $result будет результат выполнения.

А если вы на сайт перейдете просто через строку браузера, с GET переменными (типа https//site.com/?a=кириллица), то там символы нормально отобразятся? Просто если нет, то это не у вас проблемы, а на том сайте.
А вот если нормально и вы забираете контент после GET запроса через, например, Curl, то это уже проблема на вашей стороне. В таком случае просто проставьте кодировку UTF-8.

header('Content-Type: text/html; charset=utf-8');

В скрипте.
И
<meta charset="utf-8" />
в html коде страницы.

Если не поможет и сайт куда вы отправляете запрос находится не на локалке, а в сети, то дайте ссылочку, я посмотрю :)