On Sat, Oct 26, 2002 at 09:00:14PM +0000, [EMAIL PROTECTED] wrote:
> From my point of view, the plan was to separate the insert functionality into a 
>separate servlet to make it much easier to expand the various services offered by 
>fproxy. There's not that much code shared between the two servlets (apart from some 
>of the bug-fixing inner-classes) so it seemed sensible to separate them.
> 
> This should allow a much more enhanced insertion functionality via fproxy. One idea 
>I had would be for NIM-style inserts to automatically search for a free slot after 
>the last-known used one specified by the author.
> 
> Hope I'm not stepping on any toes, I had a look at fproxy and wondered if it would 
>be possible to give any more useful information to users when downloading a freesite 
>(e.g. Restarts, when a redirect is processed, etc.). Matthew Toseland suggested 
>seperating the insert and request functionality to make things much clearer would be 
>a good place to start. I'm currently trying to get HTML splitfiles anonymity checked 
>(a little more complicated than I first thought).
> 
> Back to the useful information to users for freesite requests, it looks like a 
>Status servlet showing currently running page downloads would be a good idea.
> 
> Other things that came up on IRC and/or in my head which might be useful (though not 
>necessarily always feasible!):
> 
> More intelligent RNF, etc. failures for images (though we'd need someway to know the 
>browser was definitely processing something as an image, and if it wasn't the right 
>size it'd get squished/squashed/stretched)
> 
> One solution to the problems of new users using the Key form on the fproxy page for 
>searches would be to check the prefix of the key, if its not CHK@, SSK@ or KSK@ then 
>bring up a suitable error/query page.
> 
> Would it make sense for fproxy to parse for external links and add __CHECKED_HTTP__ 
>to take the responsibility away from freesite authors (though this might be too 
>difficult to parse in all cases)
> 
> Some kind of bookmarks system using data from freenet (either visited freesites, or 
>less likely to have privacy concerns, detect links on any visited reesite - ie. it 
>would pick up all the links on TFE the first time its visited). Unless there's a way 
>to store this securely, 
> 
> Automatic detection of newer edition (and maybe DBR) freesites.
> 
When fproxy can tell whether a request went through a DBR, it can offer
old editions on the DNF page.
> Web-based configuration of the node would be nice for mere users too :)
> 
Activlink support on the DNF page is my favourite wacky feature. Needs
metadata mods or something though.
> Mat Burnham
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:devl-admin@;freenetproject.org] On Behalf Of Oskar Sandberg
> > Sent: 26 October 2002 11:52
> > To: [EMAIL PROTECTED]
> > Subject: Re: e: [freenet-dev] What's going on with fproxy?
> > 
> > 
> > On Sat, Oct 26, 2002 at 01:12:25AM -0400, Michael Wiktowy wrote: <>
> > > >New developer, aka Spark^ on #freenet. He asked for
> > something to do
> > > >so we told him to split fproxy insert out from fproxy.
> > > >
> > > 
> > > To what end?
> > > I know there was some murmuring about getting rid of insert
> > capability
> > > from the gateway page (which was realized briefly). I would
> > register a
> > > very strong vote against that and prefer the opposite as a
> > matter of
> > > fact by including some DBR inserting facility.
> > 
> > The old FproxyServlet class had just grown and grown and was
> > on the verge of reaching critical mass and taking us all out 
> > in the bang. It was (and still is) desperately in need of 
> > some heavy refactoring to make it even moderately approachable.
> 
> 
> 
> _______________________________________________
> devl mailing list
> [EMAIL PROTECTED]
> http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
> 

-- 
Matthew Toseland
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Freenet/Coldstore open source hacker.
Employed full time by Freenet Project Inc. from 11/9/02 to 11/11/02.
http://freenetproject.org/

Attachment: msg04836/pgp00000.pgp
Description: PGP signature

Reply via email to