Ladsgroup added a comment.
In T239931#5728662 <https://phabricator.wikimedia.org/T239931#5728662>, @EBernhardson wrote: > Sounds like some kind of parse flag? I'm not too familiar with those interfaces. Separately, CirrusSearch tends to assume that the ParserCache has an anonymously rendered version of all current pages somewhere. Is Cirrus somehow getting a different cache key than anonymous page views? I don't think we should assume that PC has all pages of wikidata rendered. Given the unique size and concept of wikidata compared to other wikis, direct page views are low but secondary usages (WDQS, client entity usage, API) are high combine it with the fact that rendering item HTMLs are resource intensive (needs to load lots of terms from other items) and we have this problem at hand now. The search indexes on wikidata doesn't need to render the page so I think fixing it to not use the HTML part of ParserOutput should not be that hard. I will check. TASK DETAIL https://phabricator.wikimedia.org/T239931 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup Cc: EBernhardson, Ladsgroup, Addshore, Aklapper, dcausse, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, jayvdb, Mbch331, jeremyb
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs