и/или

SE организовать взаимодействие истории поиска и автопоиска чтоб можно было пользоваться пунктами автопоиска в окне поиска (VS например в виде второго столбца в выпадающем списке истории поиска) для этого ещё хорошо бы VS добавить столбик "птичек" в окно автопоиска чтоб переключать отображать/неотображать соответствующий пункт в этом самом втором столбце ...

Аналогично для поиска по TTH. Подключаются хабы из хаблиста, на полезных GreyLink остаётся. Если IP, CID или ник результата поиска совпадает, это не делает результат поиска полезным.

Грубо сказано, но идея понятна, думаю.

Добавлено (21.09.2010, 18:58)
---------------------------------------------
Хочется, чтобы можно было давать web–мастерам инфу о том, откуда приходят люди. Если в общем чате постится web–ссылка, то при нажатии на неё запускается http://адрес.редиректора/refredi....tp который уже с помощью META refresh или javascript перенаправляет на нужную страницу. При этом обязательно должен отпечатываться Referrer. Статус 301 не оставляет referrer, например.

Ставиться это должно в настройках опционально, адрес редиректора должен настраиваться. Адрес хаба можно скрывать по желанию. Нужно это тем юзерам, которые хотели бы заявить web–мастерам, что в DC есть люди, и много. Думаю, ничего страшного не случится, если в модах это будет стоять по дефолту.

Такая форма URL выбрана, чтобы в Яндекс.Метрике заходы группировались. Яндекс.Метрика должна сгруппировать несколько похожих реферреров такого типа в http://адрес.редиректора/refredir/dchub/адрес.хаба.или.hidden/ , и в итоге заходы будут группироваться по хабам.

А когда–нибудь, может быть, Яндекс.Метрика начнёт полноценно понимать такие реферреры.

Как ещё один, даже более интересный вариант — открывать на localhost какой–нибудь порт для HTTP, и описанный сервис через локалхост же и делать.

И к этому можно добавить строку с последними смайлами, чтобы не прокручивать все каждый раз.
Пример:

Сообщение от XTDC с форума грейлинк )

http://greylink-dc.ru

Собственно, хотелось бы по тому же принципу визуализировать, на что уходит аплод канал.

то что у нас уже есть - весьма навороченный поиск, но не идеальный...
к примеру непонятно чем ограничивается количество результатов поиска и где его увеличить/уменьшить SE/ST
т.е. например если у пары пользователей на хабе точно есть 200 файлов в .avi (скачал пару файллистов и сложил две циферки), а поиск выдаёт порядка 150 со всего хаба включая и этих двоих ... и пользователей на хабе несколько десятков и .avi у них тоже есть - весьма хреновый результат получается...
или например если у пользователя есть некий сериал целиком, а поиск выдаёт только первую пятую и двадцатьпятую серии - это не есть гут ...

(SE/CH фишка с неучастием в поиске может прикончить поиск вообще... - неплохо было бы научиться её игнорировать)

а если вернуться к вашему вопросу:
прыгать в автопоиск и обратно в поиск и закрывать лишние окна поиска - весьма хлопотно...
история поиска быстро забивается хламом и если бы она хотябы была в отдельном конфиге - на неё можно было бы поставить ридонли и забить... но это весьма хреновый вариант...
да и то что некое действие можно выполнить несколькими способами - это скорее достоинство чем недостаток ...

с этим надо смириться. иначе, если я ищу символ "." (точка), который есть в каждом файле, клиент должен что, слить всю шару по UDP, да ещё в режиме 1 файл = 1 пакет? из-за того, что UDP, в отличие от TCP, не сдерживает скорость отправки, отдачик с широким каналом может отправить поток, который обрежется на стороне получателя, если у него канал хоть чуть уже

поясню: 52 = 26 серий + 26 сабов (или иногда и просто 52 серии)

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

да и вроде бы раньше (довольнотаки сильно раньше когда ещё ваш speed-мод развивался) в поиске выводило в разы больше результатов...

В идеале лучше, чтобы юзер сам указывал какие версии банить. Это раньше даже неоднократно просили. Конечно тут чреваты злоупотребления

зачем? проблема решена ещё в версии 5.88, когда флудящий клиент через 2-3 флуд-запроса попадает на 5 мин в игнор и не может инициировать новые соединения

передавать какие-то тексты невыгодно по двум причинам:
1. неадекватные админы хабов могут забанить, если стучать в ЛС
2. неадекватные юзеры старых (а почему старых? проблема в корне не решена, только какие-то костыли) версий флая могут обидиться и в ответ забанить

а так - ну нет соединения, пусть грешат на сеть... меньше ненужных приключений грееводу на свою задницу