megadimon, в общем случае все должно работать без изменений. Есть частности http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations-syntax.html.
Кроме того, есть скрытые частности типа замедления достаточно простых операций на обычном сервере. Они не описаны в документации явно.
Возможно, потребуется более быстрая сеть, больше памяти. О географически разнесенных серверах скорее всего придется забыть.
Никакой выгоды. Иначе бы все давно использовали. Ведь нужно всего лишь два сервера.
Можно использовать, если вы возводите в абсолют отказоустойчивость, готовы оптимизировать некоторые запросы вручную, терпеть разнообразные ограничения.
Zaqwr, ну так NUMA на ядре 3.2 теперь выключилась? таков был вопрос
почему же раньше выключалась разве не интересно разобраться?
Конечно, есть методики позволяющие узнать реальный IP или убедиться что пришел тот же пользователь, но они никак не относятся к пользователям, которых имитируют накрутчики. Накрутчики браузерами не пользуются.
Задача выполнима лишь для небольшой определенной части тупых накрутчиков.
Яндекс - это пример сервиса, сталкивающегося с самыми разными случаями.
Вполне реальны сценарии, когда пользователям приходится отправлять почту через, как вам бы показалось, левые smtp, но они не левые. Просто другого выхода у пользователя нет.
Казалось бы, яндекс имеет все предпосылки указать "-all" (вебинтерфейс удобный, авторизация в smtp есть), но они не указали. А значит и вам не стоит.
Romka_Kharkov, ну вот я в яндексе завел ящик. провайдер блокирует чужие smtp и предоставляет свой сервер якобы для контроля над исходящим спамом. Про submission я, предположим, не знаю.
что мне еще делать, кроме как отправлять через smtp провайдера почту с домена yandex.ru ? добавить записи в _spf.yandex.ru у меня никак не получится.
на Yandex.ru сейчас стоит " ~all". Когда он там исчезнет, тогда и поговорим.
тут я может и загнул, но если спамфильтр анализирует тело письма, а не "конверт", возможны неприятные фокусы.
Это когда последователи Экслера жмут в своем The Bat кнопку Переслать и при этом составляется письмо как бы от второго пользователю третьему, но приходит оно тебе. Поубывав бы.
Нормальный клиент пересылает как вложение, которое можно открыть и ответить.
Ну и конечно более реальный случай, когда пользователи вынуждены пользоваться провайдерским smtp для отправки всей почты.
Либо как в Thunderbird smtp один для всех аккаунтов, но отправлять нужно с разных.
а скорость отдачи вы чем собираетесь лимитировать? не так то просто это сделать на php. Если источник отдает файлы быстрее чем их отдаете вы и в nginx выделить достаточно большие буферы, то php завершится раньше чем пользователь докачает файл. Значит использовать nginx будет выгоднее.
Himiko, ну зачем тогда вообще возник вопрос об обработке slow log ? это изначально провальный путь.
Разработчики, пораженные в мозг концепцией ORM, выдают код, который делает много мелких запросов даже быстрее 0.1 сек.
drupal всякий там к таким движкам относится.
Сборка percona не является такой уж особенной версией mysql. В плане оптимизации запросов она ведет себя совершенно обычно. Большая часть возможностей сосредоточена вокруг диагностики.
Поэтому никакой проблемы в использовании percona на хостинге нет. Посчитает она cpu_time по юзерам прекрасно.
