Cleanup?

0xCCBA696 said:
As I said in forum #14174, that would be workable if the queue as served contained every unapproved post, and all hiding of posts was done on the client side. This is also the mechanism by which, as I stated, the server would not have to remember who had hidden which unapproved posts.

aldeayeah said:
0xCCBA696, I think the problem 葉月's pointing out are the performance issues of serving the whole queue at once.

No. The problem is that we can have sub-pages (the mod queue has a search box to narrow down your view) that aren't guaranteed to have all posts available. That would mean you'd lose your rejected IDs each time you rejected one in a narrowed-down view. That, or having to do odd hackery which'd wait with purging until you went back to the full view; dunno, it sounds complex, hard to say without actually trying to implement it.

Would doing it server side really add that much overhead to the site? Its not like we have a bajillion Mods/Janitors after all.

That's what I was wondering. If this were something all users were accessing, bandwidth would be very very important. But it's only like two dozen users in this case, and probably no more than 1-3 at any one time.

Yeah, true I guess. Scalability is not really a huge problem in this case. That combined with what 葉月 was saying (forgot about the search function in the queue, which I rarely use) has convinced me that it should probably be server-side.