Re: [BUGS] More SSL questions..

Christian Klemke wrote:
> Folks,
> 
> I've been following this discussion for some time now and I think that 
> you are losing the focus. I mean, who is your target audience ? How many 
> people may be out there who have the technical knowledge to put the 
> correct settings in the database config files but do not know how to 
> open and modify them just because they do not pop up using simple double 
> clicks ? [The same goes for the hidden/not hidden directory discussion, 
> BTW.]
> 
> Therefore, I'd like to suggest to consider the following solutions:
> 
> 1. Use the ".ini" extension. Ini files contain plain text, are 
> associated with notepad.exe by default and will show up as 
> "Configuration Settings" in the explorer. It doesn't matter if they do 
> not fully comply with the default ini file format in case of Postgres, 
> as long as they are not accessed by the corresponding special API 
> functions.

The .ini extension is pretty much the default for system level setting 
stuff on Win32... I would say we should probably go with that.

Sincerely,

Joshua D. Drake



> 
> or
> 
> 2. Use a Postgres specific extension like ".pgconfig" and let the 
> installer create a proper file type association. I suppose most Windows 
> users will use the installer (and those who don't will know how to 
> handle the files manually). Alternatively/Additionally, the installer 
> might also set up a link like "Modify configuration file" in the program 
> group associated with a "notepad <path><file>" command. The Apache HTTP 
> server installer does something similar for its "httpd.conf" file, IIRC. 
> This would also "bypass" the hidden directory issue.
> 
> What do you think ?
> 
> Best regards,
> Christian.
> 
> 
> ----- Original Message ----- From: "Magnus Hagander" <[email protected]>
> To: "Gary Doades" <[email protected]>; "Bruce Momjian" 
> <[email protected]>
> Cc: "Tom Lane" <[email protected]>; 
> <[email protected]>; "Matthew T. O'Connor" 
> <[email protected]>; "Andrew Dunstan" <[email protected]>; "T.J." 
> <[email protected]>
> Sent: Friday, January 07, 2005 11:38 PM
> Subject: Re: [pgsql-hackers-win32] [BUGS] More SSL questions..
> 
> 
>>  > Perhaps there is another extension that is good for Win32
>> but i don't
>>
>>> think *.txt is it.
>>>
>>
>> If there needs to be an extension, the new MS thinking in .NET
>> seems to
>> favour .config files. Both ASP.NET web applications and windows .NET
>> executables are automatically given associated .config files by visual
>> studio.net
> 
> 
> Well, those are both XML files that follow a very specific schema (and
> it's the same schema for both these, except there are of course some
> tags not relevant in each one). I don't see the ".net does it" argument
> as very powerful unless we go all the way - and we don't want to do
> that.
> 
> My vote is to either go with .txt - to make it autoopen - or go with no
> extension at all (as in unix, except remove the initial dot that makes
> the whole filename into the extension).
> 
> //Magnus
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
> 
>               http://www.postgresql.org/docs/faqs/FAQ.html
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to [email protected]


-- 
Command Prompt, Inc., home of PostgreSQL Replication, and plPHP.
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - [email protected] - http://www.commandprompt.com
Mammoth PostgreSQL Replicator. Integrated Replication for PostgreSQL


---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

begin:vcard
fn:Joshua D. Drake
n:Drake;Joshua D.
org:Command Prompt, Inc.
adr:;;PO Box 215;Cascade Locks;Oregon;97014;USA
email;internet:[email protected]
title:Consultant
tel;work:503-667-4564
tel;fax:503-210-0334
note:Command Prompt, Inc. is the largest and oldest US based commercial PostgreSQL support provider. We  provide the only commercially viable integrated PostgreSQL replication solution, but also custom programming, and support. We authored  the book Practical PostgreSQL, the procedural language plPHP, and adding trigger capability to plPerl.
x-mozilla-html:FALSE
url:http://www.commandprompt.com/
version:2.1
end:vcard