ну в любом случае указанный мной индекс там не повредит :)
mysql> explain SELECT SQL_NO_CACHE id FROM `cms` WHERE cat=1; +----+-------------+-------+------+---------------+------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+-------+------+-------+ | 1 | SIMPLE | cms | ref | cat | cat | 4 | const | 9 | | +----+-------------+-------+------+---------------+------+---------+-------+------+-------+ 1 row in set (0.00 sec) mysql> alter table cms add index cat_id(cat,id); Query OK, 10 rows affected (0.11 sec) Records: 10 Duplicates: 0 Warnings: 0 mysql> explain SELECT SQL_NO_CACHE id FROM `cms` WHERE cat=1; +----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+ | 1 | SIMPLE | cms | ref | cat,cat_id | cat_id | 4 | const | 9 | Using index | +----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+ 1 row in set (0.00 sec)
Если выборка из примера выше для вас достаточно значима, я бы ещё добавил составной индекс cat_id(cat,id), чтобы данные прямо из индекса вытаскивать.
А чисто ради любопытства, можете сюда выложить результат "SHOW CREATE TABLE `cms`"?
User-agent: * Disallow: /out.php host: http://site.ru/ Sitemap: http://site.ru/sitemap.php
какие 4 ошибки вы здесь видите?
так а чем плох пример в официальной документации? всё предельно просто описано.
но я согласен с Онтарио, это может выйти боком
была похожая ситуация, только наоборот. локально запрос зависал в статусе sending data бесконечно (ну или я не дожидался, порядок ожидания - десятки минут, уже тупо из любопытства). на сервере работал менее секунды (но всё равно довольно долго - запрос был тяжёлым). набор данных один и тот же. пробовал локально ставить такую же версию MySQL, пробовал несколько более новых и более старых версий - результат без изменений.
так как необходимость поднять проект локально была неизбежной, пришлось переписывать запрос так, чтобы он отрабатывал за приемлемое время. сдаётся мне, что имеет место какой-то системный баг в MySQL, который не могут выловить на протяжении уже многих версий.
Так в Google Webmaster Tools чётко показывается, какая версия robots.txt в данный момент используется: https://www.google.com/webmasters/tools/robots-analysis?hl=ru&siteUrl=http://site.ru/ (если вдруг не видели этой страницы)
У меня обычно не больше суток проходит до его обновления.
BOM - это специальный маркер кодировки, который должен располагаться вначале файла. Подробнее можете почитать в Википедии.
Обычно его вставляют в файл либо совсем непродвинутые текстовые редакторы, либо продвинутые, но в установках которых стоит принудительное выставление этого самого BOM. Но лично я бы рекомендовал никогда и нигде его не использовать. Скачайте приличный текстовый редактор и сохраните файл без BOM. Под Windows могу порекомендовать хоть тот же Notepad++.
Эта проверка, чтобы картинки с чужих доменов не постили?
Всё равно примерно то на то и выйдет. Если memcache ушёл в swap, значит свободной памяти уже нет, и файлов в ней оказаться тем более не может. Как-то так :)
