Normally the browser will make one request to a web page at a time. When you enable pipelining it will make several at once, which really speeds up page loading.
2. You can double click on an entry to alter it. Alter the entries as follows:
Set "network.http.pipelining" to "true"
Set "network.http.proxy.pipelining" to "true"
Set "network.http.pipelining.maxrequests" to some number like 30.
This means it will make 30 requests at once.
3. Lastly right-click anywhere and select New-> Integer. Name it "nglayout.initialpaint.delay" and set its value to "0". This value is the amount of time the browser waits before it acts on information it receives.
There you go, now if you're using a broadband connection you'll load pages MUCH faster.
Recently we've noticed a strange problem on our new MacBook Pro running Mac OS X Leopard (10.5.5). Often websites including those we know to exists would render as a blank page in the browser. In the status bar of Firefox one could notice that the browser was going to some other url, namely "searchportal.information.com".
Google turned out plenty of information generally pointing to some form of DNS-hijack. Strangely the other machines running Mac OS X Tiger (10.4) were not affected.
After lots of time spend on search and trials and no success I've stumbled onto solution though I am still to make sense why does it work and what was the problem. I might need to follow this up with my ISP.
Apparently I have entered our own domain into the "Domain" field of our recently acquired ADSL router. The Leopard machine seems to retrieve this setting and display this domain as a search domain in System Preferences/Network/<Connection>/Advanced/DNS.
The thinking behind this entry was obvious - this is what search domains are for after all - to expand incomplete names thus speeding up you operations. Well in our combination (Leopard, our router, our ISP) this doesn't seem the case.
Somehow when this setting is present a request to a non-existent or mistyped and I guess temporary not available domain goes to this searchportal place.
The information on the net talks that this can be exploited to compromise your security depending on the configuration of you browser, mail client or other outgoing applications.
I suspect this is something to do with the settings at my ISP level, but will have to verify. Oh-oh I have a feeling I am going to get into one of those dreadful support calls...
If one needs to [re-]enable export function in XBow XServe in their Eko platform, use "-e" commandline key not "-xc" as suggested by the [outdated] XServe manual.
To have these parameters apply to xserve service running from /etc/init.d/xserve one has to put them in /usr/xbow/xserve/xparams.args file. This file however does get overwritten when XServe is upgraded via web interface, so make sure you restore your custom values after upgrade.
TechTime has offered to support and maintain the website to the local environmental group KEG
TechTime is working with several interested people in establishing some form of trust to develop a website and to continue publish the newsletter for local Korokoro community.
Ed Letifov has applied to participate in Wellington Region Newcomer Advisory Group with Department of Labour
One of the test space in our Confluence instance got corrupted - the access was not possible to any of the Space-related links - Layouts, Permissions, etc. The browser would simply display the error page with UnexpectedRollbackException stacktraces.
I couldn't even change the permissions for space access - being a test one it was open for the public (including Google's bot)
Trying to resolve the problem I've tried re-export/import, accessing it from various URLs trying to get to specific page directly... Nothing helped.
2008/10/05
