@mirabilos
I've never heard of this attribute.
Can you give me an example of a feed with this attribute? That'd make it easy to add a (currently failing) test case which I can then implement properly.
Preferably as a bug report against the salsa repository.
@venthur @Ganneff
I've never heard of this attribute.
Can you give me an example of a feed with this attribute? That'd make it easy to add a (currently failing) test case which I can then implement properly.
Preferably as a bug report against the salsa repository.
@venthur @Ganneff
@mirabilos @venthur @Ganneff @wouter be gentle with Planet, folks. It’s been going for over twenty years!
@mirabilos
Checking https://www.rssboard.org/rss-specification#ltttlgtSubelementOfLtchannelgt, I'm not sure that ttl actually means "do not update more often than this"; instead, my reading is that it means "if the source is older than this value, invalidate the cache entries for them". So I don't think it's a bug to update at every run...
@venthur @Ganneff
Checking https://www.rssboard.org/rss-specification#ltttlgtSubelementOfLtchannelgt, I'm not sure that ttl actually means "do not update more often than this"; instead, my reading is that it means "if the source is older than this value, invalidate the cache entries for them". So I don't think it's a bug to update at every run...
@venthur @Ganneff
@venthur
PtLink uses a format-agnostic parser to figure out details of a stream, so that's not an issue (it will just return undef if a valid is not set, whether because it's optional and not set or because the format doesn't support it).
It also uses HTTP headers such as if-changed-since (not sure about etag, might have that too) to tell the server not to send anything unless there's an update since the last change.
@Ganneff @mirabilos
PtLink uses a format-agnostic parser to figure out details of a stream, so that's not an issue (it will just return undef if a valid is not set, whether because it's optional and not set or because the format doesn't support it).
It also uses HTTP headers such as if-changed-since (not sure about etag, might have that too) to tell the server not to send anything unless there's an update since the last change.
@Ganneff @mirabilos
- replies
- 0
- announces
- 0
- likes
- 1
@mirabilos
I read it as "don't bother using your cache if it's older than this"
Unfortunately the spec is not very detailed, so while I think my reading is correct, I'm not confident enough of that to state that yours is wrong.
Regardless of which is the intended reading, it could definitely benefit from a "don't bother asking me if your cache is more recent than this" field.
@Ganneff @venthur
I read it as "don't bother using your cache if it's older than this"
Unfortunately the spec is not very detailed, so while I think my reading is correct, I'm not confident enough of that to state that yours is wrong.
Regardless of which is the intended reading, it could definitely benefit from a "don't bother asking me if your cache is more recent than this" field.
@Ganneff @venthur
@venthur @Ganneff Oh yes! https://salsa.debian.org/wouter/ptlink. It's in production use for https://planet.grep.be, and I have a (somewhat outdated by now, but still) configuration that works for Planet Debian at https://salsa.debian.org/wouter/pd-config/-/tree/ptlink?ref_type=heads
@Ganneff
@venthur
Forgot to mention:
Planet Debian uses Django templates, which PtLink does not support (because perl, and Dotiac::DTL doesn't actually work as advertised -- yes, I tried). So I translated the templates to perl. Since Planet Debian has templates in a different git repository, so do I ;-)
https://salsa.debian.org/wouter/pd-templates
@venthur
Forgot to mention:
Planet Debian uses Django templates, which PtLink does not support (because perl, and Dotiac::DTL doesn't actually work as advertised -- yes, I tried). So I translated the templates to perl. Since Planet Debian has templates in a different git repository, so do I ;-)
https://salsa.debian.org/wouter/pd-templates