On Wed, 2006-02-15 at 03:42 +1100, JeRRy wrote: > Hi, > > Do this... > > 1) ping your local server. (paste us the results) > 2) ping your IP address FOR THE SERVER (paste us the results) > 3) If your server has a domain attached also ping this (paste us the results) > > Pointless? No... If you ping your local server with the localhost ip or command everything should return virtually instantley. If not, hello? Your more likely got a HARDWARE issue. But if it's returned instantley we can just about rule out a hardware problem. But could be a settings issue. > > Ping your IP address, not localhost. Now if this is slow your net connection maybe to blame, even your web host maybe denying you full access and halting loadings times. What is your net up/down speeds? > > ping the domain, make sure the domain is reading to the server promply. Using a browser is not always a good area to test loading time. As depending on other programs etc it could vary quite hugly. Ping over 50 times than average the amounts out. Some will be instant and some may take 3 seconds, average them out though to get a better idea of time frame. > > Now as for PHP versus HTML, HTML will generally load faster than any PHP code but there should be only a small amount of time difference between the two, depending on code legnth and what actions are to be made. > > I suggest you completely delete your PHP code, ..start again. > > Something basic like .. > > <? php // the all famous php start code > echo "Hello<br>Welcome to www.domain.com"; > ?> > > Or something to that degree. Not thinking atm. > > Or whip this in, for some infomration detail... > > <? php > phpinfo(); > ?> > > Feel free to post your temp. ip address or domain here or to me and I will be happy to test for you. > > There is codes you can have that you put in some PHP and it details the time the page took to load. > > You may need to include some variable handles in .htaccess also. Because on a default installation I think the default FIRST look file is .htm file rather than .php file. So maybe it's looping to find it? Damn it could be a million things, the more detail you list the better. > > I suggest you run phpinfo() and show us the details that is outputted or create a page and give us a url. :) We can always test speed and get back to you. It might NOT be anything to worry about, it might sort itself out. :) > > If your using the server for other things at the same time this may slow down things too. > > J > > > > > Micah Stevens wrote: > > Not enough information there to make any sort of diagnosis, but here are > some things to try to narrow down the problem: > > 1) ssh into the server, and run 'top' to watch the process list. Then > while watching that, hit reload in the browser to see if the HTTP process > pegs out while you're waiting for the page. If it does, for some reason > apache/php is struggling. Otherwise it's likely something else. > > 2) run 'ngrep' on port 80 of the incoming network interface (eth0, or > whatever it's hooked to), and reload the page again. Are you immediatly > seeing the request come though or does it take a while? This type of thing > could be caused not by the webserver, but instead by a badly configured > router, or something in the network. If it takes a while to come through, > you need to look at your network configuration. > > 3) Is this a DNS issue? If you're accessing via a domain name, and not a > direct! IP type > URL, a shoddy DNS connection could make things really take > a long time. 3a) If so, is hostname lookup turned on for apache logging? This may result in yet another query to the DNS. I'm not sure however whether that lookup might delay delivery of the document, or whether the document is served independently og logging actions; I would guess the latter. Cheers -- David Robley "I'm never anywhere on time," Tom related. Post from ping times: (localhost while ssh'd into the server and "ping localhost") 64 bytes from localhost (127.0.0.1): icmp_seq=0 ttl=64 time=0.030 ms 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.024 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.023 ms 64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.022 ms 64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.023 ms (arping from my internal network to the server in the DMZ by IP address) Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 8.874ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.134ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.135ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.131ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.022ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.057ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.133ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.142ms (arping from my internal network to the server in the DMZ by name) Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.404ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.141ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.155ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.137ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.150ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.139ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.137ms Unicast reply from 10.XX.XX.XX [00:0A:F4:F9:C3:00] 1.147ms (ping from outside network on windows pc in cli) Reply from 65.5.48.10: bytes=32 time=14ms TTL=62 Reply from 65.5.48.10: bytes=32 time=9ms TTL=62 Reply from 65.5.48.10: bytes=32 time=11ms TTL=62 Reply from 65.5.48.10: bytes=32 time=7ms TTL=62 The domain is www.fpunet.com - the httpd.conf file lists the index.php as the first index type and also it is defined that way in the virtual server portion of the config. I have the phpinfo page set as the default index right now. I noticed that "Virtual Directory Support" is "disabled". Could this be the source of my problem? Doug -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
