This is getting worse than the include thing argh! There HAS to be another way of doing this that doesn't rely on javascript to do page includes.
#1 it is quite likely that the DNS caching IS an issue, as who knows how PHP handles the DNS. (hence this is why it improved dramatically when the host was defined in the hosts file on the PHP server.) #2 Moving processing in the client is going to slow things down dramatically... you have (probably) 100Mbits between the 2 servers and what to the client exactly? 100k at best? You're doubling the number of requests on the slower link, effectively doubling your data transfer costs. #3 CPU load for including data is not that great. I would be considering writing the news page in PHP if it's that much trouble (since moving stuff to Javascript is starting to look like a rewrite anyway) I would like to know how you are testing the 1 in 10 or so that it appears slow.... I mean are you holding down the refresh key 100 times a second? It could be that it is not set to handle more than 10 concurrent connections... does the page go slow when you repeatedly hit it in coldfusion only? in PHP only? it's a complex setup so narrowing down the error is going to require a little bit of messing around. James PS: the unix equivalent of a hosts file is the hosts file. (this is because Microsoft ripped their implimentation of DNS resolving from the BSD library) > -----Original Message----- > From: Ayudh Nagara [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 1 February 2005 3:32 PM > To: CFAussie Mailing List > Subject: [cfaussie] Re: PHP & CF > > > > > DNS delay may be an issue the first time, but the calling > server should be caching the IP address for subsequent calls, > so I doubt that's the source of your problem. Maybe just a > combination of a slow PHP server waiting on the content > coming from the CF server before it can complete the > rendering of the page? > > One way to avoid the double-hop for the content is to use > remote scripting. Have your PHP server create the page with > remote javascript calls to the CF server, and render the news > content using javascript document.write() method. That way, > the browser pulls the page design off your PHP server, and > fills it out with content pulled from the CF server. No > double hopping and page assembly is done using the client's > CPU, not yours. > > Regards: Ayudh > > +----------------------------------------------------------------+ > | SOAP is the glue! Hook up your server directly to your bank. | > | Connect to VeriPay xServ, the Australian Payments Web Service. | > | Reliable, Secure, FAST: http://www.xilo.com/xserv | > +----------------------------------------------------------------+ > > > Ah! False alarm, Has fixed the problem most of the time, > but still causing > > the delay sometimes. > > > > Any other ideas? > > > > Matthew Kernick > > Development Team Leader > > eNTITy1 Pty Ltd - "The e-Business Specialists" > > Switch PH: (08) 89411162 > > email: [EMAIL PROTECTED] > > website: http://www.entity1.com > > > > --- > You are currently subscribed to cfaussie as: > [EMAIL PROTECTED] > To unsubscribe send a blank email to > [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > --- You are currently subscribed to cfaussie as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
