Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Manual Installation on GodaddyManual Installation on Godaddy
Previous
 
Next
New Post
5/4/2006 10:10 AM
 

Michael et al,

I have read this entire thead many times over and I think I am ready to install our own version of DNN.  We are currently using the value application version godaddy provides, but we need our own copy.  This post is quite long, but I want to make sure I understand everything I have to do before I try to install our own copy.  Below I have outlined the steps I will take, but I also have some questions. 
Could you kind souls please review my steps and questions, and help me out? 

  

My first step will be to create a DNN directory with all permissions marked and then create subdirectories with the permissions that Michael and others have indicated.  I do realize that my site will be at mysite.com/DNN and this is okay.  I will also create an SQL Server as per his instructions. 

Next, I will download the install version and unzip it into a folder named DNN on my hard drive.

Next, add my data to the connection strings: 

 

Question: Which connection string do I use?  The one with the SQL Server 2005 Express or the one without?  I do have VB Express as well as SQL Server 2005 Express.  Do I use the connection string with Server Express if I am doing the starter kit installation?    I would rather not if I don’t have to as I want to do my install from the Install version.  I also noticed it says kept for backwards compatibility with Legacy modules.  We do have a forum, so should I keep it for this purpose?   One other thing I noticed is that in string #2 the 2005 Server Express is commented out (I think I am using the correct terminology here – it has the <!—before and after it).  Doesn’t this mean it won’t be read? 

 

I will also make sure the string is all on one line with the three sections (name, connectionString, an providerName) separated only by spaces, and that I have my server, database name, user ID and password. 

 

Which do I use?  Connection string 1 or  

<connectionStrings>

<add name="SiteSqlServer" connectionString="Enter_Server_Urn;Database=Enter_Database_Name;uid=Enter_UserId;pwd=Enter_Password;" providerName="System.Data.SqlClient" />

</connectionStrings>

<appSettings>

<add key="SiteSqlServer" value="Server=Enter_Server_Urn;Database=Enter_Database_Name;uid=Enter_UserId;pwd=Enter_Password;" />

</appSettings>

Or Connection String 2?

<connectionStrings>
    <!-- Connection String for SQL Server 2005 Express -->
    <!-- <add name="SiteSqlServer" connectionString="Data Source=.\SQLExpress;Integrated Security=True;User Instance=True;AttachDBFilename=|DataDirectory|Database.mdf;" providerName="System.Data.SqlClient" />   -->
    <!-- Connection String for SQL Server 2000/2005 -->
    <add name="SiteSqlServer" connectionString="Server=whsql-v06.prod.mesa1.secureserver.net;Database=DB_XXXXX;uid=xxxxxxx;pwd=xxxxxxx;" providerName="System.Data.SqlClient" />
  </connectionStrings>
  <appSettings>
    <!-- Connection String for SQL Server 2005 Express - kept for backwards compatability - legacy modules -->
    <!-- <add key="SiteSqlServer" value="Data Source=.\SQLExpress;Integrated Security=True;User Instance=True;AttachDBFilename=|DataDirectory|Database.mdf;"/> -->
    <!-- Connection String for SQL Server 2000/2005 - kept for backwards compatability - legacy modules    -->
    <add key="SiteSqlServer" value="Server=whsql-v06.prod.mesa1.secureserver.net;Database=DB_XXXXX;uid=xxxxxxx;pwd=xxxxxxxx;"/>


 

At this point I would also change the custom errors mode to Off.  Should I also change the debug mode to true?  The debugging message always seems to come up on the text sites I have attempted to load. 

Next step is to move the SiteURL config to the root directory – which would be the DNN folder, correct?    

Last step should be to upload, via FileZilla, (unless someone can suggest a better FTP program) my DNN folder to my DNN directory that I created on godaddy, navigate to mysite.com/DNN on IE and cross my fingers! 

Does anyone see anything I missed? 

 

Thanks,

Michelle

 

 

 
New Post
5/4/2006 1:56 PM
 
Can I place the in my current web.config, or do I need to create a new web.config with just the customErrors in it. I have tried to paste it into my site web.config, but it does not display the errors.

If God does not live in Colorado, I bet he visits there a lot!!
 
New Post
5/4/2006 11:48 PM
 

vmichelle wrote

My first step will be to create a DNN directory with all permissions marked

This is incredibly dangerous and I highly recommend against it.  Creating your DNN site in a subdirectory is fine but don't just apply all permission because you completely void the security.  At most the subdirectory should have Read, Write and Web.  Do not give Browse permission. 

vmichelle wrote

Question: Which connection string do I use? 

<connectionStrings>

<add name="SiteSqlServer" connectionString="Enter_Server_Urn;Database=Enter_Database_Name;uid=Enter_UserId;pwd=Enter_Password;" providerName="System.Data.SqlClient" />

</connectionStrings>

<appSettings>

<add key="SiteSqlServer" value="Server=Enter_Server_Urn;Database=Enter_Database_Name;uid=Enter_UserId;pwd=Enter_Password;" />

</appSettings>

Or Connection String 2?

Actually, you use both connection strings.  Some of the older DNN Modules will require the connection string in the appSettings.  The 4.x site framework and newer modules will use the connection string from the connectionStrings section.

Please also take not that your connection string should all be on the same line, not both on the same line but the attributes for each connection string on the same line.  There is currently a problem with a line feed (return) in the connection string that causes an error.  This is an Asp.Net feature and not DNN.

vmichelle wrote

At this point I would also change the custom errors mode to Off.  Should I also change the debug mode to true?  The debugging message always seems to come up on the text sites I have attempted to load. 

You do not need to turn debugging on, this is done on a development machine only and will just cause your site to run slower.  It is also recommended that you do no turn customErrors mode to off.  This will create a vulnerability in your site.  The DNN framework has a robust error message feature, if you do get the Asp.Net errors you can then turn customErrors mode off while you fix the problem.

vmichelle wrote

Next step is to move the SiteURL config to the root directory – which would be the DNN folder, correct?    

That is Correct.

vmichelle wrote

Last step should be to upload, via FileZilla, (unless someone can suggest a better FTP program) my DNN folder to my DNN directory that I created on godaddy, navigate to mysite.com/DNN on IE and cross my fingers! 

Does anyone see anything I missed? 

That is a good practice and you have covered the process.

 
New Post
5/6/2006 7:52 PM
 

Thank you for helping me out!  I did exactly as I said I would with your modifications in place and I got the error below.  I tell you I am a real newbie here!  

Was I supposed to create a virtual directory and configure it as an application in IIS first?  If so, is it configured as an application automatically, or do I need to do an extra step?  When setting it up in IIS, what permissions do I give it?  Also, if I missed this step, should I start over?

Thanks,
Michelle

Configuration Error

Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.

Parser Error Message: It is an error to use a section registered as allowDefinition='MachineToApplication' beyond application level.  This error can be caused by a virtual directory not being configured as an application in IIS.

Source Error:

Line 47:   </system.codedom>
Line 48:   <system.web>
Line 49:     <machineKey 
Line 50:       validationKey="F9D1A2D3E1D3E2F7B3D9F90FF3965ABDAC304902" 
Line 51:       decryptionKey="F9D1A2D3E1D3E2F7B3D9F90FF3965ABDAC304902F8D923AC"


Source File: d:\hosting\. . . \DNN\web.config    Line: 49

 
New Post
5/7/2006 9:59 AM
 

Setting up DNN in IIS is different from setting up DNN in a Shared Hosting environment, which is what my instructions and the other instructions in this thread are addressing.

In IIS you need to create a virtual directory first and apply the Asp.Net 2.0 Runtime to that directory, use the Asp.Net tab on the site configuration properties.  If your install directory is not within the wwwroot directory then you will need to give the Asp.Net User account permssions on the actualy directory.

Further configuration may be required depending on how your server is setup.

 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Manual Installation on GodaddyManual Installation on Godaddy


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out