Тему не читал - но мне кажется все многие рекламодатели на праздники приостановили компании - отсюда деффицит рекламы и пустые места.
Завтра все будет норм.
Уже писали неоднократно - блокируйте в скрипте все говнозоны типа
там один шлак
Подтверждаю каждое слово - Фасты выгнали, дали 24 часа чтоб свалить (нарушение авторского права, книга). То что книгу я удалил в течение 5 минут после абузы не помогло - вали нахер и все тут. OVH эти же абузы воспринимал абсолютно спокойно. Им и правообладателю отписывался что книга удалена - и все спокойны.
Вообще удивительно что вы проиндексированы с такой настройкай https
так и есть - у меня скрипт (две копии) работают для двух аккаунтов раз в 10 минут (по cron на VPS). Я захожу их глянуть раз в недельку, а в акках уже пару месяцев красота и без шлака!
UPDATE `ТАБЛИЦА` SET `ПОЛЕ` = replace(`ПОЛЕ`, '<br/>','<e></e></QUOTE>')
Ну и дальше по аналогии...
P.S. Только обязательно перед эксперементами белайте бекап таблицы!!!
К сожалению не ищет так... хоть и отрабатывает мгновенно
Вот так сработало "MATCH(t1.name) AGAINST (".$this->_db->quote($word).")";
Вы правы, если из изначального запроса выкинуть
то получается результат второго запроса---------- Добавлено 30.12.2017 в 12:16 ----------
попробовал, к сожалению
не учитываются по ходу---------- Добавлено 30.12.2017 в 12:17 ----------Но результат выборки тоже вполне годится! так что всем спасибо - главное запрос ускорен!---------- Добавлено 30.12.2017 в 13:34 ----------Все оказлось несколько сложнее чем думал.... эти кавычки в пхп съедят мой мозХ
Как перевести
в AGAINST?
пробую так
получаю
SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax---------- Добавлено 30.12.2017 в 13:37 ----------так тоже ошибка
Кстати - из последнего измененного запроса можно убрать
рузультат остается тот же---------- Добавлено 30.12.2017 в 10:38 ----------
Звездочки ничего не изменили