phpwiki-talk

[Phpwiki-talk] oops, I did it again - no need for help with templates

[Tara S. <te...@cl...>]

It seems I just have to post the question to the mailing list to find=20
the answer, even though I've been searching and searching before.

I've just found Template.php

Sorry for the useless mail!

Tara

--=20
Je r=E9ponds au mieux de mes connaissances
Climb to the Stars! - http://climbtothestars.org/
no tables: http://climbtothestars.org/coding/tableless/
Pompeurs Associ=E9s - http://pompage.net/

[Phpwiki-talk] about templates

[Tara S. <te...@cl...>]

Hi!

I'm in the process of installing phpwiki-1.3.1 and I want to make lots=20
of modifications to the templates. I'm having trouble figuring out where=20
(in which files) tokens like ${CSS_URL} (is "token" the right word? are=20
defined.

Can anybody give ma lead on this?

Thanks a lot,

Tara
--=20
Je r=E9ponds au mieux de mes connaissances
Climb to the Stars! - http://climbtothestars.org/
no tables: http://climbtothestars.org/coding/tableless/
Pompeurs Associ=E9s - http://pompage.net/

Re: [Phpwiki-talk] Admin and PostgreSQL

[Jeff D. <da...@da...>]

On Sat, 3 Nov 2001 16:18:10 -0500
"Roger H. Goun" <ro...@bc...> wrote:

> Further investigation left me none the wiser. Could someone please
> enlighten me as to what I've done wrong?

You've done nothing wrong --- other than uncover a bug.

I think the fix is to change the the first two lines of lib/pgsql.php
from:

<!-- $Id: pgsql.php,v 1.4.2.2 2001/09/21 21:57:07 wainstead Exp $ -->
<?php

to:

<?php
 rcs_id('$Id: pgsql.php,v 1.4.2.2 2001/09/21 21:57:07 wainstead Exp $');

(You could just omit the second ("rcs_id(...)") line.)

(What's happening is that text output is starting with the first line
of lib/pgsql.php (an html comment containing the rcs $Id$ string.)
Later, admin.php is trying to set the HTTP status and a HTTP
in order to request authentication login adn password.  The problem
is that once the body output has started, PHP can not go back and
modify the headers it has sent.)

Jeff

[Phpwiki-talk] Admin and PostgreSQL

[Roger H. G. <ro...@bc...>]

I set up PhpWiki 1.2.1 to run on a Red Hat Linux 6.2 box with Apache
1.3.14, mod_php 4.0.6, and PostgreSQL 7.1.2. Installation and
configuration were straightforward. Page viewing and editing works
fine. As expected, visiting http://localhost/phpwiki/admin.php returns:

    Set the administrator account and password first.

In admin.php, I changed $wikiadmin and $adminpasswd to non-empty
strings and revisited http://localhost/phpwiki/admin.php. This time I
got:

	Warning: Cannot add header information - headers already sent
	by (output started at
	/home/httpd/html/phpwiki-1.2.1/lib/pgsql.php:2) in
	/home/httpd/html/phpwiki-1.2.1/admin.php on line 24

	Warning: Cannot add header information - headers already sent
	by (output started at /home/httpd/html/phpwiki-1.2.1/lib/pgsql.php:2)
	in /home/httpd/html/phpwiki-1.2.1/admin.php on line 25

	You entered an invalid login or password.

Further investigation left me none the wiser. Could someone please
enlighten me as to what I've done wrong?

Thanks,

Roger

Re: [Phpwiki-talk] problem solved

[Jeff D. <da...@da...>]

On Sat, 03 Nov 2001 15:52:54 +0100
"Tara Star" <te...@cl...> wrote:

> sorry, the answer was here - 
> http://sourceforge.net/forum/forum.php?thread_id=94347&forum_id=18928 - 
> finally found it (php 4.0.6 with dmb instead of dma)

It may also be that your php has dba support, but that the dba support
does not include the 'gdbm' driver that phpwiki uses by default.  Dba can
include support for a number of other drivers --- 'db2' is the recommended
alternative, but others may work, too.

To find out for certain whether dba is supported and, if so, which drivers
it supports you need to create a simple one-liner php script (named, say
'phpinfo.php') which looks like:

<?php phpinfo(); ?>

If you browse this script with your web-browser you, hopefully, will get a
report detailing all kinds of information regarding the configuration of
your PHP interpreter.

See this message from the phpwiki-talk archives for more details:
 http://www.geocrawler.com/archives/3/4037/2001/3/50/5291011/

Jeff

[Phpwiki-talk] problem solved

[Tara S. <te...@cl...>]

sorry, the answer was here -=20
http://sourceforge.net/forum/forum.php?thread_id=3D94347&forum_id=3D18928=
 -=20
finally found it (php 4.0.6 with dmb instead of dma)
--=20
Je r=E9ponds au mieux de mes connaissances
Climb to the Stars! - http://climbtothestars.org/
no tables: http://climbtothestars.org/coding/tableless/
Pompeurs Associ=E9s - http://pompage.net/

[Phpwiki-talk] installation problems

[Tara S. <te...@cl...>]

Hello!

I've just downloaded and installed phpwiki, and I'm very enthusiastic=20
about getting it to work! As I haven't got access to MySQL yet (waiting=20
for the sysadmin to come online so I can ask him about my access!), I've=20
left the default configuration on (dba/dbm - I have php 4.0.6).

the problem is that neither index.php nor admin.php show up in my=20
browser - if I view the source for index.php, this is what I see:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- $Id: index.php,v 1.5 2000/11/08 15:34:06 ahollosi Exp $ -->
<!-- $Id: config.php,v 1.24 2001/01/31 07:38:10 ahollosi Exp $ -->
<!-- $Id: dbalib.php,v 1.2 2001/01/31 02:01:27 wainstead Exp $ -->
<!-- $Id: stdlib.php,v 1.21 2001/01/15 12:32:57 ahollosi Exp $ -->


I've read the README and INSTALL files and followed the instructions=20
best I can, but maybe I've missed something out?

Thanks a lot for any assistance,

Tara
--=20
Je r=E9ponds au mieux de mes connaissances
Climb to the Stars! - http://climbtothestars.org/
no tables: http://climbtothestars.org/coding/tableless/
Pompeurs Associ=E9s - http://pompage.net/

[Phpwiki-talk] All Saint's Day releases: 1.2.1 and 1.3.1

[Steve W. <sw...@pa...>]

A day later than expected, but that's free software for you!

Visit the project page at http://sf.net/projects/phpwiki/ for the files.
1.3.1 is a development version, currently in the alpha stage, which
features fundamental changes to the architecture from 1.2. These changes
include the new rendering engine by Arno Hollosi and the move away from
individual database files to PEAR's DB.php (think Perl's DBI/DBD from
CPAN).

1.2.1 has a gazillion bug fixes and minor enhancements.

My thanks to all the PhpWiki team members and to all who've submitted
patches. The project moves ahead because of you!

It's likely I've goofed somewhere with these releases and omitted
something... like patches to 1.2. If so, scream loudly at me and I will
try to rectify my mistakes. There's always room for a 1.2.2! ;-)

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] new releases still emminent

[Steve W. <sw...@pa...>]

In the long tradition of open source software, I've missed my own target
date of 10/31 for a release (two, in fact).

I'm behind on a project that has taken longer than I thought it would (a
little dynamic site in PHP), and now a friend has passed away and I have
to drive NYC -> Cleveland (9 hours) and back over the weekend, so most of
that time will be lost too.

I will try to roll out the tarballs tonight. We'll have to settle for an
All Saint's Day release instead of a Halloween release (here in the USA,
at least :0) so look for 1.2.1 and 1.3.1.

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] A really nice diff feature.

[Adam S. <ad...@pe...>]

I think Jeff was talking about doing a word based diff rather then a line
based diff.  I just found a wiki that does this and thought people might
be interested in seeing an implementation of it.

Unfortunately it's ASP but ...

http://www.openwiki.com/ow.asp?p=RecentVisitors&a=diff

adam.

[Phpwiki-talk] cnet article

[Steve W. <sw...@pa...>]

Is anyone else aware that C|Net did an article featuring PhpWiki?

http://builder.cnet.com/webbuilding/0-7534-8-6124724-1.html?tag=st.bl.7534.edt.7534-8-6124724-1

I searched Google for "WikiWikiWeb" today and it turned up.

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] 1.2.1 and 1.3.1 releases

[Steven M. <st...@mu...>]

At 12:37 27/10/01 -0700, you wrote:
> > How about my attempt to fix the problems with "No Such Revision"
> > PageInfo
> > and removing pages (not on SourceForge, but can be seen in
>
>I promise to look at these on Monday.  (If there are other bugs I should 
>be looking at as well, send me a quick note to remind me of them.)

I've put the bug report and patch for removing pages up on Sourceforge. 
Steve Wainstead said that he would add it a while back but Sourceforge was 
having problems then so it might have been lost. It can now be seen at 
http://sourceforge.net/tracker/index.php?func=detail&aid=475757&group_id=6121&atid=106121

The only other bug I have noticed is not being able to unlock pages, which 
is already on Sourceforge 
(http://sourceforge.net/tracker/index.php?func=detail&aid=468595&group_id=6121&atid=106121). 
This would have been particularly annoying since when I tried importing 
serialized pages from a 1.2 PhpWiki they were all automatically locked. I 
managed to work around this by hacking the import code to set all pages to 
be unlocked, but this really isn't a good solution. I haven't looked 
properly into either problem.

>It'll be good to have new releases out.  "Release early and release often" 
>should be the motto, especially for the development branch...

I agree.

Thanks,
Steven.

--
email: st...@mu...
web: http://www.murdomedia.net/
PGP/GnuPG keys: http://www.murdomedia.net/keys.html

Re: [Phpwiki-talk] 1.2.1 and 1.3.1 releases

[Jeff D. <da...@da...>]

> How about my attempt to fix the problems with "No Such Revision" 
> PageInfo 
> and removing pages (not on SourceForge, but can be seen in 

I promise to look at these on Monday.  (If there are other bugs I should be looking at as well, send me a quick note to remind me of them.)

It'll be good to have new releases out.  "Release early and release often" should be the motto, especially for the development branch...

--
Jeff Dairiki <da...@da...>

Re: [Phpwiki-talk] 1.2.1 and 1.3.1 releases

[Gary B. <ga...@in...>]

On Sat, 27 Oct 2001, Steve Wainstead wrote:

> I'm in Florida again until Tuesday, but I promise two things: versions
> 1.2.1 and 1.3.1. The development branch has some minor bugs but I think
> it's suitable for an alpha release (maybe even early beta?) We might
> attract some patches this way. Yes, Jeff's hacks will be the 1.3 release.

Excellent! I was hoping you'd release something soon, because anyone
looking at the project page might think it was moribund. One of the things
that swayed me towards PhpWiki in the first place was that it looked like
it was under active development.

> If you have some work you need to commit, please do so as soon as
> possible.

Well, I just committed a quick-and-dirty email notification patch to the
patch manager, but I don't know if it will be of any use. It only emails
one person, whose address is hardwired in, but you could perhaps do
something with it. I  wrote it so I didn't have to keep looking at the
RecentChanges on the GtmWiki.

Later,
Gary

PS. the emails it sends look like this:

| Date: Sat, 27 Oct 2001 19:19:43 +0100 (BST)
| From: GtmWiki <gt...@in...>
| To: Gary Benson <ga...@in...>
| Subject: Re: edit: GtmHistory
|
| Modified: GtmHistory
| URL:      http://inauspicious.org/gtmwiki/?GtmHistory
| Author:   GaryBenson
|
| ===================================================================
| diff -u -r8 -r9
| --- /tmp/gtmwiki-GtmHistory.8	Sat Oct 27 19:01:00 2001
| +++ /tmp/gtmwiki-GtmHistory.9	Sat Oct 27 19:01:00 2001
| @@ -1,5 +1,5 @@
|  This page needs to be written. In the meantime look or http://www.gtmcars.co.uk/gtm_history.htm and http://www.ijohnson.demon.co.uk/gtmoc/gtmhist.htm.
|
| -I'll probably split this up into separate pages for the GtmCoupe, the GtmRossa, the [GtmRossaK3] and the GtmLibra.
| +I'll probably split it up into separate pages for the GtmCoupe, the GtmRossa, the [GtmRossaK3] and the GtmLibra unless anyone has any better ideas. Note to self: get permission to use the stuff from GtmCars's website.
|
|  -- GaryBenson

Re: [Phpwiki-talk] 1.2.1 and 1.3.1 releases

[Steven M. <st...@mu...>]

At 12:36 27/10/01 -0400, you wrote:
>If you have some work you need to commit, please do so as soon as
>possible.

How about my attempt to fix the problems with "No Such Revision" 
(http://sourceforge.net/tracker/index.php?func=detail&aid=473493&group_id=6121&atid=106121), 
PageInfo 
(http://sourceforge.net/tracker/index.php?func=detail&aid=473499&group_id=6121&atid=106121) 
and removing pages (not on SourceForge, but can be seen in 
http://www.geocrawler.com/lists/3/SourceForge/4037/25/6769881/

Has anyone had a chance to look at these patches? They probably won't be 
the best solution but should help debugging.

Thank you,
Steven Murdoch.

--
email: st...@mu...
web: http://www.murdomedia.net/
PGP/GnuPG keys: http://www.murdomedia.net/keys.html

Re: [Phpwiki-talk] How fill the $DBParams

[Steve W. <sw...@pa...>]

On Wed, 24 Oct 2001, Pablo Roca wrote:

> I downloaded the latest CVS, but I don't know how to fill the $DBParams.

[...]

>    'dsn' =3D> 'mysql://root@localhost/dbwiki',

Maybe when you don't use a password you still need a colon (:) after root?
i.e. mysql://root:@localhost/dbwiki

Otherwise yours looks identical to the alpha site's config file.

~swain



>
>    // Used by all DB types:
>
>    // prefix for filenames or table names
>    /*
>     * currently you MUST EDIT THE SQL file too (in the schemas/
> directory
>     * because we aren't doing on the fly sql generation during the
>     * installation.
>    */
>    //'prefix' =3D> 'phpwiki_',
>
>    // Used by 'dba'
>    'directory' =3D> "/tmp",
>    'dba_handler' =3D> 'gdbm',   // Either of 'gdbm' or 'db2' work great
> for me.
>    //'dba_handler' =3D> 'db2',
>    //'dba_handler' =3D> 'db3',    // doesn't work at all for me....
>    'timeout' =3D> 20,
>    //'timeout' =3D> 5
> );
>
> But don't.
>
> I'm using this with:
>
> Local network
> Windows 2000 Server
> Nusphere 1.3.11 for Windows
>
> Any cue?
>
> Regards,
>
> Pablo Roca - MS VFP - MVP
> La Coru=F1a - Espa=F1a
> Sysop del Portal gratuito de Visualfoxpro en Espa=F1ol
> http://www.portalfox.com
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] 1.2.1 and 1.3.1 releases

[Steve W. <sw...@pa...>]

I'm in Florida again until Tuesday, but I promise two things: versions
1.2.1 and 1.3.1. The development branch has some minor bugs but I think
it's suitable for an alpha release (maybe even early beta?) We might
attract some patches this way. Yes, Jeff's hacks will be the 1.3 release.

Look for the releases October 31st. Boo! Scary!

If you have some work you need to commit, please do so as soon as
possible.

el jefe
~swain


On Wed, 24 Oct 2001, Pablo Roca wrote:

> Hi,
>
> -How far are we from a new release? (Perhaps phpwiki 1.3)
> -Does the Jeff hack will be the next phpwiki?, cause I see at:
> http://phpwiki.sourceforge.net/phpwiki/ that is the previous version
>
> And some things more:
>
> Bug #468595, is very easy to solve, just commit as binary.
>
>
> Saludos,
>
> Pablo Roca - MS VFP - MVP
> La Coru=F1a - Espa=F1a
> Sysop del Portal gratuito de Visualfoxpro en Espa=F1ol
> http://www.portalfox.com
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] How fill the $DBParams

[Pablo R. <pr...@cl...>]

I downloaded the latest CVS, but I don't know how to fill the $DBParams.

I'm using MySQL, my data is:

User: root withouh password
Database: dbwiki

so I assume this in index.php would work ..

$DBParams =3D array(
   // Select the database type:
   'dbtype' =3D> 'SQL',
   //'dbtype' =3D> 'dba',
  =20
   // For SQL based backends, specify the database as a DSN
   // The most general form of a DSN looks like:
   //
   //   phptype(dbsyntax)://username:password@protocol+hostspec/database
   //
   // For a MySQL database, the following should work:
   //
   //   mysql://user:password@host/databasename
   //
   // FIXME: My version Pear::DB seems to be broken enough that there is
   //    no way to connect to a mysql server over a socket right now.
   //'dsn' =3D> 'mysql://guest@:/var/lib/mysql/mysql.sock/test',
   'dsn' =3D> 'mysql://root@localhost/dbwiki',
   //'dsn' =3D> 'pgsql://localhost/test',
  =20
   // Used by all DB types:

   // prefix for filenames or table names
   /*=20
    * currently you MUST EDIT THE SQL file too (in the schemas/
directory
    * because we aren't doing on the fly sql generation during the
    * installation.
   */
   //'prefix' =3D> 'phpwiki_',
  =20
   // Used by 'dba'
   'directory' =3D> "/tmp",
   'dba_handler' =3D> 'gdbm',   // Either of 'gdbm' or 'db2' work great
for me.
   //'dba_handler' =3D> 'db2',
   //'dba_handler' =3D> 'db3',    // doesn't work at all for me....
   'timeout' =3D> 20,
   //'timeout' =3D> 5
);

But don't.

I'm using this with:

Local network
Windows 2000 Server
Nusphere 1.3.11 for Windows

Any cue?

Regards,

Pablo Roca - MS VFP - MVP
La Coru=F1a - Espa=F1a
Sysop del Portal gratuito de Visualfoxpro en Espa=F1ol
http://www.portalfox.com

[Phpwiki-talk] Some questions

[Pablo R. <pr...@cl...>]

Hi,

-How far are we from a new release? (Perhaps phpwiki 1.3)
-Does the Jeff hack will be the next phpwiki?, cause I see at:
http://phpwiki.sourceforge.net/phpwiki/ that is the previous version

And some things more:

Bug #468595, is very easy to solve, just commit as binary.


Saludos,

Pablo Roca - MS VFP - MVP
La Coru=F1a - Espa=F1a
Sysop del Portal gratuito de Visualfoxpro en Espa=F1ol
http://www.portalfox.com

[Phpwiki-talk] More experiences with the alpha version

[Steven M. <st...@mu...>]

Hi All,

I've been having fun playing with the new features the alpha version
gives, and it has mostly worked well. I have had a couple of problems,
which I will explain here in the hope that it will help anyone else who
is having the same problems.

The first happens when the "History" of a page is requested in order to
perform a diff. The pageinfo.php file is used, however when the diff is
requested, a diff on HomePage is performed regardless of the page whose
History is being displayed.

This seems to be due to the pageinfo page not including a pagename
field. This problem could occur because I have set USE_PATH_INFO to be
false.

The attached patch adds a pagename field to pageinfo, and while it might
not be the correct solution it at least seems to work on my
installation.

Often when a diff is requested on a page with many revisions, and is
performed on the HomePage (which has few revisions), a revision cannot
be retried, which causes another problem.

If diff cannot find a revision the NoSuchRevision() function in
stdlib.php is called, which in turn calls GeneratePage(). However
GeneratePage() is not defined and a error message is displayed.

The GeneratePage() function of relevance seems to be defined in
Template.php so the attached patch includes this file. Once again this 
might not be the best way to do it since I am not familiar with PHP in 
general nor PHPWiki in particular, but it works for me.

I have posted bug reports about these problems on Sourceforge too.

Hope this helps,
Steven Murdoch.

Re: [Phpwiki-talk] Allowing non-pre monospaced text

[Reini U. <ru...@x-...>]

Steve Wainstead schrieb:
> On Wed, 17 Oct 2001, Adam Shand wrote:
> > ps. i assume everyone knows but moinmoin and twiki's sourceforge page=
s
> > were totally wiped by someone the other day, and since the pages were
> > read/write sf does't want to restore them.  it might pay to make sure=
 that
> > someone has a backup of the phpwiki page database in case this is wik=
i
> > hatred :-)
>=20
> Wow, that's awful! I've made a zip dump of the current site. Thanks for
> the heads-up.

I make dialy backup's. Not only zipdump's, also incremental RCS versions.
Did I never post this shell script?

This is for a dialy zipdump of my german murwiki:
#!/bin/sh
# dump wikidb from murwiki
cd //v/mur/wiki

baseurl=3D"http://tv.mur.at/murwiki/"
zip=3D`date +"wiki-%Y%m%d.zip"`
log=3Dwiki.log
#
login=3D"http://xarch.tu-graz.ac.at/autocad/wiki/PhpWikiAdministration?ac=
tion=3Dlogin"
dump=3D$baseurl"PhpWikiAdministration?action=3Dzip"
changes=3D$baseurl"Letzte=C4nderung"
# xlog=3Dacadwiki-1.3.4pre/log/xarch_access.log
credentials=3D' --http-user=3Dadmin --http-passwd=3Dxxx'

echo "dumping $changes..."
wget -nv -OLetzte=C4nderung-`date +"%Y%m%d"` $changes
wget -nv $credentials -a$log -O$zip $dump
# wget -nv $credentials -a$log http://xarch.tu-graz.ac.at/home/rurban/$xl=
og
echo "$baseurl successfully dumped to $zip."

this is a better one, into RCS:
#!/bin/sh
# shell script to save a [remote] phpwiki v1.3x into RCS
#
# cron sample for daily backup
# 0  1 * * *   cd ~/backup/wiki1; ~/phpwiki/wbackup --http-user=3Drurban
--http-passwd=3Dpass http://xarch.tu-graz.ac.at/acadwiki/
# 10 1 * * *   cd ~/backup/wiki2; ~/phpwiki/wbackup http://tv.mur.at/murw=
iki/

# default cfg, if no arguments given
wikiurl=3D$@
if [ -z "$wikiurl" ]; then
  wikiurl=3D"http://xarch.tu-graz.ac.at/acadwiki/"
fi

# create rcs in the actdir=20
# path of backup, RCS will be created in a subdir
reldir=3D`dirname $0`
homedir=3D`cd $reldir; pwd`
tmpdir=3D/tmp/phpwiki
zip=3D/tmp/`/bin/date +"phpwiki-%Y%m%d.zip"`
# log=3D/var/log/phpwiki.log
log=3D$homedir/phpwiki.log

# changes=3D$wikiurl"RecentChanges"
# echo "dumping $changes..."
# wget -ORecentChanges-`date +"%Y%m%d"` $changes

/usr/bin/wget -nv -a$log -O$zip $wikiurl"PhpWikiAdministration?action=3Dz=
ip"
# echo "$wikiurl successfully dumped to $zip."

/bin/rm -rf $tmpdir
/usr/bin/unzip $zip -d $tmpdir/
pushd $tmpdir
files=3D$(ls --color=3Dnone *)
popd
for f in $files; do=20
  # overwrite old
  if [ ! -f $f,v ]; then=20
    /bin/cp -f $tmpdir/$f .
    /usr/bin/rcs -i -q -U -t-"phpwiki backup" $f;=20
    /usr/bin/sed -e"1d" $tmpdir/$f >$f
  fi
  # drop first line to ignore equal files=20
  # this holds only "From <backup date>"
  /usr/bin/sed -e"1d" $tmpdir/$f >$f
  /usr/bin/ci -q -m'#' $f
  /bin/rm -f $tmpdir/$f
done
/bin/rm -f $zip
/bin/rmdir $tmpdir

This is one of my sample cronjob scripts:
#!/bin/sh
cd /home/rurban/proj/wiki/acadwiki
../wbackup --http-user=3Dadmin --http-passwd=3Dxxx
http://xarch.tu-graz.ac.at/acadwiki/

Re: [Phpwiki-talk] remove page fails in alpha version.

[Steve W. <sw...@pa...>]

Yes, I filed a bug on this on SF. Thanks.

~swain

On Thu, 4 Oct 2001, Adam Shand wrote:

>
> trying to remove a page fails with this error:
>
> Fatal error: Failed opening required 'lib/template.php'
> (include_path='.:/var/lib/phpwiki-alpha') in
> /var/lib/phpwiki-alpha/admin/removepage.php on line 19
>
> and template really doesn't exist anywhere that i could see.  updating
> admin/removepage.php to point to Template.php fixes this but then it gets
> caught in a loop and won't delete the page when you click "here".
>
> adam.
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

RE: [Phpwiki-talk] UploadFile plugin.

[Steve W. <sw...@pa...>]

All these are good suggestions. I'll be glad to finally see a file upload
feature! It should be able to accept any file type though, since people
want to upload .doc files as well as .jpg files. It should definitely go
in a separate directory, and this feature should be disabled by default
(for security).

~swain

On Mon, 8 Oct 2001, Adam Shand wrote:

>
> > 1- Posibility to limit the size of the uploads (in config)
> > 2- Posibility to limit file types
>
> i believe that an upload size limit is already in place for the zip
> uploads.  restricting file types is probably a good idea but is of limited
> use i suspect as files can just be renamed to qualify.
>
> long term quota's would probably be useful as well to restrict people's
> ability to "mailbomb" (upload bomb?) the web server.
>
> > Not in the dabatase for sure not. Maybe in a special dir only for this
> > things.
>
> yep, this was my thought as well.
>
> adam.
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] Allowing non-pre monospaced text

[Steve W. <sw...@pa...>]

On Wed, 17 Oct 2001, Adam Shand wrote:

> ps. i assume everyone knows but moinmoin and twiki's sourceforge pages
> were totally wiped by someone the other day, and since the pages were
> read/write sf does't want to restore them.  it might pay to make sure that
> someone has a backup of the phpwiki page database in case this is wiki
> hatred :-)

Wow, that's awful! I've made a zip dump of the current site. Thanks for
the heads-up.

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] Allowing non-pre monospaced text

[Steve W. <sw...@pa...>]

I wish the IETF would create a Wiki markup syntax RFC already. :-)

I agree, //italic// is more intuitive. ``monospaced`` would be easy to
add.

~swain


On Tue, 16 Oct 2001, Sergio A. Kessler wrote:

> ----- Original Message -----
> From: "Gary Benson" <ga...@in...>
>
>
> >
> > The other day it hit me -- why not use the underused backtick? My
> > PersonalWiki now supports __bold__, ''italic'', and ``monospaced`` text.
> > It works really well and is easy to type, so I'd ask you to consider
> > adding this feature to PhpWiki.
>
> speaking of this, my wiki has this semantics:
>
> __underline__
>
> **bold**
>
> //italic//
>
> isn't a little more intuitive ?
> (ie. is what most irc do this days, even mozilla)
>
> /sergio
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa