Essay

для рунета цифры где-то такие:

http://www.liveinternet.ru/stat/ru/browsers.html?period=month

Интересно, что дает статистика использования браузеров в разные часы?

Можно что-то вроде этого попробовать:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"  version="1.0">

<xsl:output method="xml" indent="no" encoding="UTF-8"/>



<!-- копирует все, что не имеет другого шаблона -->

<xsl:template match="* | @*">

    <xsl:copy><xsl:copy-of select="@*"/><xsl:apply-templates/></xsl:copy>

</xsl:template>



<!-- создаем "пустые" правила для ненужных атрибутов -->

<xsl:template match="@param1" />

<xsl:template match="@param2" />

Если все "красиво" у вас с точки зрения "редакционной политики" РСЯ, и вы не против откручивать поисковый Директ в "своих" результатах поиска, то попробуйте добавиться в РСЯ - если примут, ограничения в 1000 запросов не будет.

Если это не выариант, то поищите по форуму - вроде обсуждалось уже и не раз. Есть ли работающее решение - не знаю, не интересовался.

Используйте оператор rhost="ru.mysite.*" вместо host="" при формировании поискового запроса.

подробнее здесь:

http://help.yandex.ru/xml/?id=316625

http://help.yandex.ru/search/?id=481939

Версия для *nix бесплатна - GPL

Думаю, для более-менее серьезных проектов, которым "недостаточно" GCS или Яндекс.XML, root-доступ не должен быть непреодолимым припятствием :)

Думаю, если человек "сидит" на поиске от Гугла, ссылка на Яндекс его не смутит.

Нужен поиск по сайту с собственным краулером (т.е. индексирующий сайт по http|ftp) или можно обойтись поиском по БД?

С краулерами:

http://company.yandex.ru/technology/server/ (есть русская морфология)

http://mnogosearch.org/ (есть русская морфология)

http://lucene.apache.org/nutch/ (Java) (русская морфология под вопросом)

Полнотекстовый поиск по БД:

http://sphinxsearch.com/ (есть русская морфология - стемминг)

http://mnogosearch.org/ (есть русская морфология)

можете поизучать вот этот каталожец:

http://www.searchtools.com/tools/tools-opensource.html

А что в вашем понимании "адекватные"?

Можно ввести еще одно "измерение" рубрикации с менее глубокой вложенностю, если предметная область это позволяет. Т.е. доп. классификация по каким-то иным качественным признакам, позволяющая выделить искомую группу в меньшее число кликов. Одна из реализаций подобного решение - "облако тегов" по каждому уровню каталога. Опять же, если говорим об удобстве пользования, и если предметная область это позволяет.

Если речь об индексации, то карта сайта, rss-фиды новых материалов, ссылки на внутренние разделы с других сайтов...

Все правильно вам написали уже. Для самоуспокоения можете еще глянуть хедеры, отдаваемые для статики, хотя это и не будет гарантом того, что статика отдается самим nginx, а не проксируется, как и динамика на апач (что маловероятно и возможно только при кривых руках и абсолютном непонимании что делаешь при правке конфига). А так, судя по вашему же анализу логов, все ок.

из бесплатных в свое время рекомендовали:

http://otrs.org/

http://www.mantisbt.org/

наксколько хороши, не знаю, не пробовал.

Самое правильное рещение приняли, имхо.

На будущее, неразрывный пробел в xml можно заменить на

амперсант#160;

(хотя кто-то считает, что это моветон). Либо определить для документасоответствующую сучность, если очень нужно использовать nbsp:

<!ENTITY nbsp "амперсант#160;">

ну и любой невалидный код можно поместить в секцию:

<![CDATA[ ... &nbsp; ...

]]>