phpwiki-talk

[Phpwiki-talk] Future plans?

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

Me again,

What are the future enhacement plans for phpWiki?

Pablo Roca (pr...@cl...)
La Coruna - Espana
myPHPortal Team
http://sourceforge.net/projects/myphportal


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Steve
> Wainstead
> Enviado el: martes, 09 de enero de 2001 18:13
> Para: php...@li...
> Asunto: [Phpwiki-talk] Arno, I need a little help...
>
>
>
> This gentleman has been trying to install a DBM based PhpWiki on a Red Hat
> system. I am fairly certain he's using version 1.1.9. I'm stumped at this
> point as to why he cannot get it to work... initially it looked like he
> didn't compile DBM support into PHP, which he then did, but it still
> gives him a blank page. Perhaps there is something in PHP4.04 we don't
> know about... perhaps you can see something I'm overlooking.
>
> thx
> ~swain
>
>
>
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain
>

[Phpwiki-talk] Integrating phpwiki with myphportal

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

Hi Steve,

I am trying to integrate phpwiki with myphportal software we are doing, all
pages we render are in the following format:

anypage.php

<?php

if (!isset($mainfile)) { include("mainfile.php"); }

include("header.php");
?>

Here goes the HTML code as normal.

<?php
include("footer.php");
?>

I have looked at your code (not much till now), and I didn't saw how to
incorporate the HTML you generate in a php like we do, I digged into
lib\stdlib.php and I'm figuring that this is done in the GeneratePage
function. Am I right? Or must I do in another way saying to phpWiki to
render mainfile.php , header.php and footer.php we do?

Thanks,


Pablo Roca (pr...@cl...)
La Coruna - Espana
myPHPortal Team
http://sourceforge.net/projects/myphportal

RE: [Phpwiki-talk] Arno, I need a little help...

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

Hi Steve,

Just to say two things, maybe this man must ensure exactly of what version
of php he has, he just says php 4.0 , we at myphportal have noticed some
errors from people running php 4.0 Beta 2. This man must do a phpinfo() for
seeing his version.

The message sent out to the browser "Just before OpenDataBase" is not at
phpwiki code, maybe he has modified some code or this is a server message.

Finally let me introduce myself, I am part of a web portal system we are
developing called myphportal, is a software based on phpNuke with more than
90 bugs fixed, you can see in action at:

http://proca.nexen.net

I hope I have enough time to collaborate with phpwiki project. But don't add
me cause by now I can't promise any time.

Best,

Pablo Roca (pr...@cl...)
La Coruna - Espana
myPHPortal Team
http://sourceforge.net/projects/myphportal


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Steve
> Wainstead
> Enviado el: martes, 09 de enero de 2001 18:13
> Para: php...@li...
> Asunto: [Phpwiki-talk] Arno, I need a little help...
>
>
>
> This gentleman has been trying to install a DBM based PhpWiki on a Red Hat
> system. I am fairly certain he's using version 1.1.9. I'm stumped at this
> point as to why he cannot get it to work... initially it looked like he
> didn't compile DBM support into PHP, which he then did, but it still
> gives him a blank page. Perhaps there is something in PHP4.04 we don't
> know about... perhaps you can see something I'm overlooking.
>
> thx
> ~swain
>
>
>
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain
>

[Phpwiki-talk] Arno, I need a little help...

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

This gentleman has been trying to install a DBM based PhpWiki on a Red Hat
system. I am fairly certain he's using version 1.1.9. I'm stumped at this
point as to why he cannot get it to work... initially it looked like he
didn't compile DBM support into PHP, which he then did, but it still
gives him a blank page. Perhaps there is something in PHP4.04 we don't
know about... perhaps you can see something I'm overlooking.

thx
~swain



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

[Phpwiki-talk] ignore this - just test

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

Sorry only for testing.

Pablo Roca (pr...@cl...)
La Coruña - España 

Re: [Phpwiki-talk] PHP virus?

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

> 
> I dont' pretend to completely understand this, but I would think a
> sysadmin would have to install the PHP script (or perhaps an unwitting
> user) in order to "infect" the system. The article has no details.
> 
> http://www.theregister.co.uk/content/4/15862.html

Looks like it's only barely a virus, and more a sort of pirate script that
just adds itself to other scripts... not hard to imagine, really. *sigh* 

Too bad. Not the publicity PHP needs, 'specially with the rampant silliness
concerning virii.

Ari

[Phpwiki-talk] PHP virus?

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

I dont' pretend to completely understand this, but I would think a
sysadmin would have to install the PHP script (or perhaps an unwitting
user) in order to "infect" the system. The article has no details.

http://www.theregister.co.uk/content/4/15862.html


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

Re: [Phpwiki-talk] latest changes & todo

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

Arno Hollosi <aho...@in...> writes:

> What else is there to do? Tasks I can think of:
> - update localized versions
> - write a locale/README (e.g. how to add your language -- Jan?)

Currently have not too much time on my hands, but here's a (bit
patched up) email I sent in response to a translation question.
All info should be there.  This would make a nice wiki page,
maintained by new translators AddNewLocale :-)


./locale/README:

From: Jan Nieuwenhuizen <ja...@gn...>
Subject: Re: [Phpwiki-talk] translation
To: php...@li...
Cc: Arno Hollosi <aho...@in...>,  Olivier Kaloudoff <ka...@ka...>
Date: 14 Dec 2000 20:51:16 +0100
Organization: Jan at Appel

Olivier Kaloudoff <ka...@ka...> writes:

> 	I saw locale/translate.sh in the
> 1.1.9 tarball. I seems to be useful *after*
> translation.
> 
> 	But no docs about how to start
> translation for a new locale (fr).

Just copy the locale/po/phpwiki.pot to fr.po, alongside nl.po.  Then,
translate all the strings to french.  Emacs has a handy po translation
mode for you.

Most of the work, though, is in translating the pgsrc and template
files.  Easiest is to do:

    mkdir locale/fr
    cp -rv pgsrc locale/fr
    cp -rv templates locale/fr

You may want to change the names of some pgsrc files afterwards.  For
anything you don't know, look at the `nl' or `de' versions*.

After you've translated everything, you may want to check the result
of your efforts, run:

    ./locale/translate.sh

which generates the translation tables, the mo files**.  Then, edit

    ./lib/config.php

and change the lines that set $LANG to make phpwiki use your language,
to make them look like this:

   //  Select your language - default language "C": English
   // other languages available: Dutch "nl", Spanish "es", German "de"
   // $LANG="C";
   $LANG="fr";

Phpwiki should now speak french.

If you're unfamiliar with GNU gettext and po files, you may find some
information at http://www.iro.umontreal.ca/contrib/po/HTML/

If you succeed, you may also want to add instructions to this
translation doco for phpwiki ;-)

Good luck,
Jan.

*) you have to get the filenames for the templates right, e.g.
  
**)translate.sh is a simple script that tries to replace the usual
   `make po po-update'.  It actually does these things:

   * make the .pot file up to date
   * merge differences into all translated .po files
   * generate .mo files
   * generate legacy php3 translation dictionary [this is the hairiest
     part and should be dropped when we drop php3 support]

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


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

Re: [Phpwiki-talk] latest changes & todo

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

On Thu, 4 Jan 2001, Arno Hollosi wrote:

> What else is there to do? Tasks I can think of:
> - update localized versions
> - write a locale/README (e.g. how to add your language -- Jan?)
> - add some info about migrating from older phpwiki to current versions
> - look at other database implementations

Only to add an INSTALL.flatfile for the filesystem db. I have been playing
with the latest build the last couple of days and it looks solid. The flat
file system has all the basic functionality, and hooks for adding the
other features (MostPopular, etc).

Everything on the task list can go into 1.3, except for the code cleanup.
What I'm looking for here mostly are more comments in the code. I have an
email I was trying to send out last month but SF's mailing lists were not
working at the time. I'll resend it when I get home.

> 
> We should get moving, otherwise Linux 2.4 ships before phpwiki 1.2 :o)

That doesn't sound like that much of a challenge ;-)

~swain


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

[Phpwiki-talk] latest changes & todo

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

Hi,

I've commited some more changes.

* stdlib.php, savepage.php: moved UpdateRecentChanges() to savepage.php

* stdlib.php, transform.php: corrected and added comments
  (e.g. SetHTMLOutputMode())

* config.php, stdlib.php, transform.php: renamed ZERO/SINGLE_DEPTH to
  ZERO/NESTED_LEVEL (makes more sense)

* transform.php: empty lines are now tag '' (i.e. no tag), and (normal)
  text lines are now tag '<p>' - this produces cleaner HTML. I checked
  TestPage as well as some other pages and it seems to produce the same
  layout. Please test yourself and let me know if there are any important
  differences to the old style.

* mysql.php: added some comments, fixed yet another E_NOTICE


What else is there to do? Tasks I can think of:
- update localized versions
- write a locale/README (e.g. how to add your language -- Jan?)
- add some info about migrating from older phpwiki to current versions
- look at other database implementations

We should get moving, otherwise Linux 2.4 ships before phpwiki 1.2 :o)

/Arno

p.s. David LeBlanc's problem is fixed

> forwarded message from "David LeBlanc" <wh...@oz...>
>
> Hi Arno;
>
> Ok, I got the nightly tarball, set the config.php file to mysql, create=
d a
> db called wiki, ran the schema script using phpmysqladmin (what a great
> prog!) and viola! it worked like a charm! :) A cascade of messages "add=
ing
> <somepage>" greeted my eager gaze :)
>
> Thanks for your help!
>
> I hope to start making some contributions to phpwiki in the future!
>
> Regards!
>
> Dave LeBlanc

[Phpwiki-talk] Another PhpWiki site worth noting

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

Ian Clarke, founder of the controversial Freenet project
(http://freenet.sourceforge.net/) uses PhpWiki for his home page:

http://www.octatyne.com/

~swain

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

Re: [Phpwiki-talk] cvs mailing list dead?

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

Yes, it looks dead. I'll try to figure it out tonight. There are a few
minor problems since they relocated servers for Sourceforge.

sw

On Tue, 2 Jan 2001, Arno Hollosi wrote:

> 
> Subject says it all. Is it just me or did you receive no notifications of 
> the latest checkins as well?
> 
> /Arno
> 
> p.s. Steve, sorry for the slip in my latest checkins.
> I have two or more copies of phpwiki installed (for test purposes) and had 
> catched that typo, but apparently commited the wrong version.
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/mailman/listinfo/phpwiki-talk
> 

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

[Phpwiki-talk] cvs mailing list dead?

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

Subject says it all. Is it just me or did you receive no notifications of=
=20
the latest checkins as well?

/Arno

p.s. Steve, sorry for the slip in my latest checkins.
I have two or more copies of phpwiki installed (for test purposes) and ha=
d=20
catched that typo, but apparently commited the wrong version.

[Phpwiki-talk] Re: Trouble with phpwiki

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

> > If no FrontPage exists, files from pgsrc/ are *automatically* inserte=
d
> When I changed the db type to "mysql", it brought up a page that now ha=
d
> the "5 best links...." stuff at the bottom of the page, but it made no
> attempt to load pgsrc into the db.

(I concentrate on mysql here, filedb will be checked later)

Just to get this right: you created all necessary tables as defined in th=
e=20
schema script. Then you loaded the wiki URL and nothing happend? (apart=20
from a blank page?)

Could you please verify the following:
- does the page "FrontPage" exist in your wiki? (assuming English
  language wiki)
- if not, is the function LoadZipOrDir() (file setupwiki.php) called?
  (insert a print into that function and you will see)
- do you get errors when LoadZipOrDir() is executed?
  e.g. that the specified directory for pgsrc is not found?
  (change error reporting in config.php to error_reporting(E_ALL))


> Can you point me to the sources that do this autoloading please?

LoadZipOrDir() in setupwiki.php does the initial loading.
It is called from display.php when no FrontPage exists. You can execute t=
he
function directly as well, if you include stdlib.php & config.php first a=
nd
open a database like done in index.php.


> A lot of warnings about undefineds: "id" and "hash" (this might be wron=
g,
> i'm doing it from memory - see the other email I sent Steve).

was this in the filedb or mysql implementation?
afaik I didn't clean up filedb.

> It was complaing about a syntax error in the SQL statement.

Synatx error would mean that the SQL statement is not executed.=20
I assume you don't mean that, do you?

> I notice that the refs field in the wiki table ends up getting
> set to "N;" which looks a bit odd.

It's the way it should be: serialize() sets undefined variables to "N;"=20
whereas an empty array looks like "a:0:{}". Ok, one could argue we'd rath=
er=20
have an empty array instead of an undefined variable. I'm going to look=20
into this.

> Well, I didn't know it was supposed to autoload - sorry :). It would be
> nice to expose the "load from text" that the autoload facility uses to
> install from pgsrc.

Shouldn't be too hard to add. Maybe we include this before 1.2.

> I hope nobody mistook my wining for lack of appreciation!

No - in that case I'd just ignore you :o)
I'm happy about bug reports. Keep us informed.


/Arno

p.s. if possible please 'cc your replies to phpwiki-talk as well. That wa=
y=20
we keep in sync with the other developers. If you intend to send more=20
emails I'd suggest you join that mailing list. It's low traffic.

[Phpwiki-talk] Fwd: RE: Trouble with phpwiki

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

----------  Forwarded Message  ----------
Subject: RE: Trouble with phpwiki
Date: Mon, 1 Jan 2001 13:02:08 -0800
From: "David LeBlanc" <wh...@oz...>
To: "Arno Hollosi" <aho...@in...>


Hi Arno;

My comments are intersperced below...

> -----Original Message-----
> From: Arno Hollosi [mailto:aho...@in...]
> Sent: Monday, January 01, 2001 2:24 AM
> To: David LeBlanc
> Cc: Steve Wainstead; php...@li...
> Subject: RE: Trouble with phpwiki
>
>
> David,
>
> > I've installed Apache 1.3.14, Php 4.04 and phpwiki 1.19 on Windows NT
>
> 1.19 has some nasty bugs. Try the nightly tarball instead.

Ok, will do!

> > The biggest problem imho is that there is no seed database, zip file =
or
> > flat (serialized) file to get one started.
>
> ??? If no FrontPage exists, files from pgsrc/ are *automatically*
> inserted
> into whatwever database you have chosen (dbm, mysql, flatfile, ...)
> If this didn't work for you, I'd appreciate if you could give as a more
> detailed bug report.

With the db type set to "file", and warnings set on, db_filesystem.php
 warns when it tries to unserialize files (db_flatfile.php line 51), and =
it
 brought up an empty "default" page (created on the fly I think). It also
 warns about a "no such file" .zip file too.

When I changed the db type to "mysql", it brought up a page that now had
 the "5 best links...." stuff at the bottom of the page, but it made no
 attempt to load pgsrc into the db. The db was created by hand and then b=
y
 using the schema script and pasting it into phpymsql admin tool.

Can you point me to the sources that do this autoloading please?

> > run your code before delivery with warnings enabled.
>
> I do. Not too long ago, I cleaned up a whole bunch of those warnings.
> Maybe, I didn't check with a fresh install.

A lot of warnings about undefineds: "id" and "hash" (this might be wrong,
i'm doing it from memory - see the other email I sent Steve).

> > There are some suspicious ones which I think makes it fail silently
> > when warnings are off.
>
> Example?

See Above

> > When loading the pages into mysql using the "edit this page" page's
> > Save button, mysql reported some syntax errors (loudly <g>) yet, when=
 I
> > went back and reloaded the base page and clicked on the link pointing
> > to the page i'd just entered, it was there! This behavior stopped aft=
er
> > about the 4th page loading.
>
> I guess this has to do with some SQL queries turning up an empty
> result at
> the beginning. Actually, this can only happen if you start with
> *no* pages
> in your db, whereas if the setup process works you have at least a doze=
n
> pages from pgsrc/ in your database.

It was complaing about a syntax error in the SQL statement. I notice that
the refs field in the wiki table ends up getting set to "N;" which looks =
a
bit odd.

> > It would be really nice, given the availability of the page sources, =
if
> > there was some sort of initial "load database/zip/flatfile" utility.
>
> Apart from the automatic load process (if no FrontPage exists), there's=
 a
> "load serialized pages" on the admin page. Or am I misunderstanding
> something here?

Well, I didn't know it was supposed to autoload - sorry :). It would be
 nice to expose the "load from text" that the autoload facility uses to
 install from pgsrc.

> > P.S. I tried locking a page (formatting rules), but phpwiki didn't se=
em
> > to honor that
>
> Could you describe exactly what you are doing and what the results are?
> Locking works for me.

I'll do that as soon as I can.

> > I don't see any bits in the wiki schema for page access control
> > do you do it some other way?
>
> Currently we distinguish only between two users: admin and everyone els=
e.
> Admin may edit locked pages, mortals may not (stored in 'flags',
> FLAG_PAGE_LOCKED is set). Reading is allowed for everyone. A more
> sophisticated user managament is currently not high priority.

By 'page access control', I was refering to locking - although, at some
point in the future, it would be nice to have admin/user access control.

> /Arno

One consequence of my having hand loaded the sql db seems to be that page=
s
aren't getting archived - "diff" always says the page isn't in the archiv=
e.

I hope nobody mistook my winging for lack of appreciation! PhpWiki is NEA=
T

:)

Happy New Year!!

Regards,

Dave

-------------------------------------------------------

[Phpwiki-talk] RE: Trouble with phpwiki

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

David,

> I've installed Apache 1.3.14, Php 4.04 and phpwiki 1.19 on Windows NT

1.19 has some nasty bugs. Try the nightly tarball instead.

> The biggest problem imho is that there is no seed database, zip file or
> flat (serialized) file to get one started.

??? If no FrontPage exists, files from pgsrc/ are *automatically* inserte=
d=20
into whatwever database you have chosen (dbm, mysql, flatfile, ...)
If this didn't work for you, I'd appreciate if you could give as a more=20
detailed bug report.

> run your code before delivery with warnings enabled.

I do. Not too long ago, I cleaned up a whole bunch of those warnings.
Maybe, I didn't check with a fresh install.

> There are some suspicious ones which I think makes it fail silently
> when warnings are off.

Example?

> When loading the pages into mysql using the "edit this page" page's Sav=
e
> button, mysql reported some syntax errors (loudly <g>) yet, when I went
> back and reloaded the base page and clicked on the link pointing to the
> page i'd just entered, it was there! This behavior stopped after about
> the 4th page loading.

I guess this has to do with some SQL queries turning up an empty result a=
t=20
the beginning. Actually, this can only happen if you start with *no* page=
s=20
in your db, whereas if the setup process works you have at least a dozen=20
pages from pgsrc/ in your database.


> It would be really nice, given the availability of the page sources, if
> there was some sort of initial "load database/zip/flatfile" utility.

Apart from the automatic load process (if no FrontPage exists), there's a=
=20
"load serialized pages" on the admin page. Or am I misunderstanding=20
something here?

> P.S. I tried locking a page (formatting rules), but phpwiki didn't seem
> to honor that

Could you describe exactly what you are doing and what the results are?
Locking works for me.


> I don't see any bits in the wiki schema for page access control
> do you do it some other way?

Currently we distinguish only between two users: admin and everyone else.
Admin may edit locked pages, mortals may not (stored in 'flags',=20
FLAG_PAGE_LOCKED is set). Reading is allowed for everyone. A more=20
sophisticated user managament is currently not high priority.

/Arno

[Phpwiki-talk] [Fwd: Trouble with phpwiki]

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

-- 
http://wcsb.org/~swain/ | "In a calendar year, America's entire
  *   *   *   *   *   * | recorded music industry has revenues
*   *   *   *   *   *   | roughly equal to one month's sales by
  *   *   *   *   *   * | IBM." --Philip Greenspun

[Phpwiki-talk] Re: Trouble with phpwiki

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

Hi David, happy new year!...

> I've installed Apache 1.3.14, Php 4.04 and phpwiki 1.19 on Windows NT
> 4.0sp6, and things aren't working so well.
> 
> I have been able to get a default frontpage to come up, but when I set up
> k:/apache/htdocs/phpwiki/mywiki/Pages using the content of the pgsrc dir, it
> won't serve any of those pages. (Also changed lib/config.php to use the
> 'file' db type and also modified the paths as needed.)
 
> I modified the error reporting at the top of the index.php file and got the
> following:
> Warning: unserialize() failed at offset 0 of 337 bytes in
> lib/db_filesystem.php on line 52

Ah... you're using the flat-file database approach, which is severely
alpha in quality. I have never installed it myself. I won't have time
today, and probably not tomorrow either, but definitely this week.
 
> Warning: Undefined variable: hash in lib/stdlib.php on line 113
> 
> Warning: Undefined variable: hash in lib/stdlib.php on line 115
> 
> Warning: Undefined variable: hash in lib/stdlib.php on line 117
> 
> >From what I understand of php, the undefined variables are probably not a
> problem, but the unserialize is something I know nothing about.

PHP has a built-in function pair, serialize() and unserialize(). They
take an array and convert it to/from a string. This is so the arrays can
be written to a file and later restored.

> 
> Also, on the default "FrontPage" page that does come up, clicking on any of
> the links for editing etc. don't work at all - I get a blank page after a
> longish delay (server timing out?). I think this might be due to some
> setting that's not correct in the apache config file, but i'm clueless about
> what it might be.

Do you get the "connection reset by peer" error in your Apache errors
file?

> BTW, admin/wikiadminforms.php comes up beautifully! Then, the "download
> zips" stuff won't work.

Not a surprise, since it doesn't require a database hit to render the
page... not as I recall, anyway.

> Any insight you might have would be appreciated.
> 
> Sincerely,
> 
> Dave LeBlanc

I'm cc'ing this to phpwiki-talk in case Ari is out there, who wrote the
flat file support.

cheers
sw

-- 
http://wcsb.org/~swain/ | "In a calendar year, America's entire
  *   *   *   *   *   * | recorded music industry has revenues
*   *   *   *   *   *   | roughly equal to one month's sales by
  *   *   *   *   *   * | IBM." --Philip Greenspun

Re: [Phpwiki-talk] Php 4 and PhpWiki 1.0.3

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

Hmm. The new compile of PHP on Sourceforge does not support DBM files...
that is, they did not enable this option when they built PHP. I wonder
why. I'll file a service request since this may affect more than one
installation of PhpWiki on SF.

sw

On Thu, 21 Dec 2000, JP S-C wrote:

> Dear Mr.Wainstead and phpwiki-talk,
> 
> 	I run Phpwiki 1.0.3 on my site (http://ocularis.sourceforge.net) and
> since the SourceForge scheduled downtime and upgrade to Php 4.03pl1
> PhpWiki does not work at all.  I suspect this is because of Php 4
> incompatabilities.
> 
> 	Any quick fixes other than upgrading?  
> 
> 	(I tried installing 1.1.6 and 1.1.9 and I had configuration problems
> which I am sure I could work out, but 1.0.3 works great w/o spending
> time learning how to config and admin a new version).  
> 
> 	I gather I can import my old PhpWiki file containing the old pages...
> right?  
> 
> 	Thanks for all of your hard work.  I just thought you might want to
> know that SF servers' setups now conflict with what a version of phpwiki
> that you offer for download on your site.
> 
> Best Regards,
> 
> --JP Schnapper-Casteras
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/mailman/listinfo/phpwiki-talk
> 

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

[Phpwiki-talk] Php 4 and PhpWiki 1.0.3

[JP S-C <jp...@ya...>]

Dear Mr.Wainstead and phpwiki-talk,

	I run Phpwiki 1.0.3 on my site (http://ocularis.sourceforge.net) and
since the SourceForge scheduled downtime and upgrade to Php 4.03pl1
PhpWiki does not work at all.  I suspect this is because of Php 4
incompatabilities.

	Any quick fixes other than upgrading?  

	(I tried installing 1.1.6 and 1.1.9 and I had configuration problems
which I am sure I could work out, but 1.0.3 works great w/o spending
time learning how to config and admin a new version).  

	I gather I can import my old PhpWiki file containing the old pages...
right?  

	Thanks for all of your hard work.  I just thought you might want to
know that SF servers' setups now conflict with what a version of phpwiki
that you offer for download on your site.

Best Regards,

--JP Schnapper-Casteras

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Phpwiki-talk] DBM support

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

This is now committed to CVS. I need to give it another round of testing.

thx so much!
sw

On Thu, 14 Dec 2000, Jan Hidders wrote:

> I have just completed a new version of dbmlib.php that now also defines
> GetWikiPageLinks et cetera, and an alternative version of InitMostPopular
> (it sorted alphabetically and not numerically). I have also defined the
> function RemovePage so pages can now be removed.
> 
> Whom do I send this to?
> 
> Kind regards,
> 
> -- Jan Hidders
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/mailman/listinfo/phpwiki-talk
> 

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

[Phpwiki-talk] [Bug #126111] MySQL server hostname not found (fwd)

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

and so.. the site is up again. Nice of them to tell us the server name
changed.

sw

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

---------- Forwarded message ----------
Date: Sun, 17 Dec 2000 18:41:55 -0800
From: no...@so...
To: sw...@wc..., pre...@va...
Subject: [Bug #126111] MySQL server hostname not found

Bug #126111, was updated on 2000-Dec-17 13:33
Here is a current snapshot of the bug.

Project: SourceForge
Category: Project Database Server
Status: Closed
Resolution: None
Bug Group: PHP Programming
Priority: 5
Submitted by: wainstead
Assigned to : precision
Summary: MySQL server hostname not found

Details: Hello,

>From the shell on usw-pr-shell1:

wainstead@usw-pr-shell1:~/www/htdocs/phpwiki$ !mysql
mysql -h moby.p.sourceforge.net -u phpwiki -pnotshown phpwiki
ERROR 2005: ^GUnknown MySQL Server Host 'moby.p.sourceforge.net' (2)
wainstead@usw-pr-shell1:~/www/htdocs/phpwiki$


My web application has been down all weekend:

Warning: MySQL Connection Failed: Unknown MySQL Server Host 'moby.p.sourceforge.net' (2) in
/home/groups/phpwiki/htdocs/phpwiki/lib/mysql.php on line 32

thanks once again,
sw

Follow-Ups:

Date: 2000-Dec-17 18:41
By: precision

Comment:
either use the short hostname 'moby' or use the new one 'pr-db1'
-------------------------------------------------------

Date: 2000-Dec-17 13:34
By: wainstead

Comment:
Oh, I forgot the url:

http://phpwiki.sourceforge.net/phpwiki/index.php
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126111&group_id=1

[Phpwiki-talk] [Bug #125995] missing template-path at German phpwiki.php file]

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

-- 
http://wcsb.org/~swain/ | "In a calendar year, America's entire
  *   *   *   *   *   * | recorded music industry has revenues
*   *   *   *   *   *   | roughly equal to one month's sales by
  *   *   *   *   *   * | IBM." --Philip Greenspun

[Phpwiki-talk] [Bug #126111] MySQL server hostname not found (fwd)

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

This has probably been hosed since the move on Friday (Sourceforge
relocated stuff to some new servers.)I cannot get the DBM files to work
either, probably because they changed tht user the web server runs under.


sw

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

---------- Forwarded message ----------
Date: Sun, 17 Dec 2000 13:33:56 -0800
From: no...@so...
To: sw...@wc..., no...@so...,
    ale...@so...
Subject: [Bug #126111] MySQL server hostname not found

Bug #126111, was updated on 2000-Dec-17 13:33
Here is a current snapshot of the bug.

Project: SourceForge
Category: Project Database Server
Status: Open
Resolution: None
Bug Group: PHP Programming
Priority: 5
Submitted by: wainstead
Assigned to : nobody
Summary: MySQL server hostname not found

Details: Hello,

>From the shell on usw-pr-shell1:

wainstead@usw-pr-shell1:~/www/htdocs/phpwiki$ !mysql
mysql -h moby.p.sourceforge.net -u phpwiki -pnotshown phpwiki
ERROR 2005: ^GUnknown MySQL Server Host 'moby.p.sourceforge.net' (2)
wainstead@usw-pr-shell1:~/www/htdocs/phpwiki$


My web application has been down all weekend:

Warning: MySQL Connection Failed: Unknown MySQL Server Host 'moby.p.sourceforge.net' (2) in
/home/groups/phpwiki/htdocs/phpwiki/lib/mysql.php on line 32

thanks once again,
sw

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126111&group_id=1

Re: [Phpwiki-talk] DBM support

[Jan H. <hi...@wi...>]

On Thu, Dec 14, 2000 at 03:47:10PM -0500, Steve Wainstead wrote:
> 
> You can forward that to the list as an attachment, and we'll test it out. 

Ok. Here it is. I forgot to clean up the pre-amble of the file (it's not
your latest version) but I assume that is not really a problem. Note that
the DBM file 'wikilinks', as I defined it, is a very redundant
datastructure, but that makes the lookups quicker (and the code uglier :-)).
I also generalized InsertPage a little so I could use it also for
'wikilinks'. I am not sure if the padding that happens there, is really
neccessary for 'wikilinks', but I assumed it couldn't do much harm.

The RemovePage function now does not report any error whatsoever. I assume
it should report something if a non-existing page is deleted. But I didn't
implment that yet.

I have tested the file here under RedHat 6.2 + PHP3 and RedHat 7.0 + PHP4 and
both seems to work. But there are undoubtedly still some bugs, so let me know.

I also have a short question. I saw that if a request is made for a
non-existing page, this is still counted in wikiscore. That entry remains
there until the non-existing page is explicitly deleted. It's not really
wrong but it surprised me a bit that you would allow entries in a table for
non-existing pages.

Kind regards,

--- Jan Hidders