On Wed, Feb 22, 2012 at 4:42 PM, Dave <e...@dc9.tzo.com> wrote: > Thanks Alex for the clarifications.. > > >>We have devided our attention amongst different areas of services, but > that > doesn't mean if one goes away, that others couldn't fit the empty shoes. > > << > > It sounds like you guys have contingency plans in place. > > Just an aside... but what is going on with Sourceforge? I just got on > there and the adds are extreme! > I thought they had adds before, but nothing like what I saw yesterday! > It is really distracting. >
consider installing Adblock Plus in your Firefox and block doubleclick.net(and a few others) j. > > Dave > > On 2/22/2012 5:53 AM, Alex Joni wrote: > > > > > >> While I am sure that you guys are more than capable of running the > >> server outside of Sourceforge, what always concerns me in situations > >> like this > >> is the dependency on certain people to do certain things without a solid > >> backup plan. > >> > >> If plan A is to have person X run and administer the server, what > >> happens if person X becomes unavailable (let your imagination run wild. > ) > >> ? > >> > >> What is plan B? > >> > >> And where does that leave the server/s and all of the people who depend > >> on it. > >> > >> > > As it is now - there is equal access to the webserver for all board > members. > > That means each of us has the same powers to adjust things given the > need. > > That access (involving ssh to the server) allows us to do things that > aren't > > already available through standard tools: > > - for the webpage we do most administration through the web interface > (the > > administrators who can do that are not limited to the board members, > there > > are a couple more with the same access rights,) > > Very seldom there is a need to query/modify the database or hack on the > code > > directly). > > > > We have devided our attention amongst different areas of services, but > that > > doesn't mean if one goes away, that others couldn't fit the empty shoes. > > > > The same will be true for mailinglists and bugtracker. > > > > > >> I have to answer this kind of question all of the time for my > >> customers. (And some of them have zero tact, so I frequently get to > >> reflect on my age and health.. ;-) ) > >> > > And it's quite a pertinent question to ask. > > Hopefully I addressed your concearns. > > > > Regards, > > Alex > > > > > >> I trust you guys will make a good decision. > >> > >> The adds don't bother me. But the possible vulnerabilities do. > >> > >> Thanks for asking for input. :-) > >> > >> Dave > >> > >> > > > > > ------------------------------------------------------------------------------ > > Virtualization& Cloud Management Using Capacity Planning > > Cloud computing makes use of virtualization - but cloud computing > > also focuses on allowing computing to be delivered as a service. > > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > > _______________________________________________ > > Emc-users mailing list > > Emc-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > > > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users