FanatPHP: когда писал комментарий, не видел ответ, что проблема в https.
Частенько приходится писать парсеры, так вот нередко встречаются бредовые redirect'ы, связанные с языком пользователя. Бесит, когда систему пытаются сделать шибко умной. Вот поэтому и предположил.
Переделал запрос под такой
SELECT `id` FROM `object` obj WHERE
MATCH(obj.`title`) AGAINST (?)
OR
`id` IN (
SELECT `obj` FROM `obj2cat` obj2
JOIN `category` cat ON cat.`tid` = obj2.`cat`
WHERE MATCH(cat.`title`) AGAINST (?)
)
Все равно долго выполняется
В вашем способе с джойнами сервер ругается на 2-ю строку, мол неизвестный алиас obj2
Структура таблиц такая
category:
tid | title
object:
id | title
obj2cat:
obj | cat
obj2cat соотносит объекты (obj->id) и категории (cat->tid), т.к. у категории может быть несколько объектов, так и объект может состоять в нескольких категориях
@stereodenis: я не понимаю, зачем изворачиваться с этими редиректами?
Если кинуть ссылку например на vk.com/mail , то авторизованный пользователь попадёт в диалоги, а неавторизованный сначала на авторизацию, а потом его перенаправит на страницу с диалогами.
> почему если залогинен — то не перекидывает на эту страницу?
тут скорее всего из-за логики vk: перенаправление срабатывает только после прохождения процесса авторизации на странице login.php
С капчей особых проблем не испытываю. Есть пару ботов для информационной группы. Один меняет фото сообщества пару раз в сутки, второй постит сообщения на стену штук 20-30 в день. За полтора месяца капча ни разу не появилась.
Как я заметил, капча появляется, если меняется сервер, с которого идут запросы; если много запросов к ЛС, друзьям, часто ставятся лайки.
