Re: new webpage: rikai.com

[Todd.Rudick@example.com]

On Tue, 12 Sep 2000, Simon Cozens wrote:

> On Thu, Sep 07, 2000 at 01:28:10AM +0900, Todd Rudick wrote:
> >   As for the efficiency concern expressed elsewhere, I don't see that. Rikai 
> > has excellent connectivity
> 
> No, it has abysmal connectivity - from me. The world is a very big place.

  I implement compression (both IE's broken deflate and netsape's gzip),
and all images are pulled from the original, so many people should
experience faster loads through rikai than going direct, especially if
they have slow connections and the page is large.
  My guess is you have either a very fast connection and are being annoyed
by the 2-3 second wait for rikai to parse the page, or a very slow or
low-memory computer (so the decompression, AFTER you get the page back, 
takes a long time). Or do you have some browser version not
implementing gzip? Are you browsing the your own companies pages? Just
guessing?

> If I had a version running client side, I have to go zero hops to get to the
> proxy. Which is more efficient?
  Since most data is in gifs, html text is very highly compressable, and
NOBODY seems to compress their data for both browsers, it's not impossible
that Rikai is faster. I'm in Tokyo with ISDN and can read many pages here
faster through rikai than without. Also, the damn thing is REALLY memory
and CPU intensive, as is netscape. When I run my test setup on my own
not-to-sneeze-at box, with Netscape, enlighten, etc. etc., the thing
crawls painfully (AND I use a reduced dictionary to combat this).

> If I wanted to use Rikai on a file held on my local hard drive, corporate
> intranet ...
  I'll definitely add an upload function in the near future, btw (in the
meantime wrap your doc in html and put it somewhere visible?). As for your
corporate intranet or corporate publishing needs, well... That's what I'm
here for. Give 'em my name, and we'll talk.

cheers,
Todd