Ну, это мегахакер. Точно на Ассанжа работает.
Ну как там?
Похоже, бабушку, с очередным говнотулбаром/ускорителеминтернета, провайдер за трусы уже подвесил? 😂
/Offtop
Вообще-то, при большой базе и таких запросах пора курить sphinx
Я уж отвечал по старой памяти, хотя уже давно торчу на нём :D
Совершенно верно
WHERE Чёто_там LIKE '%Голова%' AND Чёто_там NOT LIKE '%Ноги%'
превращаются в
WHERE MATCH (Чёто_там) AGAINST ('+Голова -Ноги' IN BOOLEAN MODE)
Надо обе части менять
В первой
$sql[] = '"'.$this->_db->quote($name).'"';
Во второй не очень понятно как и что оно там внутри setQuery подставляет (и нафига там две одинарных кавычки с запятой перед AS) , но если в лоб переписывать именно этот запрос, то
$this->_db->setQuery("SELECT id, name, price, url, '' AS image FROM #__price WHERE MATCH (name) AGAINST ('".implode(' ', $sql)."' IN BOOLEAN MODE) ORDER BY price DESC LIMIT 25");
Т.е., смысл в том, что в первой части создаётся массив экранированных поисковых слов или фраз, причём закрытых с обеих сторон двойными кавычками, на случай если в переменной $name не одно слово. Например "Шуба", "Носки дырявые".
А во второй части этот массив просто разбивается пробелами внутри AGAINST.
https://dev.mysql.com/doc/refman/5.7/en/fulltext-boolean.html
Или комп или маршрутизатор человека хакнули.
Ну, или он сам нарукоблудил.
Пусть DNS и там и там проверит.
<?xml version="1.0" encoding="UTF-8" ?>
В начало, кагбе...
Что-то мне подсказывает, что половина - это прям как-то очень радужно.
В реальности, как мне кажется, честных рейтингов процентов пять от силы...
Сильно удорожит при зеркалировании. Либо пострадает персистентность при страйпе.
5-6 не сильно увеличит производительность при чтении. Особенно в операциях track-to-track. Хотя, прирост явно будет.
SSD почти полностью нивелируют track-to-track, но "SSD не предлагать" :D
Я понятия не имею как устроена джумла и что там у вас стоит после nginx, но вот если в лоб, то
location ~ ^/administrator{ proxy_cache off; }
Для любого локейшена можно делать
proxy_cache off;