Создание канала RSS от базы данных, сколько объектов для помещения в канал так, чтобы они были все вероятны быть использованными?
Нашли изображения, используя
gcloud compute images list --uri
это было
projects/windows-cloud/global/images/windows-server-2008-r2-dc-v20190108
4 ответа
Я лично попытался бы сохранить его к чему-то под 25 или около этого. Я знаю, что число людей, использующих iGoogle для просмотра канала RSS, повышается, и существует макс. предел дисплея 9 записей там. Много других дисплеев канала RSS ограничивают при 10-15 записях.
Я нахожу, что канал RSS, если это не конкретно "все затрагивание" канал по своей природе, обычно является маленьким, быстрым хитом, обновлением того, что продолжается или что доступно.
Поскольку madlep упомянул, что я буду также стараться подавить размер.
feedburner, кажется, проверяет каждые 5 минут, но Вы смогли настраивать его в своей учетной записи. Другое сообщение форума, кажется, указывает, что это каждые 30 минут.
Ну, это зависело бы от уровня, который разоблачают записи.
Но я предположил бы, что стремление в течение прошлых приблизительно 48 часов будет безопасно - видящий, поскольку много пользователей выполнило бы одинокие RSS-ридеры, которые должны будут поразить канал к выпадающему независимо от того, что является текущим. Но если это будет слишком большим количеством данных, то, возможно, просто ограничивают его. 100 был бы много все же.
Это также зависело бы от того, как пользователи используют те данные. Вакансии, вероятно, работали бы с тем объемом, но пользователи могут быть затоплены, если они постоянно видят, что слишком много записей входят и отказываются от подписки.
И необходимо будет опасаться размера самого фактического канала. Некоторые услуги по агрегированию канала помещают предел как 512 КБ и не передадут его, если это становится больше, чем это.
Если Вы сделали тяжелую работу создания подачи в месте кулака, затем предлагают querystring переменные для влияния на то, какие записи возвращаются.
Я недавно сделал что-то подобное для основанного на интранет канала, как это
feed.asp? d=3&n=100
Который возвращает ценность прошлых 3 дней подачи максимум с 100 записей.
Точно так же
feed.asp? d=7 (все записи в течение прошедших 7 дней)
feed.asp? n=10 (последние 10 записей)
Затем пользователи могут скорректировать канал для удовлетворения их обстоятельству, поскольку у Вас обычно не может возможно быть одного канала, который обслуживает требования всех пользователей.
В то время как это не помогает Вам с Вашими значениями "по умолчанию", когда feed.asp требуют, это действительно, по крайней мере, позволяет обидчивым пользователям изменять подачу если они, так пожелайте. Удостоверьтесь, что Вы проверяете значения querystring также, для предотвращения глупых/злонамеренных запросов.