Rsa97

Использовать case-insensitive collation для `name` и `author`.
Добавил здесь
Collation: uft8_unicode_ci

SELECT `name`, 
    MATCH(`name`) AGAINST ('+Пупкин' IN BOOLEAN MODE) AS REL1, 
    MATCH(`name`) AGAINST ('+пупкин' IN BOOLEAN MODE) AS REL2, 
    MATCH(`name`) AGAINST ('+ПУПКИН' IN BOOLEAN MODE) AS REL3, 
    MATCH(`name`) AGAINST ('+пУПКИН' IN BOOLEAN MODE) AS REL4
FROM `test`;

Получаем:

+-----------------+--------------------+--------------------+--------------------+--------------------+
|     `name`      |       `REL1`       |       `REL2`       |       `REL3`       |       `REL4`       |
+-----------------+--------------------+--------------------+--------------------+--------------------+
| 'Вася Пупкин'   | 0.0906190574169159 | 0.0906190574169159 | 0.0906190574169159 | 0.0906190574169159 |
| 'вася пупкин'   | 0.0906190574169159 | 0.0906190574169159 | 0.0906190574169159 | 0.0906190574169159 |
| 'Дуся Пупкина'  | 0                  | 0                  | 0                  | 0                  |
| 'Маша Люськина' | 0                  | 0                  | 0                  | 0                  |
+-----------------+--------------------+--------------------+--------------------+--------------------+

То есть релевантность не зависит от регистра.

Зависит от того, как будет считаться суммарный рейтинг. В общем случае - таблица с полями 'Кого оценили', 'Кто оценил', 'Оценка'. Это даёт возможность исключить повторные оценки и использовать различные алгоритмы подсчёта итоговых рейтингов. В таблице пользователей - итоговые результаты, пересчитывать их можно как при каждом изменении таблицы оценок по триггеру, так и периодически если скорость обновления итоговых оценок не важна.

SELECT IF(`count` < 40, 1, IF(`count` < 60, 2, 3)) as `cat`, COUNT(*) 
    FROM `comm` 
    WHERE `id` = :id 
    GROUP BY `cat`

Смотрите в сторону LIKE или REGEXP.

UPDATE `ad_copy` AS `a` 
    LEFT JOIN (
        SELECT `a`.`title`, (
            SELECT `s`.`ttitle`
                FROM `stitle` AS `s` 
                WHERE `a`.`category` = `s`.`subcat` 
                ORDER BY RAND() 
                LIMIT 1
            ) AS `ttitle`
        FROM `ad_copy` AS `a`
    ) AS `s` USING(`title`) 
    SET `a`.`title` = CONCAT_WS(" - ", `a`.`title`, `s`.`ttitle`)

1. При каждом следующем запросе к ad_copy.title будет дописываться новое значение?
2. Если количество записей в каждой подкатегории небольшое, то ORDER BY RAND() не сильно скажется на производительности. Если большое - может оказаться, что лучше делать внешними средствами.

Ошибка вполне понятна, во внешнем WHERE таблица stitle не определена, соответственно колонка stitle.subcat тоже.
Запрос несколько бредовый, ORDER BY RAND() - наихудший по скорости вариант, как правило можно обойтись без него. Лучше скажите, какой результат хотите получить.

Не мучайтесь, используйте cron (для Windows - nncron)

Если TAB в строке только один, то
[a-zA-z].*\t

UPDATE `items` SET `updays` = `updays`-1
и всё, не надо никаких циклов

SET @laststate = 0; 
SELECT *, @lastState := state FROM 
    (SELECT * FROM test WHERE elem_id = 1 ORDER BY time) AS temp 
    WHERE state != @lastState

Через HTTP прокси не получится, нужно поднимать VPN, MySQL proxy или socks-прокси+tsocks

SELECT t1.ID_раздела FROM Разделы AS t1 
    LEFT JOIN Разделы AS t2 ON t1.ID_родительского_раздела = t2.ID_раздела 
    WHERE t1.ID_родительского_раздела = 266 OR t2.ID_родительского_раздела = 266

1. Не используйте mysql_, он в статусе depricated. Используйте mysqli или PDO.
2. Любые строки в запросе SQL должны быть взяты в кавычки. Вы пытаетесь сравнить колонку `title` с колонкой `ПОСТЕЛЬНОГО`.
3. Не используйте запросы, собранные из переданных извне строк. Что будет, если в $_POST['title'] передать строку "';DROP TABLE products;--"? Вместо этого используйте параметризацию запросов через bind_param.
4. Не ленитесь читать вопросы, которые задавали до вас. Точно такой же вопрос был всего пару часов назад.