> s>> Приветствую! есть предложение организовать на странице рассылки
> s>> (назовем её условно "нашей") блок,
> s>> который можно назвать "похожие рассылки". Т.е анализировать
> s>> статистику, и выводить в блоке те рассылки, которые читают подписчики
> s>> "нашей" рассылки. Это делают многие сервисы, включая поисковики
> s>> (рамблер-ассоциации), это делает и небезызвестный Content блоком "ВМЕСТЕ
> > > С ЭТОЙ
> s>> РАССЫЛКОЙ ПОДПИСЧИКИ ТАКЖЕ ЧИТАЮТ"
Смысл есть. И он очень даже очевидный. Ведь если люди заинтересовались этой рассылкой
(на которую они сейчас смотрят в каталоге),
значит у них есть какие-то общие интересы с подписчиками этой рассылки. Следовательно
они захотят подписаться и на другие
рассылки, выбранные подписчиками этой.
И для Subscribe.ru есть смысл - люди будут подписываться на большее количество
рассылок.
И уж во всяком случае это понятней, нежели Subscribe.ru предлагает подписаться
на случайно выбранные рассылки.
С уважением, Павел Кусков, http://kuskow.narod.ru

ПЯ> Желающие получать рассылки не по почте, а через агрегаторы новостей
ПЯ> (они же фид-ридеры, они же рсс-читалки), теперь могут просто установить
ПЯ> свой подписке тип "Агрегатор Новостей" и забыть про переполнение почтовых
ПЯ> ящиков, проблемы доставки и прочие прелести электронной почты.
Дополнение:

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

Например: http:://subscribe.ru/member/feed/index.atom?nmax=5

По умолчанию вы получаете все накопившиеся выпуски, но не более 20.
Если накопилось больше, то остальные будут выданы при следующем подключении.

Приветствую!

s>> Приветствую! есть предложение организовать на странице рассылки
s>> (назовем её условно "нашей") блок,
s>> который можно назвать "похожие рассылки". Т.е анализировать
s>> статистику, и выводить в блоке те рассылки, которые читают подписчики
s>> "нашей" рассылки. Это делают многие сервисы, включая поисковики
s>> (рамблер-ассоциации), это делает и небезызвестный Content блоком "ВМЕСТЕ
С
> ЭТОЙ
s>> РАССЫЛКОЙ ПОДПИСЧИКИ ТАКЖЕ ЧИТАЮТ"
s>> Мне кажется, это было бы полезно. Для подписчиков уж точно, т.к
s>> позволяет сразу посмотреть наиболее интересные (потому что популярные)
s>> тематические рассылки не ковыряясь в длинном списке каталога, где, к
s>> сожалению, даже все рейтинги вместе не всегда позволяют оценить интересность
s>> рассылки.
> Блок в чем-то интересный, но _интересность_ рассылки он оценить не
> позволит. Интересность понятие сугубо личное.
> Запишем себе на Бамажку конечно, но, так, в раздел "Бало бы забавно
> сделать".

Ну ладно, пусть не интересность, действительно личное (хотя тут есть
некий смысл - ведь если у рассылки стабильно много читателей, то
шанс, что она заслуживает внимания, намного выше)
Но такой блок позволил бы быстро охватить самые популярные издания в
новой для себя теме...
Но в общем я предложил, рад что я услышан и записан :) Может кто еще
из авторов выскажет свое мнение.

Приветствую, Vladimir Doubrovski!

VD> VD>> Вебинтерфейс и функции управления заметно
VD> VD>> усложнились и обогатились. Не скажу что всегда,
VD> VD>> но требуется "хорошо посидеть" в интернете.
VD> VD>> Можно сделать функцию увеличения времени доступа в
VD> VD>> авторском интерфейсе со сбросом по-умолчанию при
VD> VD>> закрытии сеанса работы.
VD> ПЯ> Мммм вам не хватает часа ?
VD> Бывает, что так, линии не слишком скоростные.

Добавлю, у меня часто открыт логин в браузере на работе,
чтобы в случае чего быстро что-то поправить, но после часа
всё равно приходится перелогиниваться.

VD> VD>> Предложение: усовершенствовать функцию /AUTHORLOGIN
VD> VD>> чтобы не терялась выбранная автором рассылка, на что
VD> VD>> также теряется время.
VD> Уточню, при перелогине номером автора, когда строка браузера
VD> уже содержит /list/conf/points/?gid=rest.travel.together

Да, подтверждаю потерю дополнительных параметров. Исправить
можно реализацией сохранения в переменную принятого
параметра gid и добавления её в <INPUT type=hidden>.