On Monday 23 January 2012 07:15:07 Ian Clarke wrote:
> Our website traffic appears to have tripled over the past week:
> ...
> Could all of this be due to the attention around SOPA?
>
> Ian.
well, i see the megaupload-bust as a second factor to that.
we should thank the FBI for pushing users in o
On Monday 23 January 2012 07:15:07 Ian Clarke wrote:
> Our website traffic appears to have tripled over the past week:
> ...
> Could all of this be due to the attention around SOPA?
>
> Ian.
well, i see the megaupload-bust as a second factor to that.
we should thank the FBI for pushing users in o
On Saturday 13 February 2010 00:39:02 Matthew Toseland wrote:
> On Friday 12 February 2010 13:46:42 Evan Daniel wrote:
> > Ideally, that's true. In practice, the blame gets assigned to the
> > people who made the change that broke it, not the people who ignored
> > the spec or failed to update the
On Saturday 13 February 2010 00:39:02 Matthew Toseland wrote:
> On Friday 12 February 2010 13:46:42 Evan Daniel wrote:
> > Ideally, that's true. In practice, the blame gets assigned to the
> > people who made the change that broke it, not the people who ignored
> > the spec or failed to update the
On Friday 12 February 2010 02:35:02 Evan Daniel wrote:
> > ...
> > but anyway, i think it should go to the core functionality of FCPv2. i
> > need to have full control over freenet data without more dependencies
> > than installing fred.
> >
> > good byte
> >
> > p.s. the main reason for this reque
On Thursday 11 February 2010 21:30:06 bo-le wrote:
> Am Donnerstag, 11. Februar 2010 18:21:44 schrieb Martin 'The Bishop'
>
> Scheffler:
> > hello freenetters,
> >
> > i intend to write an external tool to request and insert raw keys, very
> > muc
On Friday 12 February 2010 02:35:02 Evan Daniel wrote:
> > ...
> > but anyway, i think it should go to the core functionality of FCPv2. i
> > need to have full control over freenet data without more dependencies
> > than installing fred.
> >
> > good byte
> >
> > p.s. the main reason for this reque
hello freenetters,
i intend to write an external tool to request and insert raw keys, very much
like the KeyExplorer does inside the node.
I've overlooked the FCPv2 documentation, but found no clue.
so, how do i get access to the raw data - without redirects, manifests et al?
good byte
On Thursday 11 February 2010 21:30:06 bo-le wrote:
> Am Donnerstag, 11. Februar 2010 18:21:44 schrieb Martin 'The Bishop'
>
> Scheffler:
> > hello freenetters,
> >
> > i intend to write an external tool to request and insert raw keys, very
> > muc
hello freenetters,
i intend to write an external tool to request and insert raw keys, very much
like the KeyExplorer does inside the node.
I've overlooked the FCPv2 documentation, but found no clue.
so, how do i get access to the raw data - without redirects, manifests et al?
good byte
signat
On Wednesday 16 December 2009 20:44:53 David ?Bombe? Roden wrote:
> > but, this is only true for file-by-file uploads. the mass downloader does
> > not have this option.
>
> Of course not, this option does not make any sense when downloading. :)
err, i should have written the upload file selector
On Wednesday 16 December 2009 20:44:53 David ‘Bombe’ Roden wrote:
> > but, this is only true for file-by-file uploads. the mass downloader does
> > not have this option.
>
> Of course not, this option does not make any sense when downloading. :)
err, i should have written the upload file selector
On Wednesday 16 December 2009 00:39:24 Gregory Maxwell wrote:
> There is a *ton* of available bandwidth on optical fibers. For the
> communication part we have Butter's law: "Butters' Law says the amount
> of data coming out of an optical fiber is doubling every nine
> months"[1]
well, efficiency
On Monday 14 December 2009 14:32:15 Florent Daigniere wrote:
> ...
> We do provide an option for not attempting any compression at all.
but, this is only true for file-by-file uploads. the mass downloader does not
have this option.
good byte
-- next part --
A non-text at
On Wednesday 16 December 2009 00:39:24 Gregory Maxwell wrote:
> There is a *ton* of available bandwidth on optical fibers. For the
> communication part we have Butter's law: "Butters' Law says the amount
> of data coming out of an optical fiber is doubling every nine
> months"[1]
well, efficiency
On Monday 14 December 2009 14:32:15 Florent Daigniere wrote:
> ...
> We do provide an option for not attempting any compression at all.
but, this is only true for file-by-file uploads. the mass downloader does not
have this option.
good byte
signature.asc
Description: This is a digitally sign
16 matches
Mail list logo
