Customizing SMF > Mod Requests

Need someone with PHP Certification to do $1000+ Custom Sitework PLEASE

<< < (2/2)

Arantor:
No, you misunderstood me. Topic privacy as you want to implement it will have big, big performance concerns. Mostly solvable ones, but big things to factor in. We went through a lot of experimentation in implementing it and we're not entirely happy with the performance downsides and solutions we have - it will be a big thing to sort out.

The numbering on posts is probably of little or no performance matter, but without knowing your site or what you do I have no idea as to whether it will actually solve the problem you have. It sounds to me as though it's an attempt to automate something that is hard to automate well where it relies on human judgement.

Groovystar:
You got it :) The events are usually a 30-post minimum. Our main problems with it however are the double posts, so I think we can disregard the numbering and just go with installing Live's mod--he said it should be very easy to install. I could even give it a try if someone is standing by.

As for the thread stuff, well, if they are solvable concerns, then I'll be willing to go for it. We just need something. Would there be alternatives that you'd suggest? The idea is giving members more control over who does and doesn't see their threads, though it would be pointed out that moderators would still be able to see everything. The main reason is that having all threads public causes people to cheat in the game and makes certain kinds of plotlines all but impossible.

The invite-only and personal player ban lists would be the most important component to this, though all of it is important.

Labradoodle-360 is someone I've discussed this with too. Maybe we could collaborate?

Labradoodle-360:
I highly doubt Arantor is interested in freelancing....

Arantor:
I'm not particularly interested in freelancing at this time, I have more than enough going on without giving you some unrealistic expectation. Most of what I was doing here was trying to make sure you weren't going to be scammed by people that talk the talk but can't or won't walk the walk.

Topic privacy however implemented is a massive task because it needs to be replicated throughout SMF, and there's a LOT of places that's the case. There was a patch that covered it in its entirety for SMF but its author will not be interested in sharing nor allow it to be reshared as it was implemented only for one site and to be used only as a base for implementing it solidly in one of the SMF forks. So far that work is on-going and incomplete and has shown many, many performance issues that can't always be perfectly solved and that performance must suffer to some degree to make it work, for mostly the same reasons the SMF team would advise to turn off post moderation.

For those wondering, it causes indexes to be less selective and less useful as a result; no point having an index for 1k rows when the only possible values are 0 and 1, the index doesn't really help you narrow down rows any.

It's a bit more involved when you have multiple options for privacy but the same problem occurs, it slows down anywhere that requires topic privacy to be implemented which offhand is board index, message index, thread view, posting, feeds, all aspects of moderation, and anything that is pulled by custom code or portals... and there's probably more in there that I can't remember right now. Even having exclusions like 'doesn't affect moderators' have a consequence for performance because you have to determine if the person is a moderator first or not, which all adds to the performance struggles.

Groovystar:
I thank you very much for this information. I still want to try getting it coded up, but will bear all of this in mind. Because of how important it is, I will look into seeing what else can be stripped down to boost performance to make up for it.

Navigation

[0] Message Index

[*] Previous page