Menu
▾
▴
kritton-devel
|
From: Vassilis P. <pa...@ya...> - 2005-07-20 18:55:29
|
Hi all, The list of what has been done can be easily found in the CVS Changelog. I feel that there have been plenty of changes, certainly enough to justify a release. I agree with Nigel however, that we have to determine the goals that we want to achieve. My own view of the subject is that Kritton should focus on providing an efficient, stable webserver. Primary focuses should be on stability. In terms of features I also believe that we should try to incorporate as many as possible, enough at least to satisfy most peoples' needs. We can't provide the funtionality of Apache, but we can outweigh the feature disadvantage by avoiding complex installations. Apache is under the Apache license with renders it non-free, yet open source and permissive. It is a very long shot, but we can aim to provide an alternative to Apache, which is though under the GNU GPL. Thinking of it in the short term, I think that development should aim on the following: - Making the server compatible with the HTTP 1.1 protocol. The basic aspects of the protocol are already working, but it definitely needs more work. - Support for PHP and CGI. CGI is already there, but not completely. - Improve logging. - Support for server side scripting. - ASP perhaps? I don't know what else to suggest right now. Add to the above list, and then we can discuss the roadmap, saying what will be implemented, and at what version. We should also try to set very rough release dates. We should try to aim to have all the features implemented by 0.9, so that the 0.9.x releases are all bug fix releases for 1.0 which ought to be very stable, and secure. Do you feel that 0.5, as it is now, deserves promotion? We do not want to promote before it is too early, but we cannot attain perfect stability before promoting because we won't have users to report bugs. Do you have any ideas as to how promotion can succeed? Pandis ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com |
|
From: Nigel H. <nj...@ba...> - 2005-09-08 08:41:38
Attachments:
njh.vcf
|
Before the design stage, I would suggest that you decide on your "usp", which is business jargon for "unique selling point". Once that's decided upon, move to the design phase. -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Typesetter. NJH Music, Barnsley, UK. ICQ#20252325 nj...@de... http://www.bandsman.co.uk |
|
From: jason c. <ja...@jc...> - 2005-09-08 09:54:23
|
On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > Before the design stage, I would suggest that you decide on your "usp", > which is business jargon for "unique selling point". Once that's decided > upon, move to the design phase. > > -Nigel From Pandis last mail, our usp should be - ease of use and security We'll need to fluff this out though :) Jason. -- Jason. Fortune : SIMM crosstalk. |
|
From: Nigel H. <nj...@ba...> - 2005-09-08 17:36:18
Attachments:
njh.vcf
|
jason corcoran wrote: > On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > >>Before the design stage, I would suggest that you decide on your "usp", >>which is business jargon for "unique selling point". Once that's decided >>upon, move to the design phase. >> >>-Nigel > > > >>From Pandis last mail, our usp should be - ease of use and security > We'll need to fluff this out though :) By ease of use, do you mean ease of configuration/installation? By security, do you mean that you are going to ensure an unknowledgable sys-admin? > Jason. -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Typesetter. NJH Music, Barnsley, UK. ICQ#20252325 nj...@de... http://www.bandsman.co.uk |
|
From: Vassilis P. <pa...@ya...> - 2005-09-09 01:14:49
|
--- Nigel Horne <nj...@ba...> wrote: > jason corcoran wrote: > > On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > > > >>Before the design stage, I would suggest that you decide on your > "usp", > >>which is business jargon for "unique selling point". Once that's > decided > >>upon, move to the design phase. > >> > >>-Nigel > > > > > > > >>From Pandis last mail, our usp should be - ease of use and security > > > We'll need to fluff this out though :) > > By ease of use, do you mean ease of configuration/installation? > By security, do you mean that you are going to ensure an > unknowledgable > sys-admin? > > > Jason. > > -Nigel > Well, we can't do that. Easy of use, easy of configuration/installation. Configuration can be simple, but not simplistic. In other words, we can have a scalable and configurable server, but configuration shouldn't neccessarily happen by editing files. We could have a very cute graphical interface for that, to make things much easier for administrators. Don't know, this is just a suggestion. But don't you feel that we should not aim for yet-another-unix-webserver? If you don't like this idea, or have a better one, say so - everything is under discussion! Pandis ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com |
|
From: Nigel H. <nj...@ba...> - 2005-09-09 09:35:35
|
> > jason corcoran wrote: > > > On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > > > > > >>Before the design stage, I would suggest that you decide on your > > "usp", > > >>which is business jargon for "unique selling point". Once that's > > decided > > >>upon, move to the design phase. > > >> > > >>-Nigel > > > > > > > > > > > >>From Pandis last mail, our usp should be - ease of use and security > > > > > We'll need to fluff this out though :) > > > > By ease of use, do you mean ease of configuration/installation? > > By security, do you mean that you are going to ensure an > > unknowledgable > > sys-admin? > > > > > Jason. > > > > -Nigel > > > > Well, we can't do that. Easy of use, easy of > configuration/installation. Configuration can be simple, but not > simplistic. You need to be sure of your target audience. It looks as though you expect some level of knowledge, but not to guru status. Is that right? > In other words, we can have a scalable and configurable > server, but configuration shouldn't neccessarily happen by editing > files. We could have a very cute graphical interface for that, to make > things much easier for administrators. Or you could consider writing a webmin plugin. > > Don't know, this is just a suggestion. But don't you feel that we > should not aim for yet-another-unix-webserver? If you don't like this > idea, or have a better one, say so - everything is under discussion! Personally the project needs to do all it can to avoid that. So that is why I am prompting discussion. > Pandis -Nigel |
|
From: Vassilis P. <pa...@ya...> - 2005-09-10 13:02:26
|
--- Nigel Horne <nj...@ba...> wrote: > > > jason corcoran wrote: > > > > On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > > > > > > > >>Before the design stage, I would suggest that you decide on > your > > > "usp", > > > >>which is business jargon for "unique selling point". Once > that's > > > decided > > > >>upon, move to the design phase. > > > >> > > > >>-Nigel > > > > > > > > > > > > > > > >>From Pandis last mail, our usp should be - ease of use and > security > > > > > > > We'll need to fluff this out though :) > > > > > > By ease of use, do you mean ease of configuration/installation? > > > By security, do you mean that you are going to ensure an > > > unknowledgable > > > sys-admin? > > > > > > > Jason. > > > > > > -Nigel > > > > > > > Well, we can't do that. Easy of use, easy of > > configuration/installation. Configuration can be simple, but not > > simplistic. > > You need to be sure of your target audience. It looks as though you > expect some level of knowledge, but not to guru status. Is that > right? > Well, administration cannot happen without some knowledge. Of course we could take matters to extremes and even provide a fancy wizard to handle the configuration. Or, we could do both. A wizard for the totally beginners and a more-advanced-but-still-easy-to-use tool (think of KPPP's wizard for a new connection and the manual way of setting up one). > > In other words, we can have a scalable and configurable > > server, but configuration shouldn't neccessarily happen by editing > > files. We could have a very cute graphical interface for that, to > make > > things much easier for administrators. > > Or you could consider writing a webmin plugin. Indeed. Have you any experience with webmin ? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com |
|
From: Nigel H. <nj...@ba...> - 2005-09-10 13:10:35
|
On Sat, 2005-09-10 at 14:02, Vassilis Pandis wrote: > --- Nigel Horne <nj...@ba...> wrote: > > > > > jason corcoran wrote: > > > > > On Thu, Sep 08, 2005 at 09:41:14AM +0100, Nigel Horne wrote: > > > > > > > > > >>Before the design stage, I would suggest that you decide on > > your > > > > "usp", > > > > >>which is business jargon for "unique selling point". Once > > that's > > > > decided > > > > >>upon, move to the design phase. > > > > >> > > > > >>-Nigel > > > > > > > > > > > > > > > > > > > >>From Pandis last mail, our usp should be - ease of use and > > security > > > > > > > > > We'll need to fluff this out though :) > > > > > > > > By ease of use, do you mean ease of configuration/installation? > > > > By security, do you mean that you are going to ensure an > > > > unknowledgable > > > > sys-admin? > > > > > > > > > Jason. > > > > > > > > -Nigel > > > > > > > > > > Well, we can't do that. Easy of use, easy of > > > configuration/installation. Configuration can be simple, but not > > > simplistic. > > > > You need to be sure of your target audience. It looks as though you > > expect some level of knowledge, but not to guru status. Is that > > right? > > > > Well, administration cannot happen without some knowledge. Of course we > could take matters to extremes and even provide a fancy wizard to > handle the configuration. Or, we could do both. A wizard for the > totally beginners and a more-advanced-but-still-easy-to-use tool (think > of KPPP's wizard for a new connection and the manual way of setting up > one). > > > > > In other words, we can have a scalable and configurable > > > server, but configuration shouldn't neccessarily happen by editing > > > files. We could have a very cute graphical interface for that, to > > make > > > things much easier for administrators. > > > > Or you could consider writing a webmin plugin. > > Indeed. Have you any experience with webmin ? Only as a user ;-) -Nigel |
Thanks for helping keep SourceForge clean.
X