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: Matthew M. <ma...@tu...> - 2002-10-25 19:37:59
|
Go get it at phpwebsite.appstate.edu Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Darrel <da...@ii...> - 2002-10-25 15:31:16
|
The two other items that SQL Server choked on were the keywords BINARY and KEY. I haven't had time to check out what are the SQL Server equivalents. Darrel > -----Original Message----- > From: php...@li... > [mailto:php...@li...] On > Behalf Of Matthew McNaney > Sent: October 25, 2002 10:50 AM > To: php...@li... > Subject: [Phpwebsite-developers] MicrosoftSQL support > > > I have removed all default widths for each int, tinyint, and > timestamp in my installation files. The install went without > a hitch. So, feel free to remove these when your get a chance. > > Also, do we want to remove the database creation from setup > before RC1? > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Matthew M. <ma...@tu...> - 2002-10-25 14:54:41
|
I have removed all default widths for each int, tinyint, and timestamp in my installation files. The install went without a hitch. So, feel free to remove these when your get a chance. Also, do we want to remove the database creation from setup before RC1? Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2002-10-25 02:12:14
|
Yes, I need sleep. Here is the FatCat documentation. It is missing a few things that I plan on writing coding tomorrow, but it should be functional. More testing tomorrow. http://res1.stddev.appstate.edu/horde/chora/co.php/phpws_mods/fatcat/docs/devdoc.txt?login=2&r=1.1 RC1! Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2002-10-25 01:09:50
|
> This is just a suggestion but maybe we should put a form somewhere > in the setup which asks for the default admin username and password. > That way there is not one that everyone knows, and then admins don't > have to worry about going and deleting it. I think it would solve > these issues found in 0.8.x > What do you think? This is now in CVS. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Don S. <do...@se...> - 2002-10-24 21:04:00
|
I really don't need them to be grouped. I assume I can define dependencies, where my sub-modules would depend on my core module, like Calendar depends on FatCat or whatever. In what order does Boost list the modules? It's not alphabetic in the rc0 release I'm tinkering with. Anyway if I just used a naming convention like "Foo Core" and "Foo Module A" and "Foo Module B" it should be alright. My only remaining concern is for what would be a HUGE list on the Boost page. If this isn't a problem for anyone I wouldn't mind. Of course I'm probably having delusions of grandeur thinking there will be a HUGE set of plug-ins for my apps. ;) Thanks, Don. On Thu, 24 Oct 2002, Matthew McNaney wrote: > > So would the 0.9 "boost" system like to list all of these? Or would it > > just list the foo-core and then have foo-core provide it's own sort of > > boost system to find it's own plug-ins? > > Depends. If you make a sub module, you could get it dependencies to the > your core module. Nothing says a module has to be run directly from the > core, you could just hook into it though your main module. > > We don't really have any modules like that, but some are helper modules. > For example, ModMaker just helps you make a module. It isn't required and > it doesn't contain any tables of it's own. > > i think it could work, but Boost would not group the submodules with your > main one. We can look at something like that down the road however. > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Matthew M. <ma...@tu...> - 2002-10-24 20:57:02
|
> So would the 0.9 "boost" system like to list all of these? Or would it > just list the foo-core and then have foo-core provide it's own sort of > boost system to find it's own plug-ins? Depends. If you make a sub module, you could get it dependencies to the your core module. Nothing says a module has to be run directly from the core, you could just hook into it though your main module. We don't really have any modules like that, but some are helper modules. For example, ModMaker just helps you make a module. It isn't required and it doesn't contain any tables of it's own. i think it could work, but Boost would not group the submodules with your main one. We can look at something like that down the road however. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2002-10-24 20:51:55
|
> This is just a suggestion but maybe we should put a form somewhere in > the setup which asks for the default admin username and password. That > way there is not one that everyone knows, and then admins don't have to > worry about going and deleting it. I think it would solve these issues > found in 0.8.x > What do you think? I think that'll work. I'll try to get it done before RC1. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Don S. <do...@se...> - 2002-10-24 19:30:02
|
Hullo. In pre-planning planning for a couple of modules I plan to work on, some situations were uncovered that I don't believe had been addressed. Both of these modules will have a core as well as add-on modules, my like phpWS itself has now. My question is, how would phpWS recommend handling of these modules-within-modules? Should they just be listed as regular modules along the core module for that module? For example, let's name the module Foo. So we have the core of foo, I'll call it foo-core. Then there are add-ons for foo like foo-a and foo-b and foo-c. So would the 0.9 "boost" system like to list all of these? Or would it just list the foo-core and then have foo-core provide it's own sort of boost system to find it's own plug-ins? Wondering out loud, Don. |
|
From: SafeFamilyNet.com <sf...@sa...> - 2002-10-24 18:57:14
|
How do I create/edit a page within phpWebSite to open another link to a different site like a frame? What is the proper code, etc. Thanks. Doug |
|
From: Don S. <do...@se...> - 2002-10-24 18:31:41
|
+1 from me also. I know this type of thing was a huge problem in microsoft sql server installs with the default sa blank password that a great number of people didn't change. Scanning for port 1433 would open up a treasure chest. Don. On Thu, 24 Oct 2002, Adam Morton wrote: > +1 from me :) > > Adam > > > Hey Matt, > > > > This is just a suggestion but maybe we should put a form somewhere in > > the setup which asks for the default admin username and password. That > > way there is not one that everyone knows, and then admins don't have to > > worry about going and deleting it. I think it would solve these issues > > found in 0.8.x > > What do you think? > > > > > > -- > > Steven Levin > > Electronic Student Services > > Appalachian State University > > Phone: 828.262.2431 > > PhpWebsite Development Team > > URL: http://phpwebsite.appstate.edu > > Email: st...@NO... > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: Influence the future > > of Java(TM) technology. Join the Java Community > > Process(SM) (JCP(SM)) program now. > > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en > > _______________________________________________ > > Phpwebsite-developers mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > --------------------------------- > Adam Morton > Developer - Web Technology Group > Appalachian State University > http://phpwebsite.appstate.edu > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Adam M. <ad...@tu...> - 2002-10-24 18:22:23
|
+1 from me :) Adam > Hey Matt, > > This is just a suggestion but maybe we should put a form somewhere in > the setup which asks for the default admin username and password. That > way there is not one that everyone knows, and then admins don't have to > worry about going and deleting it. I think it would solve these issues > found in 0.8.x > What do you think? > > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@NO... > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Steven L. <st...@tu...> - 2002-10-24 18:20:24
|
Hey Matt, This is just a suggestion but maybe we should put a form somewhere in the setup which asks for the default admin username and password. That way there is not one that everyone knows, and then admins don't have to worry about going and deleting it. I think it would solve these issues found in 0.8.x What do you think? -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
|
From: Matthew M. <ma...@tu...> - 2002-10-24 15:13:22
|
> Matt, > Did you try his SF email address? > > deeze at users.sourceforge.net Thanks. Sourceforge was acting funny. It would not let me perform a search on phpwebsite. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Mike N. <mh...@us...> - 2002-10-24 14:57:33
|
On Thu, 2002-10-24 at 06:46, Matthew McNaney wrote:
> I have announced the theme contest.
>
> I would like Deeze from phpWebSite Themes to assist with judging but I
> can't get his/her email address.
>
> If someone can contact or knows how, please let one of us know.
Matt,
Did you try his SF email address?
deeze at users.sourceforge.net
--
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/
|
|
From: Matthew M. <ma...@tu...> - 2002-10-24 13:51:32
|
I have announced the theme contest. I would like Deeze from phpWebSite Themes to assist with judging but I can't get his/her email address. If someone can contact or knows how, please let one of us know. Thanks Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2002-10-24 13:10:03
|
> FYI I've never used width modifiers in my MySQL sql statements for those > three datatypes and they've worked for me. I'll try some installs without them. > Of course I'm just a hack. Modesty ;) Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Don S. <do...@se...> - 2002-10-24 12:51:41
|
FYI I've never used width modifiers in my MySQL sql statements for those three datatypes and they've worked for me. Of course I'm just a hack. Don. On Thu, 24 Oct 2002, Matthew McNaney wrote: > > I have been experimenting with creating the Fallout database in > > Microsoft SQL Server. Amongst a few other things that I am > > investigating, I noticed that MS SQL Server chokes on the width > > specifier used after tinyint, int and timestamp. After reading the > > MySQL docs it appears that this value is completely optional and has no > > effect on the supported range of values. > > > > Maybe for the sake of compatibility, the width specifier could be > > dropped? > > > > Darrel > > Yes, if we can get MySQL to function without width modifiers and there > aren't any reprocussions, we will drop them. > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ad.doubleclick.net/clk;4729346;7592162;s?http://www.sun.com/javavote > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Matthew M. <ma...@tu...> - 2002-10-24 12:45:38
|
> I have been experimenting with creating the Fallout database in > Microsoft SQL Server. Amongst a few other things that I am > investigating, I noticed that MS SQL Server chokes on the width > specifier used after tinyint, int and timestamp. After reading the > MySQL docs it appears that this value is completely optional and has no > effect on the supported range of values. > > Maybe for the sake of compatibility, the width specifier could be > dropped? > > Darrel Yes, if we can get MySQL to function without width modifiers and there aren't any reprocussions, we will drop them. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Darrel <da...@ii...> - 2002-10-23 14:19:01
|
I have been experimenting with creating the Fallout database in Microsoft SQL Server. Amongst a few other things that I am investigating, I noticed that MS SQL Server chokes on the width specifier used after tinyint, int and timestamp. After reading the MySQL docs it appears that this value is completely optional and has no effect on the supported range of values. Maybe for the sake of compatibility, the width specifier could be dropped? Darrel > > As for the question as to why should we support many > databases. Our goal is to make phpWebSite THE platform to > program for. Instead of focusing on the "gee whiz", we focus > on flexibility, standard, and easy of use. This draws > developers which allows us to grow. More database options, > means better chances for module creation. Why limit ourselves > to people who just know MySQL when we can pull developers > from seven other databases? > > > Matthew McNaney |
|
From: Adam M. <ad...@tu...> - 2002-10-23 13:58:42
|
This is a more secure solution in the long run since a lot of our users are running on someone else's servers anyway and they are only assigned one database to their one user account. On the other hand, if the administrator knows what he/she is doing, the admin should create a database and user for each install of phpwebsite anyway (instead of using the root account). This prevents a malicious user from completely trashing your database should they somehow get your config information (they can only trash the one instance of phpws attached to the config info). This may just be me rambling... Adam > Unfortunately, the list of things that differ between MySQL and other > databases begins to grow. > > PostGRE requires a database to connect. This database is connected with > the username of the PostGRE account. > > What this means is that you can't connect, and then create a database as > you can with MySQL. So that functionality is probably going to be > removed from the setup. It will instead tell the user they must create a > database before continuing installation. > > We also talked about ways we could make this easier on the user. We > could, perhaps, echo instructions on how to create the database in their > respective db choice. > > We shall see tomorrow as we try to get a PostGRE install to run. > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > This sf.net emial is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ad.doubleclick.net/clk;4699841;7576301;v?http://www.sun.com/javavote > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Adam M. <ad...@tu...> - 2002-10-23 13:49:54
|
I'll check with Jeremy to see if he can get that going today. I'm not sure if he has other things on his plate though so don't hold your breath, but we do need to get a daily tarball going. Adam > >> My employer blocks the cvs port. >> >> Any chance of providing a daily cvs tarball of the 3 fallout trees >> (core,mod,themes)? Our PR dept wants an intranet website and I have >> them sold on phpWS but I'd rather do it with 0.9 than 0.8. > > Yes, I believe Jagee is going to set up a cron for that. > We'll keep you posted. > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Adam M. <ad...@tu...> - 2002-10-23 13:48:38
|
I think our decision to stick with the PEAR standard of storing the sequence numbers is the best idea. The team here all felt like we were having a debate that had been done before (by the pear team). I will try doing some benchmarks later this week on the DB abstraction stuff and post the real numbers to the dev list. I am just as curious as everyone else and it sounds like a neat little side project...break the database, Adam! :) I also agree with Don that if we use one PEAR package we should go ahead and use as many as we can instead of re-inventing the wheel. Cheers! Adam --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2002-10-23 13:48:32
|
Greetings, We had talked briefly about Jagee's plans on updating. For those of you who missed it, basically we would be kind of like RedHat (click to check for updates, recommend what to update, notes on changes, etc.). We had also talked about registering with the module via the normal user authorization. Something else I thought of today looking at all the setup hacks. We could also have the module perform notifications to registered users. So was something like a security problem we could: o Send an email to all the registered users telling them to upgrade. o Have a top priority message base-side that phpWebSite could check for important messages (like Hubit, but narrow in scope). It could signal the admin on login to update their site. Even if that admin didn't have upgrade rights, they could inform someone who does. Ideas? Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 |
|
From: Adam M. <ad...@tu...> - 2002-10-23 13:42:34
|
Very well put, Matt :) Adam > To further this point: > > Database abstraction will get better. PEAR is still pretty green (heh), > not in skill and talent obviously, but in age and acceptance. They WILL > become the predominate library for php and we should take advantage of > it. > > As they grow, we grow. Plus their abstraction code will probably get > tighter and faster. > > As for the question as to why should we support many databases. Our goal > is to make phpWebSite THE platform to program for. Instead of focusing > on the "gee whiz", we focus on flexibility, standard, and easy of use. > This draws developers which allows us to grow. More database options, > means better chances for module creation. Why limit ourselves to people > who just know MySQL when we can pull developers from seven other > databases? > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
5 messages has been excluded from this view by a project administrator.
