"Rails and PostgreSQL" now up on media.postgresql.org
Greetings,
The video from the June 9, 2009 SFPUG meeting, "PostgreSQL as a secret
weapon for high-performance Ruby on Rails applications," is now
available for viewing or download from the media.postgresql.org server:
http://media.postgresql.org/sfpug/sfpug-rails-20090609.mov
Thanks,
-- Xof
Christophe wrote:
Greetings,
The video from the June 9, 2009 SFPUG meeting, "PostgreSQL as a secret
weapon for high-performance Ruby on Rails applications," is now
available for viewing or download from the media.postgresql.org server:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
--
Postgresql & php tutorials
http://www.designmagick.com/
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/
please?
Josh Berkus handles that page, but I think that's a splendid idea.
This particular video file is about 403MB.
On 6/10/09 7:20 PM, Christophe wrote:
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
Oh, good idea. Didn't think of it.
--Josh
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
Josh Berkus wrote:
On 6/10/09 7:20 PM, Christophe wrote:
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
Oh, good idea. Didn't think of it.
Thanks :D
--
Postgresql & php tutorials
http://www.designmagick.com/
Chris,
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
Done. Did you realize that two of those talks are 1GB? Maybe when
you're done with all the pgCon stuff, we could break them into two halves?
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
Hello Cristophe and Josh,
So we would then have to use software to splice them back together?
Please don't.
Use "wget -c http://website.com/file.mpg -O file.mpg" instead.
I would rather not have to use "mplayer file1.mpg file2.mpg" and have
to experience the disc1-is-finished-now-playing-disc2 pause.
Thanks!
Mike
Show quoted text
On Wed, Jun 10, 2009 at 21:38, Josh Berkus<josh@agliodbs.com> wrote:
Chris,
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
Done. Did you realize that two of those talks are 1GB? Maybe when you're
done with all the pgCon stuff, we could break them into two halves?--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
On Thu, Jun 11, 2009 at 3:27 AM, Josh Berkus<josh@agliodbs.com> wrote:
On 6/10/09 7:20 PM, Christophe wrote:
On Jun 10, 2009, at 6:27 PM, Chris wrote:
Can you list the filesizes on http://media.postgresql.org/sfpug/ please?
Oh, good idea. Didn't think of it.
Please move the index page to the wiki or pugs site. The media server
is *only* supposed to host the files - we don't want any HTML content
on there.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
On Jun 10, 2009, at 9:38 PM, Josh Berkus wrote:
Done. Did you realize that two of those talks are 1GB? Maybe when
you're done with all the pgCon stuff, we could break them into two
halves?
I think the right solution is to re-transcode them with a lower bit
rate; I'll get on it.
-- Christophe
Dave,
Please move the index page to the wiki or pugs site. The media server
is *only* supposed to host the files - we don't want any HTML content
on there.
Oh, ok. I'll put a placeholder page redirecting people.
However ... there is the streaming page. That needs to stay somewhere
we have raw HTML because of the widget embedding. Should that be
somewhere else?
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
On Thu, 2009-06-11 at 11:13 -0700, Josh Berkus wrote:
Dave,
Please move the index page to the wiki or pugs site. The media server
is *only* supposed to host the files - we don't want any HTML content
on there.Oh, ok. I'll put a placeholder page redirecting people.
However ... there is the streaming page. That needs to stay somewhere
we have raw HTML because of the widget embedding. Should that be
somewhere else?
Why not embed it into the pugs SFPUG page?
Joshua D. Drake
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
--
PostgreSQL - XMPP: jdrake@jabber.postgresql.org
Consulting, Development, Support, Training
503-667-4564 - http://www.commandprompt.com/
The PostgreSQL Company, serving since 1997
On Thu, Jun 11, 2009 at 7:13 PM, Josh Berkus<josh@agliodbs.com> wrote:
Dave,
Please move the index page to the wiki or pugs site. The media server
is *only* supposed to host the files - we don't want any HTML content
on there.Oh, ok. I'll put a placeholder page redirecting people.
Thanks.
However ... there is the streaming page. That needs to stay somewhere we
have raw HTML because of the widget embedding. Should that be somewhere
else?
Can you embed the files on the PUGs page like JD suggests? What I want
to avoid is an ad-hoc website springing up on media.postgresql.org
that ends up in Google and being linked from who-knows-where.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
Josh, Dave,
Can you embed the files on the PUGs page like JD suggests? What I want
to avoid is an ad-hoc website springing up on media.postgresql.org
that ends up in Google and being linked from who-knows-where.
Hmmm ... not sure my Drupal-foo is good enough. Will seek help ....
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
On Thu, 2009-06-11 at 11:53 -0700, Josh Berkus wrote:
Josh, Dave,
Can you embed the files on the PUGs page like JD suggests? What I want
to avoid is an ad-hoc website springing up on media.postgresql.org
that ends up in Google and being linked from who-knows-where.Hmmm ... not sure my Drupal-foo is good enough. Will seek help ....
You just create a new page and set the input type to full html.
Joshua D. Drake
--
PostgreSQL - XMPP: jdrake@jabber.postgresql.org
Consulting, Development, Support, Training
503-667-4564 - http://www.commandprompt.com/
The PostgreSQL Company, serving since 1997
On Thursday 11 June 2009 21:48:22 Dave Page wrote:
Can you embed the files on the PUGs page like JD suggests? What I want
to avoid is an ad-hoc website springing up on media.postgresql.org
that ends up in Google and being linked from who-knows-where.
While there is a point to that, having the entry points spread around the net
doesn't exactly make it easier to find and use the content.