hakuna matata: Den73, страницы могут обновляться, я писал об этом, и тогда перестройка кеша съест больше ресурсов, чем отдача незакешированной страницы.
нет идей, как посчитать необходимое количество памяти для xcache.var, кроме как экспериментально?
ну поставьте кэш 1 минуту, даже если кэшировать на 10 сек это грандиозный прирост в производительности.
кэширование фронтендом динамического контента это не опкод xcache а совсем другое дело
---------- Добавлено 02.06.2013 в 14:36 ----------
hakuna matata: Den73, страницы могут обновляться, я писал об этом, и тогда перестройка кеша съест больше ресурсов, чем отдача незакешированной страницы.
нет идей, как посчитать необходимое количество памяти для xcache.var, кроме как экспериментально?
Димитрий: mpm-itk это такой специалист? а может есть таки какая-то простая инструкция? просто у меня такое дело на 2-3 серверах ( на 3м просто debian еще не отслеживал такую вещь)
в гугле есть, но если понимаете мало то установка может превратиться в секс с сервером
Radosvet: Начали отвечать. Сказали, что не блокирывали IP. На мои обьяснения сказали, что бы я перезагрузил сервер. Пока пытаюсь выяснить какая кнопка перезагружает сервер, в тех кнопках которые я нашел в панели(robots) про них очень пространно написано, от описания каждой совершенно не становится яснее, что каждая кнопка из себя представляет.
( robot -> server -> reset -> Ctrl+Alt+Del ) -Команда перезагрузила сервер. Все заработало. Непонятно тогда, почему они в письме не сказали, что так можно востановить работу? И даже наоборот написали, что можно не предпринимать никаких действий.
ну вот, я же говорю не блокируют за такой трафик.
в роботе все визуально понятно по поводу опций в разделе reset
Я так понимаю в данном случае, когда трафик IN, а не OUT, сложно что-то предпринять средствами самого сервера? Значит нужно делать сервер "прокладку", которым фильтровать трафик?
да, раз лочат ip.
если на сервере несколько ип то можете через другой работать.
Den73, страницы могут обновляться, я писал об этом, и тогда перестройка кеша съест больше ресурсов, чем отдача незакешированной страницы.
нет идей, как посчитать необходимое количество памяти для xcache.var, кроме как экспериментально?
ну поставьте кэш 1 минуту, даже если кэшировать на 10 сек это грандиозный прирост в производительности.
кэширование фронтендом динамического контента это не опкод xcache а совсем другое дело
---------- Добавлено 02.06.2013 в 14:36 ----------
Den73, страницы могут обновляться, я писал об этом, и тогда перестройка кеша съест больше ресурсов, чем отдача незакешированной страницы.
нет идей, как посчитать необходимое количество памяти для xcache.var, кроме как экспериментально?
для var много не нужно обычно.
Andreyka, сегодня на одни, завтра на другие.
ну и что, ротация кэша для этого есть.
а графики есть. во что уперается все?
Andreyka, что именно кешировать, все страницы? их больше миллиона, никакой памяти не хватит.
пофигу сколько страниц, в кэше только "горячие"
суппорт у них вообще теперь не радует уже 2 дня не можем добиться что бы доп лицензии rdp активировали...
с выдачей ип-квм пока не подводили.
mpm-itk это такой специалист?
а может есть таки какая-то простая инструкция? просто у меня такое дело на 2-3 серверах ( на 3м просто debian еще не отслеживал такую вещь)
в гугле есть, но если понимаете мало то установка может превратиться в секс с сервером
А элементарно те же логи кто за Вас чистить будет? Софт обновлять? В cms закрывать дыры?
Извините, но немного напоминает уже классическое "сделайте и настройте мне сервер линейки, чтоб люди заходили и играли, и платили мне деньги".
зачем им это надо, проще на хостера свалить как взломают.
---------- Добавлено 01.06.2013 в 13:59 ----------
Берите у немцев Hetzner
издеваетесь над тс?
1. там впс ели шевелятся на перегруженных нодах
2. там впс может лежать пол дня и день если будут проблемы на узле. впс - у них не в приоритете.
Начали отвечать. Сказали, что не блокирывали IP. На мои обьяснения сказали, что бы я перезагрузил сервер.
Пока пытаюсь выяснить какая кнопка перезагружает сервер, в тех кнопках которые я нашел в панели(robots) про них очень пространно написано, от описания каждой совершенно не становится яснее, что каждая кнопка из себя представляет.
( robot -> server -> reset -> Ctrl+Alt+Del ) -Команда перезагрузила сервер. Все заработало. Непонятно тогда, почему они в письме не сказали, что так можно востановить работу? И даже наоборот написали, что можно не предпринимать никаких действий.
ну вот, я же говорю не блокируют за такой трафик.
в роботе все визуально понятно по поводу опций в разделе reset
Я так понимаю в данном случае, когда трафик IN, а не OUT, сложно что-то предпринять средствами самого сервера? Значит нужно делать сервер "прокладку", которым фильтровать трафик?
да, раз лочат ip.
если на сервере несколько ип то можете через другой работать.
вероятно это ddos,
1 за 120kpps не отключают
2 отключают только ip а не сервер
посмотрите в роботе наличие заблокированных ип у сервера.
до пн ждать не нужно, напишите им в суппорт через робот что бы проверили наличие атаки если ип заблокирован, разблокируют если атака ушла.
"И какими средствами предотвратить в дальнейшем ситуацию? Фильтровать ДО Hetznera?"
а чем у вас сервер занимается?