phpwiki-talk

[Phpwiki-talk] dawn! ISP php safe mode

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

Hi,

I have a problem with two of my ISP's, they don't allow me to change
to LANG setting and caused by this the traslation system don't work.

You builded phpwiki for working with Po files and so.

My point is another:

Hardcoded translations, putting inside the php a special mark
and them with a program that preprocess all this marks and translating
all before uploading. After that no need to call funcs neither gettext
or what others have: a SQL text table, tons of variables...

Here is an approach by Carlos Viana that I like:

http://groups.yahoo.com/group/phpnuke/files/Addons/utt_110.zip

I know this should be changed a bit, but Carlos is very active and
accepts all suggests, so one of my first would be that the special
chars can be %%%text%%%

What do you think?

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana 

[Phpwiki-talk] Modularization of transform.php

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

I had an afternoon at my hands, so I redid transform.php.

Transform functions are now modularized and registered to a central
WikiTransform object.

I think the current design is straight forward, easy to comprehend, and=20
thus easy to extend.

Things to be done:
- re-add html mode "|"
- provide functionality for multi-line markup (i.e. markup spanning sever=
al
  lines)
- redo %%ADMIN-%% tokens -- see my previous email "system page" (Jan 25)

I'd like to hear some feedback -- is the current form ok?

Note that recursive calls (nesting markup) are not possible. It would=20
unnecessarily complicate the issue. Instead, I suggest that if you'd like=
=20
to do markup-transformation inside another markup you just register anoth=
er=20
WikiTransform object and call that one with your markup data.

/Arno

Re: [Phpwiki-talk] IsWIkiPage() is expensive

[Ori F. <or...@co...>]

2/3/2001 21:17:13, Arno Hollosi <aho...@xm...> wrote:

>So, whenever the page got displayed IsWikiPage() got called 300 times, 
>which translates to 300 SQL queries for one page. The web server almost 
>came to a halt due to mysql eating up all its resources.

For my own wiki (rashreshet.org, it's in Hebrew) IsWikiPage() is caching results from previous calls, and can also check for multiple pages with one call. 
So I call it once with all the linked pages in the displayed page, which uses one SQL query, and it's done.

[Phpwiki-talk] IsWIkiPage() is expensive

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

Hi all,

I nearly killed my wiki by adding a page which ranks pages by=20
click-distance (see: http://senseis.xmp.net/?PagesByDistance). In my firs=
t=20
try, the page contained all other (300) pages with real wikilinks.

So, whenever the page got displayed IsWikiPage() got called 300 times,=20
which translates to 300 SQL queries for one page. The web server almost=20
came to a halt due to mysql eating up all its resources.

A painful lesson.
We need to improve this behaviour during 1.3.x

/Arno

Re: [Phpwiki-talk] 1.3.x series

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

> I think there are some obvious things to drop, like:
> references (that is, [1] [2] links)
> support for 3.x PHP
> dbmlib.php

Some people will mourn the loss of PHP3, but I guess that's the open sour=
ce=20
way: always use the latest toys :o)

> I'd like to see some cruft cleaned out as well. Perhaps a rewrite of
> transform.php (we've talked about modularizing it for a long time), and
> drop all the old tab markup.

I'd like to give this one a shot. I guess I can reuse some code from Jeff=
=2E

> Second, a more permanent archive. Pages should live longer than one
> version. This can be configured to zero, ten, one hundred previous page=
s.

I have modified phpwiki slightly for Sensei's Library (senseis.xmp.net) t=
o=20
allow unlimited versions. It is always storing the whole page. As of toda=
y,=20
there are 300 pages in the wiki, and close to 600 pages in the archive,=20
created by roughly 2000 edits (sum of version numbers).

Btw, I discovered a bug in the diff code -- I don't know how to fix thoug=
h.
If I find the time I'll make an bug entry.

> Any navigational aids we can contrive would help, like SiteMap, or
> HotLinks or whatever.

I've attached my local sitemap code. Just a proof of concept - runs only=20
with mySQL!! Explanation: red line: page in center of map. Middle column=20
above: pages referencing center page. Left/right: pages referencing/being=
=20
referenced by the page in the middle column. Middle column below: pages=20
referenced by center page. Left/right: pages referencing/being referenced=
=20
by the page in the middle column. Not really easy to read - so maybe the=20
layout should be redone and the number of pages should be limited.

p.s. to run it you need to set the variable $related - modify index.php t=
o=20
look for that variable and include navigate.php. Then call like=20
http://site.url/phpwiki/index.php?related=3DAddingPages

/Arno
=00

Re: [Phpwiki-talk] 1.3.x series

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

> 
> As 1.2 is shaken down, and I don't expect a lot of bugs at this point,
> it's not too soon to think about the 1.3.x series.
> 
> I think there are some obvious things to drop, like:
> 
> references (that is, [1] [2] links)
> support for 3.x PHP
> dbmlib.php

By all means. Let's drop it. Perhaps put footnotes code in instead of
references (ala NBTSCWiki)?

> I'd like to see some cruft cleaned out as well. Perhaps a rewrite of
> transform.php (we've talked about modularizing it for a long time), and
> drop all the old tab markup.

Mmm, yes. I've been thinking of a way to add NBTSCWiki-style markup (which I
prefer, since it's almost as readable in text as rendered) to PHPWiki
without disrupting things, but I'm not able to think of a way yet.

> Perhaps the most requested feature, which I would like to see, is
> authentication. I would like a model that follows the mailing list: the
> user must have a valid email address. When they register, a link is
> emailed to them that they must follow to validate the account, or perhaps
> we can just mail out the password. Their account name will already be used
> in RecentChanges when they edit a page. This can be configured so it
> doesn't work at all (like PhpWiki is now).

Authentication can be made modular rather easily. I've already done a
passable implementation using HTTP-auth on the NBTSC Wiki. I've -almost- got
a web-form-and-cookie based implementation sitting around too, that could be
extended with a little scripting to do mailout-based account creation.

> Second, a more permanent archive. Pages should live longer than one
> version. This can be configured to zero, ten, one hundred previous pages.

Oh, -yes!-.

I've been pondering using a CVS-like branching system for storing page
changes -- totally eliminating need for page locking for edits, as well as,
if the implementation had a simple interface, would allow a Wiki to have
clean pages, without censoring people who wish to be offensive -- just
branch, and make the clean branch the "main" one.

Really, I want to be able to see diffs of fifteen versions, since every now
and again, I travel and can't keep up on Wiki.

> Third, I still long for a better search interface than what we have now
> (which doesn't work too bad, but could be better).

ooh, yeah... what can we work up, here? I'd like to use regexps, but I'm a
regexp nut. There's also SQL-like wildcards (% and _) and globs (*, ?, {x,y}
and [a-q]) that'd be nice as syntax, as well as altavista like boolean ops--
+foo -bar or standard boolean (and/or/xor/not)

> Any navigational aids we can contrive would help, like SiteMap, or
> HotLinks or whatever.

Mmm, and I'd love to see 'em as modules, enablable by adding the block to a
template or uncommenting something or setting a config variable. I still
don't like templates that much (which is why I like PHP so much), but it
makes a lot of sense in many ways.

> Just some food for thought...

Mmm! Brain food! Need fish crackers...

Ari

[Phpwiki-talk] 1.3.x series

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

As 1.2 is shaken down, and I don't expect a lot of bugs at this point,
it's not too soon to think about the 1.3.x series.

I think there are some obvious things to drop, like:

references (that is, [1] [2] links)
support for 3.x PHP
dbmlib.php

I'd like to see some cruft cleaned out as well. Perhaps a rewrite of
transform.php (we've talked about modularizing it for a long time), and
drop all the old tab markup.

Perhaps the most requested feature, which I would like to see, is
authentication. I would like a model that follows the mailing list: the
user must have a valid email address. When they register, a link is
emailed to them that they must follow to validate the account, or perhaps
we can just mail out the password. Their account name will already be used
in RecentChanges when they edit a page. This can be configured so it
doesn't work at all (like PhpWiki is now).

Second, a more permanent archive. Pages should live longer than one
version. This can be configured to zero, ten, one hundred previous pages.

Third, I still long for a better search interface than what we have now
(which doesn't work too bad, but could be better).

Any navigational aids we can contrive would help, like SiteMap, or
HotLinks or whatever.

Just some food for thought...
~swain

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

Re: [Phpwiki-talk] Migrating to 1.2

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

Hi Paul,

On 2 Feb 2001, Barnett, Paul G wrote:

> In config.php it says that for php4, I must use 'dba' (or default , which does
> the same) where I was using 'dbm' for php3.
> 
> However, dbalib.php does not have the new functions RemovePage,
> GetWikiPageLinks or SetWikiPageLinks, which means that some of the new
> functionality is not available.(5 best...., remove page, etc)  They are
> in dbmlib.php, and if I force use of dbmlib in php4, it seems to work. 

You can use dbmlib.php if you've compiled support for the dbm* functions
into PHP. In fact, dbalib.php is just a copy of dbmlib.php with the
function names and signatures changed. I tried this for all the functions,
but so far all I get are blank lines for the three link sets at the bottom
of the pages.


> Must I absolutely use dba in php4, and therefore loose the new functions?


No, just compile PHP to support the old dbm library.

> Am I risking anythink by forcing 'dbm' ?

Again, no. Both dbmlib.php and dbalib.php use the same set of DBM files.
You can stay with dbmlib.php.

> 
> What is the recommended way to migrate the database - If I just keep the
> dbm files, I dont see the recent changes to things like ReleaseNotes - I
> could just cut and paste from a pristine 1.2 but this seems crude - Is
> there a better way? 

Err. Well, that's one problem we've never really solved. The default pages
don't change a whole lot, so not having ReleaseNotes is not a problem. I
think the user's pages count for more than what we provide by default.

> And is there still an admin functions index.php somewhere? - I cannot
> find it. 

Did you try http://yourhost.yourdomain/phpwiki/admin.php  ?

~swain

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

[Phpwiki-talk] Migrating to 1.2

[Barnett, P. G <Pau...@Br...>]

We've been running 1.1.9 for a while, and like it, but now want to migrate to
1.2 - we have recently changed apache from php3 to php4 

In config.php it says that for php4, I must use 'dba' (or default , which does
the same) where I was using 'dbm' for php3.

However, dbalib.php does not have the new functions RemovePage, GetWikiPageLinks or SetWikiPageLinks, which means that some of the
new functionality is not available.(5 best...., remove page, etc)
They are in dbmlib.php, and if I force use of dbmlib in php4, it seems to work.

Must I absolutely use dba in php4, and therefore loose the new functions?

Am I risking anythink by forcing 'dbm' ?

What is the recommended way to migrate the database - If I just keep the dbm
files, I dont see the recent changes to things like ReleaseNotes - I could just cut and paste from a pristine 1.2 but this seems crude - Is there a 
better way?

And is there still an admin functions index.php somewhere? - I cannot find it.




 




-------------------------------------------------------------------------------------------------
21st century air travel     http://www.britishairways.com

[Phpwiki-talk] 1.2 out now!

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

I'd like to thank Ari, Jeff, and especially Arno for all the amazing
contributions they've made this past year. There would be no 1.2 release
without them.

See https://sourceforge.net/projects/phpwiki/. You can also get 1.2 off
the home page, http://phpwiki.sourceforge.net/phpwiki/.

~swain

From the ReleaseNotes:

   PhpWiki 1.2 is a huge advance over version 1.0:
     * Database support for MySQL, Postgresql, mSQL, flat file and the
       new dba_ library in PHP4 is included.
     * Internationalization: support for different languages, down to the
       source level, is included. German, Spanish, Swedish and Dutch are
       currently shipped with PhpWiki. An architecture is in place to
       easily add more languages.
     * New linking schemes using square brackets in addition to the old
       style BumpyText.
     * Administration features include page locking, dumping the Wiki to
       a zip file, and deleting pages.
     * A MostPopular page showing the most frequently hit pages.
     * Full HTML compliance.
     * Links at the bottom of pages describing relationships like
       incoming links from other pages and their hits, outgoing and their
       hits, and the most popular nearby pages.
     * Color page diffs between the current and previous version.
     * An info page to view page metadata.
     * Far more customization capability for the admin.
     * A templating system to separate the page HTML from the PHP code.
     * New markup constructs for <B>, <I>, <DD>, <BR> and more.
     * Tabless markup to supercede the older markup (both still
       supported).


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

[Phpwiki-talk] 1.2 up on SF

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

I updated the site on Sourceforge; it's running the 1.2 code now. I
haven't posted the announcement yet, I still have to check some files and
edit ReleaseNotes first.

~swain

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

Re: [Phpwiki-talk] Locales

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

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

> The Dutch translation needs an update!! (someone?)

I won't be able to do, this week :(
Feel free, anyone.

Jan.

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

[Phpwiki-talk] HISTORY file

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

Here's what I have for the HISTORY file. Let me know if I missed anything;
I went by the comments in the ChangeLog:

1.2.0 02/01/01
* Support for PHP 4.0.4 (using the dba_* interface for DBM files),
  thanks to Joel Uckelman
* Swedish translation added, thanks to Jon =C5slund
* dbmlib.php has all functions in mysql/postgresql, thanks to Jan Hidder
* German version updated
* Dutch translation updated
* Spanish version updated
* More robust support for flat file based Wiki (INSTALL.flatfile
  included)
* "named internal links," i.e. [wow | FrontPage]
* new IF syntax added to templates
* new PhpWikiAdministration page added
* new term/defintion syntax (for <DT><DD> tags)
* Plenty of bug fixes

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

Re: [Phpwiki-talk] table names & hottopics

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

On Thu, 1 Feb 2001, Pablo Roca Rozas wrote:

> I know you are very close to release a new version and...?
>=20
> 1. Can you change:
>=20
>      archive table to wikiarchive
>      hitcount to wikihitcount

I'll try. I have to test msql next, flat file, generate the ChangeLog,
update CREDITS, compose a release note, update the ReleaseNotes page, and
a dozen other things I can't think of right now :-)

> 2. for what is hottopics table? cause in the MySQL schema says "tables be=
low
> are not yet used" so can we ignore this and no creating this table? If no=
t
> please change the name from hottopics to wikihottopics.

Originally we had a plan to add a page like MostPopular that listed the
pages that had been edited the most, in recent days. Thus it would be the
"hot topics" on the Wiki. It hasn't been implemented yet.

I think AgregarPaginas was not all in Espa=F1ol, but I can't bring it back
up again.

~swain

>=20
>=20
> Pablo Roca (pr...@cl...)
> Clavo Congelados, S.A. (http://www.clavo.net)
> La Coruna - Espana
>=20
>=20
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>=20

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

[Phpwiki-talk] table names & hottopics

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

I know you are very close to release a new version and...?

1. Can you change:

     archive table to wikiarchive
     hitcount to wikihitcount

2. for what is hottopics table? cause in the MySQL schema says "tables below
are not yet used" so can we ignore this and no creating this table? If not
please change the name from hottopics to wikihottopics.


Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana

[Phpwiki-talk] Installation of spanish (the actual spanish)

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

Hi,

this task was done at datablocks

1. In the first run the phpwiki inserted the pages in the db, but I get this
error in
every page inserted:

Warning: Cannot set time limit in safe mode in
/usr/home/sites/proca/web/phpwiki/lib/setupwiki.php on line 31

I know this is a server issue, but I think you can do in two ways:

   a) removing that 31 line or
   b) writing that in some secure servers you can get this error and saying
that
      this can be ignored

2. Spanish Search Page don't works. Ypu can see this in action at:

http://portalfox.datablocks.net/phpwiki

I think is a template issue in the es locale ... yes! at
locale/es/templates/browse.html.

3. PhpWikiAdministration is not in the current es locale. Must I translate
this file
and put in locale/es/pgsrc ?

Regards,

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana

RE: [Phpwiki-talk] Request for translators

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

Ok, I'll revise my spanish-lang and doing a new install

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Steve
> Wainstead
> Enviado el: miercoles, 31 de enero de 2001 22:32
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] Request for translators
>
>
>
> Errr.. that is, do an install in your language :-)
>
> ~swain
>
> On Wed, 31 Jan 2001, Steve Wainstead wrote:
>
> >
> > To all maintainers of translations of PhpWiki:
> >
> > If you could run through the steps of downloading a nightly build and
> > doing an install from scratch (with a new database, which is very
> > important... I've missed a lot of bugs in the past by using an existing
> > database) it would be greatly appreciated.
> >
> > If possible do this in the next 24 hours; if there are no bugs in the
> > current nightly build, it should only take you about five minutes.
> >
> > thx
> > ~swain
> >
> >
> ...............................ooo0000ooo.................................
> >    Hear FM quality freeform radio through the Internet: http://wcsb.org/
> >                      home page: www.wcsb.org/~swain
> >
> >
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> >
>
> ................................ooo0000ooo........................
> .........
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Request for translators

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

Errr.. that is, do an install in your language :-)

~swain

On Wed, 31 Jan 2001, Steve Wainstead wrote:

> 
> To all maintainers of translations of PhpWiki:
> 
> If you could run through the steps of downloading a nightly build and
> doing an install from scratch (with a new database, which is very
> important... I've missed a lot of bugs in the past by using an existing
> database) it would be greatly appreciated.
> 
> If possible do this in the next 24 hours; if there are no bugs in the
> current nightly build, it should only take you about five minutes.
> 
> thx
> ~swain
> 
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain 
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

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

[Phpwiki-talk] Request for translators

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

To all maintainers of translations of PhpWiki:

If you could run through the steps of downloading a nightly build and
doing an install from scratch (with a new database, which is very
important... I've missed a lot of bugs in the past by using an existing
database) it would be greatly appreciated.

If possible do this in the next 24 hours; if there are no bugs in the
current nightly build, it should only take you about five minutes.

thx
~swain

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

[Phpwiki-talk] Locales

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

Hi all,

I've committed Jon =C5slund's Swedish translation and updated the German=20
translation.

The Dutch translation needs an update!! (someone?)
(templates don't contain admin stuff, PhpWikiAdministration missing, .po=20
file update)

I have to check the Spanish translation again, before I can commit it.

/Arno

[Phpwiki-talk] 1.2 Release Thursday

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

I've put back in Jan Hidder's mods for dbmlib.php, and they seem to test
ok so far. dbalib.php is not as cooperative though, and I haven't gotten
the mods to carry over.

Tomorrow night I'm going to do a lot of testing. If you want to help,
download the nightly build and put it through the paces for your favorite
database.

Be sure to check:

It installs from scratch with a new database
title and full text searches
TestPage
MostPopular
RecentChanges
edits are committed to the archive

just to name a few!

~swain

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

Re: [Phpwiki-talk] Cannot set environment variable 'LANG'

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

On Mon, Jan 29, 2001 at 05:49:46PM +0100, Pablo Roca Rozas wrote:

> "Warning: Safe Mode: Cannot set environment variable 'LANG' - it's not =
in
> the allowed list in /home/user/p/r/o/proca/www/lib/config.php on line 1=
40"
>=20
> and in config php line 140 the code is:
>=20
>   putenv ("LANG=3D$LANG");
>=20
> I use the default lang C , I think this is a ISP issue nd I asked him f=
or
> this error, but till now no replies.

Yes. This is a normal ISP issue. Your ISP has set PHP in safe
mode. This means that you can't store environment variables that
doesn't begin with the prefix stored in the variable
safe_mode_allowed_env_vars in the php configuration file (/etc/php.ini
on my RedHat system). That prefix is usually PHP_

The LANG environment variable is used when you want translations of
PhpWiki.

--=20
___\ Jon =C5slund

[Phpwiki-talk] Cannot set environment variable 'LANG'

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

Hi,

Without doing nothing I get this error:

"Warning: Safe Mode: Cannot set environment variable 'LANG' - it's not in
the allowed list in /home/user/p/r/o/proca/www/lib/config.php on line 140"

and in config php line 140 the code is:

  putenv ("LANG=$LANG");

I use the default lang C , I think this is a ISP issue nd I asked him for
this error, but till now no replies.

you can see this at:

http://proca.nexen.net/phpwiki.php

But the phpwiki works well, .... I think. :)

Now some questions:

1. What is supposed to be this LANG set? Just for installing?
2. What will happen if I comment this line?
 ???

Thanks,

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana

Re: [Phpwiki-talk] Problem with preg_match()

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

On Mon, 29 Jan 2001, mickey wrote:

> I can't install phpwiki on my site because "preg_match()" is not
> implemented. I'm on altern.org (in France)  So, a friend (who knows how
> to modify softwares, not like me ;o)) told me that functions like
> preg_match() and preg_match_all() could be replaced by ereg_replace()
> and "regular expressions". 

> Is there an expert on the mailing list who tried to do that ? Or is
> there an old version of wiki whit these "regular expressions", or
> another script (not as good as phpwiki) working on my (old fashioned ?)
> site ? 

Hi Mickey!

No, there aren't any older versions that don't use preg() functions. It
would be *really hard* to rewrite preg() function calls to ereg() function
calls, about as hard as copying a dictionary with typewriter instead of a
photocopier.

Unfortunately I don't think we can help you here.. you need to upgrade
your version of PHP. I really don't want to say that, but we just cannot
support sites without preg().

Good luck,
Steve

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

[Phpwiki-talk] Problem with preg_match()

[mickey <mi...@il...>]

I can't install phpwiki on my site because "preg_match()" is not implemented. I'm on altern.org (in France)
So, a friend (who knows how to modify softwares, not like me ;o)) told me that functions like preg_match() and preg_match_all() could be replaced by ereg_replace() and "regular expressions".

Is there an expert on the mailing list who tried to do that ? Or is there an old version of wiki whit these "regular expressions", or another script (not as good as phpwiki) working on my (old  fashioned ?) site ?

Thanks a lot

mickey

The error message was (on my site) :

Fatal error: Call to unsupported or undefined function preg_match() in wiki_config.php3 on line 23