Re: The MySQL petition

2010-01-08 Thread Drew Van Zandt
It's a poor craftsman who blames *only* his tools, without trying to find better ones. It's no better for a craftsman to ignore the effects a tool has on the product. I have yet to find a hardware design toolchain that isn't maddening in at least half a hundred ways. Even the free / open source

Re: The MySQL petition

2010-01-08 Thread Ted Roche
On 01/08/2010 05:21 PM, Ben Scott wrote: > Anyone who blames bad code on the language has a far bigger problem > than the language they're using. > > (Since we're inciting to riot.) > Yeah, no sense throwing rationality into a good flamefest. A wise man told me long ago, "It's a poor craftsma

Re: The MySQL petition

2010-01-08 Thread G Rundlett
While we're debating which language is best, I thought I'd share this pictorial argument: http://www.bootup.io/img/auximg/developers-as-seen-by.jpg plus, an update for haskell http://i.imgur.com/hF6mS.jpg update for C# / .net http://jakemcgraw.com/imgs/langs.jpg Greg Rundlett nbpt 978-225-8302

Re: Openfire Jabber server

2010-01-08 Thread Ben Scott
On Fri, Jan 8, 2010 at 2:29 PM, Kevin D. Clark wrote: > The way that I try to design protocols and systems is to assume that > the entity at other end of the connection might be some infinitely bad > thing that is looking to take down the system. Indeed. That's a hallmark of good design. Any

Re: The MySQL petition

2010-01-08 Thread Ben Scott
On Fri, Jan 8, 2010 at 4:03 PM, Joshua Judson Rosen wrote: > (:flame >  "Well, `bad' is not necessarily as *ingrained* into those >   other languages (or DBs) or their cultures") Anyone who blames bad code on the language has a far bigger problem than the language they're using. (Since we'

Re: The MySQL petition

2010-01-08 Thread Stephen Ryan
On Fri, 2010-01-08 at 16:03 -0500, Joshua Judson Rosen wrote: > Stephen Ryan writes: > > > > On Fri, 2010-01-08 at 10:50 -0500, Paul Lussier wrote: > > > > > > That being said, I can only hope for the quick, and painful demise of > > > both MySql and PHP. > > > > > > -- > > > Paul - who is trapp

Re: The MySQL petition

2010-01-08 Thread Joshua Judson Rosen
Stephen Ryan writes: > > On Fri, 2010-01-08 at 10:50 -0500, Paul Lussier wrote: > > > > That being said, I can only hope for the quick, and painful demise of > > both MySql and PHP. > > > > -- > > Paul - who is trapped in a company with close to 1 million MySql > > databases being accessed by rea

Re: Openfire Jabber server

2010-01-08 Thread Kevin D. Clark
Ben Scott writes: > While still true, there are cases where it's less cut-and-dry: In > other protocols, I've seen clients do the equivalent of "repeated > malloc without free". Of course, the server should place limits on > resources a client can allocate, but some people consider that kind o

Re: Openfire Jabber server

2010-01-08 Thread Ben Scott
On Fri, Jan 8, 2010 at 10:53 AM, Kevin D. Clark wrote: > 4:  If some particular client exacerbates this problem, this >    is interesting, but the root cause is still that the >    server is buggy. While still true, there are cases where it's less cut-and-dry: In other protocols, I've seen clie

Re: The MySQL petition

2010-01-08 Thread Ben Scott
On Fri, Jan 8, 2010 at 10:57 AM, Stephen Ryan wrote: >> Paul - who is trapped in a company with close to 1 million MySql >> databases being accessed by really bad PHP code. > > ...because having close to 1 million {PostgreSQL, Interbase, CouchDB, > SQLite} databases being accessed by really bad {J

when packaging goes wrong

2010-01-08 Thread Greg Rundlett (freephile)
I installed pdns and pdns-recursor just the other day on my Ubuntu 9-04 system. I did not configure or use the system, leaving that for another day. Today, there were upgrades available, so I attempted an upgrade, however the upgrade failed due to the fact that I had pdns-recursor 3.1.7-2 install

Re: Two-party video conferencing

2010-01-08 Thread Ben Scott
On Fri, Jan 8, 2010 at 10:36 AM, Lloyd Kvam wrote: > How is 2-party video conferencing different from Ekiga/Skype Internet > phone calls with video? I have no idea. I've never worked with any kind of "live video" telecomm, other than a brief stint with MSN Messenger for another customer. Sk

Re: Openfire Jabber server

2010-01-08 Thread Kevin D. Clark
Paul Lussier writes: > Openfire docs don't seem to have a lot of information on performance > tuning, does anyone here have any experience with tuning this thing for > use in large environments with lots of users ? I don't have too many helpful things to say here except: 1: It sounds like you'r

Re: The MySQL petition

2010-01-08 Thread Stephen Ryan
On Fri, 2010-01-08 at 10:50 -0500, Paul Lussier wrote: . > That being said, I can only hope for the quick, and painful demise of > both MySql and PHP. > > -- > Paul - who is trapped in a company with close to 1 million MySql > databases being accessed by really bad PHP code. ...because havi

Re: The MySQL petition

2010-01-08 Thread Paul Lussier
"Jon 'maddog' Hall" writes: > On the other hand, I wonder how many government installations are > running MySQL at this pointnot that it would or should influence > anything. Most MediaWiki installs use MySql by default. Most WordPress installs use MySql by default. Most Joomla installs use

Re: Openfire Jabber server

2010-01-08 Thread Paul Lussier
Ed Robbins writes: > From a Java perspective, have you utilized any of the JMX tools to > connect to it while it's running to view it's vitals? You can also > force it to dump it's heap and then analyze it to see what's using all > of the memory, that may be helpful in determining what the culpr

Re: Two-party video conferencing

2010-01-08 Thread Lloyd Kvam
On Thu, 2010-01-07 at 17:54 -0500, Ben Scott wrote: > Requirements: > > R1. Two parties only. (Not a "big table" meeting.) How is 2-party video conferencing different from Ekiga/Skype Internet phone calls with video? -- Lloyd Kvam Venix Corp DLSLUG/GNHLUG library http://dlslug.org/library.ht

Re: Two-party video conferencing

2010-01-08 Thread Tom Buskey
On Thu, Jan 7, 2010 at 5:54 PM, Ben Scott wrote: > Hey, > > I've been asked to look into video conferencing. > > Requirements: > > R1. Two parties only. (Not a "big table" meeting.) > R2. Completely in-house. No big server in the sky coordinating or > routing traffic. Everything has to stay b