android-x86 легко запускается в qemu. в гугле примеров масса. то есть, есть большой шанс успешно запустить его на любом kvm-хостинге...
лично запускал "поиграться" с год тому на нетбуке какой-то андроид x86. без аппаратного opengl, при обычном vga=std. конкретно версию не помню, помню только что там было несколько iso-образов под разные архитектуры и я выбирал eeepc.iso, емнип...
например для php, по вышеприведенной вам ссылке, рекомендуют при наличии заголовка HTTP_CF_CONNECTING_IP подставлять из него значение в REMOTE_ADDR.
то есть, вставьте в ваш движок, примерно в место где обрабатываются сессии, подобный код:
if (isset($_SERVER['HTTP_CF_CONNECTING_IP'])) { $_SERVER['REMOTE_ADDR'] = $_SERVER['HTTP_CF_CONNECTING_IP']; }
или же можно делать это на уровне веб-сервера. примеры там же...
так получается потому что некоторые дефолтные инсталляции не включают опцию innodb_file_per_table=1 для mysqld, в результате базы хранятся не только в соответствующем подкаталоге, но и на уровень выше в libdata. а вы его не копировали.
и для включения этой опции без полного дампа с последующим пересозданием баз и восстановлением не обойтись.
зачем вам именно такой способ копирования, не хватает места? делайте дамп перенаправлением пайпов через ssh. есть еще более-извраный способ таки сделать бекап пофайлово - сконвертировать базу в MyISAM и там уже копировать тем же рсинк-ом, но я не представляю ситуации когда этот способ выгодней чем дамп-восстановление.
А разве у амазона нет "кластеров для чайников" конфигурируемых тремя ок-ок-ок и включающих в всебя все - балансеры, rrdns, keepalived-ы, cdn и прочая-прочая-прочая...?
в моем примере ответ на вопрос о совмещении проверки (IF) и директивы limit_req
по условию делаете переход в именованный локейшн, где уже можно тулить что угодно - хоть лимиты, хоть еще что...
error_page 444 = @slowed;
if ($block) {
return 444;
}
location @slowed {
limit_req zone=...
...
в вашем примере IF использовать можно.
не рекомендуется его использовать в сложных конфигурациях, когда, к примеру, вы сначала устанавливаете какую-то переменную, а потом в различных местах IF-ом делается тот или иной набор дайствий тоже ифом...
связанно это с тем, что nginx динамически не парсит каждое условие во время работы, а разворачивает все условия своеобразным препроцессором в несколько отдельных конфигураций.
из-за этого получаются жуткие простыни в конфиге которые часто работают совсем не так, как мы того ожидаем.
блин. мне это трудно это разъяснить. погуглите, где-то были примеры. а так же можно врубить дебаг и своими глазами увидать во что превращаются ваши ИФ-ы и реврайты...
так не рекомендуют использовать в том случае, если после разворачивания условий получается две большие простыни конфига.
но вообще делают разные секции server- для ввв, для http и т.п., в которых сразу редирект на правильный адрес. тогда будет без всяких ифов и максимально оптимально. но не так красиво...
как же умиляют люди называющие домашнюю файлопомойку на OwnCloud "Своим облаком"...
впрочем, понятие "облачных технологий" ведь извратили говнохостеры. теперь любое дерьмо, которое имеет один сервер и вебклиента для андройда и айфона можно называть громкими словами - свое облако.
ничего смешного. это нормальная практика, по крайней мере для скриптов.
всегда настраиваю в nginx несколько зон для limit_req - 2/sec, 5/sec, 25/sec... с небольшими вариациями в зависимости от ситуации.
потом, в случае внезапного DDoS например, очень удобно из логов nginx-a выдергивать ботов грепая на предмет "limiting excess" лог ошибок.
много-много раз спасался таким образом сам и помогал людям. если канал не укладывают конечно...
