phpwiki-talk

Re: [Phpwiki-talk] date output

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

> Thomas Kalka schrieb:
> does anybody have already some code to display a localised version of
> the date output (for example in german). 

which date output? there are multiple. 
in the template, in the transformation.

date() is not localised, use strftime() instead. 
but strftime() has a different template syntax. edit index.php also then.

I use this for converting a mysql isodate to a localized date string:
----
setlocale("LC_TIME", "german"); 
function fmt_isodate ($isodate) { 
  return strftime ("%a., %d. %b %Y", strtotime($isodate));}
----
you'll probably have to edit just this code from lib/stdlib.php: (this is from
my extended version)
  replace date($datetimeformat with something like
  strftime("%x %X"
  %x for date, %X for time
----
  if (!empty($hash['lastmodified'])) {
            _iftoken('LASTMODIFIED', true, $page);
	    _dotoken('LASTMODIFIED', date($datetimeformat, $hash['lastmodified']),
$page);
  } elseif ($template == 'EDITPAGE') { // new page
            _iftoken('LASTMODIFIED', true, $page);
	    _dotoken('LASTMODIFIED', date($datetimeformat, time()), $page);
  } else { // dynamic MagicPage: no edit
           _iftoken('LASTMODIFIED', false, $page);
  }
----
insert the setlocale somewhere before (best in index.php)
see http://php.net/strftime

> Or is this already implemented in
> the current release ? (I'm using a hacked version 1.19)

no
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] bug in transform ?

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

Am I wrong or is there a <P> too mutch, if You look at the html-source =
of
http://phpwiki.sourceforge.net/alpha/index.php/ParagraphTest ?

Thomas

[Phpwiki-talk] date output

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

Hi,

does anybody have already some code to display a localised version of
the date output (for example in german). Or is this already implemented =
in the
current release ? (I'm using a hacked version 1.19)

Thomas

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?]

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

In message <3aa...@re...>,ph...@de... wri
>	For those of us who are CVS-impared but whom might
>nonetheless feel comfortable messing about with a "alpha" version
>of the phpWiki development  *pre-great-leap-forward* code: how
>can we get a single download which contains this snapshot before
>the new API gets introduced?

There's a snapshot of the latest CVS code, updated nightly at:

  ftp://phpwiki.sourceforge.net/pub/phpwiki/phpwiki.nightly.tar.gz

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?]

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

On Tue, 13 Mar 2001 08:55:40 -0800, Jeff Dairiki
<da...@da...> wrote:

=> NOTE: These comments pertain only to the latest CVS development code,
=> not to the stable release (1.2.x) of PhpWiki.
=> As I noted, the development branch is unstable code.  You're not allowed
=> to get snippy if it doesn't work :-)
=> (I think at this instant, it's fairly bug-free, but that's liable to
=> change once we start introducing the new database API.)

	For those of us who are CVS-impared but whom might
nonetheless feel comfortable messing about with a "alpha" version
of the phpWiki development  *pre-great-leap-forward* code: how
can we get a single download which contains this snapshot before
the new API gets introduced?

	Sorry for being CVS-dense.

	TIA,

	- Don

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?]

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

NOTE: These comments pertain only to the latest CVS development code,
not to the stable release (1.2.x) of PhpWiki.

In message <m3d...@ap...>,Jan Nieuwenhuizen writes:
>Ok, this seems to have been fixed in the very latest ,v1.13 or 1.14.

As I noted, the development branch is unstable code.  You're not allowed
to get snippy if it doesn't work :-)

(I think at this instant, it's fairly bug-free, but that's liable to
change once we start introducing the new database API.)

>However, now you get to see the page, but can't click on editpage:
>
>    http://appel.lilypond.org/new-wiki/?pointandclick
>
>maybe I need to specify some Path or Serveraddress?

I think this is because you've set SCRIPT_NAME to something that's not
the name of your script.

The simple fix is to leave SCRIPT_NAME unset (or set it to
a value which actually points to the index.php script.)

Then the canonical URLs for pages in your wiki will look like:
    http://appel.lilypond.org/new-wiki/index.php/pointandclick
though
    http://appel.lilypond.org/new-wiki/?pointandclick
should still work.


=======
A fancier solution, if you don't mind if URLs like
   http://appel.lilypond.org/new-wiki/index.php?pointandclick
(with an explicit 'index.php') stop working altogether, is:

1. Rename the new-wiki directory to something else.  (Actually only
the images/ subdirectory and 'phpwiki.css' need to be web-accessible.
The rest of the phpwiki code can go outside your document root.)

2. Copy index.php to /your/server/root/new-wiki.  You are copying the file
index.php to a file (not a directory) named new-wiki.

3. In /your/server/root/.htaccess add these lines:
   <Files new-wiki>
      SetHandler application/x-httpd-php
   </Files>
That should make apache treat the file new-wiki as a php script.

4. Edit new-wiki as follows (more or less):
  a. (Set admin user/pass, database config stuff normally...)
  b. Uncomment the ini_set('include_path',...) line, and set the include_path
     to point to where the rest of the PhpWiki source code is.
  c. Set DATA_PATH to the abs url (relative to the server root) where
     phpwiki.css and the images/ subdirectory can be found.

Now your wiki pages should appear at, e.g.:
    http://appel.lilypond.org/new-wiki/pointandclick
(or http://appel.lilypond.org/new-wiki?pointandclick )


=====


>Which brings me to another question.  I'm in the process of upgrading
>the php code of the wiki, but what would be the easiest way to upgrade
>the canned pages that come with the wiki (leaving the rest of the wiki
>db intact, of course)?  Esp.
>
>    http://appel.lilypond.org/new-wiki?releasenotes
>
>would be good to have upgraded.

Update the PhpWikiAdministration page by hand.  (ie. Browse to 
  http://appel.lilypond.org/new-wiki/PhpWikiAdministration ,
click on EditText, and cut-and-paste from pgsrc/PhpWikiAdministration.)

Then browse to the new PhpWikiAdministration page.  Near the top you
should see a "Log In" link.  Click on it and log in (using the
admin user/password).  Then lock the PhpWikiAdministration page.

Then you can use the "Upload File" or "Load File" forms on the
PhpWikiAdministration page to load individual files from the
pgsrc directory into your wiki.

(You could also use LoadFile to load all the pages in pgsrc in one
fell swoop --- but that would blindly overwrite any existing pages
(like FrontPage) so that probably isn't what you want to do.)


Jeff

Re: [Phpwiki-talk] displaying the date

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

And,
besides Jeff's solution which works in the template only and not inside the
content, use this hack below.
This enables these special page macros. 

But jeff already had better ideas for these kinds of dynamic content, 
With dynamic extendable %%extension attribute=value ...%% markup.
See http://phpwiki.sourceforge.net/phpwiki/index.php?MagicPages

Add this hack to lib/stdlib.php:
   $transform->register(WT_SIMPLE_MARKUP, 'wtm_mostpopular');
   // Bretin hack
   $transform->register(WT_SIMPLE_MARKUP, 'wtm_currentdate');
   $transform->register(WT_SIMPLE_MARKUP, 'wtm_currentdatetime');

  ...

   // Bretin hack
   // wiki token: %%CurrentDate%%
   function wtm_currentdate($line, &$transformer) {
      if (strpos($line, '%%CurrentDate%%') !== false) {
	 $html = date($dateformat);
	 $line = str_replace('%%CurrentDate%%', $html, $line);
      }
      return $line;
   }
   // wiki token: %%CurrentDateTime%%
   function wtm_currentdatetime($line, &$transformer) {
      if (strpos($line, '%%CurrentDateTime%%') !== false) {
	 $html = date($datetimeformat);
	 $line = str_replace('%%CurrentDateTime%%', $html, $line);
      }
      return $line;
   }

Didier Bretin schrieb:
>   I would like to display the current date in all my pages. I find how to
> do this in php, but I can't find where I can add this in the lib/*.php files.
> I have tried some changes but I go no solution. Can you help me ? Where I
> can add the code for the date ?

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?]

[Jan N. <ja...@gn...>]

Jeff Dairiki <da...@da...> writes:

> >Well, I'm running latest cvs, maybe that's 1.3.x.
> 
> That said, I think if you upgrade to the latest CVS version your
> problem will go away.  If it doesn't let us know.

Ok, this seems to have been fixed in the very latest ,v1.13 or 1.14.
However, now you get to see the page, but can't click on editpage:

    http://appel.lilypond.org/new-wiki/?pointandclick

maybe I need to specify some Path or Serveraddress?

Which brings me to another question.  I'm in the process of upgrading
the php code of the wiki, but what would be the easiest way to upgrade
the canned pages that come with the wiki (leaving the rest of the wiki
db intact, of course)?  Esp.

    http://appel.lilypond.org/new-wiki?releasenotes

would be good to have upgraded.

-- 
Jan Nieuwenhuizen <ja...@gn...> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org

Re: [Phpwiki-talk] displaying the date

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

>  I would like to display the current date in all my pages. I find how to
>do this in php, but I can't find where I can add this in the lib/*.php files.
>I have tried some changes but I go no solution. Can you help me ? Where I
>can add the code for the date ?

Here's one way:

In lib/stdlib.php, in the function GeneratePage() at about line 478
(right after "_dotoken('LOGO', $logo, $page);") add a line like:

  _dotoken('CURRENT_DATE', date($GLOBALS['dateformat']), $page);

Then, in the templates (e.g. templates/browse.html) you can use
the token ###CURRENT_DATE### which will be replaced by the current
date.

Jeff

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?

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

>Well, I'm running latest cvs, maybe that's 1.3.x.

Yes, the MAIN branch of the CVS is the development branch (1.3.x),
which is currently in an alpha state and is not guaranteed to work.

(If you want the latest of the 1.2.x code check out the code
tagged 'cvs-1_2-branch' from the CVS.)

That said, I think if you upgrade to the latest CVS version your
problem will go away.  If it doesn't let us know.

Jeff

[Phpwiki-talk] displaying the date

[Didier B. <db...@in...>]

Hello,

  I would like to display the current date in all my pages. I find how to
do this in php, but I can't find where I can add this in the lib/*.php files.
I have tried some changes but I go no solution. Can you help me ? Where I
can add the code for the date ?

Thanks

-- 
            .------------------------------------------------.
    .^.     | Didier Bretin, France | db...@in...    |
    /V\     |-----------------------| www.informactis.com    |
   // \\    |                       `------------------------|
  /(   )\   | Visit: http://www.multimania.com/cieexcalibur/ |
   ^^-^^    `------------------------------------------------'

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?

[Jan N. <ja...@gn...>]

Jon =C5slund <d9...@na...> writes:

> > Yesterday I tried to upgrade to 1.2 from 1.1.7, but it seems that old
> > urls, handily avoiding index.php3, index.php like:
> >=20
> >     http://appel.lilypond.org/wiki?pointandclick
> >=20
> > don't work with 1.2:
> >=20
> >     http://appel.lilypond.org/new-wiki?pointandclick
>=20
> Your new-wiki use a different addressing scheme than wiki.

Yes, and I want to keep the old one too.

>  http://appel.lilypond.org/new-wiki/index.php/pointandclick
>=20
> instead of:
>=20
>  http://appel.lilypond.org/wiki/index.php?pointandclick

Yes, these work, but these are not in the current documentation.

> No question mark. Pretty weird because I also run 1.2 at
> http://www.d.kth.se/~d98-jas/prupwiki/ and I have the ?-addressing
> scheme. Are you sure you run 1.2? Because you also have some kind of
> cookie verification system which I don't have.

Well, I'm running latest cvs, maybe that's 1.3.x.

--=20
Jan Nieuwenhuizen <ja...@gn...> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org

Re: [Phpwiki-talk] can't leave `index.xxx' out in 1.2?

[<d9...@na...>]

On Mon, Mar 12, 2001 at 07:03:14PM +0100, Jan Nieuwenhuizen wrote:
> Hi,
>=20
> Yesterday I tried to upgrade to 1.2 from 1.1.7, but it seems that old
> urls, handily avoiding index.php3, index.php like:
>=20
>     http://appel.lilypond.org/wiki?pointandclick
>=20
> don't work with 1.2:
>=20
>     http://appel.lilypond.org/new-wiki?pointandclick

Your new-wiki use a different addressing scheme than wiki.

 http://appel.lilypond.org/new-wiki/index.php/pointandclick

instead of:

 http://appel.lilypond.org/wiki/index.php?pointandclick

No question mark. Pretty weird because I also run 1.2 at
http://www.d.kth.se/~d98-jas/prupwiki/ and I have the ?-addressing
scheme. Are you sure you run 1.2? Because you also have some kind of
cookie verification system which I don't have.

--=20
___\ Jon =C5slund

[Phpwiki-talk] can't leave `index.xxx' out in 1.2?

[Jan N. <ja...@gn...>]

Hi,

Yesterday I tried to upgrade to 1.2 from 1.1.7, but it seems that old
urls, handily avoiding index.php3, index.php like:

    http://appel.lilypond.org/wiki?pointandclick

don't work with 1.2:

    http://appel.lilypond.org/new-wiki?pointandclick

How do I fix this small but handy feature that we use all over our
documentation?

In 1.1.7, I had:

    $ServerAddress = "http://appel.lilypond.org/wiki/";

and I played a bit with all the new defines that replace this,
but no luck.

Greetings,
Jan.

-- 
Jan Nieuwenhuizen <ja...@gn...> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org

Re: [Phpwiki-talk] Bug? Pages unexpectedly deleated...

[Jeb B. <je...@oc...>]

On Sat, Mar 10, 2001 at 03:16:04PM -0500, Steve Wainstead wrote:
> 
> OK.. what DBM library comes with FreeBSD? This becomes my first suspect.
> More to the point, support for what DBM library is compiled into PHP?

I'm not sure, and don't know much about DBM libraries myself...
Does phpinfo() tell you?  I've put that up at:
http://buyorganic.org/wiki/info.php

> I am going offline for a while so I may not reply until later today.

Me too.  I will try to reproduce this again either tomorrow or monday,
by restoring the zip backup or serialized page I took while it was
happening.  It should be possible, since it happened three times.
Also, it didn't have anything to do with my being in admin mode in the
example I gave, since I saw the page was deleted under regular mode
earlier, and the version number was reset each time...

Anyway, thanks again!
-jeb

-- 
Jeb Bateman...
http://jeb.ocha.net

Re: [Phpwiki-talk] Bug? Pages unexpectedly deleated...

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

OK.. what DBM library comes with FreeBSD? This becomes my first suspect.
More to the point, support for what DBM library is compiled into PHP?

I am going offline for a while so I may not reply until later today.

~swain


On Sat, 10 Mar 2001, Jeb Bateman wrote:

> Steve Wainstead wrote:
>
> > On Fri, 9 Mar 2001, Jeff Dairiki wrote:
> >> Eeek.
> >>
> >> Please tell us what backend (what type of database) you are using.
> >> Also which OS and which version of PHP your server is running might
> >> be of interest.
> >
> > I can see he's using the DBM library:
>
> Right.  It's also running in PHP 3.0.18 Apache 1.3.12 module under
> FreeBSD in an iServer Virtual Server environment.  I have MySQL running
> there also, so I could switch to that backend without much trouble...
>
> > I will try to reproduce this here on my box.
>
> Thanks..  There is one other clue I forgot to mention earlier.  I found
> that in this particular page, some unknown character had been introduced
> in the place of the spaces near the beginning of lines.  I copied this
> into an email message to for future reference, but unfortunately I was
> working in Netscape at the time (need to reboot into Linux), and think
> it may have converted it to a newline in the process.  Anyway, I have
> two zip dumps of the database, and at least one of them should contain a
> copy of the file with these characters present, if that would help(?)
>
> I'm pasting two example lines below, one with a space after the *, and
> the other with the unknown character, which may have been introduced
> when a user was confused by the edit conflict screen and ended up
> copying the text into Word Perfect and back.  I've turned
> quote-printable encoding on in this message in case that character is
> still after the second * below...
>
> * 52431 - 25 lbs - Maple Almond Granola (JebBateman)
> *
> 25743 - 2 cs - Reeds Premium Ginger Brew (1 - JebBateman, 1 - lyn)
>
> Regards,
> -jeb
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://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] Bug? Pages unexpectedly deleated...

[Jeb B. <je...@oc...>]

Steve Wainstead wrote:

> On Fri, 9 Mar 2001, Jeff Dairiki wrote:
>> Eeek.
>> 
>> Please tell us what backend (what type of database) you are using.
>> Also which OS and which version of PHP your server is running might
>> be of interest.
> 
> I can see he's using the DBM library:

Right.  It's also running in PHP 3.0.18 Apache 1.3.12 module under 
FreeBSD in an iServer Virtual Server environment.  I have MySQL running 
there also, so I could switch to that backend without much trouble...

> I will try to reproduce this here on my box.

Thanks..  There is one other clue I forgot to mention earlier.  I found 
that in this particular page, some unknown character had been introduced 
in the place of the spaces near the beginning of lines.  I copied this 
into an email message to for future reference, but unfortunately I was 
working in Netscape at the time (need to reboot into Linux), and think 
it may have converted it to a newline in the process.  Anyway, I have 
two zip dumps of the database, and at least one of them should contain a 
copy of the file with these characters present, if that would help(?)

I'm pasting two example lines below, one with a space after the *, and 
the other with the unknown character, which may have been introduced 
when a user was confused by the edit conflict screen and ended up 
copying the text into Word Perfect and back.  I've turned 
quote-printable encoding on in this message in case that character is 
still after the second * below...

* 52431 - 25 lbs - Maple Almond Granola (JebBateman)
*
25743 - 2 cs - Reeds Premium Ginger Brew (1 - JebBateman, 1 - lyn)

Regards,
-jeb

Re: [Phpwiki-talk] task list for 1.3

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

the same as it is for any open source project... when it's ready ;-)

~swain

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

> On Tue, 6 Feb 2001 15:00:48 -0500 (EST), Steve Wainstead wrote:
> => This time I'm trying to keep track of all the ideas for 1.3 with the task
> => list.
>
> 	Is there any timeline at all for the release of 1.3?
>
> 	Some of us are drolling over the expectation of great new
> features and improvements as discussed here.
>
> 	TIA.
>
> 	- Don
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://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] Bug? Pages unexpectedly deleated...

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

OK, I've reached the point where I could go through all the same steps:

* Jeb was surfing in admin mode when he got no page
* buyorganic.org runs PHP 3.0

Unfortunately I wasn't able to reproduce the bug. The only differences I
see are he's using 3.0.18 and I'm using 3.0.12; and I had to copy the page
source of MountainPeoplesOrder from the [info] link on buyorganic.org, b/c
the page is locked. So I might have a variation in the page source.

Jeb is also using OpenSSL, but I can't see that making any difference. We
could use a listing from phpinfo() to look for other things.

At this point the only thing I can think of is to compile 3.0.18 here and
try it out.

Jeb: what Unix are you running?

~swain

On Fri, 9 Mar 2001, Jeb Bateman wrote:

> Hi, I'm running phpwiki 1.2.0 at http://buyorganic.org/live
> Overall, it's really cool.  However, I have seen some unexpected
> behavior with pages being accidentially deleated when trying to edit.
> I was watching the Apache log while it happened once, so will show the
> relevant log entries below, as I explain the process...
>
> 207.135.238.21 - - [09/Mar/2001:10:08:53 -0800] "GET
> /live?MountainPeoplesOrder HTTP/1.0" 200 5937
> 207.135.238.21 - - [09/Mar/2001:10:09:05 -0800] "GET
> /live?edit=MountainPeoplesOrder HTTP/1.0" 200 5168
>
> [Originally GET and edit of page.]
>
> 63.237.193.173 - - [09/Mar/2001:10:09:30 -0800] "GET
> /wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 6093
>
> [I check that it's still there at this point.]
>
> 207.135.238.21 - - [09/Mar/2001:10:13:43 -0800] "POST /live HTTP/1.0"
> 200 5614 "http://buyorganic.org/live?edit=MountainPeoplesOrder"
> 63.237.193.173 - - [09/Mar/2001:10:14:03 -0800] "GET
> /wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 2320
>
> User posts edit, and gets 5614 bytes response showing success...
> I reload, and the page ss gone! (2320 bytes is new page template)
>
> 63.237.193.173 - - [09/Mar/2001:10:19:49 -0800] "GET
> /wiki/admin.php?diff=MountainPeoplesOrder HTTP/1.1" 200 838
>
> I check diff, which shows nothing in the database.  (I think it should
> diff an empty pages against the archived copy.  Similarly, I think
> editing a deleated page with a copy in the archive should present the
> option to edit the archive copy...)
>
> 207.135.238.21 - - [09/Mar/2001:10:20:03 -0800] "POST /live HTTP/1.0"
> 200 5724 "http://buyorganic.org/live?edit=MountainPeoplesOrder"
> 63.237.193.173 - - [09/Mar/2001:10:20:57 -0800] "GET
> /wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 5655
>
> I walked her through going Back, copying the text (sent to me as email)
> and Saving again.  This time it worked(!!!) even though I expected
> it to warn her that she was editing a previous copy, as I've seen when
> going back before without reloading.
>
> So, the page was unexpectedly lost.  Then, it was recovered by
> effectively posting a first edit to an empty page (which happened to
> luckily be in the browser cache).
>
> The following is a possible clue, which I'm also confused about...
> I did a 'dump serialized pages' to backup, and here is partial output:
>
> SandBox ... 304 bytes written
> MountainPeoplesOrderr ... 5 bytes written
> MountainPeoplesOrderr ... 5 bytes written
> MountainPeoplesOrderr ... 5 bytes written
> MountainPeoplesOrder ... 3785 bytes written
> HowToUseWiki ... 2403 bytes written
>
> What are those three 5 byte pages with an extra 'r'??  They are not
> pages in the site database.  In fact, the first time I did the dump,
> there was only one of these bogus entries in the output.  Since then,
> the page has been  accidentially deleated twice more.  So, I'm thinking
> these  records might be added each time the version is set back to 1
> (after a  page is deleated).
>
> Of course, I plan to study the code to figure out exactly why this is
> happening, but if anyone has ideas, I'd appreciate any clues.
>
> Thanks!
> -jeb
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://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] Bug? Pages unexpectedly deleated...

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

On Fri, 9 Mar 2001, Jeff Dairiki wrote:

> >However, I have seen some unexpected
> >behavior with pages being accidentially deleated when trying to edit.
> > [... rest of scary story omitted...]
>
> Eeek.
>
> Please tell us what backend (what type of database) you are using.
> Also which OS and which version of PHP your server is running might
> be of interest.

I can see he's using the DBM library:

<!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.1 2001/03/08 17:51:07 ocha Exp ocha $ -->
<!-- $Id: dbmlib.php,v 1.7 2001/01/31 03:11:25 wainstead Exp $ -->
<!-- $Id: stdlib.php,v 1.21 2001/01/15 12:32:57 ahollosi Exp $ -->
<!-- $Id: display.php,v 1.5 2000/12/30 21:09:13 ahollosi Exp $ -->
<!-- $Id: transform.php,v 1.8 2001/01/04 18:34:15 ahollosi Exp $ -->

I will try to reproduce this here on my box.

~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] task list for 1.3

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

On Tue, 6 Feb 2001 15:00:48 -0500 (EST), Steve Wainstead wrote:
=> This time I'm trying to keep track of all the ideas for 1.3 with the task
=> list.

	Is there any timeline at all for the release of 1.3?

	Some of us are drolling over the expectation of great new
features and improvements as discussed here.

	TIA.

	- Don

Re: [Phpwiki-talk] Bug? Pages unexpectedly deleated...

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

>However, I have seen some unexpected
>behavior with pages being accidentially deleated when trying to edit.
> [... rest of scary story omitted...]

Eeek.

Please tell us what backend (what type of database) you are using.
Also which OS and which version of PHP your server is running might
be of interest.

[Phpwiki-talk] Bug? Pages unexpectedly deleated...

[Jeb B. <je...@oc...>]

Hi, I'm running phpwiki 1.2.0 at http://buyorganic.org/live
Overall, it's really cool.  However, I have seen some unexpected
behavior with pages being accidentially deleated when trying to edit.
I was watching the Apache log while it happened once, so will show the 
relevant log entries below, as I explain the process...

207.135.238.21 - - [09/Mar/2001:10:08:53 -0800] "GET
/live?MountainPeoplesOrder HTTP/1.0" 200 5937
207.135.238.21 - - [09/Mar/2001:10:09:05 -0800] "GET
/live?edit=MountainPeoplesOrder HTTP/1.0" 200 5168

[Originally GET and edit of page.]

63.237.193.173 - - [09/Mar/2001:10:09:30 -0800] "GET
/wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 6093

[I check that it's still there at this point.]

207.135.238.21 - - [09/Mar/2001:10:13:43 -0800] "POST /live HTTP/1.0"
200 5614 "http://buyorganic.org/live?edit=MountainPeoplesOrder"
63.237.193.173 - - [09/Mar/2001:10:14:03 -0800] "GET
/wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 2320

User posts edit, and gets 5614 bytes response showing success...
I reload, and the page ss gone! (2320 bytes is new page template)

63.237.193.173 - - [09/Mar/2001:10:19:49 -0800] "GET
/wiki/admin.php?diff=MountainPeoplesOrder HTTP/1.1" 200 838

I check diff, which shows nothing in the database.  (I think it should
diff an empty pages against the archived copy.  Similarly, I think 
editing a deleated page with a copy in the archive should present the 
option to edit the archive copy...)

207.135.238.21 - - [09/Mar/2001:10:20:03 -0800] "POST /live HTTP/1.0"
200 5724 "http://buyorganic.org/live?edit=MountainPeoplesOrder"
63.237.193.173 - - [09/Mar/2001:10:20:57 -0800] "GET
/wiki/admin.php?MountainPeoplesOrder HTTP/1.1" 200 5655

I walked her through going Back, copying the text (sent to me as email)
and Saving again.  This time it worked(!!!) even though I expected
it to warn her that she was editing a previous copy, as I've seen when
going back before without reloading.

So, the page was unexpectedly lost.  Then, it was recovered by 
effectively posting a first edit to an empty page (which happened to 
luckily be in the browser cache).

The following is a possible clue, which I'm also confused about...
I did a 'dump serialized pages' to backup, and here is partial output:

SandBox ... 304 bytes written
MountainPeoplesOrderr ... 5 bytes written
MountainPeoplesOrderr ... 5 bytes written
MountainPeoplesOrderr ... 5 bytes written
MountainPeoplesOrder ... 3785 bytes written
HowToUseWiki ... 2403 bytes written

What are those three 5 byte pages with an extra 'r'??  They are not 
pages in the site database.  In fact, the first time I did the dump,
there was only one of these bogus entries in the output.  Since then, 
the page has been  accidentially deleated twice more.  So, I'm thinking 
these  records might be added each time the version is set back to 1 
(after a  page is deleated).

Of course, I plan to study the code to figure out exactly why this is
happening, but if anyone has ideas, I'd appreciate any clues.

Thanks!
-jeb

Re: [Phpwiki-talk] problem with phpwiki using dba.

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

>A word of caution: ndbm on Solaris only supports values of 1000 bytes.
>This means that a page could not exceed 1000 bytes in length or you got an
>internal server error.

Good point.  Also, I suspect the dbm handler suffers all the problems
that the dbm module did in the older PHPs, so both dbm and ndbm
are probably best avoided if possible.

I don't think db2 (or db3) has a limitation and data value size.
(I have not actually tested it though --- I figure Adam will scream
if it turns out to be a problem.)

The db2 and db3 handlers both use the Sleepycat implementation of
the "Berkeley DB" library.  (I am not at all sure what the
differences between db2 and db3 are.)

From http://www.sleepycat.com/docs/ref/program/dbsizes.html:
  "The largest key or data item that Berkeley DB can support
   is largely limited by available memory."

Jeff

Re: [Phpwiki-talk] problem with phpwiki using dba.

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

A word of caution: ndbm on Solaris only supports values of 1000 bytes.
This means that a page could not exceed 1000 bytes in length or you got an
internal server error.

You might want to test this out to see if it's the case, and if so try the
db2, about which I know nothing...

cheers
~swain


On Tue, 6 Mar 2001, Adam Shand wrote:

>
> > The dba_ functions are an interface to several of the dbm-style
> > database libraries.  'Gdbm' is only one of the types of databases
> > possible --- others include 'dbm', 'ndbm', 'db2', db3'.  Which ones
> > are available in your PHP are determined at PHP compile-time.
>
> debian disables gdbm in favor of db2 and ndbm i believe.
>
> > DBA support          |   enabled
> > Supported Handlers   |   gdbm db2 db3
>
> yep ... i get ...
>
> DBA support				enabled
> Supported handlers			ndbm db2
>
> > (Except, I suspect in your case gdbm won't be listed as a supported
> > handler.)
>
> yep, right on the money.
>
> > Change line 39 in dbalib.php from
>
> just like magic!
>
> > I think that should work.  (I've just tested it with 'db2' and that
> > seems to work fine.)
>
> yep please, this is really hard to debug if you aren't very familiar with
> php.
>
> THANK YOU!
> adam.
>
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

---
                  http://wcsb.org/~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