realinvest, ну webmoney lite же работает таким образом.
Бери да пиши.
Нет особого интереса разбираться, но разве тут tls-auth не подразумевает еще какое-то другое шифрование ?
Ответ, как и всегда - "Это зависит".
Например, довольно странно, что у вас процессы apache попадают в iotop с чтением порядка мегабайтов в секунду. Движок, наверное и продолжает их создавать или еще что-то обрабатывать. На киносайтах обычно nginx просто отдает готовые видеофайлы.
Так что, я считаю, у вас должен быть еще потенциал для роста без покупки SSD. Хотя SSD все равно полезен.
По моим наблюдениям, cервера киносайты арендуют пачками, потому что к каждому серверу прилагается полоса, на которой можно паразитировать до поры до времени, а не покупать выделенную полосу в 1 гбит. Есть ли там SSD - второй вопрос.
Но ведь могут домен в зоне .ru отобрать.
Preci, ну если такие запросы исполняются, то могли и любые другие. А это значит, считай, уже взломали и слили базу, если там было что сливать. А теперь просто балуются.
Solmyr, правильно - не дергать, а запускать /usr/bin/php. В этом случае при стандартной настройке на типичном VPS ограничение времени выполнения снято вообще.
Но из-за того что программисты не могут писать правильные скрипты для cron все повсеместно "дергают".
Почему не могут ? да посчитайте сами каким должен быть правильный скрипт для Cron :
- Знает, что cron исполняет задачи из корня файловой системы и переходит в рабочий каталог.
- Устанавливает необходимые переменные окружения, чтобы запускаемые им программы тоже нормально работали.
- Если эффективные пользователи различаются, то делает соответствующий chmod для файлов и каталогов.
- Не выводит ничего на стандартный вывод, а пишет в логи. Любой вывод считается ошибкой и cron отправляет его на email администратору для анализа. И этого следует, что он либо идеально написан и не выводит предупреждения php, либо гасит их, если уж они вылезают.
Статистически, с первого раза никто из наших подрядчиков не писал правильный скрипт.
И я не придираюсь. Просто в cron так задумано. Эти пункты вполне обычны для задач cron.
А что "правильно" для вас ?
pluss62, ну так и что ? Если вас лично не перекинуло, это не значит что там вредоносного кода нет.
Проверьте в первую очередь содержимое .htaccess. Это поведение напоминает так называемый "мобильный редирект".
А кто сказал, что они серьезные ?
Как известно, дураков на рынке два. Выиграете ли вы, продавая крутые решения - еще не известно. Каждому свое.
Сложно создать оригинальную и популярную игру. Клонируют то одно, то другое на деньги из других отраслей экономики.
Да пачками они просто мрут и прогорают, а игр оригинальных нет.
Я бы посоветовал все посчитать и дистрибутивы выкладывать на облачное хранилище. Например, Selectel. Новые версии игры популярны очень короткое время, но в это время пользователя важно не заставлять ждать.
Однако, ситуация когда потребление услуги явно волнообразно, но все равно берут пачку однотипных серверов под раздачу достаточно популярна. Совпадение ? Не думаю (tm). Облачные услуги не стремятся становиться совсем уж дешевыми, а сервера продают уже много лет.
Не рискуем. Там нечего терять, если как ТС не баловаться с другими настройками innodb.
Во всяком случае, для веба 0 - это нормально. Подробности в документации.
Посмотрите конфигурационный файл на предмет "ScriptAlias" или "ExecCGI".
Если используете панель - выключайте поддержку cgi. Это почти неактуальная технология.
