You're making excuses here for something done incorrectly. This is how basic flaws in systems don't get fixed year after year after year. If setting the group to 0 "breaks" something, then somewhere an invalid group_id is being used for something, which contradicts what you're saying.AmigoJack wrote: ↑Sun Jun 28, 2020 12:12 pmThe outcome is within phpBB's definition: conditions are expected. Maybe you understand it this way: there's no need for that column in the table at all and group priorities could be stored with the related groups, but performance-wise it's much cheaper to keep that one data right with the user. It still doesn't make it necessary to synchronize it also with the case of "no groups".
Wrong, because our user table starts at 1000 so we have plenty of room for special users and bots. Only amateurs start their tables at 1.We block most crawlers anyway; and there are more sophisticated ways of "knowing" if bots are crawling your site. We monitor bots on the entire site; I don't see why I need something special for each component installed on the site. I don't know of any other product that has bot accounts; it's always seemed kind of. hokey to me.Then your installation has no bot accounts, so the "who is online" part will neither show you whenever a crawler visits the board, nor will permissions for those kick in. By default account #1 is the guest, #2 the initial administrator/founder and #3 to #52 the bots.
A better design would be allocating 1-100 for admins, 200-300 for bots and setting the first user account to anonymous, so you could identify registered users as "> Anonymous". Of course you have to have that idea very early in the development cycle. I'm using the add_user extension and have added a user_id field so I can surgically insert new admins into
That's not true at all; in fact YOU JUST SUGGESTED otherwise. Numerous people have ask about integrating LOGINS with their existing website, and in the 13+ years of posts I didn't find one useful solution; obviously integrating logins to have a seamless community is a much more common (and difficult) requirement; any noob with basic SQL knowledge can display posts on their site.The device was always aimed at people who wanted literally to integrate phpBB into their website, as in: show/create posts/topics outside of phpBB. Your scenario is different.
No sense arguing. I appreciate the help and insight.