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