Get Help:Ask a Question in our Forums|Report a Bug|More Help Resources
Last post Mar 17, 2006 02:19 AM by BillKrat
Mar 14, 2006 12:34 PM|LINK
Hi, I want to use the forum without sign in. But I don't want to see "Anonymous" for each post.
So, there's somebody, who customize the code to give the possibilitie to add your name before posting your message to the forum ?
Mar 17, 2006 02:19 AM|LINK
We would have to refine the requirements to give you a better answer however I can share with you what goes on behind the scenes and this may answer the question for you - discussion will be limited to the scope of the issue (user name)
When you save a post the \Engine\Modules\Discuss\Components\DiscussUtility.cs
AddPost method is executed with applicable paramenter information to include user "name".
AddPost in turn executes the SQL Stored procedure Community_DiscussAddPost which passes the user name to a user defined function
Community_GetUserID searches the
Community_Users table for @communityId
and @username and returns the primary key value to
Community_DiscussAddPost. The primary key is inserted into the Community_Discuss table; the user "name" is
not stored (anywhere). I should note that if the user name is not found a user id of
0 will be returned. The zero makes it impossible to tie the message to a "name".
So there lies the issue... Yes, it can be done but the rules have to be clearly defined. One possibility is that there be validation and reporting - so that the user is only permited to use a valid name which in turn ensures message are tied to a "name".
BUT! you'll potentially run into issues with identity theft and all of the potential liabilities (angry folks). You could of course ask for a password but then your back to "signing in".
Another possibility is to create a secondary table that holds nothing but the message primary key and user "name". The
Community_DiscussAddPost method could write to the table any time there is a zero user id. Likewise any processes that query the Community_Discuss table, which results in a 0 UserId, will have to go to this new
table (with the message primary key) to retrieve the user name so it can be displayed. The problem with this option is the user will not be able to use a name that already exists - or you run into identity theft issues once again (that could be embarrassing
for the actual user).
Problematic to say the least... but definately do-able.