Menu
▾
▴
phpwebsite-developers — For our development team.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
| 2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
| 2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
| 2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
| 2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Karsten D. <k.d...@tu...> - 2001-03-27 10:51:25
|
On Tue, Mar 27, 2001 at 10:40:51AM +0200, Alain Fontaine wrote: > Database field naming: I have adopted the following naming convention, wh= ich > seems to be quite appreciated by anyone who is working with my code: > * Primary keys : <tablename in singular>ID. Example: Banners table: > BannerID. Hosts table: HostID. Users table: UserID. > * Foreign keys (which are basically references) : ref<primary key name of > other table>. Like: refBannerID, refHostID, refUserID. > This naming makes it very easy for everyone to see what is going on. Why = not > simply name primary keys as "id" ? Because you will end up having to type > <table name><dot>id quite often if you have joins over several tables, an= d I > personally think it's more confusing to have 15 "id" field names than > BannerID, HostID, UserID. Just my personal idea, though. I think this makes sense. Probably I am going to use it for my own projects... may I? :-) Karsten --=20 Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
|
From: Karsten D. <k.d...@tu...> - 2001-03-27 10:51:25
|
On Mon, Mar 26, 2001 at 03:09:02PM -0500, Jason Campbell wrote: > That method is actually the same one that PHP-Nuke uses :) I was looking= =20 > at the code of that a few weeks ago and thats how they do multi-language. I din't know that! Really! It just seemed to be the fastest and easiest solution :-) But alas... Regards, Karsten --=20 Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
|
From: RODRIGUES N. <nu...@pt...> - 2001-03-27 10:13:00
|
Letzebuerg :-) -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Alain Fontaine Sent: Tuesday, March 27, 2001 10:53 AM To: php...@li... Subject: RE: [Phpwebsite-developers] Templates, multi-language Hi Christian and the rest of the world :) I agree that you make a point there, however, I can't imagine how a configuration like the one you are describing could be doing so bad. I guess it's because 1. it was badly programmed 2. it was using Oracle? :). We are currently running www.luxusbuerg.lu, which is a 100% PHP4 / mySQL solution, on a bi-pentium3 800 box with 1 GB of ram and a raid5 disk array. Single server, that is. We are handling 4 million page views a month without a single problem. Of course it all depends on what you are customizing, etc. Anyway, I was just pointing out the existence of these two tools for those who didn't know them yet. As to whether we include them in phpWebSite or not is open to public discussion of course ! Anyway, as far as the languages go, I think the first minimum enhancement that needs to be somehow done is to give the webmasters the possibility to set/fix/enhance their translations themselves, maybe by giving them instructions on how to "compile" the translated version themselves, with their own string tables. I am currently waiting for a clue on how to fix the french translation of phpWebSite for a customer of my company, for instance. We have spent a great deal of time customizing his phpWebSite as he wanted it, but we can't take it to production just yet because the french translation needs to be fixed. If someone tells me how to do that, you'll have a great french translation up in no time :) For those who wonder: I am from Luxembourg, and this makes that I speak Luxembourgish, German, French, English, and a very little bit of spanish. Translations needed, anyone ? :) I wonder what the demand for a Luxembourgish phpWebSite would look like... 2 or 3 users world-wide ? :)) > -----Message d'origine----- > De : php...@li... > [mailto:php...@li...]De la part de > Christian Schims > Envoye : lundi 26 mars 2001 22:40 > A : php...@li... > Objet : Re: [Phpwebsite-developers] Templates, multi-language > > > Alain Fontaine schrieb: > > > There is a very nice translation system for PHP around that is > called stPHP. > > It can use one or several text files as a string table, or DBM style > > 'database' files. > > > > As for a template system, I really love the "Smarty" template > system. It is > > the fastest and most flexible I have yet seen. > > > > The combination of these two systems is as dynamic as dynamic > can get ! :) > > Let me give my two cents: We should be *very* careful with > dynamic functions > that aren't absolutely necessary. Just a few weeks ago I have seen a large > server (Sun's 4-digit E-Series!) handling an Oracle database and six load > balanced Apache web servers collapsing because of excessive dynamic and > personalisation functions. This combination was expected to > handle a minimum > 12 million page impressions per month. In fact it wasn't able to > handle one > million! > > On a normal Pentium/Linux Server you can easily reach this point > of collapse > with less than a hundred requests per hour. I'm wondering, if Nuke's bad > performance might have something to do with dynamic language processing. > Just a question, not a theory. > > Chris > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > _______________________________________________ Phpwebsite-developers mailing list Php...@li... http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Alain F. <al...@va...> - 2001-03-27 08:52:49
|
Hi Christian and the rest of the world :) I agree that you make a point there, however, I can't imagine how a configuration like the one you are describing could be doing so bad. I guess it's because 1. it was badly programmed 2. it was using Oracle? :). We are currently running www.luxusbuerg.lu, which is a 100% PHP4 / mySQL solution, on a bi-pentium3 800 box with 1 GB of ram and a raid5 disk array. Single server, that is. We are handling 4 million page views a month without a single problem. Of course it all depends on what you are customizing, etc. Anyway, I was just pointing out the existence of these two tools for those who didn't know them yet. As to whether we include them in phpWebSite or not is open to public discussion of course ! Anyway, as far as the languages go, I think the first minimum enhancement that needs to be somehow done is to give the webmasters the possibility to set/fix/enhance their translations themselves, maybe by giving them instructions on how to "compile" the translated version themselves, with their own string tables. I am currently waiting for a clue on how to fix the french translation of phpWebSite for a customer of my company, for instance. We have spent a great deal of time customizing his phpWebSite as he wanted it, but we can't take it to production just yet because the french translation needs to be fixed. If someone tells me how to do that, you'll have a great french translation up in no time :) For those who wonder: I am from Luxembourg, and this makes that I speak Luxembourgish, German, French, English, and a very little bit of spanish. Translations needed, anyone ? :) I wonder what the demand for a Luxembourgish phpWebSite would look like... 2 or 3 users world-wide ? :)) > -----Message d'origine----- > De : php...@li... > [mailto:php...@li...]De la part de > Christian Schims > Envoye : lundi 26 mars 2001 22:40 > A : php...@li... > Objet : Re: [Phpwebsite-developers] Templates, multi-language > > > Alain Fontaine schrieb: > > > There is a very nice translation system for PHP around that is > called stPHP. > > It can use one or several text files as a string table, or DBM style > > 'database' files. > > > > As for a template system, I really love the "Smarty" template > system. It is > > the fastest and most flexible I have yet seen. > > > > The combination of these two systems is as dynamic as dynamic > can get ! :) > > Let me give my two cents: We should be *very* careful with > dynamic functions > that aren't absolutely necessary. Just a few weeks ago I have seen a large > server (Sun's 4-digit E-Series!) handling an Oracle database and six load > balanced Apache web servers collapsing because of excessive dynamic and > personalisation functions. This combination was expected to > handle a minimum > 12 million page impressions per month. In fact it wasn't able to > handle one > million! > > On a normal Pentium/Linux Server you can easily reach this point > of collapse > with less than a hundred requests per hour. I'm wondering, if Nuke's bad > performance might have something to do with dynamic language processing. > Just a question, not a theory. > > Chris > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Alain F. <al...@va...> - 2001-03-27 08:41:00
|
Hello, Date format: Yes, using integers is fine as long as you don't have to deal with dates that are before 01-01-1970 (value 0, Unix Epoch). This is something that needs to be considered ! Also, most database engines have built-in "date management functions" that allow easy creation of date-span based queries, and from what I know, it's always faster to restrict the data on the DB engine than in PHP code. I have been doing like this recently: in my PHP classes, all dates where represented as integers, and in mySQL, they were DATE or DATETIME fields. Then I used mySQL's functions FROM_UNIXTIME and UNIX_TIMESTAMP to pass them in both directions. Database field naming: I have adopted the following naming convention, which seems to be quite appreciated by anyone who is working with my code: * Primary keys : <tablename in singular>ID. Example: Banners table: BannerID. Hosts table: HostID. Users table: UserID. * Foreign keys (which are basically references) : ref<primary key name of other table>. Like: refBannerID, refHostID, refUserID. This naming makes it very easy for everyone to see what is going on. Why not simply name primary keys as "id" ? Because you will end up having to type <table name><dot>id quite often if you have joins over several tables, and I personally think it's more confusing to have 15 "id" field names than BannerID, HostID, UserID. Just my personal idea, though. > -----Message d'origine----- > De : php...@li... > [mailto:php...@li...]De la part de > Todd Owen > Envoyé : mardi 27 mars 2001 03:55 > À : php...@li... > Objet : [Phpwebsite-developers] Database Issues > > > I've been reviewing the database table schemas, since I think > they need some > significant reform and consistency. During this review I noticed that > timestamps are done as both 'datetime' and 'timestamp' (aka INTEGER) data > types. > > Although the DATE format is consistently 2001-03-26 across many database > implementations, the DATETIME format is not. I know ADODB specifically > addresses this issue. I propose we use the DATE data type where it is > needed, like calendar events, but use INTEGER timestamps everywhere else. > This has several advantages in my opinion. > > 1. The INTEGER data type is very efficient in storage space and > difference > calculations. > 2. PHP has many date and time functions that give us significant > flexibility. > 3. INTEGERs are standard across all database implementations (and they > record the seconds too). > > ---------- > > I also think the polls, URL referrals, banners and the like > should be broken > out into plug-in modules and removed from the core. I believe the table > schema should also be standardized and made clearer such as the following: > > 1. All tables rows have an integer id already, but the field > name should be > 'id' in all cases, since it's the primary key--not sid for id's in the > session table and cid for id's in the category table. > 2. Foreign keys, although not enforced in the code or database, are > implemented. A standard naming convention should be employed, such as the > following: > > CREATE TABLE banner ( > id INT DEFAULT '0' NOT NULL auto_increment, > category_id INT DEFAULT '0' NOT NULL, ... (really a foreign key) > > Joins would look like "SELECT banner.id FROM banner WHERE > banner.category_id > = category.id". This looks very consistent and documents itself. > > -------- > > This consistency (and database abstraction as well) comes at the price of > lots of PHP code needing to be reviewed and updated. I believe we will be > much better off in the long run if we do this now instead of later. If > there is significant support for this, then I will release a new table > schema for review and will work with those implementing the db abstraction > layer to update the queries. > > There's more, but that will have to wait until tomorrow. My > caffeine level > is getting low. > > --Todd Owen > > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Frits J. <FJ...@uv...> - 2001-03-27 08:05:47
|
Dont like the idea of IRC because of the time difference - Im located in Denmark, but rockenroll annyways, as I agree with those that work for decisions being made, instead of discussions going on.. Brian, take over ;) -----Oprindelig meddelelse----- Fra: Brian W. Brown [mailto:br...@ap...] Sendt: 26. marts 2001 23:35 Til: php...@li... Emne: [Phpwebsite-developers] IRC, communityzero, etc. > Well, if you want a decision made then here ya go. We're using IRC on > EFNet. I can setup a channel, I have friends with botnets that will > gladly help keep the channel from getting taken over by someone. Sounds good to me, although I would like everyone to have a chance to respond the the "Road map" email... I should say here that I like http://communityzero.com, this could be a good tool, but again, I would like a chance for everyone to respond. Let's set the 30th for a vote. Please send your votes to me at br...@tu... - vote for what you would like to use (in other words, you could vote for the *combination* of IRC, communityzero, and SF developers list if that is what you would like to use). If we use IRC (an idea I like) I see no reason not take Jason up on his kind offer. > We should have a meeting this week to get all the ideas on the table. > After that we should then decide what to start with doing first from the > list of ideas thats formed. I would prefer that we let everyone respond to the Road Map email, since this was designed to gather up all the ideas and get them on the table. We could, however, still have a meeting to discuss it all. > I also run my own web hosting company (Xplozive Media Technologies) and > have my own servers (two) at my disposal running off my own bandwidth > using FreeBSD, so I have no trouble hosting anything that we need for the > project. Thanks for the offer, and I definitely think that those who are managing a component should host it if they want to since it is just plain easier to manage things "in your own back yard". Do note, however, that if anyone needs to host something related to phpWebSite, the Web Technology Group has lots of web server space (85 GB) and lots of bandwidth (OC3). Please let us know if you need anything. We will do the best we can to accommodate you. Kind Regards, Brian W. Brown phpWebSite Project Manager -- Brian W. Brown Internet Systems Architect, ESS Student Development Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 fax: 828-262-2585 _______________________________________________ Phpwebsite-developers mailing list Php...@li... http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 06:41:20
|
OK everyone it should be fixed now. My windows checkout worked. Thanks Mike! > Jeremy, > I forgot to give a link to the solution. > > My binary files are messed up > http://cvsbook.red-bean.com/cvsbook.html#My_binary_files_are_messed_up > > Mike Noyes, 2001-03-26 20:59 -0800 >>Jeremy Agee, 2001-03-26 23:12 -0500 >>>As for the images they are not corrupted in the cvs server. I used >>>cvs.exe from www.cvshome.org and downloaded the source to a windows >>>computer. I found it must be transferring all files in ASCII to >>>windows. I got the same thing mangled images. >> >>Jeremy, >>You need to add cvswrappers for binary file extensions. >> >>The cvswrappers File >>http://cvsbook.red-bean.com/cvsbook.html#The_cvswrappers_File >> >>CVS And Binary Files >>http://cvsbook.red-bean.com/cvsbook.html#CVS_And_Binary_Files > > -- > Mike Noyes <mh...@us...> > http://leaf.sourceforge.net/ > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Geoff S. <Ge...@Ho...> - 2001-03-27 06:10:08
|
The database prefix enhancement is completed and is stored in CVS (APPSTATE) in the branch DatabasePrefix. It is ready for review and merging! Geoff Staples Dallas, Texas |
|
From: Mike N. <mh...@us...> - 2001-03-27 05:04:34
|
Jeremy, I forgot to give a link to the solution. My binary files are messed up http://cvsbook.red-bean.com/cvsbook.html#My_binary_files_are_messed_up Mike Noyes, 2001-03-26 20:59 -0800 >Jeremy Agee, 2001-03-26 23:12 -0500 >>As for the images they are not corrupted in the cvs server. I used >>cvs.exe from www.cvshome.org and downloaded the source to a windows >>computer. I found it must be transferring all files in ASCII to >>windows. I got the same thing mangled images. > >Jeremy, >You need to add cvswrappers for binary file extensions. > >The cvswrappers File >http://cvsbook.red-bean.com/cvsbook.html#The_cvswrappers_File > >CVS And Binary Files >http://cvsbook.red-bean.com/cvsbook.html#CVS_And_Binary_Files -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
|
From: Mike N. <mh...@us...> - 2001-03-27 04:58:46
|
Jeremy Agee, 2001-03-26 23:12 -0500 >As for the images they are not corrupted in the cvs server. I used >cvs.exe from www.cvshome.org and downloaded the source to a windows >computer. I found it must be transferring all files in ASCII to >windows. I got the same thing mangled images. Jeremy, You need to add cvswrappers for binary file extensions. The cvswrappers File http://cvsbook.red-bean.com/cvsbook.html#The_cvswrappers_File CVS And Binary Files http://cvsbook.red-bean.com/cvsbook.html#CVS_And_Binary_Files I hope this helps. -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 04:40:23
|
Ill download it and give it a try. > Does anyone know what needs to be done to download "unmangled" images? > > I looked in wincvs and there is mention of how to handle binary files, > but, I don't understand what I need to do. > > I had assumed that wincvs would be smart enough to use ascii or binary > file transger based on standard file extensions such as .gif, .jpg, > etc. But, apparently not! > > Geoff > > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of > Jeremy Agee > Sent: Monday, March 26, 2001 10:13 PM > To: php...@li... > Subject: Re: [Phpwebsite-developers] Problems with current CVS > version?? > > > The translation has not been done in cvs. You will see the TRANSLATE > [[somthing]] everywhere. You can see the translator in the make_distro > dir. As for the images they are not corrupted in the cvs server. I > used cvs.exe from www.cvshome.org and downloaded the source to a > windows computer. I found it must be transferring all files in ASCII > to windows. I got the same thing mangled images. > >> I'm working on the database prefix enhancement. >> >> So, I installed wincvs and got it working... >> >> I installed the current CVS version of phpwebsite and found many >> translate errors and lots of corrupted graphic images. you can see the >> problem at: >> >> http://www.txsd16democrats.org >> >> So, here are my questions: >> >> Is the current version in CVS working correctly, especially with >> reference to the translation stuff? >> >> Are the images in the CVS library corrupted or do I need to do >> something special to download them? >> >> Geoff >> >> Geoff Staples, >> Hostricity Web Hosting <http://www.hostricity.com/> >> >> >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Geoff S. <Ge...@Ho...> - 2001-03-27 04:28:34
|
Does anyone know what needs to be done to download "unmangled" images? I looked in wincvs and there is mention of how to handle binary files, but, I don't understand what I need to do. I had assumed that wincvs would be smart enough to use ascii or binary file transger based on standard file extensions such as .gif, .jpg, etc. But, apparently not! Geoff -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Jeremy Agee Sent: Monday, March 26, 2001 10:13 PM To: php...@li... Subject: Re: [Phpwebsite-developers] Problems with current CVS version?? The translation has not been done in cvs. You will see the TRANSLATE [[somthing]] everywhere. You can see the translator in the make_distro dir. As for the images they are not corrupted in the cvs server. I used cvs.exe from www.cvshome.org and downloaded the source to a windows computer. I found it must be transferring all files in ASCII to windows. I got the same thing mangled images. > I'm working on the database prefix enhancement. > > So, I installed wincvs and got it working... > > I installed the current CVS version of phpwebsite and found many > translate errors and lots of corrupted graphic images. you can see the > problem at: > > http://www.txsd16democrats.org > > So, here are my questions: > > Is the current version in CVS working correctly, especially with > reference to the translation stuff? > > Are the images in the CVS library corrupted or do I need to do > something special to download them? > > Geoff > > Geoff Staples, > Hostricity Web Hosting <http://www.hostricity.com/> > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers _______________________________________________ Phpwebsite-developers mailing list Php...@li... http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 04:16:04
|
The translation has not been done in cvs. You will see the TRANSLATE [[somthing]] everywhere. You can see the translator in the make_distro dir. As for the images they are not corrupted in the cvs server. I used cvs.exe from www.cvshome.org and downloaded the source to a windows computer. I found it must be transferring all files in ASCII to windows. I got the same thing mangled images. > I'm working on the database prefix enhancement. > > So, I installed wincvs and got it working... > > I installed the current CVS version of phpwebsite and found many > translate errors and lots of corrupted graphic images. you can see the > problem at: > > http://www.txsd16democrats.org > > So, here are my questions: > > Is the current version in CVS working correctly, especially with > reference to the translation stuff? > > Are the images in the CVS library corrupted or do I need to do > something special to download them? > > Geoff > > Geoff Staples, > Hostricity Web Hosting <http://www.hostricity.com/> > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Geoff S. <Ge...@Ho...> - 2001-03-27 03:48:14
|
I'm working on the database prefix enhancement. So, I installed wincvs and got it working... I installed the current CVS version of phpwebsite and found many translate errors and lots of corrupted graphic images. you can see the problem at: http://www.txsd16democrats.org So, here are my questions: Is the current version in CVS working correctly, especially with reference to the translation stuff? Are the images in the CVS library corrupted or do I need to do something special to download them? Geoff Geoff Staples, Hostricity Web Hosting <http://www.hostricity.com/> |
|
From: Todd O. <to...@da...> - 2001-03-27 01:55:41
|
I've been reviewing the database table schemas, since I think they need some significant reform and consistency. During this review I noticed that timestamps are done as both 'datetime' and 'timestamp' (aka INTEGER) data types. Although the DATE format is consistently 2001-03-26 across many database implementations, the DATETIME format is not. I know ADODB specifically addresses this issue. I propose we use the DATE data type where it is needed, like calendar events, but use INTEGER timestamps everywhere else. This has several advantages in my opinion. 1. The INTEGER data type is very efficient in storage space and difference calculations. 2. PHP has many date and time functions that give us significant flexibility. 3. INTEGERs are standard across all database implementations (and they record the seconds too). ---------- I also think the polls, URL referrals, banners and the like should be broken out into plug-in modules and removed from the core. I believe the table schema should also be standardized and made clearer such as the following: 1. All tables rows have an integer id already, but the field name should be 'id' in all cases, since it's the primary key--not sid for id's in the session table and cid for id's in the category table. 2. Foreign keys, although not enforced in the code or database, are implemented. A standard naming convention should be employed, such as the following: CREATE TABLE banner ( id INT DEFAULT '0' NOT NULL auto_increment, category_id INT DEFAULT '0' NOT NULL, ... (really a foreign key) Joins would look like "SELECT banner.id FROM banner WHERE banner.category_id = category.id". This looks very consistent and documents itself. -------- This consistency (and database abstraction as well) comes at the price of lots of PHP code needing to be reviewed and updated. I believe we will be much better off in the long run if we do this now instead of later. If there is significant support for this, then I will release a new table schema for review and will work with those implementing the db abstraction layer to update the queries. There's more, but that will have to wait until tomorrow. My caffeine level is getting low. --Todd Owen |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 01:08:46
|
This is just to let everyone know. We are not trying to ignore everyone. I promise! We try to take an active part but are hampered by many things. Brian Lambith, Adam, Charles and I are students and our schedules are changing every day. Brian Brown and Matt are ASU employees and have other commitments as well as phpWebSite. So that said we als do a lot of developing and not a lot of talking some days so we are quiet sometimes. :- ) Hope that clears up a few thing. PS, Brian Brown is the head guy with Matt second in command. I do a lot of the server stuff. (The command line it my friend!) > I believe Brian Brown is the head guy at ASU and he must not be > available today. I don't think Appalachian State "owns" it if you want > to use that word, but the project was definitely started and is hosted > there. I think most of the ASU guys must not be unavailable today. I > haven't heard from anyone of them. > > Mike > > > ----- Original Message ----- > From: "Geoff Staples" <Ge...@Ho...> > To: <php...@li...> > Sent: Monday, March 26, 2001 2:25 PM > Subject: RE: [Phpwebsite-developers] Communication > > >> That decision is fine with me. >> >> HOWEVER, I would like to ask for a clarification. My understanding is >> that Appalachian State University owns phpWebsite. >> >> In my mind, while suggestions, support, etc. should always be welcome, >> someone (or several) authorized by Appalachian State should in fact >> make decisions once they think they've received enough input. >> >> In any event, I'd like to know who has the authority to make the > decisions, >> etc. >> >> I'm perfectly happy to have Jason stepup and take charge on this >> issue. (THANK YOU, JASON!) >> >> But, it's probably a good idea to know how decisions will be made >> before something more contentious comes up. >> >> Geoff >> >> -----Original Message----- >> From: php...@li... >> [mailto:php...@li...]On Behalf Of >> Jason Campbell >> Sent: Monday, March 26, 2001 12:47 PM >> To: php...@li... >> Subject: Re: [Phpwebsite-developers] Communication >> >> >> Well, if you want a decision made then here ya go. We're using IRC on >> EFNet. I can setup a channel, I have friends with botnets that will > gladly >> help keep the channel from getting taken over by someone. >> >> We should have a meeting this week to get all the ideas on the table. >> After that we should then decide what to start with doing first from >> the list of ideas thats formed. >> >> We'll need someone to take notes of the meeting or log the whole >> session > of >> the channel. Anyone good at taking notes??? >> >> After that is done we should then have another meeting a few days >> after that to formulate what to start doing first. This meeting would >> be for > the >> dev team only to write in stone what we want to do with the project >> and WHAT to do first. I.E. Redo the database, leave it alone, use >> ADODB or PEAR or whatever, you get what I mean. >> >> I also run my own web hosting company (Xplozive Media Technologies) >> and have my own servers (two) at my disposal running off my own >> bandwidth > using >> FreeBSD, so I have no trouble hosting anything that we need for the > project. >> >> This is what I think should happen so if no one has anything else to >> say about this, this is how it should be. >> >> You wanted a decision so there it is.... :) >> >> Jason Campbell >> Xplozive Media Technologies >> www.xplozivemedia.com >> phpWebSite Developer >> >> > Re: [Phpwebsite-developers] CommunicationThis is my first time >> > posting to the developers list and I hope you don't mind. I've been >> > watching all the list since phpWebSite began and I must commend >> > everyone on the developers list on your civility, it doesn't happen >> > too often from other projects I watched. I feel a sense that >> > everyone is trying to stay that way as much as possible and that is >> > good but it also seems that everyone might be going a bit to far and >> > not wanting to step on someones toes. Everyone seems to have ideas >> > that they bring to the table and then say "whatever the group >> > decides". We,you,us, they, whoever need to get the focus and >> > direction back to the project. I think a chat-whiteboard for >> > meeting is great and I agree with Geoff that it should be done some >> > place neutral, but to spend a week on discussing on where to have >> > discussions... well you know. I guess what I would like to see is >> > a "leader" make some very radical decisions based on input from >> > everyone involved and then we follow that course. I definately do >> > not understand all the discussions on this list, but I do see what >> > looks like a project becoming bogged down. I apologize if I over >> > stepped my bounds, but I believe this project is VERY exciting and >> > has HUGE potential and I don't want to see it lose out. >> > >> > Mike windsor >> > >> > >> > From: Geoff Staples >> > To: php...@li... >> > Sent: Monday, March 26, 2001 11:36 AM >> > Subject: RE: [Phpwebsite-developers] Communication >> > >> > >> > I haven't looked at communityzero. But, I like the idea of a >> > third party service. I offered to setup a chat service on one of >> > my servers. Now, someone else has offered to host one as well. >> > So, when I say what follows, it is directed at me as well as >> > everyone else. If we use something setup on one of our >> > developers's sites, we are then tied into someone who may >> > eventually lose interest or move on for another reason. Some may >> > offer the services of their employer which could be revolked at >> > any time. I own my servers and they are in a NOC, but that is a >> > small consolation. So, I suggest that we use a third party >> > service such as communityzero (which I haven't looke at) or, >> > perhaps, Appalachian State can host Chat, whiteboard, etc. for >> > us. They are the owner of the project, so we don't have to be >> > concerned about them leaving the project. I'm still happy to >> > host something if that is what we want to do. But, again, upon >> > further reflection, it is probably better to use something >> > hosted by Appalachian State or a thirdparty tool. Just as a >> > reminder: I think that a whiteboard tool or something similar is >> > really important for drawing class diagrams, ERD's, flowcharts, >> > data flow diagrams, or whatever. >> > >> > Geoff >> > >> > >> > -----Original Message----- >> > From: php...@li... >> > [mailto:php...@li...]On >> > Behalf Of Aaron Adams Sent: Monday, March 26, 2001 10:10 AM >> > To: php...@li... >> > Subject: Re: [Phpwebsite-developers] Communication >> > >> > >> > >> > Hey guys, >> > >> > Check out http://communityzero.com >> > >> > It's a great (free) tool for private conferencing/collaboration. >> > Not only can you post documents, hold a forum discussion, and >> > manage lists, but it also has instant messaging/chat. You can >> > personalize your group to serve most purposes. (The interface is >> > fairly intuitive as well). --- >> > Aaron Adams >> > >> > >> > >> > From: "Geoff Staples" <Ge...@Ho...> >> > Reply-To: php...@li... >> > Date: Mon, 26 Mar 2001 10:03:29 -0600 >> > To: <php...@li...> >> > Subject: RE: [Phpwebsite-developers] Communication >> > >> > >> > >> > >> > I'll pitch in another two cents on the communications topic. >> > >> > IRC would be fine. My offer of setting up a private chat on >> > one of my servers stands. But, now I have further question: >> > >> > What about a venue that provides whiteboard, document display, >> > and other visual stuff in addition to the written word? >> > >> > I'm thinking that it would be very handy to be able to stand >> > at a white board together on occasion. >> > >> > Maybe even setup for voice conference calling? >> > >> > Geoff >> >> >> >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 00:52:29
|
A quick note on what ill do once we start the meeting on IRC. Ill log the who event and then post it on the site after the event. The squirrelmail dev. team does this and it is very informative for those not on that team. I also say this meeting should be closed. Not to sound closed but we do not need anyone not on the dev. team there. It will be hard just to get everyone there and having extra people could get in the way. This is also what the IRC log on the website will be for. > Well, if you want a decision made then here ya go. We're using IRC on > EFNet. I can setup a channel, I have friends with botnets that will > gladly help keep the channel from getting taken over by someone. > > We should have a meeting this week to get all the ideas on the table. > After that we should then decide what to start with doing first from > the list of ideas thats formed. > > We'll need someone to take notes of the meeting or log the whole > session of the channel. Anyone good at taking notes??? > > After that is done we should then have another meeting a few days after > that to formulate what to start doing first. This meeting would be > for the dev team only to write in stone what we want to do with the > project and WHAT to do first. I.E. Redo the database, leave it alone, > use ADODB or PEAR or whatever, you get what I mean. > > I also run my own web hosting company (Xplozive Media Technologies) and > have my own servers (two) at my disposal running off my own bandwidth > using FreeBSD, so I have no trouble hosting anything that we need for > the project. > > This is what I think should happen so if no one has anything else to > say about this, this is how it should be. > > You wanted a decision so there it is.... :) > > Jason Campbell > Xplozive Media Technologies > www.xplozivemedia.com > phpWebSite Developer > >> Re: [Phpwebsite-developers] CommunicationThis is my first time posting >> to the developers list and I hope you don't mind. I've been watching >> all the list since phpWebSite began and I must commend everyone on the >> developers list on your civility, it doesn't happen too often from >> other projects I watched. I feel a sense that everyone is trying to >> stay that way as much as possible and that is good but it also seems >> that everyone might be going a bit to far and not wanting to step on >> someones toes. Everyone seems to have ideas that they bring to the >> table and then say "whatever the group decides". We,you,us, they, >> whoever need to get the focus and direction back to the project. I >> think a chat-whiteboard for meeting is great and I agree with Geoff >> that it should be done some place neutral, but to spend a week on >> discussing on where to have discussions... well you know. I guess >> what I would like to see is a "leader" make some very radical >> decisions based on input from everyone involved and then we follow >> that course. I definately do not understand all the discussions on >> this list, but I do see what looks like a project becoming bogged >> down. I apologize if I over stepped my bounds, but I believe this >> project is VERY exciting and has HUGE potential and I don't want to >> see it lose out. >> >> Mike windsor >> >> >> From: Geoff Staples >> To: php...@li... >> Sent: Monday, March 26, 2001 11:36 AM >> Subject: RE: [Phpwebsite-developers] Communication >> >> >> I haven't looked at communityzero. But, I like the idea of a third >> party service. I offered to setup a chat service on one of my >> servers. Now, someone else has offered to host one as well. So, >> when I say what follows, it is directed at me as well as everyone >> else. If we use something setup on one of our developers's sites, >> we are then tied into someone who may eventually lose interest or >> move on for another reason. Some may offer the services of their >> employer which could be revolked at any time. I own my servers and >> they are in a NOC, but that is a small consolation. So, I suggest >> that we use a third party service such as communityzero (which I >> haven't looke at) or, perhaps, Appalachian State can host Chat, >> whiteboard, etc. for us. They are the owner of the project, so we >> don't have to be concerned about them leaving the project. I'm >> still happy to host something if that is what we want to do. But, >> again, upon further reflection, it is probably better to use >> something hosted by Appalachian State or a thirdparty tool. Just >> as a reminder: I think that a whiteboard tool or something similar >> is really important for drawing class diagrams, ERD's, flowcharts, >> data flow diagrams, or whatever. >> >> Geoff >> >> >> -----Original Message----- >> From: php...@li... >> [mailto:php...@li...]On >> Behalf Of Aaron Adams Sent: Monday, March 26, 2001 10:10 AM >> To: php...@li... >> Subject: Re: [Phpwebsite-developers] Communication >> >> >> >> Hey guys, >> >> Check out http://communityzero.com >> >> It's a great (free) tool for private conferencing/collaboration. >> Not only can you post documents, hold a forum discussion, and >> manage lists, but it also has instant messaging/chat. You can >> personalize your group to serve most purposes. (The interface is >> fairly intuitive as well). --- >> Aaron Adams >> >> >> >> From: "Geoff Staples" <Ge...@Ho...> >> Reply-To: php...@li... >> Date: Mon, 26 Mar 2001 10:03:29 -0600 >> To: <php...@li...> >> Subject: RE: [Phpwebsite-developers] Communication >> >> >> >> >> I'll pitch in another two cents on the communications topic. >> >> IRC would be fine. My offer of setting up a private chat on one >> of my servers stands. But, now I have further question: >> >> What about a venue that provides whiteboard, document display, >> and other visual stuff in addition to the written word? >> >> I'm thinking that it would be very handy to be able to stand at >> a white board together on occasion. >> >> Maybe even setup for voice conference calling? >> >> Geoff > > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Jeremy A. <ja...@tu...> - 2001-03-27 00:39:04
|
On the topic of hosting services thank you all for offering. I do not want to step on anyone who has offered and/or has it already setup. I can set up any GPL package we may need on one of our servers at Appstate. That way we do not have to go to sprat places for different services. On the communication part I believe IRC is a good way to go for certain events. A IRC meeting would benefit us so we can all talk real time about developer info. That said we all live around the world and for all of us to show up at once is a big deal. This is why i say we only do the IRC stuff once in a while and we user the mailing list most of the time. > Re: [Phpwebsite-developers] CommunicationI haven't looked at > communityzero. But, I like the idea of a third party service. > I offered to setup a chat service on one of my servers. Now, someone > else > has offered to host one as well. > So, when I say what follows, it is directed at me as well as everyone > else. > If we use something setup on one of our developers's sites, we are > then > tied into someone who may eventually lose interest or move on for > another reason. > Some may offer the services of their employer which could be revolked > at > any time. I own my servers and they are in a NOC, but that is a small > consolation. > So, I suggest that we use a third party service such as communityzero > (which I haven't looke at) or, perhaps, Appalachian State can host > Chat, whiteboard, etc. for us. They are the owner of the project, so we > don't have to be concerned about them leaving the project. > I'm still happy to host something if that is what we want to do. But, > again, upon further reflection, it is probably better to use something > hosted by Appalachian State or a thirdparty tool. > Just as a reminder: I think that a whiteboard tool or something > similar is > really important for drawing class diagrams, ERD's, flowcharts, data > flow diagrams, or whatever. > > Geoff > > > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of > Aaron Adams > Sent: Monday, March 26, 2001 10:10 AM > To: php...@li... > Subject: Re: [Phpwebsite-developers] Communication > > > > Hey guys, > > Check out http://communityzero.com > > It's a great (free) tool for private conferencing/collaboration. Not > only > can you post documents, hold a forum discussion, and manage lists, but > it also has instant messaging/chat. You can personalize your group to > serve most purposes. (The interface is fairly intuitive as well). > --- > Aaron Adams > > > > From: "Geoff Staples" <Ge...@Ho...> > Reply-To: php...@li... > Date: Mon, 26 Mar 2001 10:03:29 -0600 > To: <php...@li...> > Subject: RE: [Phpwebsite-developers] Communication > > > > > I'll pitch in another two cents on the communications topic. > > IRC would be fine. My offer of setting up a private chat on one of > my servers stands. But, now I have further question: > > What about a venue that provides whiteboard, document display, and > other visual stuff in addition to the written word? > > I'm thinking that it would be very handy to be able to stand at a > white board together on occasion. > > Maybe even setup for voice conference calling? > > Geoff |
|
From: Jason C. <cam...@xp...> - 2001-03-26 23:36:28
|
Sorry, I said all this before you posted the other message out to us :) >> Well, if you want a decision made then here ya go. We're using IRC on >> EFNet. I can setup a channel, I have friends with botnets that will >> gladly help keep the channel from getting taken over by someone. > > Sounds good to me, although I would like everyone to have a chance to > respond the the "Road map" email... I should say here that I like > http://communityzero.com, this could be a good tool, but again, I would > like a chance for everyone to respond. Let's set the 30th for a vote. > Please send your votes to me at br...@tu... - vote for what > you would like to use (in other words, you could vote for the > *combination* of IRC, communityzero, and SF developers list if that is > what you would like to use). > > If we use IRC (an idea I like) I see no reason not take Jason up on his > kind offer. > >> We should have a meeting this week to get all the ideas on the table. >> After that we should then decide what to start with doing first from >> the list of ideas thats formed. > > I would prefer that we let everyone respond to the Road Map email, > since this was designed to gather up all the ideas and get them on the > table. We could, however, still have a meeting to discuss it all. > >> I also run my own web hosting company (Xplozive Media Technologies) >> and have my own servers (two) at my disposal running off my own >> bandwidth using FreeBSD, so I have no trouble hosting anything that we >> need for the project. > > Thanks for the offer, and I definitely think that those who are > managing a component should host it if they want to since it is just > plain easier to manage things "in your own back yard". Do note, > however, that if anyone needs to host something related to phpWebSite, > the Web Technology Group has lots of web server space (85 GB) and lots > of bandwidth (OC3). Please let us know if you need anything. We will > do the best we can to accommodate you. > > Kind Regards, > > Brian W. Brown > phpWebSite Project Manager > > -- > Brian W. Brown > Internet Systems Architect, ESS > Student Development > Room 269, John Thomas Hall > Appalachian State University > Boone, NC 28608 > > vox: 828-262-7124 > fax: 828-262-2585 > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: W.D.Sumilang <wa...@on...> - 2001-03-26 22:13:07
|
Based on Karsten's submission of kristian's article, i'm leaning towards phplib which i've worked with. it includes perm priviledges, db abstraction, sessions mgmt, etc. etc. seems like maintenenance wouldn't be much if the only thing in the phpWS code is the phplib class instances. But i think this (or native sess, or ADODB sessions, etc.) might conflict with the current way phpWS is architected for page output (eg. header->header,theme,footer->footer, and module includes) which is obviously under scrutiny with all the theme discussions. Why rewrite classes that do the same thing... and do it well, IMHO. PHPlib is quite easy to extend once its in place! BTW, if all this could be replicated with native php4 sess, and phpWS functions without months of lead time, i'd be all for it. Otherwise, i'm game to integrate. __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com |
|
From: Brian W. B. <br...@ap...> - 2001-03-26 21:38:32
|
> Well, if you want a decision made then here ya go. We're using IRC on > EFNet. I can setup a channel, I have friends with botnets that will > gladly help keep the channel from getting taken over by someone. Sounds good to me, although I would like everyone to have a chance to respond the the "Road map" email... I should say here that I like http://communityzero.com, this could be a good tool, but again, I would like a chance for everyone to respond. Let's set the 30th for a vote. Please send your votes to me at br...@tu... - vote for what you would like to use (in other words, you could vote for the *combination* of IRC, communityzero, and SF developers list if that is what you would like to use). If we use IRC (an idea I like) I see no reason not take Jason up on his kind offer. > We should have a meeting this week to get all the ideas on the table. > After that we should then decide what to start with doing first from the > list of ideas thats formed. I would prefer that we let everyone respond to the Road Map email, since this was designed to gather up all the ideas and get them on the table. We could, however, still have a meeting to discuss it all. > I also run my own web hosting company (Xplozive Media Technologies) and > have my own servers (two) at my disposal running off my own bandwidth > using FreeBSD, so I have no trouble hosting anything that we need for the > project. Thanks for the offer, and I definitely think that those who are managing a component should host it if they want to since it is just plain easier to manage things "in your own back yard". Do note, however, that if anyone needs to host something related to phpWebSite, the Web Technology Group has lots of web server space (85 GB) and lots of bandwidth (OC3). Please let us know if you need anything. We will do the best we can to accommodate you. Kind Regards, Brian W. Brown phpWebSite Project Manager -- Brian W. Brown Internet Systems Architect, ESS Student Development Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 fax: 828-262-2585 |
|
From: Stephen L. Jr. <st...@st...> - 2001-03-26 21:16:02
|
On the subject of ERD's.=20 I have purchased a product call Dezign for Databases. It allows creation = of ERD's, then creates the SQL statements for a variety of Database = formats, including Oracle, and MySQL. If anyone is interested, the = product can be found at the Heraut Solutions web site at=20 http://www.heraut.demon.nl/ They also have a product that allow the "Importing" of SQL dumps into = Dezign for Databases, so that you can use current database scheme to = re-design and the export. -- Stephen Lawrence Jr. st...@st... |
|
From: Mike W. <wi...@ce...> - 2001-03-26 20:53:22
|
I don't know if any of you follow nuke at all but someone there came up with a multilingual switching code. You can read the article at http://www.phpnuke.org/article.php?sid=1355&mode=thread&order=0&thold=0 and see his code at http://www.openbsd.org.mx/~santana/diff Mike From: "Alain Fontaine" <al...@va...> To: <php...@li...> Sent: Monday, March 26, 2001 2:22 PM Subject: [Phpwebsite-developers] Templates, multi-language > Hi, > > There is a very nice translation system for PHP around that is called stPHP. > It can use one or several text files as a string table, or DBM style > 'database' files. > > As for a template system, I really love the "Smarty" template system. It is > the fastest and most flexible I have yet seen. > > The combination of these two systems is as dynamic as dynamic can get ! :) > > Relevant links: > > http://sourceforge.net/projects/stphp > > http://www.phpinsider.com/php/code/Smarty/ > > Talk to you later ! > > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Christian S. <chr...@sc...> - 2001-03-26 20:38:23
|
Alain Fontaine schrieb: > There is a very nice translation system for PHP around that is called stPHP. > It can use one or several text files as a string table, or DBM style > 'database' files. > > As for a template system, I really love the "Smarty" template system. It is > the fastest and most flexible I have yet seen. > > The combination of these two systems is as dynamic as dynamic can get ! :) Let me give my two cents: We should be *very* careful with dynamic functions that aren't absolutely necessary. Just a few weeks ago I have seen a large server (Sun's 4-digit E-Series!) handling an Oracle database and six load balanced Apache web servers collapsing because of excessive dynamic and personalisation functions. This combination was expected to handle a minimum 12 million page impressions per month. In fact it wasn't able to handle one million! On a normal Pentium/Linux Server you can easily reach this point of collapse with less than a hundred requests per hour. I'm wondering, if Nuke's bad performance might have something to do with dynamic language processing. Just a question, not a theory. Chris |
|
From: Mike W. <wi...@ce...> - 2001-03-26 20:36:34
|
I believe Brian Brown is the head guy at ASU and he must not be available today. I don't think Appalachian State "owns" it if you want to use that word, but the project was definitely started and is hosted there. I think most of the ASU guys must not be unavailable today. I haven't heard from anyone of them. Mike ----- Original Message ----- From: "Geoff Staples" <Ge...@Ho...> To: <php...@li...> Sent: Monday, March 26, 2001 2:25 PM Subject: RE: [Phpwebsite-developers] Communication > That decision is fine with me. > > HOWEVER, I would like to ask for a clarification. My understanding is that > Appalachian State University owns phpWebsite. > > In my mind, while suggestions, support, etc. should always be welcome, > someone (or several) authorized by Appalachian State should in fact make > decisions once they think they've received enough input. > > In any event, I'd like to know who has the authority to make the decisions, > etc. > > I'm perfectly happy to have Jason stepup and take charge on this issue. > (THANK YOU, JASON!) > > But, it's probably a good idea to know how decisions will be made before > something more contentious comes up. > > Geoff > > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of > Jason Campbell > Sent: Monday, March 26, 2001 12:47 PM > To: php...@li... > Subject: Re: [Phpwebsite-developers] Communication > > > Well, if you want a decision made then here ya go. We're using IRC on > EFNet. I can setup a channel, I have friends with botnets that will gladly > help keep the channel from getting taken over by someone. > > We should have a meeting this week to get all the ideas on the table. > After that we should then decide what to start with doing first from the > list of ideas thats formed. > > We'll need someone to take notes of the meeting or log the whole session of > the channel. Anyone good at taking notes??? > > After that is done we should then have another meeting a few days after > that to formulate what to start doing first. This meeting would be for the > dev team only to write in stone what we want to do with the project and > WHAT to do first. I.E. Redo the database, leave it alone, use ADODB or > PEAR or whatever, you get what I mean. > > I also run my own web hosting company (Xplozive Media Technologies) and > have my own servers (two) at my disposal running off my own bandwidth using > FreeBSD, so I have no trouble hosting anything that we need for the project. > > This is what I think should happen so if no one has anything else to say > about this, this is how it should be. > > You wanted a decision so there it is.... :) > > Jason Campbell > Xplozive Media Technologies > www.xplozivemedia.com > phpWebSite Developer > > > Re: [Phpwebsite-developers] CommunicationThis is my first time posting > > to the developers list and I hope you don't mind. I've been watching > > all the list since phpWebSite began and I must commend everyone on the > > developers list on your civility, it doesn't happen too often from > > other projects I watched. I feel a sense that everyone is trying to > > stay that way as much as possible and that is good but it also seems > > that everyone might be going a bit to far and not wanting to step on > > someones toes. Everyone seems to have ideas that they bring to the > > table and then say "whatever the group decides". We,you,us, they, > > whoever need to get the focus and direction back to the project. I > > think a chat-whiteboard for meeting is great and I agree with Geoff > > that it should be done some place neutral, but to spend a week on > > discussing on where to have discussions... well you know. I guess > > what I would like to see is a "leader" make some very radical decisions > > based on input from everyone involved and then we follow that course. > > I definately do not understand all the discussions on this list, but I > > do see what looks like a project becoming bogged down. I apologize if > > I over stepped my bounds, but I believe this project is VERY exciting > > and has HUGE potential and I don't want to see it lose out. > > > > Mike windsor > > > > > > From: Geoff Staples > > To: php...@li... > > Sent: Monday, March 26, 2001 11:36 AM > > Subject: RE: [Phpwebsite-developers] Communication > > > > > > I haven't looked at communityzero. But, I like the idea of a third > > party service. I offered to setup a chat service on one of my > > servers. Now, someone else has offered to host one as well. So, > > when I say what follows, it is directed at me as well as everyone > > else. If we use something setup on one of our developers's sites, > > we are then tied into someone who may eventually lose interest or > > move on for another reason. Some may offer the services of their > > employer which could be revolked at any time. I own my servers and > > they are in a NOC, but that is a small consolation. So, I suggest > > that we use a third party service such as communityzero (which I > > haven't looke at) or, perhaps, Appalachian State can host Chat, > > whiteboard, etc. for us. They are the owner of the project, so we > > don't have to be concerned about them leaving the project. I'm > > still happy to host something if that is what we want to do. But, > > again, upon further reflection, it is probably better to use > > something hosted by Appalachian State or a thirdparty tool. Just as > > a reminder: I think that a whiteboard tool or something similar is > > really important for drawing class diagrams, ERD's, flowcharts, > > data flow diagrams, or whatever. > > > > Geoff > > > > > > -----Original Message----- > > From: php...@li... > > [mailto:php...@li...]On Behalf > > Of Aaron Adams Sent: Monday, March 26, 2001 10:10 AM > > To: php...@li... > > Subject: Re: [Phpwebsite-developers] Communication > > > > > > > > Hey guys, > > > > Check out http://communityzero.com > > > > It's a great (free) tool for private conferencing/collaboration. > > Not only can you post documents, hold a forum discussion, and > > manage lists, but it also has instant messaging/chat. You can > > personalize your group to serve most purposes. (The interface is > > fairly intuitive as well). --- > > Aaron Adams > > > > > > > > From: "Geoff Staples" <Ge...@Ho...> > > Reply-To: php...@li... > > Date: Mon, 26 Mar 2001 10:03:29 -0600 > > To: <php...@li...> > > Subject: RE: [Phpwebsite-developers] Communication > > > > > > > > > > I'll pitch in another two cents on the communications topic. > > > > IRC would be fine. My offer of setting up a private chat on one > > of my servers stands. But, now I have further question: > > > > What about a venue that provides whiteboard, document display, > > and other visual stuff in addition to the written word? > > > > I'm thinking that it would be very handy to be able to stand at a > > white board together on occasion. > > > > Maybe even setup for voice conference calling? > > > > Geoff > > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
5 messages has been excluded from this view by a project administrator.
