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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Cannot start/debug DNN 4.3.1Cannot start/debug DNN 4.3.1
Previous
 
Next
New Post
6/22/2006 11:04 AM
 
Hi everyone,

I'm having a problem getting started developing with DNN 4.3.1, and I'm starting to go a little crazy. Seems that no matter how I create the DNN website (from source, as a new project from a starter kit, etc), and no matter what virtual directory I set up in IIS, whenever I attempt to access the site, I am redirected to a different port/URL where no webserver is running.

For example:

VirtualDir = "DotNetNuke"
http://localhost/DotNetNuke redirects to -> http://localhost:1172/dnn

VirtualDir = "test"
http://localhost/test redirects to -> http://localhost:1172/dnn

VirtualDir = "dnn"
http://localhost/dnn redirects to -> http://localhost:1172/dnn

It looks like VS.NET's Cassini web browser has somehow taken over... But this same redirecton occurs even when I've quit all instances of VS.NET/Cassini. Somehow IIS is stuck into thinking that it needs to be redirected.

Can anyone give me any pointers on how to solve this issue? I really want to start developing some modules for DNN, but it's tough to do that when I can't even get the website runnning!

Thanks,
-John Reilly
 
New Post
6/22/2006 11:17 AM
 
Neeeevermind. I got it. Somehow, I had some strange data in my PortalAliases table that was redirecting me all over the place. I deleted the database and reinstalled, and now things seem to be working fine.

D'oh!

-John
 
New Post
7/27/2006 5:33 PM
 

To get visual studio website app to run propery on IIS I right click on the website solution file, select property pages, select start options and enter a start URL there (anything you like).

I then locate my hosts file on my machine and enter that start URL and reference it to 127.0.0.1
Obviously the portal aliases need to be set up correctly as well in DNN.

Cheers

Alex

 



Alex Shirley


 
New Post
7/29/2006 1:34 AM
 
Ok, If this is the wrong place, I apologize in advance. 

I've been working with DNN for about 18 hrs now.  I think I'm still a newbie .  I am having the same problem.  NukeAlexS's solution works fine when you're using the local IIS server.  My problem and I suspect the original author's problem is that I created the DNN 4.3.3 website as a file system.  I used the Startup kit with VS 2005-Pro.  When I built and ran the website for the first time (installation), DNN installed itself at localhost:1269\foobar.  Once you close the project or restart VS and try to run the website again, VS randomly picks a different port to use.  The alias now points to a server port that doesn't exist anymore.  I don't know if I should be tweaking a setting in DNN to tell it not to redirect or if there is a what to tell VS 2005-pro to use the same port over and over.

I've never cared about what port my site was running off of before so this is completely new to me for DNN.   Does anyone know how I should handle this when I prepare for production deployment?

I'm trying to write a few new modules and this problem has me stuck.

Thanks
 
New Post
7/29/2006 6:12 AM
 

That's why I don't use the "file system" proxy server, it will always choose random ports for you. I don't think you can get it to choose a consistent port because VS2005 will start conflicting with itself.

If you are using XP Pro I would make your project a virtual folder in IIS. It's far better for testing purposes, after all your website will most likely be running on IIS eventually.

The "file system" proxy server as far as I perceive is only good if you need to cook something up fast, that isn't very substantial. If you're not careful you'd end up with belly ache. That's why they should rename it McProxy Server....

Cheers

Alex

 



Alex Shirley


 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Cannot start/debug DNN 4.3.1Cannot start/debug DNN 4.3.1


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