Breaking up pages

Jump to: navigation, search

I will see if I can enable a purge.

The main concern is page load time for people. This is what breaking up the page would do.

Categories work a bit different and are a feature of mediawiki. I am talking mostly about the pages that are big lists of things with tons of items on them.

Zoycite (talk)21:22, 2 October 2013

Well, what LoTS has is mainly fancy versions of the category pages. Instead of just listing all the links to all the items (normal mediawiki category pages are just links, no other info), we're pretty much abusing the wiki software to turn Zoywiki into a LoTS item database. Basically, until the game dies, we're going to keep hitting this problem because we get new items/crew/officers every week. I'm not sure what the real solution is, other than to maybe try to host an item database elsewhere, but that adds a ton of burden to a few specific people rather than the nice burden distribution effect of the wiki.

Doomcat (talk)13:07, 4 October 2013

Well there is another solution, improve #varpull to structure data.

maybe make something like #multivarpull, but then we need like a regex/output mask or something that it will put variables into like here would be our use case

{{#multivarpull:
|output={{LotS/ItemRow|%name%|%desc%|%obtained%}}
|article=LotS/Item Name
|template=Lots/Item
|name
|desc
|obtained
}}

something along those lines might improve usability of varpull and make things a lot faster since it will be less expensive calls. this is a band-aid solution but gives us a lot more power down the road

Zoycite (talk)11:21, 6 October 2013

Yeah when I referred to "category" pages I did mean the big item pages. Hangover from DotD wiki for which both are the same thing. We started to run into the issue of size on those pages a year ago or so there, and then someone figured out a less expensive way of pulling the data and allowed the pages to continue growing, but part of that involved redoing every single item page and was a huge project.

Feathin (talk)13:49, 6 October 2013
 

Multivarpull sounds like it's probably a pretty substantial bandaid, though. Another one might be either allowing variables to be declared, or if that's already allowed, teaching it to us. I've seen a ton of places like if (varpull:x) then display varpull:x Where we pull it once to check it, then pull it again to use it. If you combined variable declaration and multivarpull, I think we'd reduce each Crew or Officer or Item row from what must be dozens of pulls to < 5.

--doomcat

Doomcat (talk)05:05, 17 October 2013