http://helpmysql.org/en/stats
--
John Wallace || johnw...@gmail.com
--
You received this message because you are subscribed to the Google Groups
"NLUG" group.
To post to this group, send email to nlug-t...@googlegroups.com.
To unsubscribe from this group, send email to
nlug-talk+unsubscr...@
On Sun, Jan 3, 2010 at 1:35 PM, John Wallace wrote:
> http://helpmysql.org/en/stats
>
Not to troll, but whats the point?
If your that worried about the mainstream mysql fork, then use drizzle
or some other already existing fork.
Personally, I think this is a great time to learn postgres and the
Are you *that* worried that Oracle is going to buy MySQL?
On Sun, Jan 3, 2010 at 13:35, John Wallace wrote:
> http://helpmysql.org/en/stats
--
" ' With the first link, the chain is forged. The first speech
censured, the first thought forbidden, the first freedom denied,
chains us all irrevocabl
I'm sorry, replace buy with BURY. :)
On Sun, Jan 3, 2010 at 13:54, Alex Smith (K4RNT) wrote:
> Are you *that* worried that Oracle is going to buy MySQL?
>
> On Sun, Jan 3, 2010 at 13:35, John Wallace wrote:
>> http://helpmysql.org/en/stats
--
" ' With the first link, the chain is forged. The f
On Sun, Jan 3, 2010 at 1:56 PM, Alex Smith (K4RNT)
wrote:
> I'm sorry, replace buy with BURY. :)
Let them try.
There are already active forks of mysql.
The one I mentioned earlier even has some of the founders of MySQL on it.
What we should be getting a petition on is a garantee that Oracle
isn
- "John Wallace" wrote:
> http://helpmysql.org/en/stats
Can we laugh it up some more that a site designed to make
a petition for mysql has to run reports on timed intervals
for performance issues?
Guess it isn't so fast as you think it is.
--
Steven Critchfield cri...@basesys.com
--
You
On Sun, Jan 3, 2010 at 2:48 PM, Steven S. Critchfield
wrote:
> - "John Wallace" wrote:
>> http://helpmysql.org/en/stats
>
> Can we laugh it up some more that a site designed to make
> a petition for mysql has to run reports on timed intervals
> for performance issues?
>
> Guess it isn't so fa
On Sun, Jan 3, 2010 at 2:48 PM, Steven S. Critchfield
wrote:
> Can we laugh it up some more that a site designed to make
> a petition for mysql has to run reports on timed intervals
> for performance issues?
>
> Guess it isn't so fast as you think it is.
Pffft. Plenty of heavily loaded sites use
On Sun, Jan 3, 2010 at 3:32 PM, andrew mcelroy wrote:
> I don't think the database is their problem :-)
>
> Date: Sun, 03 Jan 2010 21:31:32 GMT
> Server: Apache/2.2.3 (CentOS)
> X-Powered-By: PHP/5.2.9
> Expires: Sun, 3 Jan 2010 23:31:32 EET
> Cache-Control: no-store, no-cache, must-revalidate, po
On Sun, Jan 3, 2010 at 5:20 PM, Greg Donald wrote:
> On Sun, Jan 3, 2010 at 3:32 PM, andrew mcelroy wrote:
>> I don't think the database is their problem :-)
>>
They have the sense to use gzip, but use no caching at all (php xcache
nor page cache afaict), unless it's baked into their scripts.
Al
This has hit /. and the mood there seems to be even more anti-Monty
than I expected:
http://developers.slashdot.org/story/10/01/04/1548235/Monty-Wants-To-Save-MySQL?art_pos=3
Folks, if you're really worried about the future of MySQL, switch to
PostgreSQL. Yes, you'll have to use proper SQL (oh,
Michael Chaney wrote:
> This has hit /. and the mood there seems to be even more anti-Monty
> than I expected:
>
> http://developers.slashdot.org/story/10/01/04/1548235/Monty-Wants-To-Save-MySQL?art_pos=3
>
> Folks, if you're really worried about the future of MySQL, switch to
> PostgreSQL. Yes,
MySQL has lost a lot of ground slowly over the last 10 years. I don't
see how this is surprising. However, MySQL will probably be absorbed by
Mark Cuban... :D
--
You received this message because you are subscribed to the Google Groups
"NLUG" group.
To post to this group, send email to nlug-t
On Mon, Jan 4, 2010 at 11:47 AM, Michael Chaney
wrote:
> Yes, you'll have to use proper SQL (oh, darn)
Developers who still regularly write raw SQL are behind the times. At
this point you should have adopted any one of the available Active
Record design patterns to do it for you.
--
Greg Dona
On Mon, Jan 4, 2010 at 5:15 PM, Chris Faulkner wrote:
> MySQL has lost a lot of ground slowly over the last 10 years.
What do you have to back this statement up? Companies on the decline,
especially ones on a 10 year decline like you say, don't get bought
for billions of dollars.
In addition, w
On Sun, Jan 3, 2010 at 8:04 PM, andrew mcelroy wrote:
> They have the sense to use gzip,
>
> If they had mysql properly tuned, minified their js,
It's fairly pointless to minify JS when you're already using gzip
compression. You're not gonna gain any additional compression. I
mean think about i
- "Greg Donald" wrote:
> On Mon, Jan 4, 2010 at 11:47 AM, Michael Chaney
> wrote:
> > Yes, you'll have to use proper SQL (oh, darn)
>
> Developers who still regularly write raw SQL are behind the times.
> At
> this point you should have adopted any one of the available Active
> Record des
- "Greg Donald" wrote:
> On Sun, Jan 3, 2010 at 8:04 PM, andrew mcelroy
> wrote:
> > They have the sense to use gzip,
> >
> > If they had mysql properly tuned, minified their js,
>
> It's fairly pointless to minify JS when you're already using gzip
> compression. You're not gonna gain any
On Mon, Jan 4, 2010 at 7:27 PM, Steven S. Critchfield
wrote:
> umm, minify removes a lot of things from the compression stream. minify
> on it's own is not the answer. But you would be surprised what a little
> minify and one time gziping of a file will gain you.
Not much more than letting Apach
On Mon, Jan 4, 2010 at 7:22 PM, Steven S. Critchfield
wrote:
> Now that depends. I would agree for first rev of a project. But when
> you start to see bottlenecks, you can custom write the query for that
> section.
In a high load environment it is preferable to break the table into
more tables wi
On Wed, Jan 6, 2010 at 10:48 PM, Greg Donald wrote:
> On Mon, Jan 4, 2010 at 7:22 PM, Steven S. Critchfield
> wrote:
>> Now that depends. I would agree for first rev of a project. But when
>> you start to see bottlenecks, you can custom write the query for that
>> section.
>
> In a high load envi
21 matches
Mail list logo
