myhand

Рейтинг
278
Регистрация
16.09.2009

Дык, эта - проверка лицензии занимает половину скрипта... Еще што тупо, не покаетесь? 🍿

_Dizerd_:
нету смысла вылаживать что либо бесплатно

Нету. Но русский язык учить - всегда смысл есть. Вылаживать - от слова "лажа"?

Cybersquatter:
Результат ниже, вверху немного обрезал там все однаковое

Померло оно.

Andreyka:
А еще надо сделать бекапы на удаленный сервер

Хорошо бы, но скорее - это уже перебор.

Andreyka:
Саппорт может взять и заменить не тот винт, такое бывает

Заставляй клеить серийники на корзины 😂

А еще они лампочками мигать умеют.

Andreyka:
А если обновление ядра ломает аптайм, то втопку тоже?

Не. Это у тебя здравый смысл тогда поломан. 😂

Перезагрузка - совершенно штатная процедура. Она не связанна непосредственно с обновлением. Вот если "обновление" ядра устроено так, что ломает систему после перезагрузки - это втопку.

Andreyka:
На ссылку - https://github.com/yuri-gushin/Roboo

Ну и какую ты предлагаешь "инфу читать", чтобы понять что этому чуду необходим nginx 1.0. Я вот вижу, что ему нужен perl - видимо из-за этого ты и обломался с официальным пакетом из squeeze.

Причем здесь версия? Пожалуйста, хоть один раз подумай и дай нормальный ответ.

Zaqwr:
каков должен быть query_cache_size следуя первому выводу mysqltuner

Без понятия. Нужно менять и смотреть что будет. Просто вывода mysqltuner "за раз" - недостаточно.

netwind:
Можно сделать контрольную перезагрузку. Иногда даже порт "отлипает" после этого и можно smart почитать.

Но сперва рекоммендую посмотреть смарт-статус другого диска (-a /dev/sda) и заодно серийник хорошего диска запомнить.

Cybersquatter:
и куча ероров

Каких (помимо приведенных)?

Не торопитесь. Если сервер *сам* не раздает статический контент - рекоммендую настроить KeepAlive как писали выше.

netwind:
myhand, предположу что мысль была :
128мб - это вполне себе для попаданий в кеш на уровне 58.2%.

Почему?

У меня есть сервера, где для 128Mb - есть и под 80% попаданий и под 50%.

netwind:
А при последующем увеличении до 1024 мб процент попаданий был 61.4% .

Вы не фантазируйте - нет у него машины времени, не видел он тута ничего подобного.

Solmyr:
Правило простое:
<IfModule mod_rewrite.c>
RewriteEngine on

RewriteCond %{HTTP_REFERER} ^******$
RewriteRule ^ http://******%{REQUEST_URI} [L,R=301]

Простите, это одно такое правило - или несколько? Что звездочками запузырено - какой-то регэксп, конкретное доменное имя?

Если правил несколько - сколько? Уверены, что там нет петелек (редирект - на другой ваш редирект и т.п.)?

Solmyr:
MaxClients 150
Как понять мало ли этого?

Предоставить информацию, которую просили. В частности, mod_status.

Solmyr:
Коннет с сервером на котором апач на 80м порту.

Т.е. *до* редиректа? Покажите вывод

wget -q -S http://примердомена/примерurl
(для адреса должны срабатывать ваши правила редиректа)
Solmyr:

149 requests currently being processed, 0 idle workers

То есть я так понимаю это именно количество дочерних процессов мало?

Выставьте ExtendedStatus On

- посмотрите кто чем занимается.

Вам, наверно, имеет смысл

KeepAlive Off

поставить. Или уменьшить KeepAliveTimeout.

Лично для меня все очевидно. Zaqwr - не разобрался в выводе mysqltuner и полез сАветовать. Собственно, я это написал выше.

Solmyr:
На сервер идет большое количество запросов, на которые апач отвечает на основе обработки файла .htaccess 301 редиректом на другой сервер.

Начните с того, что объясните как устроены правила .htaccess. Мало-ли что и сколько там может "обрабатываться".

Solmyr:
Проблема состоит в том, что при большом количестве запросов, Апач начинает отвечать за запрос очень медленно, иногда вообще не удается установить TCP-коннект по причине таймаута.

... Коннект - с кем?

Посмотрите что делает апач в выводе mod_status. Может нужно разрешить ему побольше детей плодить (смотрите директивы MPM-модуля - MaxClients и т.п.)

Всего: 4890