Кто должен генерировать RSS поток?

[Line]

Кто должен генерировать RSS поток?

Как Вы считаете, в какой части CMS должен генерироваться RSS поток, который отдается пользователю? В пользовательской или административной?

 

[diamond_krnl]

некоректный вопрос на некоректный вопрос:
кто пользуется потоком пользователи или администраторы?

 

[Кощей]

Он должен по разному генерироваться, для новостей которые идут к примеру в RedTram нужно вручную отбирать записи.
А для вывода в рсс списка записей пользователя автоматом мне так кажеться.

 

[Line]

diamond_krnl
Потоком пользуются пользователи сайта.

Кощей
>> А для вывода в рсс списка записей пользователя автоматом мне так кажеться.
Автоматом-то, автоматом, а где в пользовательской части или в административной при добавлении новой новости или измненении старой?

 

[Кощей]

Line
Для автоматической ленты нужна функция генерации RSS потока, если что-то добавляеться или извеняеться вконца вызываеться функция и она перегененирует ленту и записывает её в какой нибудь реальный xml файлик.

 

[StUV]

а где в пользовательской части или в административной при добавлении новой новости или измененении старой?

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

зы: ответом на твой вопрос будет ответ на вопрос "что входит в рсс и кто клиент этой ленты?"

 

[Кощей]

Тебе задачу нужно сначала бы показать, где что "должно" быть решаеться имеено в зависимости от неё.

 

[Line]

StUV
>>т.е. во втором варианте ты хочешь чтобы новость добавлял админ, а в рсс ее включал любой фронт юзер?..

Я предлагаю создавать/изменять файл RSS администратору сайта, при обновлении новостей, а пользователь обычный (пользователь веб-сайта) просто имеет возможность читать файл RSS.
Или правильнее было бы создавать файл RSS например планировщиком сервера? Или пользователем при обращении к соответственному скрипту?

 

[StUV]

все зависит от задачи
если пользователь должен видеть в рсс 10 последних актуальных новостей - то лента должна перегенеряться _сразу_ после создания/обновления новости
если на юзеров насрать и 1-2-3-120... мин. актуализации ленты для них фигня - запускай по крону

ли пользователем при обращении к соответственному скрипту

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

 

[Line]

StUV
Вопрос идеологии, а именно, должны ли быть зависимы пользовательская и административная часть. Если RSS создается в административной части то возникает такая зависимость.

 

[StUV]

Если RSS создается в административной части то возникает такая зависимость.

какая такая? кто-от-кого зависит?

-~{}~ 06.11.07 17:12:

Вопрос идеологии

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

 

[Line]

StUV
>>какая такая? кто-от-кого зависит?
Конечный пользователь зависит, от манипуляции по созданию RSS файла в админитративной части. Ход мысли понятен?

 

[StUV]

Line
еще раз
пользователю чего надо?
- "набор конкретных новостей по выбору из списка" - тогда пусть сам генерит
- "последние новости" - автоматически при изменении этих самых
- "еще что-то" - сделать это что-то там, где надо

_никакой_идеологии_ - сплошной прагматизм =)

 

[Line]

StUV
Окей. Согласен

 

[boombick]

- "набор конкретных новостей по выбору из списка" - тогда пусть сам генерит

генерация пользователем RSS-потока - это пять =)

 

[jonjonson]

Вообще-то определяются источники данных для RSS.
И скрипт генерирует RSS при каждом к нему обращении, на основе данных в источниках данных, либо отдаёт закэшированную ленту, если ни один источник данных не обновился.

 

[StUV]

генерация пользователем RSS-потока - это пять =)

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

-~{}~ 07.11.07 10:04:

jonjonson

скрипт генерирует RSS при каждом к нему обращении, на основе данных в источниках данных

почему бы ее не сгенерить до обращения юзера, если изменения в данных бывают намного реже, чем обращения пользователей?

отдаёт закэшированную ленту, если ни один источник данных не обновился

в распределенных системах возникают "тонкости", из-за которых предпочтительнее настроить прегенерацию ленты, чем генерацию при первом обращении + кеш + какие-нить системы флагов актуальности данных

 

[jonjonson]

в распределенных системах возникают "тонкости"

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

 

[StUV]

Достаточно проверять обновление, а именно наличие новых публикаций

где проверить? в базе?
на каждый запрос ленты клиентом дергать базу вместо того, чтобы просто генерить ее в момент изменения данных ?
а если у тебя сотни запросов в секунду?

 

[AP]

А зачем отдавать 10 последних новостей(к примеру), не проще ли передать клиенту только нужные ему данные?