[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-12-09 Thread Lydia_Pintscher
Lydia_Pintscher added a comment. Hey :) We'd really like to move forward with making the ArticlePlaceholder more useful. It not showing up in search engine results is the biggest blocker at the moment. Given that there was no feedback on Marius' last comment can we go ahead? If we don't get a

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-11-09 Thread hoo
hoo added a comment. @BBlack Given T109458: [Story] CDN cache article placeholders is not implemented, there is no caching for these pages right now. If you consider this a requirement for this limitted trial, we could look into caching them for one day (and provide a custom purge mechanism).TASK

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-11-08 Thread BBlack
BBlack added a comment. I clicked Submit too soon :) Continuing: We'd expect content to be at minimum a day, if not significantly longer. MW currently emits 2-week cache headers (with plans to eventually bring that down closer to a day, but those plans are still further off). Cache invalidation

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-11-08 Thread BBlack
BBlack added a comment. Nothing was ever resolved here. 30 minutes seems like an arbitrary number with no formal basis or reasoning, and is way shorter than we'd like for anything article-like.TASK DETAILhttps://phabricator.wikimedia.org/T142944EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-11-08 Thread hoo
hoo added a comment. Heads up: In T144592: Search index a limited number of article placeholders for testing and evaluation purposes we decided to index exactly 1,000 placeholders on eowiki. All other placeholders will not be linked to and also have set, so this trial is a very limited trial.

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-18 Thread hoo
hoo added a comment. In T142944#2566353, @DaBPunkt wrote: In T142944#2560827, @hoo wrote: For this, we also desire to get the placeholders into search engines, to drive more traffic to those small Wikipedias (which don't have much content on their own, thus few search engine traffic). May I

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-18 Thread DaBPunkt
DaBPunkt added a comment. In T142944#2560827, @hoo wrote: For this, we also desire to get the placeholders into search engines, to drive more traffic to those small Wikipedias (which don't have much content on their own, thus few search engine traffic). May I ask how this should work? As far as

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-17 Thread BBlack
BBlack added a comment. I think I'm lacking a lot of context here about these special pages and placeholders. But my bottom line thoughts are currently along these lines: How do actual, real-world, anonymous users interact with these placeholders and special pages? What value is it providing

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-17 Thread hoo
hoo added a comment. In T142944#2560699, @BBlack wrote: I think I'm lacking a lot of context here about these special pages and placeholders. But my bottom line thoughts are currently along these lines: How do actual, real-world, anonymous users interact with these placeholders and special

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-17 Thread hoo
hoo added a comment. In T142944#2557015, @BBlack wrote: 30 minutes isn't really reasonable, and neither is spamming more purge traffic. If there's a constant risk of the page content breaking without invalidation, how is even 30 minutes acceptable? Doesn't this mean that on average they'll be

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

2016-08-16 Thread BBlack
BBlack added a comment. 30 minutes isn't really reasonable, and neither is spamming more purge traffic. If there's a constant risk of the page content breaking without invalidation, how is even 30 minutes acceptable? Doesn't this mean that on average they'll be broken for 15 minutes after an