Re: Extension Templates S03E11

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Extension Templates S03E11
Дата
Msg-id CAM-w4HNUjE9s8rzriLYLR=wHre3ObeP6u9hLDKvyrQXD_bwazw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Extension Templates S03E11  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Extension Templates S03E11
Re: Extension Templates S03E11
Re: Extension Templates S03E11
Список pgsql-hackers
On Mon, Dec 2, 2013 at 6:30 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> OK, I'll bite.  I've been trying to stay out of this thread, but I
> really *don't* understand what this patch is about.  Extensions, as
> they exist today, are installed from the filesystem and their contents
> are not dumped.  You're trying to create a new kind of extension which
> is installed from the system catalogs (instead of the file system) and
> is dumped.  Why should anyone want that?
>
> It seems that part of the answer is that people would like to be able
> to install extensions via libpq.  You could almost write a client-side
> tool for that today just by using adminpack to write the files to the
> server, but you'd trip over the fact that files written by adminpack
> must be in either the data directory or the log directory.  But we
> could fix that easily enough.

Just tossing an idea out there. What if you could install an extension
by specifying not a local file name but a URL. Obviously there's a
security issue but for example we could allow only https URLs with
verified domain names that are in a list of approved domain names
specified by a GUC.

-- 
greg



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Draft release notes for 9.3.2
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist