Shtogrin

Shtogrin
Рейтинг
95
Регистрация
02.11.2006

http://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%BF%D1%87%D0%B0

CAPTCHA (от англ. «Completely Automated Public Turing test to tell Computers and Humans Apart»

кандидат физико-математических наук

Flame, смотрите на сайте или file://?

Туда же

query_cache_size=8M

И дважды открыть главную страницу

DJ_AlieN:
OPTIMIZE TABLE надо делать только в том случае, если идет много удалений из базы. А т.к. речь идет о статьях, они врядли удаляются и висят на сайте все время.

Статьи еще могут и редактироваться.

DJ_AlieN:
Может за тебя и зарплату получить?

Это с кем вы там еще разговариваете?

Kpd:
Т.е. все перечисленные выше боты честно читают и выполняют robots?

Трудно сказать. Но если робот плохой и хочет выгрузить сайт, он же может обозвать себя, например как IE. Тут ни robots.txt ни .htaccess не помогут. Поэтому, robots.txt хватит.

w-builder:

Так вот вот в чем вопросы:
1) это от размера базы (в Мегабайтах) так падает производительность? или от количества записей? (... или оба)

В разумных пределах - ни от того, ни от другого, если правильные запросы. А запросы в WP наверно правильные.

w-builder:

2) В какую сторону оптимизировать MySQL в таких условиях? Что повышать и что понижать?

В даном случае необходимо периодично делать OPTIMIZE TABLE, так как таблицы содержат большие куски текста. И смотреть настройки MySQL

Kpd:
Dreammaker, что лучше в плане производительности - правила в robots.txt или в .htaccess?

robots.txt - надо отдать один раз как есть, а .htaccess разбирать на каждый запрос. В плане производительности, конечно, robots.txt, так как никакой нагрузки не создает, только трафик и то не большой. Это если робот честный

Сделать редирект с subdir1.site.ru на site.ru/subdir1/. Но тогда, естественно, subdir1.site.ru пропадет.

Extazy:
в движке сайта я вполне разобрался

Сомневаюсь, зачем сессии чистите на сервере?

Всего: 1230