Тема: плагин-читалка rss

Нет, всеравно выдает

407 Proxy Authentication Required

Новая версия плагина от lost пока работает нормально (у меня 2 OPML-ящика на 26 RSS-лент с плагином от lost, 9 RSS-ящиков с плагином от klirik, всего до 1000 сообщений в день).

Заметил различия в плагинах:

от klirik - даёт несколько повторяющихся сообщений (одного имени и содержания),

от lost - таких сообщений нет или почти нет.

Визуально всё ОК - но чем обусловлено такое различие и не теряется ли какая-либо информация при таком способе получения у lost ?

ЗЫ: Проблемы с именами файлов (кроме большой длины) и проблемы "застревания лент" при использовании последней версии плагина от lost вроде бы исчезли.

ЗЫ: ЗЫ: Кстати, а на что влияет опция количества подключений в настройках плагина от lost и какое значение там будет правильно установить (у меня Вин2000)?

Тестирование продолжаю…

дело наверное в способе генерации UIDLа

у меня пока 36 фидов. работает достаточно исправно.
дублирование иногда бывает. скорее это обусловлено локальными причинами.
фильтрация на прокси, изменение постов и прочее..

Количество подключений - это количество одновременных потоков.
Примерно как в качалках.

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

Перерыл всю тему, но решения не нашел.

поставил плагин последней версии от lost (2.3.6.126) до этого стояла одна из первых версий. И начались проблемы:

Сообщения не забираются а выдаётся ошибка

Код:

02.08.2006, 19:37:32: FETCH - Сервер сообщает об ошибке: -ERR Требуется точка с запятой.

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

Код:

02.08.2006, 19:44:39: FETCH - Сервер сообщает об ошибке: -ERR Пропущен пробел.

Параметры ленты:
Почтовый сервер: localhost
Пользователь: http://samlab.ws/sam.xml
Пароль: любой знак
Соединение: Обычное
Порт: 111

Проверил ранней версией этими параметрами нормально забирается, в последней версии поменялся формат???

Не знаю, но фид приведенный однозначно кривой

Код:

The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.
--------------------------------------------------------------------------------
A semi colon character was expected. Error processing resource 'http://samlab.ws/sam.xml'. Line 77, Position 37
<title>Русская версия Sateira CD&DVD Burner 2.52</title>
------------------------------------^

знак & нельзя просто так использовать.

подожди, пройдет время, кривая новость уйдет и фид оживет.

2aff:
Ясен пень… Но я в этом не разбираюсь - как высчитать оптимальное число?
По количеству лент в OPML-файле или есть какие-то более грамотные и точные принципы?

aff похоже на правду остальные его тоже не хавают. А так как другими программами для RRS не пользуюсь (обычно), то и подумал на плагин.

Сообщение от Nikuz

Ясен пень… Но я в этом не разбираюсь - как высчитать оптимальное число?
По количеству лент в OPML-файле или есть какие-то более грамотные и точные принципы?

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

Если поставить много фидов на много потоков - то параллельный забор почты с майл-ру например может скопытиться.
С другой стороны плугин всё равно не отдаст письма раньше чем скачаются все из них.
Имхо на текущий момент количество потоков это средство управления конкуренцией интернет приложений на конечном соединении пользователя.
То есть у качалки файлов в 10 потоков браузеру сложнее отобрать байты для своих целей чем у качалки в 1 поток.
Хотя общая скорость практически не изменится.

Просто сейчас конкуренция потоков на стороне сервера ниже чем на клиентской. сервера стоят на каналах в 100 мбит, а у клиента например 128 кбит.

Посему:
Эмпирически более 5 потоков ставить не рекомендую.