|
Joined: Mar 2007
Posts: 522
Addict
|
Addict
Joined: Mar 2007
Posts: 522 |
After a server crash and migration to a new server, I am unable to approve users from the registration queue. It was working on the old server prior to the migration. At present, the queue comes up, and I have the normal screen for doing the approval process. If I click approve on a few of them, and click the "submit" button, everything looks normal. The screen goes away, there is a normal delay, and the list comes back again. Unfortunately, none of the entries have changed, and nobody gets approved (or deleted).
Using the compare plugin in Notepad++, doapproveuser.php is the same on both. What else should I look at?
Steve
UBB.classic from 2000-2003 UBB.threads from 2003-present!
|
|
|
|
Joined: Jun 2006
Posts: 16,299 Likes: 116
|
Joined: Jun 2006
Posts: 16,299 Likes: 116 |
Steve, I just tried this with a random member and it looks like it's doing the action, but the data returned doesn't display that they've been approved; is your control panel running stock coding? I ask as that's a lot of data to be returned at one time for one page...
|
|
|
|
Joined: Mar 2007
Posts: 522
Addict
|
Addict
Joined: Mar 2007
Posts: 522 |
Yes... the control panel hasn't changed. It was one of the first sites with your original SFS mod, but that would have been eliminated when SFS became stock code, right? It worked before the move.
Could it be timing out somewhere along the line?
Steve
UBB.classic from 2000-2003 UBB.threads from 2003-present!
|
|
|
|
Joined: Jun 2006
Posts: 16,299 Likes: 116
|
Joined: Jun 2006
Posts: 16,299 Likes: 116 |
Well, on your particular server it can be any multitude of settings you could check; first, suhosin is active on your machine, which can cause several issues. Secondly, the php configuration file supplied with your cpanel also allows only 1000 inputs, so it's possible with the sheer amount of data thrown at the CP for approving posts is going above this limit.
|
|
|
|
Joined: Dec 2003
Posts: 6,562 Likes: 78
|
Joined: Dec 2003
Posts: 6,562 Likes: 78 |
After a server crash and migration to a new server, I am unable to approve users from the registration queue Also I assume you have double checked file/folder permissions. As well as the paths set in the includes/config.inc.php file It is not uncommon when changing servers that paths may change however so slight. Remember with linux file/folder names are case sensitive. Also you may have a permission incorrect for one of the scripts used for approving users.
Blue Man Group There is no such thing as stupid questions. Just stupid answers
|
|
|
|
Joined: Mar 2007
Posts: 522
Addict
|
Addict
Joined: Mar 2007
Posts: 522 |
I will look at that, Ruben.
Steve
UBB.classic from 2000-2003 UBB.threads from 2003-present!
|
|
|
|
Joined: Jun 2006
Posts: 16,299 Likes: 116
|
Joined: Jun 2006
Posts: 16,299 Likes: 116 |
Ok, so time for the solution...
The PHP "max_input_vars" on a good host will be at least the default value (1000), anything less is not recommended. Where this setting at its default is a pretty good option, when you have a system like the member management system in UBB.threads which doesn't paginate the output, you have X amount of variables per entry (we'll call it 10 for the sake of not wanting to go and find the number again) and you have a lot of pending users, you'll hit this limit at 100 users (default max_input_vars setting); in this particular instance there are thousands unapproved users, hence why the form wouldn't accept the input on any user (because it was sending the payload of the entire page).
We set the "max_input_vars" to a huge number so that the listing could be processed, and will set it lower once it's done. If you do not have access to your PHP configuration you'll need to delete pending users that you would otherwise deny, and set the "USER_IS_APPROVED" column to "yes" in the "ubbt_USERS" table for each user you wish to approve manually.
|
|
|
Bots
by Outdoorking - 04/13/2024 5:08 PM
|
|
|
|
|
|
|
|