07-11-2016, 01:58 PM
Actually, the new include line should be ../usersc/init.php instead of the URL include...
The following warnings occurred: | ||||||||||||
Warning [2] Undefined variable $unreadreports - Line: 26 - File: global.php(961) : eval()'d code PHP 8.2.25 (Linux)
|
Admin Register only
|
07-11-2016, 01:58 PM
Actually, the new include line should be ../usersc/init.php instead of the URL include...
07-11-2016, 02:25 PM
Shouldn't it be ../users/init.php ?
I knew something didn't feel right about my answer.
07-11-2016, 04:59 PM
So the new update will include the admin ability to create users?? And if I want admins to be able to change passwords I just follow your instructions on 'Page 2'?
07-11-2016, 07:06 PM
Yes. The ability to create new users will be there. And yeah, to add the ability to change passwords copy that file to your usersc folder and update the path of the init and you'll be good to go. I tested the functionality of both and they work great.
09-22-2016, 06:29 AM
Hello,
I am new to Userspice and am also looking for a feature to turn off public registrations. I am working on a site where public registrations will not be allowed and the admin will create user accounts. Is there an easy way to turn off public registrations? Thanks, Evan
09-22-2016, 12:34 PM
Sure. You can just take away the link in navigation.php to join.php and that will get rid of the link. Then the next thing I would do is go into the usersc folder and create a file called join.php
Paste this code in it and you should be good to go. http://pastebin.com/jaraR3Br
09-23-2016, 05:16 AM
Awesome! That's what I was looking for. I went ahead and removed the sign up and register links from my login pages too and seems to be working great. Thanks for the great software and your help!
09-23-2016, 11:09 AM
I'm glad that worked.
2 things to note: 1. Since we made that change in the usersc folder, it won't get overwritten by an update...although if you update to 5.0, you might have to change the navigation part again because we're doing that a little differently there. 2. If you decide to use the google/facebook login features from 4.2, we'll have to make a few changes in logic there because the login and join features for social are technically the same....so you would have to do some thing to kill off signups for people who aren't in the database already. I could show you that if you decide to go that direction. |