phpwiki-talk

Re: [Phpwiki-talk] email notification

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

>[notify:email@address]

Very clever!  The main problem I see is that some people may object
to having their email address publicly available for spamming.

Once we add user tracking, that won't be a problem, since the 
user e-mail address can be stored (privately) along with his
password and whatever other personal information.  Then there's
just [notify:JohnDoe] on the page.

(When a users notify link has been removed from a page, the auto
notification message should probably prominently mention that fact,
not just show it in the diffs.)

(And if I had my druthers, it would just mail the diffs, and include
a link to the full wiki page.)

Jeff

Re: [Phpwiki-talk] test-wiki

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

>Hi,
>
>there are a lott of interesting changes appearing in phpwiki-checkins.
>
>Is there a wiki, where one could test these ?
>
>Greetings, Thomas

Hi Thomas,

Yes, that's a good idea.

Steve, can we put the alpha-wiki up on phpwiki.sourceforge.net?
I'll volunteer to maintain it (if that's possible).  Failing that,
I can set one up at www.dairiki.org, but that will be a bit of a pain
since that host doesn't have PHP4 yet.

Jeff

[Phpwiki-talk] email notification

[Thomas K. <th...@co...>]

I implemented a simple notification by interpreting

[notify:email@address]

in the wiki-text and sending diffs and also the new html-page to the =
adresses in the changed and=20
previous version, to allow to check for deletion of the [notify:...]

What do you think ?

[Phpwiki-talk] verbatim

[Thomas K. <th...@co...>]

I like much the idea of having Wiki-Input email-compatible

That means that

--- Input

* topic 1
  -  subtopic 2
     a longer text for subtopic 2
     continued
* topic 2
  - and so on

should render as obove as html-output

Do you like this idea ? Implementing that would need to change the =
verbatim-mode, for
example the pywiki implements verbatim using
{{{
    verbatim code
}}}

then one could use the intendation with spaces to distinguis sub-levels =
(as for example in python)

Thomas

[Phpwiki-talk] test-wiki

[Thomas K. <th...@co...>]

Hi,

there are a lott of interesting changes appearing in phpwiki-checkins.

Is there a wiki, where one could test these ?

Greetings, Thomas

Re: [Phpwiki-talk] 2001-02-13 problems (1.3.0pre)

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

Thanks Reini for the README patch.

I think the problem you're having here is due to my changes:
  The load-from-dir code (which is being called to setup the wiki)
now enters the pages it loads into RecentChanges.   It's trying to
update RecentChanges before RecentChanges has been loaded, and not
handling it gracefully.

I'll fix it soon (within three hours or so), so try again after
my next CVS commit.

I suspect the mysql schema is okay, but I'll check that too.

Jeff

[Phpwiki-talk] 2001-02-13 problems (1.3.0pre)

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

Problem 1:
  Fatal error: Call to undefined function: searchpath() in lib/config.php on
line 40
Cause:
  config.php on 
    if (!function_exists ('gettext'))
  requires searchpath() from stdlib.php but stdlib.php is loaded from main.php
  after config.php. 
  classic cyclic dependency problem.
  stdlib neds config
Solution:
  not me.
  perhaps move SearchPath() into config.php

Problem 2:
Loading up virgin wiki
lib/stdlib.php:559: Notice[8]: Undefined index: lastmodified
lib/stdlib.php:566: Notice[8]: Undefined index: content
lib/mysql.php:77: Notice[8]: Undefined index: author
lib/mysql.php:126: Notice[8]: Undefined index: created
lib/mysql.php:128: Notice[8]: Undefined index: version

WikiFatalError
Error writing page 'RecentChanges'
MySQL error: You have an error in your SQL syntax near ' 0, 982105829,
'RecentChanges', 'a:0:{}', )' at line 1 

Cause:
  wrong schemas/schemas.mysql
  missing INDEX definitions
Solution:
  not sure but the syntax below looks fine to me. depends on the mysql version
of course. 
  on my public machine with 3.22 it will not work.
  it has to be a MyISAM table for the BLOB index. it needs a different syntax.
  BLOB indices are troublesome. I would also try to avoid all varchars in wiki
and
  provide a seperate wikiblob table. this way the table has to copied all over
on 
  any update. with fixed lengths in wiki only the blob has to be inserted.

CREATE TABLE wiki (
        pagename VARCHAR(100) NOT NULL,
        version INT NOT NULL DEFAULT 1,
        flags INT NOT NULL DEFAULT 0,
        author VARCHAR(100),
        lastmodified INT NOT NULL,
        created INT NOT NULL,
        content MEDIUMTEXT NOT NULL, INDEX(content(50)),
        refs TEXT,
        PRIMARY KEY (pagename),
        INDEX (lastmodified),
        INDEX (author),
        INDEX (created),
        INDEX (version)
        );

There have been more errors on the setup step so I gave up.
(win32, apache-3.14 with modphp4.0.5, mysql 3.23.28-gamma)

[Phpwiki-talk] README patch against 1.3.0pre

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

A small patch against the latest nightly build (1.3.0pre)

Jeff, I love it!
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Vote!

[<ph...@de...>]

On Wed, 07 Feb 2001 11:01:55 -0800, I earlier wrote:
=> On Wed, 7 Feb 2001 13:48:50 -0500 (EST), you wrote:
=> => I want a straw poll here on the list. All in favor of simple HMLT table
=> => syntax, or not, speak your piece now.

=> 	As a newbie to the list/application, it doesn't matter to
=> me if you care to add HTML tables (but I personally think it's
=> not really on the path).  I'd suggest making the feature toggle
=> on/off thru config.php if you do, so folks can select as they
=> choose.
	<snip the rest of my own extremely well-written message>

	I've had some more thought about HTML: I now think that
it would be very handy to be able to use a simple table in wiki
when writing about an image included for display on that same
page, so that you could keep all the comments to the left or
right with <tr><td>etc.

	Just a thought (but I ran into a case for it over the
weekend).

	Cheers,

	- Don

[Phpwiki-talk] article on WikiWikiWeb

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

Computerworld magazine ran an article on WikiWikiWebs:

http://www.computerworld.com/cwi/story/0,1199,NAV47_STO56996,00.html

LilyPond (http://appel.lilypond.org/wiki/index.php?LilyPond) is mentioned
at the end of the article, though there was no direct mention of PhpWiki
(the article does mention there are PHP implementations at least). 

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] VisualTour feature?

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

It looks like this could be done with the image functions in PHP. Admins
would have to compile in the gd library; after that, it would require some
data gathering from the database and then drawing an image to represent
relationships. A lot of work, but could be very interesting.

~swain


On Sun, 11 Feb 2001, Steve Wainstead wrote:

> 
> I wonder what PHP libs are available to implement something like this? The
> neat thing is it's on the cutting edge of hypertext theory.
> 
> If we do implment something like this, I would expect it to have a basic
> functionality at first and then it would evolve over a long period of time
> based on user feedback.
> 
> ~swain
> 
> On Fri, 9 Feb 2001 ph...@de... wrote:
> 
> > 
> > 	While you're talking about other features and whether or
> > not to include them in the next release on phpWiki, can I suggest
> > something along the lines of the Visual Tour as found at:
> > 	http://c2.com/cgi-bin/wiki?VisualizeTheWiki
> > with link to tour at the bottom of every page.  This seems quite
> > nice.
> > 	TIA,
> > 
> > 	- Don
> > 
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> > 
> 
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain 
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] VisualTour feature?

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

I wonder what PHP libs are available to implement something like this? The
neat thing is it's on the cutting edge of hypertext theory.

If we do implment something like this, I would expect it to have a basic
functionality at first and then it would evolve over a long period of time
based on user feedback.

~swain

On Fri, 9 Feb 2001 ph...@de... wrote:

> 
> 	While you're talking about other features and whether or
> not to include them in the next release on phpWiki, can I suggest
> something along the lines of the Visual Tour as found at:
> 	http://c2.com/cgi-bin/wiki?VisualizeTheWiki
> with link to tour at the bottom of every page.  This seems quite
> nice.
> 	TIA,
> 
> 	- Don
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] nightly builds fixed

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

Sourceforge has some weird bug right now making anonymous CVS access a
problem. I figured out I was doing way too much work using an Expect
script anyhow, and am now using a simple bash script to generate the
nightly builds.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] ChangeLog since release of 1.2

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

Since there have been so many changes in the last several days I made a
ChangeLog to see what's been done... it might be useful to set up a cron
job to send weekly and monthly ChangeLogs to the list. I'll look into it.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] VisualTour feature?

[<ph...@de...>]

	While you're talking about other features and whether or
not to include them in the next release on phpWiki, can I suggest
something along the lines of the Visual Tour as found at:
	http://c2.com/cgi-bin/wiki?VisualizeTheWiki
with link to tour at the bottom of every page.  This seems quite
nice.
	TIA,

	- Don

Re: [Phpwiki-talk] Footnotes

[Thomas K. <th...@co...>]

> How does one maintain the correct correspondence between reference and
> footnote?   Give them names (which are then automatically converted
> to numbers)?

---Wiki Input
This will generate FootNotes [2] and [1] and also [_lookHere]
[_lookHere] bla3
lorem ipsum
[2] bla2
[1] bla1

---Wiki output would be
This will generate FootNotes [3] and [2] and also [1]  lorem ipsum

[1] bla3
[2] bla2
[3] bla1

nice would be also

---Wiki Input
This will generate FootNotes [2] and [1] and also [_lookHere]
[_lookHere] bla3
[2] bla2
lorem ipsum
[_lookHere] bla4
[1] bla1
[_lookHere] bla5

---Wiki output would be
This will generate FootNotes [3] and [2] and also [1]  lorem ipsum

[1] bla3
      bla4
      bla5
[2] bla2
[3] bla1



Thomas

Re: [Phpwiki-talk] cron jobs

[Arno H. <aho...@xm...>]

> http://uptime.arsdigita.com/uptime/ =3D> Uptime requests a certain page
> about every 20 minutes. All you need to do =3D> is check the time and t=
hen
> perform your "cronjob" :o)
>
> =09Very nice. Is it generally dependable in your experience?

Well, I guess the intention of Uptime is not to use it as "cronjob" but=20
really check the Uptime of your site. I've been using the service for clo=
se=20
to a year now and it is reliable. I would not bet my life that there is a=
=20
check at least every 20 minutes. I recall times between checks up to 35=20
minutes.

/Arno

Re: [Phpwiki-talk] RE: phpwiki

[Aredridel <are...@nb...>]

> 
> We don't do anything Apache-dependent as far as I recall, unless server
> variables have different names. If you try it let us know.
> 
> ~swain

The server variables are the same -- that's a standard under the CGI 1.1
spec.

Ari

[Phpwiki-talk] RE: phpwiki

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

We don't do anything Apache-dependent as far as I recall, unless server
variables have different names. If you try it let us know.

~swain

On Thu, 8 Feb 2001, Pe, David wrote:

> Using IIS shouldn't be a problem ..right ?
> 
> -----Original Message-----
> From: Steve Wainstead [mailto:sw...@wc...]
> Sent: Thursday, February 08, 2001 10:49 AM
> To: Pe, David
> Cc: php...@li...
> Subject: Re: phpwiki
> 
> 
> On Thu, 8 Feb 2001, Pe, David wrote:
> 
> > is there any plan of migrating phpwiki to NT ?
> > 
> 
> We've had reports of it running on Windows, but I don't recall if NT has
> ever been mentioned. I think if NT supports Apache and PHP, PhpWiki has a
> good chance of working on it. 
> 
> ~swain
> 
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain 
> 

...............................ooo0000ooo..................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] RE: phpwiki

[Pe, D. <Dav...@gs...>]

Using IIS shouldn't be a problem ..right ?

-----Original Message-----
From: Steve Wainstead [mailto:sw...@wc...]
Sent: Thursday, February 08, 2001 10:49 AM
To: Pe, David
Cc: php...@li...
Subject: Re: phpwiki


On Thu, 8 Feb 2001, Pe, David wrote:

> is there any plan of migrating phpwiki to NT ?
> 

We've had reports of it running on Windows, but I don't recall if NT has
ever been mentioned. I think if NT supports Apache and PHP, PhpWiki has a
good chance of working on it. 

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] New stable branch in CVS.

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

There is a new tagged branch in the CVS named 'release-1_2-branch'.
It's purpose it's to keep track of bug-fixes/changes in the 1.2.x
branch of phpwiki.

I've propagated all the bug-fixes currently in the main CVS branch
into the new branch.   From now on, if you make a bug-fix in the
main branch which is appropriate to the 1.2.x branch as well, please
commit your changes both places.

Here's a mini-howto on dealing with tagged branches:

To check-out the latest versions of the files within a tagged branch
do something like:

  cvs -d...@cv...:/cvsroot/phpwiki \
    co -r release-1_2-branch -d stable phpwiki

This will checkout the stable branch into the directory named 'stable'.

If you now 'cd' into 'stable', and run a 'cvs status', you will see
that the tag 'release-1_2-branch' is set as a "sticky tag" for each
of the files in the repository.

Now you can edit the files normally, and when you're happy with them,
commit them normally (using 'cvs commit [...]'.)   (The "sticky tag"
stuff causes the commit's to be checked in to the tagged branch,
rather than the MAIN branch.)

I find the following to be useful CVS references:
  http://cvsbook.red-bean.com/cvsbook.html -- a good tutorial
  http://www.loria.fr/~molli/cvs/doc/cvs_toc.html --- the CVS info file, online

Jeff

Re: [Phpwiki-talk] cron jobs

[<ph...@de...>]

On Thu, 8 Feb 2001 17:56:46 +0100, you wrote:
=> How about deleting the 10th version when inserting the 11th? No need to 
=> move this into a cronjob.

	Or [newbie idea # xxxx]: How about deleting the Nth
version, where N = $keep_level, to be defined in config.php? (and
$keep_level == 0 never deletes).


=> Btw, there is a simple hack if you are not allowed to execute cron jobs:
=> use a page that gets called at certain intervals. E.g. I monitor the 
=> availibilty of one of my sites with http://uptime.arsdigita.com/uptime/
=> Uptime requests a certain page about every 20 minutes. All you need to do 
=> is check the time and then perform your "cronjob" :o)

	Very nice. Is it generally dependable in your experience?

	Cheers,

	- Don

Re: [Phpwiki-talk] cron jobs

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

>How about deleting the 10th version when inserting the 11th? No need to 
>move this into a cronjob.

It may be that one would want to retain all old versions
to guard against malicious content vandalism by repetitive
changes.   In this case, there should be a manual method
to clear out old pages to be executed only when one
is (reasonably) sure that no such spam exists.

Both approaches (automatic vs manual deletion of old version)
are reasonable, depending on the context.

>E.g. I monitor the 
>availibilty of one of my sites with http://uptime.arsdigita.com/uptime/

Neato.  Thanks for the pointer.

Re: [Phpwiki-talk] cron jobs

[Arno H. <aho...@xm...>]

> If we find the need to move certain database tasks out of the realm of
> Web transactions and into crontabs, we should do this.

I assume that especially with email notofication (e.g. once a day), more=20
advanced demographics like http://senseis.xmp.net/?PagesByDistance etc.
a need for something like this arises.

> However there are needs arising like: a permanent archive might need
> periodic housekeeping, like deleting pages older than ten versions ago.

How about deleting the 10th version when inserting the 11th? No need to=20
move this into a cronjob.


> I think this will open some new possibilities to us.

I agree.

Btw, there is a simple hack if you are not allowed to execute cron jobs:
use a page that gets called at certain intervals. E.g. I monitor the=20
availibilty of one of my sites with http://uptime.arsdigita.com/uptime/
Uptime requests a certain page about every 20 minutes. All you need to do=
=20
is check the time and then perform your "cronjob" :o)

/Arno

Re: [Phpwiki-talk] solution to admin.php problem

[<ph...@de...>]

On Thu, 8 Feb 2001 10:02:42 +0100, you wrote:
=> Bottom line: there's no way to secure config.php on a shared server if the 
=> web server runs as nobody.
	<snip, move, cut, paste, etc>
=> Taken from their security.txt:
=> If you want to run Phorum on a shared server, you absolutely need to wrap
=> the scripts... unless, of course, your provider makes all of your scripts
=> run as your userid.  [...]

	It is a *GoodIdea* if the confidential user, password and
servername info etc are kept in a separate "include/require"
file, so that folks (such as me) who run Wiki under their user
permissions can then move the PASSWORD.INC or whatever totally
out from under the document root.  Also, if left under the
document root, one can use .htaccess to block pedestrian access
through the web server to specific files/types.

	Cheers,

	- Don