Ещё хотел о роботах спросить, вот статистика такая имеется:
Ведь боты тоже нагрузку не хило дают. Очень хочется идентифицирвоать ботов: bot* и *bot', может им вообще запретить заходить? и странно что от яши бота не видать, может он и есть?
P.S>Обновил двиг,сменил шабик,оптимизировал базу (правда только не уменьшал), отключал модули: теги, вывод похожих новостей, кэширование вкл. - особой разницы в нагрузке не заметил. Посетители идут стабильно по количеству, но пики нагрузки бывают не с того ни с сего подымаются и через некоторое время отпускает, поэтому подумал может боты все-таки?
Ещё хотел уберечь от дублирования страницы, поэтому поводу предлагалось записать в в файл .htaccess такие строки:
Options +FollowSymLinksRewriteEngine OnRewriteCond %{HTTP_HOST} ^www.saxson.ruRewriteRule (.*) http://saxson.ru/$1 [R=301,L]RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index.php HTTP/RewriteRule ^index.php$ / [R=301,L]
Но получается ошибка вида:
[Sun Apr 08 08:01:49 2012] [alert] [client 213.184.250.111] /home/saxsonr/public_html/.htaccess: RewriteCond: bad flag delimiters[Sun Apr 08 08:01:49 2012] [alert] [client 213.184.250.111] /home/saxsonr/public_html/.htaccess: RewriteCond: bad flag delimiters
следовательно строки:
RewriteCond %{HTTP_HOST} ^www.saxson.ruRewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index.php HTTP/
составлены неверно....
Подскажите где ошибка?
Ещё по поводу кэширования вопрос. В настройках можно ставить файловый кэш и Memcache (только если хостер поддерживает). Какой лучше поставить?
И еще вопрос: PHP скрипт оптимизации базы данных MySQL (mysqldatopt.zip) нашёл, не знаю чего это, может кто пользовался подобными вещами, поможет/нет это дело?
Скажите сколько % ресурсов процессора должен жрать мой сайт с имеющимися показателями на данном движке, примерно...
Сейчас отрублю его... а как посмотреть количество запросов к базе?
А как вычислить откуда идут "непродуманные запросы"? как определить какой модуль может так напрягать?
...у меня единственная мысль на модуль оповещения пинг сервисов, но вроде работает только при добавлении новости из админки.....
Где этот отчёт посмотреть даже не знаю, мне на мыло в текстовом варианте был выслан, там cpu никак не развернуть...
Изначально грузит процессор, в следствии большого количества обращений. Затем все остальные ресурсы...---------- Добавлено 05.04.2012 в 21:58 ----------Глянул состояние sql:
Статистика запросов: со времени запуска, на сервер было отослано запросов - 27,961,831
красным помечены некоторые места:
Slow_queriesДокументация 503 Количество запросов, выполнявшихся более long_query_time секунд.ДокументацияInnodb_buffer_pool_readsДокументация 2.8 M Количество последовательных запросов на чтение, которые InnoDB не смог выполнить из буферного пула и использовал постраничное чтение. Handler_read_rndДокументация 105.1 M Количество запросов, на чтение строки, основанных на ее позиции. Большое значение переменной может быть обусловлено частым выполнением запросов использующих сортировку результата, выполнением большого числа запросов требующих полного сканирования таблиц, наличием объединений не использующих индексы надлежащим образом. Handler_read_rnd_nextДокументация 93.9 M Количество запросов на чтение следующей строки из файла данных. Данное значение будет высоким, при частом сканировании таблиц. Обычно это означает, что таблицы не проиндексированы надлежащим образом или запросы не используют преимущества индексов. Qcache_lowmem_prunesДокументация 1.1 M Количество запросов, удаленных из кеша для освобождения памяти под кеширование новых запросов. Эта информация может помочь при настройке размера кеша запросов. Кеш запросов использует стратегию LRU (дольше всего не использующиеся страницы заменяются новыми) при принятии решения об удаления запроса из кеша. Created_tmp_disk_tablesДокументация 383.1 k Количество временных таблиц, автоматически созданных сервером на диске, во время выполнения SQL-выражений. Если значение Created_tmp_disk_tables велико, следует увеличить значение переменной tmp_table_size, чтобы временные таблицы располагались в памяти, а не на жестком диске. Select_full_joinДокументация 22.9 k Количество запросов-объединений, выполненных без использования индексов. Если значение переменной не равно 0, рекомендуется проверить индексы таблиц. Select_range_checkДокументация 3.3 k Количество запросов-объединений, выполненных с использованием поиска по диапазону для выборки строк из вторичной таблицы. Если значение переменной не равно 0, рекомендуется проверить индексы таблиц. Sort_merge_passesДокументация 3.6 k Количество проходов, сделанных алгоритмом сортировки. При большом значении следует увеличить значение переменной sort_buffer_size. Opened_tablesДокументация 564.5 k Общее количество открывавшихся таблиц. При большом значении переменной рекомендуется увеличить размер кеша таблиц (table_cache). table_locks_waitedДокументация 35.1 k Количество запросов на блокировку таблицы, которые были удовлетворены только после определенного периода ожидания. Если значение велико и есть проблемы с производительностью, необходимо сначала оптимизировать свои запросы, а затем разбить свою таблицу (или таблицы) или использовать репликацию.
Здесь нет полезной информации?
Если глючит, то похоже давно.. у меня плагин в лисе стоит, который количество проиндексированных страниц показывает, так вот уже давно заиметил, что в яндексе 0 стал выдавать, только значения не придавал, думал плагин глючит... ан нет, вон какое дело...---------- Добавлено 30.03.2012 в 00:39 ----------Сейчас проверил Robots в яндекс-вебмастере, такую вещь выдаёт:
18-34
User-agent: Yandex
Disallow: /admin.php
...
Sitemap: http://saxson.ru/sitemap.xml
т.е. полностью на вторую секцию указывает, это ошибка там или чего? не понимаю я его...
P.s. Хотел писать туда просьбу разобраться, как снова глянул статистику всё ок, робот сегодня был, страниц правда выпало конечно порядком, но всё же, хз чего такое, действительно глюк похоже..
Собственно вот что там есть и ранбше было, когда индексировалось нормально...
у гугля всё ок...
Ребят, подскажите как найти причину перегрузки сервера?
Статистика на сервере кажет более 100 тыс. запросов, что грузит сервер, на самом деле на сайте не более 1000-1300 посетителей бывает. Как определить откуда левые запросы идут?
Отпишите кто-нить о результатах прогона. Имею ввиду у кого какой подъём пр и прочих, растёт ли посещалка... А так отзывы только об отношении к работе ТС...
