How to uninstall this default localhost website from my machine - windows

I installed a Microsoft Navision Demo Server on my machine recently for testing/research purposes. When trying to work on one of my websites I noticed that when I browse to http://localhost/ ; this welcome page is being shown, does anyone know how to remove it? I have removed all Sites in IIS Manager but that hasn't helped. When I browse to 127.0.0.1 I get to see my own website that I am working on though.

Deleting the sites from IIS Manager actually did do the trick. It was a matter of clearing the cached localhost website from my browser.

Related

ERR_ICANN_NAME_COLLISION local issue

I'm using OSX and I have been using AMPPS for my local development environment. Everything was peachy then all of
This site can’t be reached
This site on the company, organization or school intranet has the same URL as an external website.
Try contacting your system administrator.
ERR_ICANN_NAME_COLLISION
I've tried to automatic proxy config in network preferences, restarting my computer, restarting chrome etc.
Turns out .dev is top level domain and purchased by google so can't be used even locally...:\

Display all files in MAMP PRO htdocs through the browser

I recently acquired MAMP PRO for my mac so that I could host WordPress sites that I am developing locally. My other local server solution called Desktop Server allows me to view a list of websites that I am developing when I visit localhost in the web browser.
However I have searched Google for an answer to this and would ideally like to have a similar setup with MAMP ie when I visit localhost:8888 I would like to see all the links to sites that I am developing and be able to click on them to access them.
At the moment my development sites are running in the sites folder in MAC OSX Mavericks. When I visit localhost:8888 I get the mac's personal web sharing page running which may be because the native apache server is running.
If you have any thoughts on this please let me know?
It is a bit late with my answer but have to turn off apache first running this
sudo launchctl unload -w /System/Library/LaunchDaemons/org.apache.httpd.plist
you have to remove index.php or any other index.html etc from your htdocs in Mamp
To allow a web server to produce a directory listing, whenever you point a directory without index file. Add following line in your .htaccess file of your local server
Options +Indexes

Connecting to localhost IE10

I have two computers and one is the development computer.. i run fiddler2 on the development computer to be able to connect to the localhost dev server from a remote computer.
when i try to connect to localhost on the 2nd computed that is only the "viewer" of development server. i get site cannot be found, thou i see all connections when i visit ordinary pages like google and yeah google...
any one know the solution to this problem, iam currently running on the view computer win8 with ie10, ohh yeah it work totally find with firefox with a manually proxy setup towards the dev-comp.

IIS and VS, How do they work together?

I'm a bit confused.
When I type in my browser a "local" address (of a web site I'm editing on VS), IIS can handle it. How is that so? How can IIS know what's my latest web site version? What's the difference between typing the address in the browser and compiling the web site, and what does localhost has to do with all of that? And last one - is the IIS on my machine accessible to other computers on the net?
Edited the last one..
Thanks a lot.
localhost is an alias for the loopback address 127.0.0.1. It's not actually hard-coded; you can find it in C:\WINDOWS\system32\drivers\etc\hosts.
Pointing your browser to http://localhost/... will open port 80 on your local machine, which is the port IIS listens on by default. IIS doesn't actually know your website's latest version. It will simply find whatever assemblies and other files it has been directed to use, in whatever state they are in. Compiling will generate new assemblies to match your latest code, and IIS will pick those new assemblies up on the next request that hits the site.
The localhost address isn't accessible from other machines. They will almost certainly have the same alias, pointing to their loopback interface.

Firefox and Chrome slow on localhost; known fix doesn't work on Windows 7

Firefox and Chrome are known to be slow on localhost when IP6 is enabled. In previous versions of Windows, the simplest fix is to comment out this line from the hosts file, as explained in the answer to this question.
::1 localhost
However, as noted in this question, in Windows 7 this line is already commented out:
# localhost name resolution is handled within DNS itself.
# 127.0.0.1 localhost
# ::1 localhost
Is there an alternative way to disable the ::1 localhost reference in Windows 7?
Turns out if you uncomment the 127.0.0.1 line in the hosts file, Chrome goes back to its snappy self on localhost URLs.
# localhost name resolution is handled within DNS itself.
127.0.0.1 localhost
The hosts file is typically at C:\WINDOWS\system32\drivers\etc\hosts. To edit it in Win7, you'll need to run Notepad as administrator.
It turns out that the slowness is caused by an IPv6 issue with DNS and can easily be resolved by turning IPv6 support off in Firefox while doing localhost testing. To make the change, type
about:config
in the address bar, locate the
network.dns.disableIPv6
setting and double-click on it to set it to true. This does the trick for the Firefox localhost issue on Vista and everything is running fast again.
http://kb.mozillazine.org/Network.dns.disableIPv6 has all the info you probably need - good luck!
I ran into a strange issue with only one of my local domains being slow while all the others responded just fine. Couldn't figure out why and finally put ::1 localhost at the bottom underneath my other ::1 something.local and it instantly cleared up, where previously I had it above the other entries. (I'm running OS X 10.8.3)
My final hosts file wound up looking something like this:
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 something.local
::1 something2.local
::1 something3.local
::1 localhost
fe80::1%lo0 localhost
I'd do what Tim Schneider mentioned. Also mentioned by this James here:
http://theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html
"Double-click on ipv4OnlyDomains, and type localhost "
Jay
I had several entries in hosts (because I'm running virtual servers). Previously I had
127.0.0.1 localhost
127.0.0.2 i.localhost
127.0.0.3 secure.localhost
What seems to work better but not perfect is this:
127.0.0.1 localhost secure.localhost i.localhost
I suggest closing browsers, shutting down Apache, the restarting in reverse order when testing.
So far none of the fixes have worked very well for me. The problem remains intermittent. ..
However I noticed something interesting and figured I'd share in hopes that someone else can add to this.
If you shut off WiFi (i.e. turn the external internet feed off), and if you have for example, Chrome, FireFox and possibly other browsers open at the same time, and if Chrome chokes on a page, and you get the spinning pin wheel, and you try at that moment to also load a file from another browser, (from localhost) it will also hang until chrome finally times out (or whatever) and finally finishes many seconds later, even for simple pages.
This also happens with IE choking and blocking accesses from other browsers. I've tried this many times and I'm convinced there is something very funny going on.
There seems to be a link between the different browser processes. I hate to say this but I suspect there is a bug in the windows IP stack, as impossible as that sounds. The other possibility is that chrome is just bogging down or hogging the ip stack, or locking some file, so that others can't use it.
Also very interesting to note, is that if while chrome is frozen up, you re-enable WiFi, just as soon as the internet connects then chrome or IE finishes, along with whatever other browsers are also blocked.
That's sort of strange if you ask me. If you are working off of localhost there should be NO interaction with the internet.
I've tried to use WireShark to see what's going on, but it's confusing and so far I have not been able to nail down any packets involved.
There is something very funny going on.
I've deleted my .htaccess, and put an httpd.conf in which has the very minimum changes from the defaults.
I'm running Win7x64Pro, Apache 2.4.7.
BTW, it's not a php thing. Am sure about that at this point.
Also the lock ups seem to happen on ^R (page reload), not on browse to page, and where other page components need to be checked for current, like menu sprites (images). This would be where there is a 304 status (use HttpFox to see these).
Also, if you quickly reload the same page the chance that it will work is much higher. If you wait for a minute then it often gags again. I suspect chrome is getting results out of a short term cashe which is partly masking a deeper issue.
A bit late for an answer but i tried all of the above and still it was slow for me on Windows 7. When I use localhost it took about 20+ secs for page load.
Firefox improved with #Mark Mayo's answer but not all the time and Chrome was still very slow.
I found a solution here
Basically, i added the following lines to Apache httpd.conf file (as they weren't there already)
AcceptFilter http none
AcceptFilter https none
EnableSendfile off
EnableMMAP off
Tested both Chrome and Firefox and the page loads instantly
As someone else noted in a different answer - if you have bitdefender, then that will merrily ruin your development experience.
Best to open the bit defender console, enter alt-shift-control-g (which puts it in "game mode") and run from there.
in game mode, bitdefender won't bollocks up your localhost!
This isn't a direct answer but I had the same problem and none of the above IPv6 or hosts file changes worked for me. My asp.net MVC4 project was really slow after hitting F5 to refresh js changes on localhost. It was happening across all browsers - Chrome, FF, and IE. Eventually I found out that IIS Express 8.0 got installed without me realising, and it turns out 8.0 is extremely slow when serving up js files and seems to be a bug. If I ran iisexpress on the command line and hit F5 I could see each js file took 4 or 5 seconds to load.
I ended up uninstalling IIS 8.0 and installing IIS express 7.5 and straight away the problem was fixed. Here are the steps I followed:
Uninstall IIS express 8.0
Delete the IISExpress folder (on Win 7 it's in My Documents\IISExpress)
Install IIS express 7.5 (Link to IIS Express 7.5 download)
IIS Express 8.0 seems to be installed with VS 2012 so if you had a new install or possibly a service pack update this might have upgraded your previous IIS express version.
Just Try "Incognito" mode on Chrome and "Private Mode" on Firefox.
I know this not should be a correct answer. But you can use this as a temporary solution.

Resources