Rsa97

PostgreSQL не может определить тип параметра, поскольку он используется дважды - в SET и во WHERE. Задайте его тип принудительно

UPDATE `public`.`users`
    SET `id` = :id, `surname` = :surname::varchar(20) 
    WHERE `surname` = :surname::varchar(20)

Выдайте этот запрос в консоли, добавив перед ним команду EXPLAIN. Получите план запроса, в нём смотрите где и какие индексы используются, где их надо добавить.

$text = preg_replace("/(?<=[а-яё:;,.])\s*•/ismu", " <br>•", $text);

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

replacement may contain references of the form \\n or (since PHP 4.0.4) $n, with the latter form being the preferred one. Every such reference will be replaced by the text captured by the n'th parenthesized pattern.

Как видите речь идёт не о "подмасках", а о шаблонах в круглых скобках, именно они и нумеруются слева направо начиная с единицы. В вашем случае $1 соответствует (.*?), а $3 не определено.

Потому что +, то есть в вашем выражении до и после $quote должны быть как минимум по одному алфавитно-цифровому символу. Замените на *, тогда будет работать. Ну и до кучи подумайте о вариантах, когда после искомого слова идёт знак препинания, табуляция или конец строки или же само слово является составным и содержит дефис.

Проще всего в клиенте дополнительными запросами в цикле, но если хотите именно в SQL:

SELECT `p`.`title`, `p`.`text`, `t`.`tag`
    FROM (
        SELECT `title` FROM `posts` WHERE ... LIMIT 10
    ) AS `p`
    LEFT JOIN `post_tag` AS `pt` ON `pt`.`post_id` = `p`.`id`
    LEFT JOIN `tags` AS `t` ON `t`.`id` = `pt`.`tag_id`
    ORDER BY `p`.`title`, `t`.`tag`

SELECT `user_name`, `title`, `desc` FROM `my_table` WHERE `id` IN (1,2)
    UNION SELECT `user_name`, `title`, '' AS `desc` FROM `my_table` WHERE `id` IN (3,4,5)

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

А поле `phone` случаем не текстового типа? Если да, то сравнение должно быть с текстом, иначе включается приведение типа для поля и индекс не работает.
SELECT `name` FROM `phones` WHERE `phone` = '500'

Как вытянуть одинаковые поля с базы?

$res = array_udiff($array1, $array2, function($a, $b) {
    if ($a[0] < $b[0]) return -1;
    if ($a[0] > $b[0]) return 1;
    if ($a[1] < $b[1]) return -1;
    if ($a[1] > $b[1]) return 1;
    return 0;
});

Но IMHO, лучше для такой цели использовать базу данных.

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