Re: [freenet-support] Two questions
On Fri, 2005-02-25 at 21:30 -0600, Conrad J. Sabatier wrote: On Thu, 24 Feb 2005 07:02:39 +0100, Marco A. Calamari [EMAIL PROTECTED] wrote: SOmenone haave suggestion about the HTL to unse for insertion in both stable and unstable Freenet ? I use 25, and let the network reduce it as it sees fit. MaxHTL (what the network reduces HTL to) is something like 20 these days. I had positive results inserting with htl=6 in stable. Someone else would likely have something better to say about that. I really hope so ;) Ciao. Marco I follow the advice given by FIW (the Freesite Insertion Wizard), i.e., for DBR sites, use a lower HTL (say, 15) than for an edition site or a one-shot site (where you may want to use, say, 25). This makes sense, and seems to work well enough. There is the trade-off with the overall time spent. Big site, in the range 50-500 Mb, requires 3-5 days and half a dozen of fiw restart, because it give varius kind of error memory/connection leaks (in fact can be fred, not fiw, who knows) The reasoning behind this is that the more frequently a site's data is updated, the less need for very deep insertions, as much of the data will be unchanged from one insert to the next, therefore a certain amount of redundancy is involved, resulting in an automatic reinforcement of the data within the network. Less frequently inserted data, on the other hand, basically only gets one chance to take, and will benefit from the deeper insertion (God, this sounds dirty, doesn't it?), distributing the data as far as possible into the network initially, helping it to later disseminate to other nodes more easily. Of course, there are other factors to consider as well. Some of the more popular edition/one-shot sites may be accessed much more frequently than some DBR sites, thereby helping the data to propagate throughout the network, whereas some less popular DBR sites may actually benefit from deeper insertion. It's not a perfect science; there are really no hard-and-fast rules. Just common sense and good judgement, basically, combined with how long you're willing to wait for your inserts to complete. :-) Me or the mankind ? ;) There is the limit of the proton half-life 8) Seriously, changing from htl 6/10 to htl 25 how much affect insert time, in your experience ? Ciao. Marco HTH -- Oggi e' il domani di cui ci dovevamo preoccupare ieri. signature.asc Description: This is a digitally signed message part ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] support-request@freenetproject.org
, resulting in an automatic reinforcement of the data within the network. Less frequently inserted data, on the other hand, basically only gets one chance to take, and will benefit from the deeper insertion (God, this sounds dirty, doesn't it?), distributing the data as far as possible into the network initially, helping it to later disseminate to other nodes more easily. Of course, there are other factors to consider as well. Some of the more popular edition/one-shot sites may be accessed much more frequently than some DBR sites, thereby helping the data to propagate throughout the network, whereas some less popular DBR sites may actually benefit from deeper insertion. It's not a perfect science; there are really no hard-and-fast rules. Just common sense and good judgement, basically, combined with how long you're willing to wait for your inserts to complete. :-) Me or the mankind ? ;) There is the limit of the proton half-life 8) Seriously, changing from htl 6/10 to htl 25 how much affect insert time, in your experience ? Ciao. Marco HTH -- Oggi e' il domani di cui ci dovevamo preoccupare ieri. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part Url : http://dodo.freenetproject.org/pipermail/support/attachments/20050226/9ed643 02/attachment-0001.pgp -- ___ Support mailing list Support@freenetproject.org http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support End of Support Digest, Vol 19, Issue 24 *** ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] Important security advisory re: vulnerability in multiple web browsers
web browsers -- window injection vulnerabilities Description: A Secunia Research advisory reports: Secunia Research has reported a vulnerability in multiple browsers, which can be exploited by malicious people to spoof the content of websites. The problem is that a website can inject content into another site's window if the target name of the window is known. This can e.g. be exploited by a malicious website to spoof the content of a pop-up window opened on a trusted website. Secunia has constructed a test, which can be used to check if your browser is affected by this issue: http://secunia.com/multiple_browsers_window_injection_vulnerability_test/ A workaround for Mozilla-based browsers is available. http://www.freebsd.org/ports/portaudit/b0911985-6e2a-11d9-9557-000a95bc6fae.html -- Conrad J. Sabatier [EMAIL PROTECTED] -- In Unix veritas ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]