phpwiki-talk

Re: [Phpwiki-talk] web site clean up.

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

Steve Wainstead wrote:


> I would rather people file bugs on Sourceforge. They don't need an acco=
unt
> to do this. It's nice because I get an email notification when one is
> filed.


Ah! that's different. Maybe a little note somewhere saying that one=20
doesn't need to sign in to file a bug would help people like me ;)

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] web site clean up.

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

On Wed, 7 Nov 2001, Tara Star wrote:

> Adam Shand wrote:
>
>
> > finally, do you want bugs reported to the wiki or to sourceforge?  people
> > seem to like reporting them to the wiki better but i've seen repeated
> > requests for them to get filed on sourceforge.
>
> For filing bugs at sourceforge, you need to sign up there - right?
> That's going to prevent lots of people from doing it. Even the simplest
> registration process is an obstacle (even though I downloaded and
> installed v. 1.2.1, I waited quite a few days before signing up at
> sourceforge, thinking "I'm not a developper, I'm a user" - yeah I know
> it's lame...).
>
> Whereas on the wiki, if there is a page called PhpWikiBugs, all people
> need to do is... well, we all know what a wiki is so great for.

I would rather people file bugs on Sourceforge. They don't need an account
to do this. It's nice because I get an email notification when one is
filed.

Now, if email notification were written into PhpWiki and we could get
notices that someone has added/updated the PhpWikiBugs page, I think I
would still prefer Sourceforge because it's specifically tailored to bug
tracking. Bugs can be catagorized, rated, and closed or rejected.

This harkens to the thread about ticket tracking. If PhpWiki becomes
better at bug tracking than Sourceforge I'll switch someday.

~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] web site clean up.

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

Adam Shand wrote:


> finally, do you want bugs reported to the wiki or to sourceforge?  peop=
le
> seem to like reporting them to the wiki better but i've seen repeated
> requests for them to get filed on sourceforge.


When you want feedback, the less "obstacles" you put between the=20
"feeback-producer" and the actual communication of the feedback, the bett=
er.

For filing bugs at sourceforge, you need to sign up there - right?=20
That's going to prevent lots of people from doing it. Even the simplest=20
registration process is an obstacle (even though I downloaded and=20
installed v. 1.2.1, I waited quite a few days before signing up at=20
sourceforge, thinking "I'm not a developper, I'm a user" - yeah I know=20
it's lame...).

Whereas on the wiki, if there is a page called PhpWikiBugs, all people=20
need to do is... well, we all know what a wiki is so great for.


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] linking scheme and markup

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

Steve Wainstead wrote:

> On Wed, 7 Nov 2001, Gary Benson wrote:
>=20
>=20
>>What would be really cool would be for the engine to output XML of some
>>kind and then slap that through an XSL template to create the final pag=
e
>>(rather than using the html templates with ###TAGS### in them).
>>
>=20
> Looks like this will be feasible in the future:
>=20
> http://www.php.net/manual/en/ref.xslt.php
>=20
> However, I don't think anyone will be wanting to edit Wiki pages on the=
ir
> WAP phones or Palm Pilots anytime soon. Who knows? At the moment it sou=
nds
> to me like gold plating, which we developers love to do ;-)
>=20
> I wonder how slow it would be.


Producing output in xml isn't just for WAP and PalmPilot users. It makes=20
life much simpler for webmasters - see for example http://whump.com=20
which runs on XML (there are countless other sites that do too).

As for Palm... when I talked about wikis at work, one of the first=20
questions I was asked was "can you access it and edit it with a Palm?"=20
(of course, I work in a mobile phone company, so they are interested in=20
anything "mobile") - but I don't think it's so far-fetched to think=20
people will be doing it some time from now.



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] web site clean up.

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

okay well i've deleted all (unless i missed some) of the cruft that is
shown in the RecentChanges pages.  i'll start in on the older stuff soon.

some of it was a hard call though as it was bonafide content but seemed
totally unrelated to phpwiki (like a bunch of pages on the nurses march, a
lot of german pages and weird pages like SuperLinux).

i tried to use my best judgement but unless i was really unsure i deleted
it.

the only other thing i felt bad about was deleting home pages but there
were a lot of people who logged in and didn't really say anything.  so the
rule i used was if they said anything more then "testing blah" or left
some personal info i left it, otherwise i deleted it.

i'll start trying to categorize things soon.  the things that would be
really useful for this process (which i know have been talked about plenty
:-) are:

 * a page which lists all the pages
 * an orphaned pages implementation
 * a wanted pages implementation
 * phpwiki 1.3 plugins :-) to help with dynamically generating category
   pages
 * allowing the right hand side of interwiki maps to not be WikiWords (for
   the cool interwiki category hack).

also (sorry this is ending up longer then i'd meant) ...

there is a page showing up in RecentChanges called www.idanetwork.org but
when you go to it you get the FrontPage (and it actually is the FrontPage
not just a copy of the data).  it means that the page is impossible to
delete.

finally, do you want bugs reported to the wiki or to sourceforge?  people
seem to like reporting them to the wiki better but i've seen repeated
requests for them to get filed on sourceforge.

thanks,
adam.

Re: [Phpwiki-talk] 1.2.1 and 1.3.1 releases

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

Hi Gary,

I didn't put this patch into the 1.2.1 release because of the dependencies
on diff and Unix. I guess I'm starting to become sensitive to Windows
users! Save me!

It's a good patch, and if users want that or ask for it we'll definitely
point them to it. I think a robust email notification system will be
welcomed by a lot of people. It will make it more useful to an intranet.

~swain

On Sat, 27 Oct 2001, Gary Benson wrote:

>
> 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
>

---
                  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] linking scheme and markup

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

On Wed, 7 Nov 2001, Gary Benson wrote:

> What would be really cool would be for the engine to output XML of some
> kind and then slap that through an XSL template to create the final page
> (rather than using the html templates with ###TAGS### in them).

Looks like this will be feasible in the future:

http://www.php.net/manual/en/ref.xslt.php

However, I don't think anyone will be wanting to edit Wiki pages on their
WAP phones or Palm Pilots anytime soon. Who knows? At the moment it sounds
to me like gold plating, which we developers love to do ;-)

I wonder how slow it would be.

~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] linking scheme and markup

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

On Tue, 6 Nov 2001, Tara Star wrote:

> I've been digging around a bit in the script files, especially the parts
> that output html (templates et al) - because I'd like to customize the
> templates to output xhtml strict.

What would be really cool would be for the engine to output XML of some
kind and then slap that through an XSL template to create the final page
(rather than using the html templates with ###TAGS### in them).

Re: [Phpwiki-talk] linking scheme and markup

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

Thanks a lot, Jeff : )

seems I'm getting my mail now, at least. Otherwise, st...@po...=20
works : ) (though I'm sure I've lost loads of mail during these last=20
days, but that's another story)

http://tara.scdi.org/phpinfo.php will give you my version of mysql. I'll=20
try running the query manually (I've found someone to walk me through=20
it!) and I'll let you know if it works or not.

The db name is tara and not phpwiki, unfortunately (sysadmin did it for=20
me), but I specified "tara" in index.php, so I guess that should be ok?


Steph aka 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] linking scheme and markup

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

On Tue, 06 Nov 2001 21:31:13 +0100
"Tara Star" <te...@cl...> wrote:

>
> Can anybody help? is PearDB really really broken?
> 

I sent the following reply to you awhile ago, but apparently
due to your DNS transients or whatever, its still in the sendmail
queue at this end.  (Do you have another e-mail address besides
@climbtothestars.org I could use in the mean time?)

My best guess (which could well be wrong) is that you're running
a very old version of MySQL --- at this point I don't think
that the PEAR code is the cause of the problem.

===Here's the message waiting in my sendmail queue:===

Hi Tara,

It looks like your mysql doesn't like the "USING(id)" syntax,
but then again who knows?  What version of mysql are you running?

Can you try running that query manually (using the 'mysql' program)?
("That query" being:

select phpwiki_page.id 
  from phpwiki_nonempty inner join phpwiki_page
    using(id)
  where pagename='HomePage';

If that fails, try:

select phpwiki_page.id 
  from phpwiki_nonempty inner join phpwiki_page
    on phpwiki_page.id=phpwiki_nonempty.id
  where pagename='HomePage';



On Tue, 06 Nov 2001 17:58:46 +0100
"Tara Star" <te...@cl...> wrote:

> Tara Star wrote:
> 
> 
> > http://www.climbtothestars.org/newwiki/ (if you don't get a nasty
nasty 
> > mysql error, it means the problem is fixed)
> 
> 
> dns is propagating sluggishly. Try http://tara.scdi.org/newwiki/
instead.
> 
> Thanks for your help, I'm still stuck!

Re: [Phpwiki-talk] linking scheme and markup

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

Adam Shand wrote:

>>I've been digging around a bit in the script files, especially the
>>parts that output html (templates et al) - because I'd like to
>>customize the templates to output xhtml strict.
>>
>=20
> that sounds like a good think, can you mail them back to the list when
> you're done making them xhtml compliant?


If I manage to get there, I certainly well (though from what I've seen,=20
there are some <br> and <hr> thingies in other files too - I'll have to=20
do a thorough search to make sure I haven't forgotten anything.

But before that, I need to get the wiki running - been at it for a=20
couple of days, with help from various mysql-literate people (I'm not,=20
unfortunately), and it still won't work: http://tara.scdi.org/newwiki/

Can anybody help? is PearDB really really broken?

thanks


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] linking scheme and markup

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

> I've been digging around a bit in the script files, especially the
> parts that output html (templates et al) - because I'd like to
> customize the templates to output xhtml strict.

that sounds like a good think, can you mail them back to the list when
you're done making them xhtml compliant?

> The main templates I have found, as well as the stylesheets, but I'm
> in more trouble for the transformation rules - the markup the wiki
> generates depending on user input. Where will I find that? it it all
> in transform.php (and I just have to stare at it long enough to let it
> sink into my brain), or is it scattered amongst other files?

i believe it's all in transform.php but i'm very much not the expert.

> I also took a look at the linking scheme. I personally like WikiWords
> a lot, and would like to modify the script so that it it not possible
> to create a page with a title like "this is my page" or "whatever" =>
> it would have to be "ThisIsMyPage" and "Whatever".

this gets tricky pretty fast.  ShouldIBe allowed that as a wiki word?
i'd generally encourage you to force this by editorial control rather then
forcing it in the wiki unless you're really sure you want it.

adam.

[Phpwiki-talk] linking scheme and markup

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

I've been digging around a bit in the script files, especially the parts=20
that output html (templates et al) - because I'd like to customize the=20
templates to output xhtml strict.

The main templates I have found, as well as the stylesheets, but I'm in=20
more trouble for the transformation rules - the markup the wiki=20
generates depending on user input. Where will I find that? it it all in=20
transform.php (and I just have to stare at it long enough to let it sink=20
into my brain), or is it scattered amongst other files?

I also took a look at the linking scheme. I personally like WikiWords a=20
lot, and would like to modify the script so that it it not possible to=20
create a page with a title like "this is my page" or "whatever" =3D> it=20
would have to be "ThisIsMyPage" and "Whatever".

The idea being that the name of the page must start with a capital=20
letter, and cannot contain any spaces. What part of transform.php should=20
I be digging in for that? I'm a big confused, because it seems to be=20
just around the settings for allowing HTML (which I don't want), and I=20
don't want to mess things up too much ;)

Other than that, if you think my above idea is a bad one, do let me know!

Thanks a lot for help, comments, suggestions, etc.


--=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] 1.3.1 installation problem

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

Tara Star wrote:


> http://www.climbtothestars.org/newwiki/ (if you don't get a nasty nasty=
=20
> mysql error, it means the problem is fixed)


dns is propagating sluggishly. Try http://tara.scdi.org/newwiki/ instead.

Thanks for your help, I'm still stuck!

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] 1.3.1 installation problem

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

Knowing there is a slight chance that the problem will be solved by the=20
time anyone reading, but assuming nonetheless that it probably will not=20
be the case, here be it:

http://www.climbtothestars.org/newwiki/ (if you don't get a nasty nasty=20
mysql error, it means the problem is fixed)

I've re-read the installation instructions, combed through index.php=20
(index.phps if you want to see what I did), and didn't touch much else.=20
Do you have any suggestions as to what might have gone wrong?

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] Backups (was: alpha tables flushed nightly)

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

On Mon, 5 Nov 2001, Jeff Dairiki wrote:

> On Mon, 5 Nov 2001 14:49:31 -0500 (EST)
> "Steve Wainstead" <sw...@pa...> wrote:
>
> > On Mon, 5 Nov 2001, Adam Shand wrote:
> > > i think it would also be nice to migrate the main phpwiki site to the
> 1.3
> > > code base to get it some testing and exposure.
> >
> > Yes, I'll do that soon. The main site will be the for discussion; the
> > alpha site for experimentation. In fact there's no reason why we can't
> > have demos of all three versions (1.0, 1.2, 1.3.x) and a stable home
> site
> > for the project.
>
> That sounds like a fine plan.
>
> We should probably (if "we"'re not doing so already) set up some regular
> back-upage of the production wiki.  I can set up a cron job to fetch a
> nightly zip-dump to my home machine, but if someone else has a system
> which is more systematically backed-up (e.g. nightly tapes), that would,
> of course, be preferable.
>
> For that matter, we should arrange for backups of the CVS archive (&
> perhaps other data) as well.  I just noticed that this is, more-or-less,
> our responsibility, not SourceForge's.  See:
>   http://sf.net/docman/display_doc.php?docid=6840&group_id=1

Aye, we could just do a mysqldump too. I can set up a cron job on my
remote server to do this every night. I'll add it to the todo list.

~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] Backups (was: alpha tables flushed nightly)

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

On Mon, 5 Nov 2001 14:49:31 -0500 (EST)
"Steve Wainstead" <sw...@pa...> wrote:

> On Mon, 5 Nov 2001, Adam Shand wrote:
> > i think it would also be nice to migrate the main phpwiki site to the
1.3
> > code base to get it some testing and exposure.
> 
> Yes, I'll do that soon. The main site will be the for discussion; the
> alpha site for experimentation. In fact there's no reason why we can't
> have demos of all three versions (1.0, 1.2, 1.3.x) and a stable home
site
> for the project.

That sounds like a fine plan.

We should probably (if "we"'re not doing so already) set up some regular
back-upage of the production wiki.  I can set up a cron job to fetch a
nightly zip-dump to my home machine, but if someone else has a system
which is more systematically backed-up (e.g. nightly tapes), that would,
of course, be preferable.

For that matter, we should arrange for backups of the CVS archive (&
perhaps other data) as well.  I just noticed that this is, more-or-less,
our responsibility, not SourceForge's.  See:
  http://sf.net/docman/display_doc.php?docid=6840&group_id=1

Re: [Phpwiki-talk] alpha tables flushed nightly

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

On Mon, 5 Nov 2001, Adam Shand wrote:

>
> maybe setup the alpha site as steve discussed to be purged nightly as a
> test/demo site.  then put a notice on the main site at the top/bottom
> which directs people to the test site to mess around there.
>
> i think it would also be nice to migrate the main phpwiki site to the 1.3
> code base to get it some testing and exposure.

Yes, I'll do that soon. The main site will be the for discussion; the
alpha site for experimentation. In fact there's no reason why we can't
have demos of all three versions (1.0, 1.2, 1.3.x) and a stable home site
for the project.

~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] alpha tables flushed nightly

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

> Or perhaps try to cleanup the main wiki, and divert and create a new
> "1.2 sandbox wiki" and try to funnel all the asdfasdfTestPages to it.

i think this is a good idea, keep the data in one place.  i've actually
been meaning to offer for a while ... i already spend a reasonable amount
of time a day maintaining wiki's (see personaltelco.net and spack.org as
reference) and the phpwiki is fairly low traffic.  if someone is willing
to give me admin privledge so i can delete pages i would be happy to try
and keep the main wiki clean.  there's a lot of great info there but it's
often lost in the noise.

maybe setup the alpha site as steve discussed to be purged nightly as a
test/demo site.  then put a notice on the main site at the top/bottom
which directs people to the test site to mess around there.

i think it would also be nice to migrate the main phpwiki site to the 1.3
code base to get it some testing and exposure.

adam.

Re: [Phpwiki-talk] alpha tables flushed nightly

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

On Mon, 5 Nov 2001 12:28:50 -0500 (EST)
"Steve Wainstead" <sw...@pa...> wrote:

> Every night all the pages will be restored to the defaults.

I think this is a fine idea for testing purposes, but it does bring
up a point.

The main phpwiki wiki now is more or less useless for real interaction
and brainstorming due to the fact it's RecentChanges is overriden with
test pages.
The alpha wiki (perhaps due to its lower visibility) actually fostered
some useful intercourse on itself.

Perhaps we could rename the current alpha wiki to "developer wiki"
or some such, and keep it around (with intact data).  (And have a
separate new "alpha wiki" whose sole purpose is testing.)

Or perhaps try to cleanup the main wiki, and divert and create a new
"1.2 sandbox wiki" and try to funnel all the asdfasdfTestPages to it.

Or?

Jeff 

[Phpwiki-talk] alpha tables flushed nightly

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

I realized it would only take one line in the cron script to dump/reload
all the tables for the alpha site. Every night all the pages will be
restored to the defaults.

~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] oops, I did it again - no need for help with templates

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

There are no stupid questions. That's what we're here for! :-)

~swain

On Sun, 4 Nov 2001, Tara Star wrote:

> It seems I just have to post the question to the mailing list to find
> the answer, even though I've been searching and searching before.
>
> I've just found Template.php
>
> Sorry for the useless mail!
>
> Tara
>
> --
> 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 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] problem solved

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

This reminds me... it's still a bug in the 1.2 version, isn't it? We
default to 'gdbm' where we should make the user set it in lib/config.php.

~swain

On Sat, 3 Nov 2001, Jeff Dairiki wrote:

> 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 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] alpha site redux

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

I see, to no surprise, the alpha site's home page has been altered over
and over. No big deal really.... for now...

I've wanted for a long time to alter the nightly cron that pulls all the
sources from CVS and sets up the alpha site. It should wipe the tables
from the database -- or at least run 'delete from alpha_pages' so the Wiki
reinitializes itself every night. But more ideally the nightly cron should
emulate the process of setting up PhpWiki from scratch. This will point
out bugs in the install process.

Maybe tonight or tomorrow. Got a project to finish, to pay the bills, so I
can do more PhpWiki stuff! :-)

~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] Admin and PostgreSQL

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

On Sat, Nov 03, 2001 at 07:38:19PM -0800, Jeff Dairiki wrote:
> 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 $');

This change worked--thanks!

-- Roger