public inbox for [email protected]  

help / color / mirror / Atom feed

From: Magnus Hagander <[email protected]>
To: Joshua D. Drake <[email protected]>
Cc: Dave Page <[email protected]>
Cc: Robert Treat <[email protected]>
Cc: [email protected]
Cc: Greg Sabino Mullane <[email protected]>
Cc: [email protected]
Subject: Re: [pgsql-advocacy] We need an Advocacy wiki
Date: Sun, 05 Aug 2007 11:19:57 +0200
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <200708042259470000@3169318656>
	<[email protected]>

Joshua D. Drake wrote:
> Dave Page wrote:
>>> Really? O.k. I need a page where I and Berkus can dynamically manage
>>> sponsors. Where do I send the requirements to get that done?
>>>
>> You don't 'manage' sponsors on the website, if only because much of the detail on any givesponsor should be confidential. If you want to list them, forward the details and one of us will update the sponsors page.
> 
> And you think, that I don't recognize the *exact* level of what needs to
> be confidential or that by chance I would not communicate in discrete
> and finite detail of what a potential or existing sponsor would wish to
> be known?
> 
> We do indeed need sponsor management, I can either do it the hard way,
> which is to draw up a new page every time or I can do it the easy way in
> which to have a dynamic interface that is easy to manage.
> 
> The hard way, is exactly why we have neglected our partners (sponsors)
> to date, because of time, and resources. It is also the exact same
> reason that Berkus has *also* not provided a new sponsors page.

Ok. I have to admit I don't follow you - what exactly is your need? To
be able to dynamically handle *public* information about sponsors, or to
be bale to handle *confidential* information about them?

If you're talking about the public stuff, then spec up exactly what you
need and post it to -www. Or even better, have one of your php guys
write a patch ;-) But I can't imagine it shouldn't be insanely
difficult, so probably someone else can do it for you.

If you're talking about private stuff, why do you want it on the main
website? I'm (as you will know to the point of sickness by now) all for
a single unified web presence *to the end users*. But this kind of
confidential information that really only a few people should have
access to (and not even the whole "dev community = anybody signed up on
-hackers" like the wiki) can live elsewhere. Like we've done with pmt.
So if that's what's needed, I'd suggest either using pmt or setting up
something similar to pmt - depending on exactly who should have access
to the information.

You can't very well stick this confidential information on a wiki
either, as long as it's open for public reader, can you?


So my summary is:
* Information directed at end users and "outsiders" - website
* Information directed only at the active community - wiki
* Confidential information requiring login for both read and write -
separate completely



//Magnus

view thread (74+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
  Subject: Re: [pgsql-advocacy] We need an Advocacy wiki
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox