From alex at upful.org Sat Dec 15 09:09:02 2001 From: alex at upful.org (Alexander Anderson) Date: Sat Dec 15 09:09:02 2001 Subject: [Moin-devel] MoinMoin with Apache mod_rewrite Message-ID: <20011215120840.A85125@dusty.upful.org> Greetings, I'm going to tell how I used mod_rewrite to shorten URL's from: http://www.example.com/cgi-bin/moin/moin/FrontPage to: http://www.example.com/FrontPage Step 1. I used this rewrite rule: RewriteRule ^/(.*) /cgi-bin/moin/moin/$1 [PT] Step 2. I changed SCRIPT_NAME environmental variable in "moin_config.py" as follows: #v+ =================================================================== RCS file: RCS/moin_config.py,v retrieving revision 1.1 diff -u -r1.1 moin_config.py --- moin_config.py 2001/12/15 15:46:48 1.1 +++ moin_config.py 2001/12/15 16:50:21 @@ -6,7 +6,12 @@ $Id: moin_config.py,v 1.1 2001/12/15 15:46:48 root Exp root $ """ + +import os + __version__ = "$Revision: 1.1 $"[11:-2] + +os.environ['SCRIPT_NAME'] = "" # basic options data_dir = './data/' #v- As far as I could observe, SCRIPT_NAME is prepended to every internal link by MoinMoin. This is how it's done. And now the question to the developers and hackers: could I have broken something (that I didn't notice yet) by unsetting SCRIPT_NAME variable? Thank you ladies and gentlemen. From adamf at pobox.com Sat Dec 15 18:49:01 2001 From: adamf at pobox.com (Adam Feuer) Date: Sat Dec 15 18:49:01 2001 Subject: [Moin-devel] Re: MoinMoin installer In-Reply-To: ; from jh@web.de on Thu, Dec 13, 2001 at 11:58:13PM +0100 References: <20011213124056.E1719@sunflower.nodomainname.com> Message-ID: <20011215184117.A9232@sunflower.nodomainname.com> Quoting Juergen Hermann: > Are you subscribed to http://lists.sourceforge.net/lists/listinfo/moin- > devel? Let's discuss things there. Juergen, I am now subscribed to this list- > What is missing, and where you can sure help, is two things: > * describing different concrete installation procedures (like "UNIX with > ~/public_html and setup.py install --home=/home/me") Ok, this sounds interesting. I will get the CVS version and try it out. > * writing scripts that, after distutils install, create wiki instances, > or update them (there is already a start for this, "moin-create") Ok, I will also look at this too. > I started to write an XML export, which will allow to easily change > storage structure (export, then import into a database storage, etc.). XML export is cool, but I wanted a quick-and-dirty way to back up the SeaPIG wiki. That's why I wrote that script that makes a tar.gz file of the wiki text files. I plan to write some scripts that operate on my home machine that will untar the backup files and import them into CVS, so I can regenerate any page for any date, if it is lost. I also want a script that can pull a copy of the wiki out of CVS for a particular date. This method is not perfect, but it is pretty easy to implement, and provides a pretty good safety net in case of accident- which I didn't have before! Once I have the CVS scripts working, I will look into XML export... cheers adam ps. moin-devel folks, here is where you can see the backup.py script that tar.gz's SeaPIG's wiki: http://www.zipcon.net/~showell/cgi-bin/MoinMoin/moin.py/SeaPigBackup?action=show -- Adam Feuer http://www.pobox.com/~adamf/ From jh at web.de Sun Dec 16 03:22:02 2001 From: jh at web.de (Juergen Hermann) Date: Sun Dec 16 03:22:02 2001 Subject: [Moin-devel] Re: MoinMoin installer In-Reply-To: <20011215184117.A9232@sunflower.nodomainname.com> Message-ID: On Sat, 15 Dec 2001 18:41:17 -0800, Adam Feuer wrote: > XML export is cool, but I wanted a quick-and-dirty way to back up >the SeaPIG wiki. That's why I wrote that script that makes a tar.gz >file of the wiki text files. Then it's too dirty. ;) You need to include data/text, data/user and data/pages to get a full backup of the current status of the wiki, without the backup pages (i.e. you still lose the history). For that, you also need "backup". And "editlog" to backup recent changes. What you can always ignore is "cache". Ciao, J?rgen From adamf at pobox.com Sun Dec 16 11:25:03 2001 From: adamf at pobox.com (Adam Feuer) Date: Sun Dec 16 11:25:03 2001 Subject: [Moin-devel] backing up MoinMoin In-Reply-To: ; from jh@web.de on Sun, Dec 16, 2001 at 12:21:08PM +0100 References: <20011215184117.A9232@sunflower.nodomainname.com> Message-ID: <20011216111656.G9232@sunflower.nodomainname.com> Quoting Juergen Hermann : > You need to include data/text, data/user and data/pages to get a full > backup of the current status of the wiki, without the backup pages > (i.e. you still lose the history). For that, you also need "backup". > And "editlog" to backup recent changes. Juergen, Ok, forgot to include the data/user directory. For production use we are using moin-0.10, I don't see the data/pages directory anywhere... am I missing something? What is this for...? > What you can always ignore is "cache". Yes. cheers adam -- Adam Feuer From jh at web.de Mon Dec 17 01:49:02 2001 From: jh at web.de (Juergen Hermann) Date: Mon Dec 17 01:49:02 2001 Subject: [Moin-devel] Re: backing up MoinMoin In-Reply-To: <20011216111656.G9232@sunflower.nodomainname.com> Message-ID: On Sun, 16 Dec 2001 11:16:56 -0800, Adam Feuer wrote: > Ok, forgot to include the data/user directory. For >production use we are using moin-0.10, I don't see the data/pages >directory anywhere... am I missing something? What is this for...? 0.11 only, and the place where pages will eventually end up. Ciao, J?rgen -- J?rgen Hermann, Developer (jhe at webde-ag.de) WEB.DE AG, http://webde-ag.de/ From adamf at pobox.com Mon Dec 17 08:11:03 2001 From: adamf at pobox.com (Adam Feuer) Date: Mon Dec 17 08:11:03 2001 Subject: [Moin-devel] Re: backing up MoinMoin In-Reply-To: ; from jh@web.de on Mon, Dec 17, 2001 at 10:48:26AM +0100 References: <20011216111656.G9232@sunflower.nodomainname.com> Message-ID: <20011217080244.A19242@sunflower.nodomainname.com> Quoting Juergen Hermann : re: data/pages directory, > 0.11 only, and the place where pages will eventually end up. Juergen, What pages- how is it different than the data/text directory... oh, I should go look at the code! :-) cheers adam -- Adam Feuer