On Sat, Oct 26, 2002 at 09:00:14PM +0000, matthew.burnham1 at ntlworld.com 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: devl-admin at freenetproject.org > > [mailto:devl-admin at freenetproject.org] On Behalf Of Oskar Sandberg > > Sent: 26 October 2002 11:52 > > To: devl at freenetproject.org > > 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 > devl at freenetproject.org > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl >
-- Matthew Toseland toad at amphibian.dyndns.org amphibian at users.sourceforge.net Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/11/02. http://freenetproject.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021026/cb0caa2e/attachment.pgp>
