#wordpress 2018-11-29
2018-11-29 UTC
[schmarty], [tantek], j12t, jgmac1106, j12t_, [eddie], [jgmac1106], AkyRhO, jeremych_, cjwillcock and jackjamieson joined the channel
# jackjamieson GWG: Hi, how's it going? I saw you're on holiday - looks fun!
# jackjamieson Pretty well - I've got the improved polling schedule close to implemented. Thinking through how to handle scheduling, given WordPress's cron
# jackjamieson While I think on that I've been tidying up the code, basically just clearing phpcs issues
[Vincent] joined the channel
# jackjamieson And parsing is now handled entirely by parse-this
# jackjamieson For the rest of the week I'm mostly focused on grading papers, so not much dev time until Monday probably
# [jgmac1106] move to self grading....helps me a ton
# [jgmac1106] gotta do the same though myself...need to start looking at where folks are
# jackjamieson [jgmac1106]: Self-grading would be nice, but in this case my contrast is just for grading papers, so I've got to do it the old fashioned way! Interesting course though and the papers are good so it's a nice diversion
# jackjamieson GWG: I'm toying with the idea of using fetching etag headers to tell if a page has been updated since the last poll. Might save a few redundant fetches. If so, I think this would need to be implemented in parse-this. I could try it out and send a PR if you like
# jackjamieson GWG: But I'm not sure if that would actually help that much. If you have any thoughts let me know, otherwise I'll try it out and see if it makes a difference
# jackjamieson My thought is to store the etag every time I fetch a feed. Then before calling Parse-this->fetch, Yarns will request the page's headers and do a comparison. Then it will only proceed with the fetch if the etag has changed.
# jackjamieson It's not a high priority, but seems like it could be pretty simple to add so I might just try it out
# jackjamieson Actually I could do it entirely within Yarns, but if added to Parse-This I imagine it would take the form of a fetch_headers function, or something to that effect
# jackjamieson sknebel - that's a good point. I think a conditional request would be the best approach. Thanks for the advice.
# jackjamieson GWG: I'll think about it too - I might just test it out and then let you know if it seems worthwhile
[tantek] joined the channel
# jackjamieson I suspect the head requests are useful in practice, because there are likely to be a decent number of slow feeds. I'll do some more reading about conditional requests too, and maybe try to implement a test
# jackjamieson sknebel++ Thanks!
[jgmac1106], [schmarty], [dave], jackjamieson, [tantek], [eddie] and jgmac1106 joined the channel