From: Reini U. <ru...@x-...> - 2002-10-15 08:27:25
|
One note on this: If someone commits a changed index.php, he has to manually check it out on sf.net/demo and fix the cvs merges which break the whole wiki otherwise. cd /home/groups/p/ph/phpwiki/htdocs/demo cvs up joe index.php If he does nothing, Steve's script updates it automatically, the cvs merge breaks the wiki, and anyone who likes to fix it has to deal a permission problem for this file. index.php 644 wainstea.phpwiki I did it by patching: mv index.php index.php.broken cvs up -f index.php diff -bu index.php index.php.broken > index.patch less index.patch patch -p0 < index.patch Lawrence Akka schrieb: > Update of /cvsroot/phpwiki/phpwiki > In directory usw-pr-cvs1:/tmp/cvs-serv22719 > > Modified Files: > index.php > Log Message: > Added RSS Auto-discover - see comments for details > > Index: index.php > =================================================================== > RCS file: /cvsroot/phpwiki/phpwiki/index.php,v > retrieving revision 1.97 > retrieving revision 1.98 > diff -u -2 -b -p -d -r1.97 -r1.98 > --- index.php 18 Sep 2002 18:34:13 -0000 1.97 > +++ index.php 12 Oct 2002 19:11:42 -0000 1.98 > @@ -625,4 +625,18 @@ define('INTERWIKI_MAP_FILE', "lib/interw > //if (!defined('VIRTUAL_PATH')) define('VIRTUAL_PATH', '/SomeWiki'); > > +///////////////////////////////////////////////////////////////////// > +// > +// Part Seven: > +// Miscellaneous settings > +// > +///////////////////////////////////////////////////////////////////// > + > +/* > + * Page name of RecentChanges page. Used for RSS Auto-discovery > + */ > + > +if (!defined('RECENT_CHANGES')) define ('RECENT_CHANGES', 'RecentChanges'); > + > + -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Lawrence A. <la...@20...> - 2002-10-15 08:44:27
|
Reini, I realised this too late. I logged into sf, and tried to edit the file, but I couldn't because Steve had not given it group write privileges. I sent him an email yesterday asking him to chmod it. Thanks for fixing it! I didn't think of your solution. Lawrence -- Regards, Lawrence mailto:la...@20... On Tuesday, October 15, 2002 at 9:27:15 AM, you wrote: > One note on this: > If someone commits a changed index.php, > he has to manually check it out on sf.net/demo and fix the cvs merges > which break the whole wiki otherwise. > cd /home/groups/p/ph/phpwiki/htdocs/demo > cvs up > joe index.php > If he does nothing, > Steve's script updates it automatically, > the cvs merge breaks the wiki, > and anyone who likes to fix it has to deal a permission > problem for this file. > index.php 644 wainstea.phpwiki > I did it by patching: > mv index.php index.php.broken > cvs up -f index.php > diff -bu index.php index.php.broken > index.patch > less index.patch > patch -p0 < index.patch > Lawrence Akka schrieb: >> Update of /cvsroot/phpwiki/phpwiki >> In directory usw-pr-cvs1:/tmp/cvs-serv22719 >> >> Modified Files: >> index.php >> Log Message: >> Added RSS Auto-discover - see comments for details >> >> Index: index.php >> =================================================================== >> RCS file: /cvsroot/phpwiki/phpwiki/index.php,v >> retrieving revision 1.97 >> retrieving revision 1.98 >> diff -u -2 -b -p -d -r1.97 -r1.98 >> --- index.php 18 Sep 2002 18:34:13 -0000 1.97 >> +++ index.php 12 Oct 2002 19:11:42 -0000 1.98 >> @@ -625,4 +625,18 @@ define('INTERWIKI_MAP_FILE', "lib/interw >> //if (!defined('VIRTUAL_PATH')) define('VIRTUAL_PATH', '/SomeWiki'); >> >> +///////////////////////////////////////////////////////////////////// >> +// >> +// Part Seven: >> +// Miscellaneous settings >> +// >> +///////////////////////////////////////////////////////////////////// >> + >> +/* >> + * Page name of RecentChanges page. Used for RSS Auto-discovery >> + */ >> + >> +if (!defined('RECENT_CHANGES')) define ('RECENT_CHANGES', 'RecentChanges'); >> + >> + ==========NOTICE========== Internet e-mail is not necessarily secure or reliable. Please let us know if you would like to establish a secure channel of communication. This e-mail and any attachments are confidential and may be legally privileged. They are intended only for the use of the named recipient. If you are not the named or intended recipient, please notify us immediately. In such an event, you should not disclose the contents of this e-mail or any attachments to any other person, nor copy, print, store or use them in any manner whatsoever. Thank you for your co-operation. Although we have taken precautions to minimize the risk of transmitting software viruses, you are advised to carry out your own virus checks on any attachments to this message. Tel: +44 (0)207 842 1200 http://www.20essexst.com pos...@20... |
From: Martin G. <gim...@gi...> - 2002-10-15 14:28:24
|
Reini Urban <ru...@x-...> writes: > One note on this: > If someone commits a changed index.php, > he has to manually check it out on sf.net/demo and fix the cvs merges > which break the whole wiki otherwise. This annoys me too in my own Wiki - when I update from CVS, I have to put my changes to the DB settings back into index.php each time. Wouldn't it be better if the file with the local settings was outside CVS? That should make it easy for users to update their copy. The index.php file could then include the local settings first, and then fill in the missing parts along the lines of how lib/config.php currently checks the configuration from index.php. -- Martin Geisler My GnuPG Key: 0xF7F6B57B See http://gimpster.com/ and http://phpweather.net/ for: PHP Weather => Shows the current weather on your webpage and PHP Shell => A telnet-connection (almost :-) in a PHP page. |
From: Joby W. <joby@u.washington.edu> - 2002-10-15 15:06:04
|
Martin Geisler wrote: > This annoys me too in my own Wiki - when I update from CVS, I have to > put my changes to the DB settings back into index.php each time. > > Wouldn't it be better if the file with the local settings was outside > CVS? That should make it easy for users to update their copy. > > The index.php file could then include the local settings first, and > then fill in the missing parts along the lines of how lib/config.php > currently checks the configuration from index.php. > Yes. We had this discussion as a part of the argument over how to implement a configuration scheme. And pretty much concluded: 1) index.php: would not contain any config data just includes, and possibly the invocation of main(). 2) config-dist.php: configuration file with default include/variable values. 3) config-user.php: a particular wiki's config data (only includes values if different from config-dist.php. The discussion was how to generate config-user.php. I proposed that there also be a config-valid.php, which would include classes to provide potential values or ranges of values and validate a config setting. This file would be the single authoritative source for config variables (can generate config-dist.php and config-user.php), which could be used by Configurator.php (web-based config) or a command line interface configurator (cli-config.php). This would profide: 1) Seperation between user settings and defaults 2) No parsing to get user or default settings (this is ok for a daemon, but for a script that has to reparse for each pageview, it is just more overhead). 3) One authoritative source for config variables and the potential values for those variables. 4) Clean interfaces which increase flexability and will decrease breakage over time. jbw |