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-18 01:27:15
|
It was my fault. I was not checking the data properly. When I echoed the variable it stated 'Array'. So I thought it was trying to pass one. Actually, the word 'Array' was what was saved in the database. So it was trying to unserialize the word array. The process that was saving the data as such was fixed. It just took me a while to figure it out because it looked innocent. Thanks for the response though everyone! Matt |
From: R. S. B. <Ba...@Ba...> - 2003-02-18 00:02:12
|
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 |
From: Eloi G. <el...@re...> - 2003-02-17 23:59:03
|
$array = unserialize($string); if ($array !==false) or if (is_array($array)) echo "Yay, Eloi!"; ----- Original Message ----- From: "Michael Cannon" <mi...@ca...> To: <php...@li...> Sent: Monday, February 17, 2003 5:40 PM Subject: [Phpwebsite-developers] $variable unserialize() failed > Matt, > > Is there a way to test that a string is a serialized string? Sadly, looking at > something and saying it looks good doesn't mean that it's in the correct format. > > Michael > > > > > ------------------------------------------------------- > 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: Michael C. <mi...@ca...> - 2003-02-17 21:37:08
|
Matt, Is there a way to test that a string is a serialized string? Sadly, looking at something and saying it looks good doesn't mean that it's in the correct format. Michael |
From: Projet/Objet <li...@pr...> - 2003-02-17 18:17:59
|
Hi, Not sure if anyone reported this before? So I Figured I would let you know: -------------------------------------------- I also posted this in the Insectarium section ;-) -------------------------------------------- When I tested the "New Account Signup" process I got this error at top: Warning: Missing argument 2 for mailinvitation() in /home/malouin/ public_html/fr_rc4/mod/users/class/Users.php on line 446 and then: A Problem Occurred Sorry but there is a problem with our email. Please try again later. My site email is set OK. I tried it on another server and samething. Test Site: http://www.malouin.qc.ca/fr_rc4 Linux: 2.4.17 Apache version: 1.3.27 (Unix) PHP version: PHP/4.2.3 MySQL version: 3.23.53a phpWebSite 0.9.0-rc4 Browser IE 5.22 OS X Could it be just a typo somewhere: Could it be a simple CAP vs lower case problem in the function: mailinvitation vs mailInvitation (CAP vs lower case) ? Keep up the great work ! Kind Regards, Yves Malouin http://www.malouin.qc.ca |
From: Matthew M. <ma...@tu...> - 2003-02-17 18:06:10
|
Nevermind, it was a problem in the database. -- 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-17 18:00:43
|
As noted earlier, we are working on removing Notices and Warnings from phpWebSite. One has got me stumped however. Hopefully you guys can help. if (isset($variable)) $varArray = unserialize($variable); This sometimes gives me the message: Notice: unserialize() failed at offset 0 of 5 bytes in <filename> <line number> The array is created and looks fine. I have tried 'trim'-ing the string. I have looked at the serialized string (looks good). When searching in Google, many people were complaining this was a bug, but I didn't fine a definative answer. Any ideas? Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Adam M. <ad...@tu...> - 2003-02-17 17:26:25
|
Most of these issues should be addressed in the INSTALL.txt file in the core docs directory. I will review those docs again and clarify anything that is 'fuzzy'. Adam > I'm concerned about the security setup and also rather frustrated. > > Anyone want to relieve my anxiety or have an idea about how to handle > this? > > The statement in the security documentation that some files need to be > "writable" is not very helpful. I looked at the shell script and it > appears that what this means is 777 (read, write, and execute for users, > owner, and groups). > > I seem to have a number of things that aren't working on my test > installation that I'm guessing are file permission related. > > But, without any confidence that the security is setup properly or that > I even know how permissions should be setup is quite frustrating. The > manual instructions state that you shouldn't do a manual security setup > unless you know what you are doing. Well. OK. But, what are the settings > actually supposed to be? I set the my test installation using the > guidelines. (Don't know if it is correct because I had to guess at what > the instructions actually meant.) > > For those who are concerned with the usability and security of > phpWebSite, I suggest that you go through and do a manual security setup > on the files and directories to see just how long it takes and how error > prone it can be. > > I'm also concerned about setting something wrong in the process of doing > an update or other maintenance and leaving a security hole. > > phpWebSite is going to suffer in popularity if there is not a clear, > easy, and quick way to set security and to verify that it is set > correctly - especially given the large number of files and directories > distributed across the system that need different settings. > > Many web hosts do not allow shell access, so, the scripts provided are > useless to many. > > Geoff > > > Geoff Staples > Hostricity Web Hosting > www.Hostricity.com > 214.599.0260 > ge...@ho... > > 3883 Turtle Creek Blvd., Suite 1812 > Dallas, Texas 75219 > > > ------------------------------------------------------- > 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-17 17:22:35
|
Unfortunately I haven't updated nor tested textpad in a while. I wouldn't be suprised if it didn't work now with all the changes that have been made to the phpws core. I will revisit it and make sure it is stable before the next release. I will also include some shell scripts to set your phpws directory permissions so textpad will have write access to the places it needs. 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). Adam > I'm trying to use textpad to look at and update some template and theme > files. I can view the files, but, I just get a blank screen when I try > to edit a file via textpad. I tried this in the demo and textpad is > completely dead in the demo. > > I've tried going through and setting everything I can find to 777 just > to eliminate file permissions as a possibility. > > Any suggestions? > > Geoff Staples > Hostricity Web Hosting > www.Hostricity.com > 214.599.0260 > ge...@ho... > > 3883 Turtle Creek Blvd., Suite 1812 > Dallas, Texas 75219 > > > ------------------------------------------------------- > 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: Matthew M. <ma...@tu...> - 2003-02-17 16:49:01
|
> 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. 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-17 16:46:30
|
> Then along comes an upgrade. How do I load the > updated code without overwriting theme and template modules distributed > accross the system - thereby frying the website? As Eloi stated, you would just change your theme. The templates are fairly standard. If anything, we would just be adding new tags to the defaults. Then your would place the defaults in your theme's templates as well. In many cases, you won't need a copy of the template in your theme directory. Many admin menus and such are fine as is. But if you want to improve upon an existing display template for your theme, the option is there. However, any change in templates should not fry your system. What we as developers need to watch out for is when we completely change the functionality of a particular template. For example, let's say we have a template named "myHomies.tpl" that lists a bunch of users. We should not alter the template structure (say by spliting the display into 3 new templates) and then to continue using that file name in the process. myHomies.tpl may be set in someone's theme, which we have no control over. If we totally revamp the templates, we should exclude that file name so that it is not picked up during processing of the new structure. Hope that helps. Please respond if you have more concerns. 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-17 16:37:10
|
I saw that for the admin page. I will take a look at it. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > I'm trying to use textpad to look at and update some template and theme > files. I can view the files, but, I just get a blank screen when I try > to edit a file via textpad. I tried this in the demo and textpad is > completely dead in the demo. > > I've tried going through and setting everything I can find to 777 just > to eliminate file permissions as a possibility. > > Any suggestions? > > Geoff Staples > Hostricity Web Hosting > www.Hostricity.com > 214.599.0260 > ge...@ho... > > 3883 Turtle Creek Blvd., Suite 1812 > Dallas, Texas 75219 > > > ------------------------------------------------------- > 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-17 15:17:41
|
Strange. I stopped changing file permissions with the rc3 & rc4 installations. All Files have the default 755 setting. I haven't had a problem yet. Php Version: 4.2.2 Web Server: Apache 1.3.26 Operating System: Apache/1.3.26 SQL Server: MySQL 3.23.49 Everything installs/uninstalls OK Images upload OK |
From: Eloi G. <el...@re...> - 2003-02-17 14:58:19
|
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- |
From: Matthew M. <ma...@tu...> - 2003-02-17 14:36:12
|
> 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 |
From: Mike N. <mh...@us...> - 2003-02-16 23:39:27
|
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. chmod 777 ../.htaccess chmod -R 777 ../images/ chmod 777 ../conf/branch/ -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Steven L. <st...@tu...> - 2003-02-16 22:26:30
|
Hey Don, That was me that turned on the error reporting so the developers would take a look at the php notices in their modules. I have already removed a bunch of errors from some of the core class files. This will definately be turned off for a release. >> $hub_dir = $hub_dir; As for this line, I was playing around and forgot to remove that before my commit :( Sorry about that everyone I will get it out of there. -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: Geoff S. <ge...@ho...> - 2003-02-16 22:13:12
|
I'm trying to use textpad to look at and update some template and theme files. = I can view the files, but, I just get a blank screen when I try to edit a file = via textpad. I tried this in the demo and textpad is completely dead in the = demo.=20 I've tried going through and setting everything I can find to 777 just to = eliminate file permissions as a possibility. Any suggestions? Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
From: Geoff S. <ge...@ho...> - 2003-02-16 22:12:45
|
I've been looking at the directory structure and I have a major concern.=20 The theme and template files are distributed into numerous directories and = reside in places like mod subdirectories. I perceive this to be a maintenance = nightmare. As we all know, the most time consuming aspect of setting up a = phpWebsite installation is creating or customizing the theme. Assume for a = moment that I customize the clean theme for a website I'm doing. Then along = comes an upgrade. How do I load the updated code without overwriting theme and = template modules distributed accross the system - thereby frying the website? Maybe you guys have thought about this? Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
From: Geoff S. <ge...@ho...> - 2003-02-16 22:08:35
|
Mike: There are two scripts. But, they both require shell access which many people = don't have. Yes, I did look at security.txt. Here's the relevant portion (which I quoted in = my post): DO IT YOURSELF: Use this only if you know that your are doing!!! for setup /conf needs write access for run you need these writeable /mod/*/docs /mod/*/templates /docs /images /.htaccess 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. Geoff >> On Sun, 2003-02-16 at 12:11, Geoff Staples wrote: >> > I'm concerned about the security setup and also rather frustrated. >> >=20 >> > Anyone want to relieve my anxiety or have an idea about how to handle >> > this? >> >=20 >> > The statement in the security documentation that some files need to be >> > "writable" is not very helpful. I looked at the shell script and it >> > appears that what this means is 777 (read, write, and execute for >> > users, owner, and groups).=20 >> Geoff, >> There are two scrips for RC4. One is for people with root access, and >> the other is for people without root access. If you can't use the root >> version, make sure to keep local backups of your phpWS install. This is >> a good idea anyway. >> secure_phpws.sh >> NONROOT_secure_phpws.sh >> http://res1.stddev.appstate.edu/horde/chora/cvs.php/phpwebsite/setup >> > I seem to have a number of things that aren't working on my test >> > installation that I'm guessing are file permission related. >> >=20 >> > But, without any confidence that the security is setup properly or that >> > I even know how permissions should be setup is quite frustrating. The >> > manual instructions state that you shouldn't do a manual security setup >> > unless you know what you are doing. Well. OK. But, what are the >> > settings actually supposed to be? I set the my test installation using >> > the guidelines. (Don't know if it is correct because I had to guess at >> > what the instructions actually meant.) >> Did you look in this doc? >> SECURE.txt >> http://res1.stddev.appstate.edu/horde/chora/co.php/phpwebsite/docs >> --=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: Mike N. <mh...@us...> - 2003-02-16 20:24:43
|
On Sun, 2003-02-16 at 12:11, Geoff Staples wrote: > I'm concerned about the security setup and also rather frustrated. > > Anyone want to relieve my anxiety or have an idea about how to handle > this? > > The statement in the security documentation that some files need to be > "writable" is not very helpful. I looked at the shell script and it > appears that what this means is 777 (read, write, and execute for > users, owner, and groups). Geoff, There are two scrips for RC4. One is for people with root access, and the other is for people without root access. If you can't use the root version, make sure to keep local backups of your phpWS install. This is a good idea anyway. secure_phpws.sh NONROOT_secure_phpws.sh http://res1.stddev.appstate.edu/horde/chora/cvs.php/phpwebsite/setup > I seem to have a number of things that aren't working on my test > installation that I'm guessing are file permission related. > > But, without any confidence that the security is setup properly or that > I even know how permissions should be setup is quite frustrating. The > manual instructions state that you shouldn't do a manual security setup > unless you know what you are doing. Well. OK. But, what are the > settings actually supposed to be? I set the my test installation using > the guidelines. (Don't know if it is correct because I had to guess at > what the instructions actually meant.) Did you look in this doc? SECURE.txt http://res1.stddev.appstate.edu/horde/chora/co.php/phpwebsite/docs -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Mike N. <mh...@us...> - 2003-02-16 20:12:29
|
phpWS team, 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. If this is a requirement, SourceForge hosted projects wont be able to upgrade to 0.9x RC4 or greater. Examples of sites hosted on SF using phpWS: http://phpwsthemes.sourceforge.net/ http://phpwsplugins.sourceforge.net/ http://leaf.sourceforge.net/ http://ffl.sourceforge.net/ -- 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-16 20:12:00
|
I'm concerned about the security setup and also rather frustrated. Anyone want to relieve my anxiety or have an idea about how to handle this? The statement in the security documentation that some files need to be = "writable" is not very helpful. I looked at the shell script and it appears = that what this means is 777 (read, write, and execute for users, owner, and = groups).=20 I seem to have a number of things that aren't working on my test installation = that I'm guessing are file permission related. But, without any confidence that the security is setup properly or that I even = know how permissions should be setup is quite frustrating. The manual = instructions state that you shouldn't do a manual security setup unless you = know what you are doing. Well. OK. But, what are the settings actually supposed = to be? I set the my test installation using the guidelines. (Don't know if it = is correct because I had to guess at what the instructions actually meant.) For those who are concerned with the usability and security of phpWebSite, I = suggest that you go through and do a manual security setup on the files and = directories to see just how long it takes and how error prone it can be. I'm also concerned about setting something wrong in the process of doing an = update or other maintenance and leaving a security hole. phpWebSite is going to suffer in popularity if there is not a clear, easy, and = quick way to set security and to verify that it is set correctly - especially = given the large number of files and directories distributed across the system = that need different settings. Many web hosts do not allow shell access, so, the scripts provided are useless = to many. Geoff Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
From: Geoff S. <ge...@ho...> - 2003-02-16 20:10:54
|
I've been looking at the directory structure and I have a major concern.=20 The theme and template files are distributed into numerous directories and = reside in places like mod subdirectories. I perceive this to be a maintenance = nightmare. As we all know, the most time consuming aspect of setting up a = phpWebsite installation is creating or customizing the theme. Assume for a = moment that I customize the clean theme for a website I'm doing. Then along = comes an upgrade. How do I load the updated code without overwriting theme and = template modules distributed accross the system - thereby frying the website? Maybe you guys have thought about this? Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |
From: Geoff S. <ge...@ho...> - 2003-02-16 20:03:23
|
I'm trying to use textpad to look at and update some template and theme files. = I can view the files, but, I just get a blank screen when I try to edit a file = via textpad. I tried this in the demo and textpad is completely dead in the = demo.=20 I've tried going through and setting everything I can find to 777 just to = eliminate file permissions as a possibility. Any suggestions? Geoff Staples Hostricity Web Hosting www.Hostricity.com 214.599.0260 ge...@ho... 3883 Turtle Creek Blvd., Suite 1812 Dallas, Texas 75219 |