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...> - 2003-02-24 15:29:32
|
> http://phpwslistings.sourceforge.net/ > > I've set the feature freeze in place and am gearing up for bug-fixing > mode. If anyway has some spare time and wants to test it out feel free > to download the 0.1.0-beta release. Try it out. Fabulous. This will be VERY useful and I imagine popular! Matt Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > > For the browser-challenged: > > phpwsListings is a PHPWebSite module that allows a site admin to run a > listings site for virtually any type of item, from houses to cars to > books. Admins can set the fields and field types, and all fields are > searchable. > > Don. > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The > most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Don S. <do...@se...> - 2003-02-24 13:04:19
|
There are a bunch of bug fixes over the weekend. If you do want to check it out feel free to download it from cvs. Instructions for that are on the sourceforge project page. I'll build a new beta release or maybe even take the step to (gasp!) release candidates. Thanks, Don. On Mon, 24 Feb 2003, Dean Urmson wrote: > > phpwsListings is a PHPWebSite module that allows a site admin to run a > > listings site for virtually any type of item, from houses to cars to > > books. Admins can set the fields and field types, and all fields are > > searchable. > > Don, > > I'm still stacked with work but will check it out ASAP > > Dean > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
|
From: Dean U. <du...@mi...> - 2003-02-24 07:14:26
|
> phpwsListings is a PHPWebSite module that allows a site admin to run a > listings site for virtually any type of item, from houses to cars to > books. Admins can set the fields and field types, and all fields are > searchable. Don, I'm still stacked with work but will check it out ASAP Dean |
|
From: Don S. <do...@se...> - 2003-02-24 05:08:37
|
Using tonight's phpws cvs. Getting this notice a lot of times: Notice: unserialize() [function.unserialize]: Error at offset 0 of 1 bytes in /home/httpd/htdocs/mod/users/class/Initialize.php on line 40 It happens during a screen where a list a number of "agents", which basically extend the users with the uservar system. Don. |
|
From: Geoff S. <ge...@ho...> - 2003-02-22 05:11:52
|
I'm trying to setup a versions 9.0 website with the same features of an = out-of-the-box 8.x website. But, I can't figure out a few basic items: I created a "Main Menu" and got it positioned correctly. But, I can't figure = out the correct links to put the end-user interfaces for the following items on = the menu: View Links Submit a link Search Submit an announcement Announcements (You know, where it shows the list of announcement topics) Site Map (Please don't tell me how to add an item to a menu. I know how to do that. But, = I can find no way to easily add the above items to the menu. Nor, can I find a = way to even bring up these features in an end-user manner so that I can copy = the links from the address bar to place them on the menu that way.) Geoff Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
|
From: Don S. <do...@se...> - 2003-02-22 04:01:21
|
http://phpwslistings.sourceforge.net/ I've set the feature freeze in place and am gearing up for bug-fixing mode. If anyway has some spare time and wants to test it out feel free to download the 0.1.0-beta release. For the browser-challenged: phpwsListings is a PHPWebSite module that allows a site admin to run a listings site for virtually any type of item, from houses to cars to books. Admins can set the fields and field types, and all fields are searchable. Don. |
|
From: Mike N. <mh...@us...> - 2003-02-22 03:39:46
|
On Fri, 2003-02-21 at 17:20, Jeremy Agee wrote: > Just at little mention of the announcement on the main site. We had the > right circumstances crop up today and got bit! So we have placed a > blinking gif on an old url. This image is getting hit at least half > million hits for this half of the month. > > ps. Dynamically generating 404 pages can be expensive! Jeremy, Agreed. It appears the only style.css affected lies in: http://res1.stddev.appstate.edu/horde/chora/cvs.php/phpwebsite08X/themes/phpWebSite BTW, why weren't these relative links to begin with? -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
|
From: Don S. <do...@se...> - 2003-02-22 03:12:04
|
I hate to be the grammar nazi, but in on the website announcement you say "edit there stylesheets". there => their. ;) Don. On Fri, 21 Feb 2003, Jeremy Agee wrote: > Just at little mention of the announcement on the main site. We had the > right circumstances crop up today and got bit! So we have placed a > blinking gif on an old url. This image is getting hit at least half > million hits for this half of the month. > > ps. Dynamically generating 404 pages can be expensive! > > -- > Jeremy Agee > phpWebSite Development Team (http://phpwebsite.appstate.edu) > Appalachian State University > SF.net id: jagee or 94756 > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
|
From: Jeremy A. <ja...@tu...> - 2003-02-22 01:09:06
|
Just at little mention of the announcement on the main site. We had the right circumstances crop up today and got bit! So we have placed a blinking gif on an old url. This image is getting hit at least half million hits for this half of the month. ps. Dynamically generating 404 pages can be expensive! -- Jeremy Agee phpWebSite Development Team (http://phpwebsite.appstate.edu) Appalachian State University SF.net id: jagee or 94756 |
|
From: Matthew M. <ma...@tu...> - 2003-02-21 17:13:19
|
> Can you post your note on peardev, or send me it, I can look with Baba > to fix it. Btw, a new release of PEAR::Date will come soon. If you could ask him about it, that would be great. His comments indicates he knows it might be a problem with other OS's. Windows appears to be one of them. > As an external point of view, it is better to fix the package itself > (fixing it locally in the mean time), it will be hard to keep > consistency if you work with modified PEAR files and official PEAR > files. I agree. I prefer not to change the PEAR files. Speaking of Pear problems... Is there any way to tell the Templating system not to disregard further tags after the first replacement? Thanks, Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
|
From: Pierre-Alain J. <pa...@pe...> - 2003-02-21 14:52:20
|
On Fri, 21 Feb 2003 09:56:36 -0500 (EST)
"Matthew McNaney" <ma...@tu...> wrote:
> Calendar uses a Pear library file DateTime.php.
>
> There is a function named inDaylightTime that accesses a putenv call
> that I believe causes problems in both Windows boxes and some folks
> with Safe Mode enabled.
>
> I put a note on sourceforge to add a line to the top the function:
> return date("I");
Can you post your note on peardev, or send me it, I can look with Baba
to fix it. Btw, a new release of PEAR::Date will come soon.
> My question is should we alter OUR files with the fix, put a note in
> the repair file, or just notify those people who have problems with
> it?
As an external point of view, it is better to fix the package itself
(fixing it locally in the mean time), it will be hard to keep
consistency if you work with modified PEAR files and official PEAR
files.
hth
pierre
|
|
From: Matthew M. <ma...@tu...> - 2003-02-21 14:45:00
|
Calendar uses a Pear library file DateTime.php.
There is a function named inDaylightTime that accesses a putenv call that
I believe causes problems in both Windows boxes and some folks with Safe
Mode enabled.
I put a note on sourceforge to add a line to the top the function:
return date("I");
My question is should we alter OUR files with the fix, put a note in the
repair file, or just notify those people who have problems with it?
Matt
--
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu
|
|
From: Jeremy A. <ja...@tu...> - 2003-02-20 20:40:56
|
Well what does everyone think. After MANY, MANY pear problems. The simple addition of the ini_set in Core.php almost wiped out user problems. We could add it to Core and then stat. Add it to your .htaccess if you system does not conform to the default way. just my 2cents. I no longer seem to here pear this and non-existent class that after the ini set stuff so I'm a little bias. -- Jeremy Agee phpWebSite Development Team (http://phpwebsite.appstate.edu) Appalachian State University SF.net id: jagee or 94756 |
|
From: Mike N. <mh...@us...> - 2003-02-20 20:31:34
|
On Thu, 2003-02-20 at 11:42, Don Seiler wrote: > Mike Noyes sent me a link which reveals that a php page can use the > ini_set() function to change ini settings, notably for us memory_limit. > Currently this is possibly even in safe mode, although many think it > should be disabled in safe mode. Don, I apologize for suggesting this. I should know when I'm out of my depth, and keep quiet. Sorry. :-( -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
|
From: Pierre-Alain J. <pa...@pe...> - 2003-02-20 20:21:56
|
On 20 Feb 2003 12:11:42 -0800 Mike Noyes <mh...@us...> wrote: > Did you mean php_value instead of php_admin? It's my understanding > that php_admin_value and php_admin_flag can not be used in .htaccess. yes, php_value :) pierre |
|
From: Mike N. <mh...@us...> - 2003-02-20 20:11:57
|
On Thu, 2003-02-20 at 11:53, Pierre-Alain Joye wrote: > On Thu, 20 Feb 2003 13:42:17 -0600 (CST) > Don Seiler <do...@se...> wrote: > > > Mike Noyes sent me a link which reveals that a php page can use the > > ini_set() function to change ini settings, notably for us > > memory_limit. Currently this is possibly even in safe mode, although > > many think it should be disabled in safe mode. > > imho, it's not a good thing to use ini_set inside your application, > ini_set is not always available, but php_admin inside htaccess are > allowed. To be more portable, that should be easier to make the code > work in each configuration. Pierre, Did you mean php_value instead of php_admin? It's my understanding that php_admin_value and php_admin_flag can not be used in .htaccess. ref. http://www.php.net/manual/en/configuration.changes.php#AEN2152 -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
|
From: Pierre-Alain J. <pa...@pe...> - 2003-02-20 19:54:20
|
On Thu, 20 Feb 2003 13:42:17 -0600 (CST) Don Seiler <do...@se...> wrote: > Mike Noyes sent me a link which reveals that a php page can use the > ini_set() function to change ini settings, notably for us > memory_limit. Currently this is possibly even in safe mode, although > many think it should be disabled in safe mode. imho, it's not a good thing to use ini_set inside your application, ini_set is not always available, but php_admin inside htaccess are allowed. To be more portable, that should be easier to make the code work in each configuration. just my 2cts, pierre |
|
From: Don S. <do...@se...> - 2003-02-20 19:42:25
|
Mike Noyes sent me a link which reveals that a php page can use the ini_set() function to change ini settings, notably for us memory_limit. Currently this is possibly even in safe mode, although many think it should be disabled in safe mode. Don. |
|
From: Mike N. <mh...@us...> - 2003-02-20 18:48:14
|
On Thu, 2003-02-20 at 10:52, Matthew McNaney wrote: > > The good thing is memory_limit isn't a system value, so it can be > > changed in .htaccess. > > > > php_value memory_limit "12M" > > That is a relief. I assumed it was php.ini only. Matt, Was the overhead associated with branch sites tested? -- Mike Noyes <mhnoyes @ 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...> - 2003-02-20 18:41:01
|
> The good thing is memory_limit isn't a system value, so it can be > changed in .htaccess. > > php_value memory_limit "12M" That is a relief. I assumed it was php.ini only. Thanks Matt |
|
From: Mike N. <mh...@us...> - 2003-02-20 18:32:38
|
On Thu, 2003-02-20 at 10:03, Matthew McNaney wrote:
> Recently questions have been raised about phpWebSite's memory requirements.
> Today, Brian and I tested these constraints and wanted to share what we
> found.
>
> Memory constraints were determined by the memory_limit value in php.ini.
> Testing was performed with converted data from a high traffic university
> site.
Matt,
The good thing is memory_limit isn't a system value, so it can be
changed in .htaccess.
php_value memory_limit "12M"
ref.
http://www.php.net/manual/en/configuration.directives.php#AEN2344
> Results:
>
> o phpWebSite's core installation runs within a 5MB limit.
>
> o A complete installation runs within a 9MB limit.
>
> o phpWebSite WILL run under the default 8MB php installation, however you
> will need to limit the modules installed.
>
> We found you can expect to add about 400k - 600k per module beyond the
> base installation. The good news is that testing showed there wasn't any
> ONE module that gobbled up the majority of the memory.
>
> Adopting an object oriented approach to programming carries with it
> increased memory requirements, but the modularity and functionality gained
> with this approach outweighs the additional cost in terms of memory.
>
> We still feel that phpWebSite memory requirements are modest relative to
> most software packages that provide its wide range of functionality.
>
> Of course we still strive to tighten the code where possible but we don't
> believe these base recommendations to change significantly.
--
Mike Noyes <mhnoyes @ 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...> - 2003-02-20 17:52:12
|
Greetings, Recently questions have been raised about phpWebSite's memory requirements. Today, Brian and I tested these constraints and wanted to share what we found. Memory constraints were determined by the memory_limit value in php.ini. Testing was performed with converted data from a high traffic university site. Results: o phpWebSite's core installation runs within a 5MB limit. o A complete installation runs within a 9MB limit. o phpWebSite WILL run under the default 8MB php installation, however you will need to limit the modules installed. We found you can expect to add about 400k - 600k per module beyond the base installation. The good news is that testing showed there wasn't any ONE module that gobbled up the majority of the memory. Adopting an object oriented approach to programming carries with it increased memory requirements, but the modularity and functionality gained with this approach outweighs the additional cost in terms of memory. We still feel that phpWebSite memory requirements are modest relative to most software packages that provide its wide range of functionality. Of course we still strive to tighten the code where possible but we don't believe these base recommendations to change significantly. Sincerely Brian Brown Matthew McNaney Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
|
From: Don S. <do...@se...> - 2003-02-19 21:18:10
|
I run apache2 on my box at work. I was running RC3 just fine. I was going to install recent CVS and see how that goes. This is my desktop machine at work that I play with, not a production server or anything. Don. On Wed, 19 Feb 2003, spiggy thecat wrote: > first of all, i know what php.net says about apache 2: unsupported, not > recommended, etc. > > BUT is someone actually running apache 2 on a production server? or a > test one? i have apache 2 running with ssl and all seems peachy. id > love to switch so if anyone has a horror story (or a happy one), this > would be the time to share it :) you can email straight to me as this > is OT. > > phpws 0.9 works fine btw. php is 4.3.2dev. > > spiggy > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
|
From: spiggy t. <th...@me...> - 2003-02-19 21:15:10
|
first of all, i know what php.net says about apache 2: unsupported, not recommended, etc. BUT is someone actually running apache 2 on a production server? or a test one? i have apache 2 running with ssl and all seems peachy. id love to switch so if anyone has a horror story (or a happy one), this would be the time to share it :) you can email straight to me as this is OT. phpws 0.9 works fine btw. php is 4.3.2dev. spiggy |
|
From: Don S. <do...@se...> - 2003-02-19 20:50:32
|
On my gentoo box I use the "dummy" ssmtp setup. My /etc/ssmtp/ssmtp.conf has this line: # Set this to never rewrite the "From:" line (unless not given) and to # use that address in the "from line" of the envelope. FromLineOverride=YES I just had to uncomment that line. It defaults to NO I assume. Don. On Wed, 19 Feb 2003, Dean Urmson wrote: > > Thanks Dean for the cluestick. I did indeed need to change a > > setting that > > way. (See Dean's message below for details) > > Oops! sorry for not posting the original reply to the list, kinda did it in > a hurry hence the bad spelling (:o) > > Just out of interest Don, what was the setting? > > TIA > > Dean > > > > > |
5 messages has been excluded from this view by a project administrator.
