Re: Delivering on talk

From: Jean-Luc Cooke (jlcooke_at_lager.engsoc.carleton.ca)
Date: 12/31/03 

Date: 31 Dec 2003 14:14:14 GMT

Paul Rubin <http://phr.cx@nospam.invalid> wrote:
> See separate post about checkpointing scheme. Other remarks:

> You know, good sites to put this thing on would be streaming media
> servers, since their users leave the browser pointed at the same url
> for long periods. Also, about intrusiveness: rather than a 1x1 image
> maybe you could use a graphic icon saying "MD5 Cracking Project, click
> me". The icon would have a progress meter showing how long it had
> been working on the current DP. Clicking it would bring up a page
> describing how the project worked, giving stats, and giving a way to
> turn off the applet (set a cookie that JS would check before starting
> the applet). For example, I don't think I'd want to run a cpu-bound
> applet on my laptop because that uses more electric power than having
> a low cpu load.

All great comments btw, thank you.

The Applet right now (loading from my server in an embedded frame/layer)
does most of this. Try floating your mouse over it, and clicking on it.

http://jlcooke.ca/psearch/

And I've been thinking about all sorts of statistic presenting web pages
to get people "addicted" to getting more MD5s done. rrdtool has served
me well in the past at making graphs, allowing people to form teams (even
applet submissions falling under team names, etc etc).

Turning off the Applet with a cookie I've considered as well. Again, for
this to work for ALL websites, that cookies needs to be readable (thus
set-able) by all domains. This means, the cookie must be set and read
for/from 1 domain name...just to let Paul TURN OFF the applet. :)

It's starting to look like asking slashdot to be the host is a good route.
:)

I have no experience in serving up a massively accessed website. Wouldn't
just sticking the server in a place like exodus.com handle the bandwidth
problems? DP submission is a manageable task since we're only going to get
4billion of them over the course of the project.

JLC 

--

Relevant Pages

  • Re: Delivering on talk
    ... > - Java's sandbox prohibits the applet making a socket connection to any address other then the originating server ... > - JavaScript prohibits you setting a cookie to any other domain other then the domain the script was loaded from. ... > server collecting the data. ... you can send URL's to a separate site. ...
    (sci.crypt)
  • Re: SSL Authentication using Java or JSP
    ... your applet that makes an SSL call to the server, retrieves a new cookie ... value, and sets it in the browser, and then allows the link click to ... The Applet autenticates itself and asks for a password. ...
    (comp.lang.java.programmer)
  • Re: Delivering on talk
    ... > the site hosting the applet). ... - JavaScript prohibits you setting a cookie to any other domain other then the domain the script was loaded from. ... server collecting the data. ...
    (sci.crypt)
  • read and write a cookie from an applet
    ... The cookie must be set client size, by the site of the applet or by local, ... without request to a server (only applet knows name and value, and server, ... I can use javascript, if it is possible, javascript function with ...
    (comp.lang.java.programmer)
  • Re: IIS 6 & Server Permisions
    ... I am running a server side applett. ... link where I can find the correct changes to make in IIS6. ... is this Java application running on the Web Server or the Web Browser. ... where is the Applet trying to store the hit counters? ...
    (microsoft.public.inetserver.iis)