Re: CLUG web server changes
I've recently run the wiki web logs through awstats; please see:- http://clug.net.nz/stats/awstats.clug.2006.html http://clug.net.nz/stats/awstats.clug.2005.html http://clug.net.nz/stats/awstats.clug.2004.html Basically, current traffic usage is 60MB/month for people, and about 500Mb/month for robots. Half of you are using Windows machines (browsing from work I hope?), and half of you are using Firefox. -jim
Re: CLUG web server changes
It's often interesting looking over stats... http://www.tcn.bowenvale.co.nz/stats/ - updates everyday... Peter Harrison from NZOSS posted an article earlier about FF saying it was getting 14% now... If you look at my site you'll see that I get much higher than that, thou it's likly because it's all we used here. Cheers Don Jim Cheetham wrote: I've recently run the wiki web logs through awstats; please see:- http://clug.net.nz/stats/awstats.clug.2006.html http://clug.net.nz/stats/awstats.clug.2005.html http://clug.net.nz/stats/awstats.clug.2004.html Basically, current traffic usage is 60MB/month for people, and about 500Mb/month for robots. Half of you are using Windows machines (browsing from work I hope?), and half of you are using Firefox. -jim -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - SkypeMe: ThinkDesignPrint
FL/OSS must be hurting the status quo big time...
Apparently botnets are our fault now! They're even using CVS. I'd have thought subversion would be a better option (: http://www.pcadvisor.co.uk/news/index.cfm?newsid=6601 Steve
Re: CLUG web server changes
On Mon, Jul 17, 2006 at 10:56:02PM +1200, Don Gould wrote: It's often interesting looking over stats... Not really, unless you have an actual need to do so. Either you need to monitor bandwidth (in which case you should be measuring from the network, not from the app), or you are actively changing the design of your sites to match the people using them. Otherwise it's all just navel-gazing. Which is why the clug stats were generated by hand for the only time in about 20 months. And that was only because I wanted to be able to answer questions about how much bandwidth was required for hosting. -jim
Re: CLUG web server changes
It's often interesting looking over stats... Not really, unless you have an actual need to do so. Either you need to monitor bandwidth (in which case you should be measuring from the network, not from the app), or you are actively changing the design of your sites to match the people using them. Or you're trouble-shooting. For example google, who once downloaded the same pdf repeatedly as fast as they could, until I told them that the anti-google-IP-block was staying in place until they stopped their abuse. And now they're doing it again... well so many times in a row anyway. (You all have bandwidth-limiting on your home servers for damage control? Might pay to reduce the search-engine bots to a trickle, as it doesn't affect their indexing anyway but will help the traffic costs and well-behaved users.) Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
Re: CLUG web server changes
or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. Cheers Don Volker Kuhlmann wrote: It's often interesting looking over stats... Not really, unless you have an actual need to do so. Either you need to monitor bandwidth (in which case you should be measuring from the network, not from the app), or you are actively changing the design of your sites to match the people using them. Or you're trouble-shooting. For example google, who once downloaded the same pdf repeatedly as fast as they could, until I told them that the anti-google-IP-block was staying in place until they stopped their abuse. And now they're doing it again... well so many times in a row anyway. (You all have bandwidth-limiting on your home servers for damage control? Might pay to reduce the search-engine bots to a trickle, as it doesn't affect their indexing anyway but will help the traffic costs and well-behaved users.) Volker -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - SkypeMe: ThinkDesignPrint
Re: CLUG web server changes
On Tue, 18 Jul 2006 11:18:18 +1200 Don Gould wrote: or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. Cheers Don pardon my ignorance, what is the pip capacity -- Nick Rout [EMAIL PROTECTED]
Re: CLUG web server changes
Nick Rout wrote: On Tue, 18 Jul 2006 11:18:18 +1200 Don Gould wrote: or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. Cheers Don pardon my ignorance, what is the pip capacity Don't you know anything Nick? It's how big the inside of your fruit is ;^) Rex
Re: CLUG web server changes
or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. pip what? And are you suggesting I take on google to see who has more bandwidth, and the pockets to pay for it? Fingers crossed my mental state doesn't evaporate that much before I'm growing the daisies. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
Re: CLUG web server changes
On Tue, 18 Jul 2006 11:40:04 +1200 Rex Johnston wrote: Nick Rout wrote: On Tue, 18 Jul 2006 11:18:18 +1200 Don Gould wrote: or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. Cheers Don pardon my ignorance, what is the pip capacity Don't you know anything Nick? It's how big the inside of your fruit is I have two clues - my TV has PIP capacity, = picture in picture. I have a dog called Pip, and as a result of the little white hairs that appear on every item of furniture and clothing I own, I have almost exhausted my capacity to put up with her... ;^) Rex -- Nick Rout [EMAIL PROTECTED]
Re: CLUG web server changes [WOT]
Nick Rout wrote: I have two clues - my TV has PIP capacity, = picture in picture. Plastic Irrigation Pipe? http://en.wikipedia.org/wiki/PIP has a few interesting entries, none of which seem to to fit. I have a dog called Pip, and as a result of the little white hairs that appear on every item of furniture and clothing I own, I have almost exhausted my capacity to put up with her... Perhaps you need to go onto the next plan? http://www.shoof.co.nz/catalogue/photos/669.jpg Cheers, Rex
[SPAM-Bowenvale] Re: CLUG web server changes
+e Nick Rout wrote: On Tue, 18 Jul 2006 11:18:18 +1200 Don Gould wrote: or just update the pip capacity until it's just not an issue anymore, remember it's also impacting on their systems. Cheers Don pardon my ignorance, what is the pip capacity -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - SkypeMe: ThinkDesignPrint
Re: [SPAM-Bowenvale] Re: CLUG web server changes
Don, putting the tag SPAM in your subject line does not excuse a meaningless post. Or even two meaningless posts in a row. Can I remind people that this list is primarily about GNU/Linux and software that runs under GNU/Linux . Secondarily it covers general FLOSS issues and other free/open unix-like OSes (e.g. the BSD's, HURD, SUN) along with general computing issues IN SO FAR as they relate to Linux/floss/unix-like OSes. Lets all try and keep on topic. On Tue, 18 Jul 2006 12:52:34 +1200 Don Gould wrote: +e -- Nick Rout [EMAIL PROTECTED]
Re: CLUG web server changes [WOT]
Don't you remember your CP/M? Peripheral Interchange Program Steve On Tue, 18 Jul 2006 11:59:33 +1200 Rex Johnston [EMAIL PROTECTED] wrote: Nick Rout wrote: I have two clues - my TV has PIP capacity, = picture in picture. Plastic Irrigation Pipe? http://en.wikipedia.org/wiki/PIP has a few interesting entries, none of which seem to to fit. I have a dog called Pip, and as a result of the little white hairs that appear on every item of furniture and clothing I own, I have almost exhausted my capacity to put up with her... Perhaps you need to go onto the next plan? http://www.shoof.co.nz/catalogue/photos/669.jpg Cheers, Rex
Re: CLUG web server changes
ROFL! Following your rant about the fact I left out an e in my word, you then come back and rant about the fact that my Linux server dropped the word SPAM in the subject line because it thought the content was spam... My response to orginal message was on topic... I was saying that people need to stop worrying about what google is up to and just put in a bigger pipe. As the discussion is about hosting then it's right no. If you don't have a view and don't care, why don't you just ignore the issue and let it die? Cheers Don Nick Rout wrote: Don, putting the tag SPAM in your subject line does not excuse a meaningless post. Or even two meaningless posts in a row. Can I remind people that this list is primarily about GNU/Linux and software that runs under GNU/Linux . Secondarily it covers general FLOSS issues and other free/open unix-like OSes (e.g. the BSD's, HURD, SUN) along with general computing issues IN SO FAR as they relate to Linux/floss/unix-like OSes. Lets all try and keep on topic. On Tue, 18 Jul 2006 12:52:34 +1200 Don Gould wrote: +e -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - SkypeMe: ThinkDesignPrint
RE: FL/OSS must be hurting the status quo big time...
What makes me dismiss this McAfee fella is that he seems to consider security by obscurity a valid concept. -Original Message- From: Steve Holdoway [mailto:[EMAIL PROTECTED] Sent: Tuesday, 18 July 2006 7:57 a.m. To: linux-users@it.canterbury.ac.nz Subject: FL/OSS must be hurting the status quo big time... Apparently botnets are our fault now! They're even using CVS. I'd have thought subversion would be a better option (: http://www.pcadvisor.co.uk/news/index.cfm?newsid=6601 Steve
Re: CLUG web server changes
On Tue, Jul 18, 2006 at 01:30:02PM +1200, Don Gould wrote: I was saying that people need to stop worrying about what google is up to and just put in a bigger pipe. As the discussion is about hosting then it's right no. It's not primarily a Linux-related issue, but people running servers at home on Telecom-provided ADSL cannot increase their upstream capacity, therefore as Volker pointed out, they should be aware of the actions of google and friends. The CLUG webserver sends about three times as much data to the index spiders as it does to people; that pattern is indicative of a serious problem for some people. If I remember correctly, didn't you claim to have revolutionised the Australian ISP market in some regard while you were over there? Couldn't you do the same here? There are numerous forums dedicated to telecommunications, and indeed specifically to ADSL, that would be very interested. Just not many Linux ones, except as a side-effect of their technical interests. Nick Rout wrote: Don, putting the tag SPAM in your subject line does not excuse a meaningless post. This could be on-topic; Don's spamassassin instance on his clarke connect machine is telling us that bowenvale.co.nz is a known phishing spam source. Unfortunately, it seems that his spamassassin is broken, because the RBL in question does not list bowenvale.co.nz in any capacity. However, I think we've already established that no-one here has enough interest or experience of clarke connect to be able to offer meaningful help. -jim
RE: CLUG web server changes
Um, regardless of whether you CAN increase the pipe or not, that isn't the point. After all, the problem is that the misbehaving app/person is flooding a slow link - what prevents them from doing the same to your faster link that you've just paid extra money for? As Volker put it, bandwidth management is the only answer here. Thankfully, Linux does this quite nicely. Brett. -Original Message- From: Jim Cheetham [mailto:[EMAIL PROTECTED] Sent: Tuesday, 18 July 2006 2:09 p.m. To: linux-users@it.canterbury.ac.nz Subject: Re: CLUG web server changes On Tue, Jul 18, 2006 at 01:30:02PM +1200, Don Gould wrote: I was saying that people need to stop worrying about what google is up to and just put in a bigger pipe. As the discussion is about hosting then it's right no. It's not primarily a Linux-related issue, but people running servers at home on Telecom-provided ADSL cannot increase their upstream capacity, therefore as Volker pointed out, they should be aware of the actions of google and friends. The CLUG webserver sends about three times as much data to the index spiders as it does to people; that pattern is indicative of a serious problem for some people. If I remember correctly, didn't you claim to have revolutionised the Australian ISP market in some regard while you were over there? Couldn't you do the same here? There are numerous forums dedicated to telecommunications, and indeed specifically to ADSL, that would be very interested. Just not many Linux ones, except as a side-effect of their technical interests. Nick Rout wrote: Don, putting the tag SPAM in your subject line does not excuse a meaningless post. This could be on-topic; Don's spamassassin instance on his clarke connect machine is telling us that bowenvale.co.nz is a known phishing spam source. Unfortunately, it seems that his spamassassin is broken, because the RBL in question does not list bowenvale.co.nz in any capacity. However, I think we've already established that no-one here has enough interest or experience of clarke connect to be able to offer meaningful help. -jim
Re: CLUG web server changes
Jim Cheetham wrote: However, I think we've already established that no-one here has enough interest or experience of clarke connect to be able to offer meaningful help. Agreed. I'm currently trying to learn enough about debian 3.1 so I can just replace cc. I've got a new server in place but I can't get the iptables working correctly. Neil did some really kewl things but I've come to realise how complex it is. Simon Knights has very kindly offered to help me understand the IP tables better. Cheers Don -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - SkypeMe: ThinkDesignPrint
[OT] bigger pipes vs efficient bandwidth usage
Don Gould wrote: or just update the pip[e] capacity until it's just not an issue anymore, My 2c: No matter how big you make the pipes, they're still a *finite* resource and there will always be content pedlers pushing high-bandwidth content to use it all up. There will also always be bottlenecks (No Don, giving the bottles bigger necks is not the solution either). Therefore I am always in favour of using it as efficiently as possible. Yuri