RN 2.4 disable second user registration (activation) form

Worker Joined: Jul 06, 2005 Posts: 172

See this thread:

http://www.ravenphpscripts.com/postt18413.html

registered · Posted: Wed Nov 25, 2009 10:03 am

<bump>

Worker Joined: Oct 22, 2005 Posts: 201

Is this possible?

this second acttivation is terrible..

Posted: Mon Nov 01, 2010 3:55 pm

I am sorry but I can't find those files I did long time ago. I searched today but no luck. I also would like to do that because it is true. It kicks away lots of users who doesn't understand the system.

Posted: Tue Nov 02, 2010 7:52 am

Not sure if this will mess everything up as I'm just quickly glancing at this... but couldn't you just edit the "op" in this line from "new_finish.php"....

line 192 - new_finish.php

Code:

$message .= _TOFINISHUSER . "\r\n\r\n" . $nukeurl . '/modules.php?name=' . $module_name . '&op=activate&username=' . $ya_username . '&check_num=' . $check_num . "\r\n\r\n";

(op being "activate")

to be something YOU come up with (a new op) and that new op just having the code in the file to save the activation.

Quick attempt at a new op:

YOUR-OP.php

Code:

<?php


/**************************************************************************/


/* RN Your Account: Advanced User Management for RavenNuke


/* =======================================================================*/


/*


/* Copyright (c) 2008-2009, RavenPHPScripts.com   http://www.ravenphpscripts.com


/*


/* This program is free software. You can redistribute it and/or modify it


/* under the terms of the GNU General Public License as published by the


/* Free Software Foundation, version 2 of the license.


/*


/**************************************************************************/


/* RN Your Account is the based on:


/*  CNB Your Account http://www.phpnuke.org.br


/*  NSN Your Account by Bob Marion, http://www.nukescripts.net


/**************************************************************************/


if (!defined('RNYA')) {


   header('Location: ../../../index.php');


   die();


}


if ($ya_config['expiring'] != 0) {


   $past = time() - $ya_config['expiring'];


   $res = $db->sql_query('SELECT user_id FROM ' . $user_prefix . '_users_temp WHERE time < \'' . $past . '\'');


   while (list($uid) = $db->sql_fetchrow($res)) {


      $uid = intval($uid);


      $db->sql_query('DELETE FROM ' . $user_prefix . '_users_temp WHERE user_id = \'' . $uid . '\'');


      $db->sql_query('DELETE FROM ' . $user_prefix . '_users_temp_field_values WHERE uid = \'' . $uid . '\'');


   }


   $db->sql_query('OPTIMIZE TABLE ' . $user_prefix . '_users_temp_field_values');


   $db->sql_query('OPTIMIZE TABLE ' . $user_prefix . '_users_temp');


}


$username = addslashes(trim(check_html($username, 'nohtml')));


$check_num = addslashes(trim(check_html($check_num, 'nohtml')));


$result = $db->sql_query('SELECT * FROM ' . $user_prefix . '_users_temp WHERE username=\'' . $username . '\' AND check_num=\'' . $check_num . '\'');


if ($db->sql_numrows($result) == 1) {


   $row = $db->sql_fetchrow($result);


   $ya_username = $row['username'];


   $ya_realname = $row['name'];


   $ya_useremail = $row['user_email'];


   $ya_uid = $row['user_id'];


   $ya_time = $row['time'];


   $lv = time();


   include_once 'header.php';


   title(_PERSONALINFO);


OpenTable();


   echo '<form name="Register" action="modules.php?name=' . $module_name . '" method="post">';


  


  /////// W/E YOU WANT THE USER TO SEE GOES HERE ///////





echo '<input type="hidden" name="ya_username" value="' . $ya_username . '" />';


   echo '<input type="hidden" name="check_num" value="' . $check_num . '" />';


   echo '<input type="hidden" name="ya_time" value="' . $ya_time . '" />';


   echo '<input type="hidden" name="op" value="saveactivate" />';


   echo '</form>';


   CloseTable();


   include_once 'footer.php';


   die();


} else {


   include_once 'header.php';


   title(_ACTIVATIONERROR);


   OpenTable();


   echo '<center>' . _ACTERROR . '</center>';


   CloseTable();


   include_once 'footer.php';


   die();


}


?>

Now you will have to also modify the actual "saveactivate.php" or copy the needed code from it and create a new file to do the work.

I.e. If I wanted to attempt this... i'd just create a new op... let's call it "fieldbypass" so that when the end user clicks on the link... it takes them to the new op instead of the other op in which the coding would reflect the striped out information that doesn't need to be shown and just a simple "activate account" button or w/e just under w/e you decide to leave on the form. Then I (personally) would create a new "saveactivate.php"(change the name) to reflect my new op.

"seems" simple enough but again... I'm just glancing at this and I haven't really tore off into what all the "activate.php" does.

-------------------------

P.s. If you still need help with this later this evening and no one else has gone through it... I'll try and sort it out when I get the chance to.

Posted: Tue Nov 02, 2010 5:35 pm

thanks for taking the time but will be nice if you port it and put all the files together and send it to me in order to test it.

Posted: Tue Nov 02, 2010 7:27 pm

@unicornio/sak

straight to the point... what are you paying for this job?

@Palbin/Raven... do we need to keep all price negotiations etc out here in the open or can we take that to pm?

Site Admin/Owner Joined: Aug 27, 2002 Posts: 17088

killing-hours,

All negotiations are between the programmer and the client and should be kept offline and confidential. I would also strongly advise that you have a written (digital is ok) agreement that protects both parties, even for small projects. It should spell out exactly what the expectation is from the Client and what the Programmer expects to deliver along with the timeline, costs, etc. Having been a consultant for much/most of my life I can assure you that it is the only way to go Wink

Posted: Tue Nov 02, 2010 8:28 pm

Raven-

Absolutely agree with that 100%. Thank you for the advice.

Posted: Fri Nov 05, 2010 5:59 pm

Raven, umm cant you jsut add this as an option? (simple enable/disable button).. as I recall thats the way it worked.. just clicking the email activation link and the account was activited without the need to click save changes..

thanks,

Posted: Fri Nov 05, 2010 7:47 pm

prekill wrote:

Raven, umm cant you jsut add this as an option? (simple enable/disable button).. as I recall thats the way it worked.. just clicking the email activation link and the account was activited without the need to click save changes..

thanks,

It's not that simple If my quick glance at the module serves me right. When the end user receives the email with the activation link... it directing them back to the account page for "other info" input + the save/activate.

Correct me if i'm wrong Raven/Palbin... but prekill... the way I explained it above "should" work in the fashion that you need it to.

Subject Matter Expert Joined: Feb 23, 2004 Posts: 358

This modification has been completed by me.. not quite yet released.. been busy doing other things. You can see it in action, and explained at:

Code:

http://www.ezcommunities.com

- Keith

Posted: Fri Dec 03, 2010 9:10 pm

Please be sure to post back when it is available. I would be interested to check this out.

Posted: Sat Dec 04, 2010 7:36 pm

This file is now live, site reg required to access the downloads.

http://www.ezcommunities.com

- Keith

Posted: Sat Dec 04, 2010 7:40 pm

Thanks! How about the Permissions Mod Wink

?

Posted: Sat Dec 04, 2010 7:47 pm

Dunno Gaylen.. if you followed the other thread, I kind of came to the conclusion that further development wouldn't be useful (per the direction I was willing to spend time on). As it stands, it's a hack I did for a client, with the potential of being expanded for a wider audience.

Not sure what I want to do next. It was going to be my next project, but I should probably just move on.

- Keith

Posted: Sat Dec 04, 2010 8:32 pm

No problem at all! I and the Team appreciate what you and others contribute Smile

Posted: Fri Dec 31, 2010 2:48 pm

PHrEEkie, you are the best!!

Raven, this sould be included as default next release!

this is great!!

thank you thank you thank you!

Posted: Sat Jan 01, 2011 6:14 am

The so called 'double activation' is there for a purpose.
Within RNYA you can add additional fields and allow some of the existing fields to be programmatically configured so that they are required (or not) during registration and required (or not) AFTER registration.
The whole purpose of that was to allow website owners to make registration as simple and painless as possible BUT still requiring some additional input from the user once the account is active.
The second 'activation' screen - the one the user is sent to when the account is activated is to ensure that those other 'required' fields are completed by the user.

For example, you may have a site that is all about cars and require the user to indicate which make of car he has to add the user to a specific 'group' which allows them access to a specific forum or other content.

Any 'bypass' of this functionality should check to ensure no other fields are set to 'required'.

Posted: Sat Jan 01, 2011 10:27 am

Just a note. If we are going to include changes in this area of the program for a release of RN, we should also do something about letting the admins know when a registration has been approved (but not yet activated). As it is, if you have two or more admins on a site approving users they won't know which users the other admin(s) have approved ... and if they are old and grey like me they may not even remember a day or two later which waiting users they've approved.

I think we need an extra field or two in users_temp to indicate if and when a user application was approved and then in the waiting content area (as well as on the RNYA admin screens) we need to query those fields to show status (waiting approval, approved but not yet activated).

On my sites, as a temporary measure, I created a block that only admins see that is called approved users. When I approve one, I put the username and date in there and then when they activate their application I delete it (my fellow admin does likewise). Obviously this wouldn't be practical if you have more than a couple of new users a day

As Guardian's post indicates RNYA is a complicated beast that's used in a lot of different ways by different sites with differing requirements. While there is nothing wrong with a hack that takes care of an individual site's particular requirements, building something in that works for all RN sites takes a lot of discussion and consideration ahead of time to make sure we don't cause one problem while solving another.

Posted: Sat Jan 01, 2011 4:18 pm

Guardian2003 wrote:

The so called 'double activation' is there for a purpose.
Within RNYA you can add additional fields and allow some of the existing fields to be programmatically configured so that they are required (or not) during registration and required (or not) AFTER registration.

Let me make perfectly clear, the mod I have provided does nothing whatsoever to change the behavior of additional fields. You can still force them at reg, just show them at reg, or just have them 'active' so they show on the preferences page.

Again, this mod absolutely does not alter anything 'mission critical', or conflict with any default RN or YA features that I'm aware of.

Guardian2003 wrote:

The whole purpose of that was to allow website owners to make registration as simple and painless as possible BUT still requiring some additional input from the user once the account is active.
The second 'activation' screen - the one the user is sent to when the account is activated is to ensure that those other 'required' fields are completed by the user.

For example, you may have a site that is all about cars and require the user to indicate which make of car he has to add the user to a specific 'group' which allows them access to a specific forum or other content.

Any 'bypass' of this functionality should check to ensure no other fields are set to 'required'.

There are no 'required' fields on the second page. If you create any additional fields and want them 'required', you only have the option to do so from the initial registration page. My mod does not alter this whatsoever.

The only way an additional field shows up on the second page is if it's setup to only 'active', and then it is a completely voluntary field. If it was the least bit mission-critical, it MUST be set as 'need to register', or at a minimum, 'show in register'. Once again, my mod does not interfere with this process.

- Keith

Posted: Sat Jan 01, 2011 7:45 pm

Thanks for the clarification Keith.