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: Don S. <do...@se...> - 2003-02-18 22:53:22
|
Me again bringing up this issue again. I have a mod that a user will upload files (text/html). Those files will then be read in by php and displayed. That's not important. What IS important is where would phpws like me to store files? Should we have a "files" directory in the http_home_dir on the same level as images? Then each mod that needs to would create a directory of its own name in that directory and then store it's own files down below, the same as images works now? Don. |
From: Jeremy A. <ja...@tu...> - 2003-02-18 19:46:43
|
Well I'm not going to beat this to death but i would also like to point this out. You can simply have the admin of your server run the "./secure_phpws.sh run" file to make you site as secure as it can be. Because really what admin will want 777 dirs over webserver owned stuff. he/she will simply do a cat on the shell to make sure it is ok to run as root then run it. About 1-2 minutes tops. This is what admins do, and this is also what you pay for! -- Jeremy Agee phpWebSite Development Team (http://phpwebsite.appstate.edu) Appalachian State University SF.net id: jagee or 94756 |
From: Adam M. <ad...@tu...> - 2003-02-18 17:35:49
|
Aye this is an issue that we are trying to address right now along with the notices and other qwirks that might cause phpws to get a little resource happy. Any further insights as to where we bottlenecks or session inflation might be occuring would be very helpful :) Adam > I noticed because I was following Announce when I was coding my manager. > I imagine that a lot of the core modules might behave this way, so > that used memory could really add up. > > Don. > > On Tue, 18 Feb 2003, Adam Morton wrote: > >> You are correct, Don. I will go in and do some general session clean >> up on those modules. >> >> Adam >> >> > One thing I noticed is in announcements and pagemaster. It's >> probably in most of the others. >> > >> > In the AnnounceManager class, you have your $_announcements array as >> a member variable. Then in the listAnnouncements function you >> populate it >> > with all announcements. >> > >> > Wouldn't this variable stay full since Announcemanager is in the >> session? Even as I move on to other pages that don't need to do >> anything with announcements I would be carrying around this >> potentially large array of announcement objects. >> > >> > Am I wrong in my assumptions? >> > >> > Don. >> > >> > On Tue, 18 Feb 2003, Mike Noyes wrote: >> > >> >> On Mon, 2003-02-17 at 08:59, Matthew McNaney wrote: >> >> > > In docs/REQUIREMENTS.txt "PHP v4.2.2 or greater" is specified. >> Is >> >> this a hard requirement or a recommendation? SourceForge is still >> running PHP 4.1.2. >> >> > >> >> > A strong recommendation. You can alter the setup file to allow >> >> installation under 4.1.2. The reason we decided upon 4.2.2 was that >> there was a security issue with multipart encoded forms. >> >> >> >> Matt, >> >> Just to make sure we're talking about the same security issue I >> included links below. >> >> >> >> >From what I was able to glean from the security analysis; this >> >> problem >> >> was introduced in v4.2.0, corrected in v4.2.2, and doesn't affect >> earlier versions. >> >> >> >> ref. >> >> http://www.php.net/release_4_2_2.php >> >> http://security.e-matters.de/advisories/022002.html >> >> >> >> What is the minimum memory_limit requirement for RC4? I'm aware >> that you're trying to get it under 8MB for the final release. >> >> >> >> >> > >> > >> > ------------------------------------------------------- >> > This sf.net email is sponsored by:ThinkGeek >> > Welcome to geek heaven. >> > http://thinkgeek.com/sf >> > _______________________________________________ >> > Phpwebsite-developers mailing list >> > Php...@li... >> > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> >> --------------------------------------------------------------------- >> Adam Morton >> Developer - Electronic Student Services >> http://phpwebsite.appstate.edu >> Founder - Appalachian Linux Users Group >> http://alug.appstate.edu >> >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> >> > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Don S. <do...@se...> - 2003-02-18 16:52:42
|
I noticed because I was following Announce when I was coding my manager. I imagine that a lot of the core modules might behave this way, so that used memory could really add up. Don. On Tue, 18 Feb 2003, Adam Morton wrote: > You are correct, Don. I will go in and do some general session clean up on > those modules. > > Adam > > > One thing I noticed is in announcements and pagemaster. It's probably > > in most of the others. > > > > In the AnnounceManager class, you have your $_announcements array as a > > member variable. Then in the listAnnouncements function you populate it > > with all announcements. > > > > Wouldn't this variable stay full since Announcemanager is in the > > session? Even as I move on to other pages that don't need to do > > anything with announcements I would be carrying around this potentially > > large array of announcement objects. > > > > Am I wrong in my assumptions? > > > > Don. > > > > On Tue, 18 Feb 2003, Mike Noyes wrote: > > > >> On Mon, 2003-02-17 at 08:59, Matthew McNaney wrote: > >> > > In docs/REQUIREMENTS.txt "PHP v4.2.2 or greater" is specified. Is > >> this a hard requirement or a recommendation? SourceForge is still > >> running PHP 4.1.2. > >> > > >> > A strong recommendation. You can alter the setup file to allow > >> installation under 4.1.2. The reason we decided upon 4.2.2 was that > >> there was a security issue with multipart encoded forms. > >> > >> Matt, > >> Just to make sure we're talking about the same security issue I > >> included links below. > >> > >> >From what I was able to glean from the security analysis; this > >> problem > >> was introduced in v4.2.0, corrected in v4.2.2, and doesn't affect > >> earlier versions. > >> > >> ref. > >> http://www.php.net/release_4_2_2.php > >> http://security.e-matters.de/advisories/022002.html > >> > >> What is the minimum memory_limit requirement for RC4? I'm aware that > >> you're trying to get it under 8MB for the final release. > >> > >> > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Phpwebsite-developers mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > --------------------------------------------------------------------- > Adam Morton > Developer - Electronic Student Services > http://phpwebsite.appstate.edu > Founder - Appalachian Linux Users Group > http://alug.appstate.edu > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Adam M. <ad...@tu...> - 2003-02-18 16:47:49
|
You are correct, Don. I will go in and do some general session clean up on those modules. Adam > One thing I noticed is in announcements and pagemaster. It's probably > in most of the others. > > In the AnnounceManager class, you have your $_announcements array as a > member variable. Then in the listAnnouncements function you populate it > with all announcements. > > Wouldn't this variable stay full since Announcemanager is in the > session? Even as I move on to other pages that don't need to do > anything with announcements I would be carrying around this potentially > large array of announcement objects. > > Am I wrong in my assumptions? > > Don. > > On Tue, 18 Feb 2003, Mike Noyes wrote: > >> On Mon, 2003-02-17 at 08:59, Matthew McNaney wrote: >> > > In docs/REQUIREMENTS.txt "PHP v4.2.2 or greater" is specified. Is >> this a hard requirement or a recommendation? SourceForge is still >> running PHP 4.1.2. >> > >> > A strong recommendation. You can alter the setup file to allow >> installation under 4.1.2. The reason we decided upon 4.2.2 was that >> there was a security issue with multipart encoded forms. >> >> Matt, >> Just to make sure we're talking about the same security issue I >> included links below. >> >> >From what I was able to glean from the security analysis; this >> problem >> was introduced in v4.2.0, corrected in v4.2.2, and doesn't affect >> earlier versions. >> >> ref. >> http://www.php.net/release_4_2_2.php >> http://security.e-matters.de/advisories/022002.html >> >> What is the minimum memory_limit requirement for RC4? I'm aware that >> you're trying to get it under 8MB for the final release. >> >> > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Adam M. <ad...@tu...> - 2003-02-18 16:40:54
|
Here's a couple of links to the code in cvs. Textpad is the module where I try to show the template string in a textarea. You can find that code in the editDocument() function. The processTemplate() function is the core function that actually uses the pear IT package. I provided a link to it as well. Maybe I'm using the IT package wrong? I would appreciate any insight you can provide pierre :) Thanks for taking a look! Adam Textpad module in cvs (see editDocument() function): http://res1.stddev.appstate.edu/horde/chora/co.php/textpad/class/TextPad.php?login=2&r=1.3 processTemplate() function in cvs: http://res1.stddev.appstate.edu/horde/chora/co.php/phpwebsite/core/Template.php?login=2&r=1.21 > On Mon, 17 Feb 2003 12:33:14 -0500 (EST) > "Adam Morton" <ad...@tu...> wrote: > > >> There are also some pear issues which make it hard to edit template >> files in a textarea. Currently when you view a template file all '{' >> and '}' are replaced with '' and '' by me. This is needed >> since the variables will be replaced by the pear IT when processing >> the page. I will look into a more graceful way of handling this >> (maybe use '[' and ']' and replace them with the appropriate symbols). > > Weird, I made online templates editor using IT for the application > itself withouth problem, even with wysywig editor ;). > > Can you point me to the files where the problem occurs ? I can take a > look. > > hth > > pierre > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Don S. <do...@se...> - 2003-02-18 16:21:03
|
One thing I noticed is in announcements and pagemaster. It's probably in most of the others. In the AnnounceManager class, you have your $_announcements array as a member variable. Then in the listAnnouncements function you populate it with all announcements. Wouldn't this variable stay full since Announcemanager is in the session? Even as I move on to other pages that don't need to do anything with announcements I would be carrying around this potentially large array of announcement objects. Am I wrong in my assumptions? Don. On Tue, 18 Feb 2003, Mike Noyes wrote: > On Mon, 2003-02-17 at 08:59, Matthew McNaney wrote: > > > In docs/REQUIREMENTS.txt "PHP v4.2.2 or greater" is specified. Is this a > > > hard requirement or a recommendation? SourceForge is still running PHP > > > 4.1.2. > > > > A strong recommendation. You can alter the setup file to allow > > installation under 4.1.2. The reason we decided upon 4.2.2 was that there > > was a security issue with multipart encoded forms. > > Matt, > Just to make sure we're talking about the same security issue I included > links below. > > >From what I was able to glean from the security analysis; this problem > was introduced in v4.2.0, corrected in v4.2.2, and doesn't affect > earlier versions. > > ref. > http://www.php.net/release_4_2_2.php > http://security.e-matters.de/advisories/022002.html > > What is the minimum memory_limit requirement for RC4? I'm aware that > you're trying to get it under 8MB for the final release. > > |
From: Mike N. <mh...@us...> - 2003-02-18 16:03:15
|
On Mon, 2003-02-17 at 08:59, Matthew McNaney wrote: > > In docs/REQUIREMENTS.txt "PHP v4.2.2 or greater" is specified. Is this a > > hard requirement or a recommendation? SourceForge is still running PHP > > 4.1.2. > > A strong recommendation. You can alter the setup file to allow > installation under 4.1.2. The reason we decided upon 4.2.2 was that there > was a security issue with multipart encoded forms. Matt, Just to make sure we're talking about the same security issue I included links below. From what I was able to glean from the security analysis; this problem was introduced in v4.2.0, corrected in v4.2.2, and doesn't affect earlier versions. ref. http://www.php.net/release_4_2_2.php http://security.e-matters.de/advisories/022002.html What is the minimum memory_limit requirement for RC4? I'm aware that you're trying to get it under 8MB for the final release. -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Brian W. B. <br...@tu...> - 2003-02-18 15:23:57
|
A bit of clarification on all of this... Having shell access makes life easier, and the working assumption has always been that you own your web server and have root access to the system. Security is *always* a relative proposition and we have done everything we can in order to keep phpWebSite as locked down as possible. Developing from this frame of reference allows us to develop the most secure software we can. Does this mean that you can't run phpWebSite in a hosted environment or that doing so is a 'living hell'? No. Hopefully the following should help those in a hosted environment sort this out. Anytime phpWebSite writes a file (i.e. the initial creation of the config file) the web server has to have permission to write to the file system. Note that the web server runs as a user, typically the user 'apache'. Therefore any directory that phpWebSite writes to needs to be flagged as writable for the that user. NOTE: This has not changed from version 0.8.x - this is all about web servers and file systems! The workaround for this in 0.8.x if you did not have root access via the shell was to flag the image directories 777 (writable by everyone) so the web server could write the image files. The more secure recommendation in the 0.8.x versions was to have the image directories be flagged as writable by the user 'apache' only. The point here is that the issue here is all about directory permissions and the fact that whenever phpWebSite does *anything* it is acting as the user that the web server runs as - typically the user 'apache' or 'nobody'. This has not changed from 0.8.x. 0.9.x does more 'neat' things that require that the web server have rights to write to the file system. The shell scripts exist (in root and non-root versions I might add) to make flagging these permissions easier. In cases where flagging a directory with liberal rights is potentially problematic we have gone out of our way (as Matt pointed out) to accommodate those who cannot flag these permissions. In case such as the config file the file can be uploaded via ftp since the web server need only to have read rights. A small inconvenience. It should also be noted that the above is true for *ANY* PHP script. The script runs and acts as the user under which the web server runs. *Any* time ANY script interacts with the file system these permission issues exist. Thanks, Brian -- Brian W. Brown Director, Electronic Student Services Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 http://ess.appstate.edu/ http://phpwebsite.appatate.edu/ |
From: R. S. B. <Ba...@Ba...> - 2003-02-18 15:13:55
|
Here's a little more info.... I have gotten it to work by editing the: ./mod/menuman/templates/default/menuitem0.tpl here it is... Its the default file... except for my <img ...bla..bla..bla> lines... *************** <!-- BEGIN InactiveCell --> <td align="left" nowrap="nowrap"> {INACTIVE_INDENT} <!-- BEGIN InactiveItem --> <a href={INACTIVE_ITEM_HREF}>{INACTIVE_ITEM}</a>  <!-- END InactiveItem --> <img src="http://hardl-link-for-testin/images/layout/down.gif" alt="htl"> <a href={INACTIVE_HREF}>{INACTIVE_TITLE}</a> </td> <!-- END InactiveCell --> <!-- BEGIN ActiveCell --> <td align="left" nowrap="nowrap"> <img src="http://hardl-link-for-testin/images/layout/up.gif" alt="htl"> {ACTIVE_INDENT} <!-- BEGIN ActiveItem --> <a href={ACTIVE_ITEM_HREF}>{ACTIVE_ITEM}</a>  <!-- END ActiveItem --> <a href={ACTIVE_HREF}>{ACTIVE_TITLE}</a> </td> <!-- END ActiveCell --> <!-- BEGIN OpenCell --> <td align="left" nowrap="nowrap"> {OPEN_INDENT} <!-- BEGIN OpenItem --> <a href={OPEN_ITEM_HREF}>{OPEN_ITEM}</a>  <!-- END OpenItem --> <a href={OPEN_HREF}>{OPEN_TITLE}</a> </td> <!-- END OpenCell --> ************************************ Now... this works fine when its in the or dir.. but when I put it in the /themes/templates/menuman/templates/default/menuitem0.tpl it does not work... same file... just doesn't work... This seems to work for the Cal mod... I copied the ./themes/AHP/templates/calendar to my themes.. /templates/ and it worked fine Any Ideas ??? Scott ----- Original Message ----- From: "R. Scott Baer" <Ba...@Ba...> To: <php...@li...> Sent: Monday, February 17, 2003 7:02 PM Subject: [Phpwebsite-developers] Theme -- Template help > Could anyone help me out here... > I'm trying to figure out how to add an image to the main menu... to the left > each entry in to the menu... for simplicity.. > > I don't need it to change for visited, active, inactive... > I can figure that out hopefully after.. once I get going. > > I'm assuming that this is going to be using the templates from > > /mod/menuman > > I have messed with these files a little..and cant get any results.. > to be displayed... > > I have read the readme.txt & template.txt in the doc dir of menuman... > to me.. its kind of vague.. maybe not others... > > If you could show me how to modify they actual files.. I then should be able > to modify/copy the entries in the a theme... > I wanted to work on the system default files first.. I know this is a bad > idea.. but it will help me in figuring out exactly which files to modify... > then I can restore the system defaults... and create the files that I need > in my themes dir. > > Anyway.. any help would be appreciated > > Scott > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
From: Eloi G. <el...@re...> - 2003-02-18 14:54:35
|
> I've never needed shell access to install phpWebSite, or for that > matter any of the Open Source software we use. The 50 or 60 phpWebSite > sites we host were not installed with shell access. You don't need shell access. I don't have it & I've installed all rc's in no time flat. All you need to do is unzip the files on your own system, FTP them up to your host and change a few file permissions. My installations take about 20 minutes, and most of that is taken up playing Solitaire while waiting for the FTP to finish. <groan> It's my understanding that the script was developed to make it easier for those lucky people who have shell access. If you put out the cash for your own server or talk your host into trusting you then you too can use the scripts. Personally, I think that it'd be a waste of time even worrying about it. BTW, ignore the HOWTO for SF. It's not written for us -- just people that are hosting on SourceForge. My life became a lot easier once I realized that. > I'll be disappointed. But, I'll find another CMS I can live with. The installation requirements appear to be the same for every other CMS I've looked at. -Eloi George- |
From: Matthew M. <ma...@tu...> - 2003-02-18 13:13:50
|
> Again, if the plan is for shell access to be a requirement, I need to > know it now before I spend my money developing modules for phpWebSite. > > I'll be disappointed. But, I'll find another CMS I can live with. Geoff, Don't go :) Let's try to settle this. I am not the Unix guru on the team (Jeremy is) but I hope this should answer your questions. The shell script (written by Jeremy BTW) was meant to make life easier. Instead of telling people to make certain directories writable, we thought it would be easier to just include a script to assist them. You don't HAVE to use either script. If you want set_config.php to create your config.php file for you, your conf/ directory must be writable. If it is not, there is an option to save the file and then you can upload it yourself. In any case, once you save your config.php file, you can make the directory root writable only. The other directory you can make writable is images. If you do not, the modules will not be able to make their image directories during installation. Again, this is not a big problem as you can just create them yourself afterwards. The module image directories do need to be writable to save images however. Finally, if you want to use textpad to alter docs, you would need to make the docs/ directory writable as well. 0.8.3 had the config file already supplied. Therefore you didn't need to touch the permissions of the directory was in. However, 0.8.3 did have an image directory and it had to be writable. So I guess shell access would make your life easier. However, if you did not have shell access, you would need to specify what directories you need to be writable to your sysadmin. Let me know if that helps. Best Regards, Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-02-18 13:02:23
|
> Now, I am truly confused. I figured that the reason for having the theme > and template files in, for example, the calendar module directories was > so that I could customize the look of the calendar separately. Correct. > If the > system looks in the theme directory and then in the mod directory, how > do you customize an individual module? Go to your theme directory. Create a directory under your templates directory named after the module (e.g. /themes/kickButtTheme/templates/myModuleName/) Copy the templates from the module's template directory (e.g. cp -r mod/myModuleName/templates/* /themes/kickButtTheme/templates/myModuleName/) Edit the theme's new templates. Part of the problem is a lack of documentation which is our fault. > But, this still doesn't address the issue of having these files that get > written distributed across the directory structure. This seems to be > architecturally weird - sort of like mixing programs and data in the > same directories. I am not understanding your concern. You can copy these files to your theme if you want to make sure you do not edit the defaults or you just want different display styles for different themes. For example, if I had a high contrast theme, I might want to make sure that none of the calendar cells are highlighted with light colors. If I alter the default templates, then my normal theme would suffer. By editing the template in the theme only, I make sure those changes are only seen when that theme is used. Does that help any? If not, please continue, especially if I am confusing (which I have been blamed of being). :) Matt Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-02-18 12:52:28
|
> When I go to the User's User Manager, it won't let me just update my > email address. It thinks I want to change my password as well so it > won't let me leave blank passwords. That is how it is _supposed_ to work. I'll take a look. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-02-18 12:51:40
|
> With max error_reporting, I'm getting "Undefined index" notices for all > my translation phrases. PHP says the error occurse on line 412 of > mod/language/class/Language.php for each of them. This in cvs checkout > around 11:15 PM Central. Thanks for the line number :) It is fixed. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-02-18 12:45:03
|
> Can I have a raise? > > Don. Actually I wasn't going to say anything but, the company is downsizing and, well I am afraid I am going to have to let you go. BTW I am in today and apparently I am still confusing my mail lists. :p Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > > On Mon, 17 Feb 2003, Matthew McNaney wrote: > >> For some reason I have developed a horrible sore throat. I can barely >> swallow much less talk. >> >> Just in case I am unable to get to work tomorrow, PLEASE MAKE SURE to >> get payroll filled out. The paperwork is in my office Brian. >> >> If I feel like I do now, I would not come in. >> If I feel a little better, I will come in (cross fingers) >> >> Later >> Matt >> > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Don S. <do...@se...> - 2003-02-18 06:52:19
|
When I go to the User's User Manager, it won't let me just update my email address. It thinks I want to change my password as well so it won't let me leave blank passwords. Can't you just assume if both password fields are blank that there is no attempted password change? Don. |
From: Don S. <do...@se...> - 2003-02-18 05:24:20
|
With max error_reporting, I'm getting "Undefined index" notices for all my translation phrases. PHP says the error occurse on line 412 of mod/language/class/Language.php for each of them. This in cvs checkout around 11:15 PM Central. Is this something the module needs to take care of or is it a Language mod issue? Don. On Mon, 17 Feb 2003, Don Seiler wrote: > This should probably serve notice to all of us "outside" module developers > to test your modules with the maximum error_reporting that the law allows. > Unless you're in Texas. They have crazy laws. > > Don. > > On Mon, 17 Feb 2003, Matthew McNaney wrote: > > > > Before I run to far in fixes in the setup script, have you successfully > > > tested the current RC4 with error_reporting(E_ALL) and register_globals > > > Off ? I got a lot of errors due to these two settings. > > > > Steven and I are in the process of fixing ALL warning messages associated > > with having error_reporting on full (<whine> there are many). Check CVS > > today for many of the fixes. > > > > As for register_globals, we decided a long time ago to write the code with > > them turned off. So that should not be a problem. I am more worried about > > how much we have run the code with it turned on, but I will check that as > > well. > > > > > > Matthew McNaney > > Internet Systems Architect > > Electronic Student Services > > Appalachian State University > > Phone: 828-262-6493 > > phpwebsite.appstate.edu > > ess.appstate.edu > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Phpwebsite-developers mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-02-18 04:10:07
|
This should probably serve notice to all of us "outside" module developers to test your modules with the maximum error_reporting that the law allows. Unless you're in Texas. They have crazy laws. Don. On Mon, 17 Feb 2003, Matthew McNaney wrote: > > Before I run to far in fixes in the setup script, have you successfully > > tested the current RC4 with error_reporting(E_ALL) and register_globals > > Off ? I got a lot of errors due to these two settings. > > Steven and I are in the process of fixing ALL warning messages associated > with having error_reporting on full (<whine> there are many). Check CVS > today for many of the fixes. > > As for register_globals, we decided a long time ago to write the code with > them turned off. So that should not be a problem. I am more worried about > how much we have run the code with it turned on, but I will check that as > well. > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > phpwebsite.appstate.edu > ess.appstate.edu > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Mike N. <mh...@us...> - 2003-02-18 04:09:10
|
On Mon, 2003-02-17 at 18:53, Geoff Staples wrote: > I've never needed shell access to install phpWebSite, or for that > matter any of the Open Source software we use. The 50 or 60 phpWebSite > sites we host were not installed with shell access. Geoff, Then obviously I'm incorrect. However, every install I've done required shell access to set file/directory permissions, modify config.php, etc. My install experience differs considerably from yours, and it may have to do with the hosting providers we use. ref. phpWS 0.9x install HOWTO for SF (final draft) https://sourceforge.net/mailarchive/message.php?msg_id=2145771 > If the new standard for phpWebSite is that it will be built so that it > is convenient for those with shell access to install and living hell > for those who don't, please say so now. I've asked this question > previously and been told repeatedly that shell access is not required. > > Again, if the plan is for shell access to be a requirement, I need to > know it now before I spend my money developing modules for phpWebSite. > > I'll be disappointed. But, I'll find another CMS I can live with. I'm not a phpWebSite project member. Nor am I affiliated with Appalachian State University. I'm just an involved user. Matthew McNaney and Brian W. Brown are in charge of the phpWebSite project. What they say goes. phpWebSite project members https://sourceforge.net/project/memberlist.php?group_id=15539 -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Geoff S. <ge...@ho...> - 2003-02-18 03:02:17
|
Eloi: Now, I am truly confused. I figured that the reason for having the theme and = template files in, for example, the calendar module directories was so that I = could customize the look of the calendar separately. If the system looks in the = theme directory and then in the mod directory, how do you customize an = individual module? This seems backwards to me. But, this still doesn't address the issue of having these files that get = written distributed across the directory structure. This seems to be = architecturally weird - sort of like mixing programs and data in the same = directories. Geoff=20 =20 >> The theme & template files that you see in the mod directories are >> "default" >> files. When phpWS looks for a template, it first looks under the current >> /theme/xxxx/template directory. If it can't find the requested file there >> it falls back on the one in the /mod/xxxx/template directory. >> The only reason you'd change the base templates is if you wanted to make a >> change that automatically affects all themes. For the maintenance reasons >> you specified I'd suggest you take the long way around and make the >> changes >> in each individual theme. >> >Assume for a moment that I customize the clean theme for a website I'm >> doing. >> Then it's not the clean theme anymore, is it? <grin> Go ahead & rename >> it. >> If you want to make any changes to standard themes, you should always >> modify >> a copy instead. >> -Eloi George- >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
From: Pierre-Alain J. <pa...@pe...> - 2003-02-18 03:00:05
|
On Mon, 17 Feb 2003 12:33:14 -0500 (EST) "Adam Morton" <ad...@tu...> wrote: > There are also some pear issues which make it hard to edit template > files in a textarea. Currently when you view a template file all '{' > and '}' are replaced with '' and '' by me. This is needed > since the variables will be replaced by the pear IT when processing > the page. I will look into a more graceful way of handling this > (maybe use '[' and ']' and replace them with the appropriate symbols). Weird, I made online templates editor using IT for the application itself withouth problem, even with wysywig editor ;). Can you point me to the files where the problem occurs ? I can take a look. hth pierre |
From: Geoff S. <ge...@ho...> - 2003-02-18 02:53:16
|
Mike: I've never needed shell access to install phpWebSite, or for that matter any of = the Open Source software we use. The 50 or 60 phpWebSite sites we host were not = installed with shell access. If the new standard for phpWebSite is that it will be built so that it is = convenient for those with shell access to install and living hell for those who = don't, please say so now. I've asked this question previously and been told = repeatedly that shell access is not required. Again, if the plan is for shell access to be a requirement, I need to know it = now before I spend my money developing modules for phpWebSite. I'll be disappointed. But, I'll find another CMS I can live with. Geoff=20 >> On Sun, 2003-02-16 at 14:08, Geoff Staples wrote: >> > There are two scripts. But, they both require shell access which many >> > people don't have. >> Geoff, >> PhpWebSite has always required shell access to install. I think this is >> a fairly standard requirement for installing a CMS. >> c m s I n f o . o r g >> http://www.cmsinfo.org/ >> > Yes, I did look at security.txt. Here's the relevant portion (which I >> > quoted in my post): >> <snip> >> > As I mentioned, there is user, owner, and group read, write, and >> > execute. I looked at the shell script and it appears that these items >> > should be set to 777 (read, write, execute access for everyone). But, >> > even though that's what the shell script says, that doesn't seem right >> > to me. >> It is if you don't have root access, or know someone (hosting admin) >> that does. >> Note: only a few directories and on file are given world writable >> settings using the NONROOT_secure_phpws.sh. >> =20 >> chmod 777 ../.htaccess >> chmod -R 777 ../images/ >> chmod 777 ../conf/branch/ >> --=20 >> Mike Noyes <mhnoyes @ users.sourceforge.net> >> http://sourceforge.net/users/mhnoyes/ >> http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers 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-18 02:19:46
|
Can I have a raise? Don. On Mon, 17 Feb 2003, Matthew McNaney wrote: > For some reason I have developed a horrible sore throat. I can barely > swallow much less talk. > > Just in case I am unable to get to work tomorrow, PLEASE MAKE SURE to get > payroll filled out. The paperwork is in my office Brian. > > If I feel like I do now, I would not come in. > If I feel a little better, I will come in (cross fingers) > > Later > Matt > |
From: Matthew M. <ma...@tu...> - 2003-02-18 01:30:02
|
For some reason I have developed a horrible sore throat. I can barely swallow much less talk. Just in case I am unable to get to work tomorrow, PLEASE MAKE SURE to get payroll filled out. The paperwork is in my office Brian. If I feel like I do now, I would not come in. If I feel a little better, I will come in (cross fingers) Later Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |