phpwiki-talk

[Phpwiki-talk] Re: [PECL-DEV] PHP 4.4.0RC1

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

Derick Rethans schrieb:
> The PHP Team just released it's first release candidate for PHP 4.4.0. 
> This is solely a bug-fix only release, the increased middle digit is 
> needed because this release changes PHP's Internal API that causes 
> third-party binary extensions to be incompatible with PHP 4.3.x.
> 
> This release address a major problem within PHP concerning references. 
> If references where used in a wrong way, PHP would often create memory 
> corruptions which would not always surface and be visible. In other 
> cases it can cause variables and objects to change type or class. If you 
> encountered strange behavior like this, this release might fix it.

Exactly what we experienced with phpwiki during the last years.
I'll see how to workaround these problems, now that they are identified.

> Besides addressing this reference related bug, 46 other bugs are fixed. 
> Please test this release and report any bugs or problems in our 
> bugsystem (after searching first).
> 
> If all goes well I plan to roll a release of 4.4.0 on June 27th. If 
> there are problems a new RC will follow. Only critical bugs are going to 
> be fixed between RC1 and RC2.
> 
> You can find 4.4.0 RC1 at http://qa.php.net/~derick/php-4.4.0RC1.tar.bz2


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

[Phpwiki-talk] Underscore-to-space?

[Garrett B. <bau...@ho...>]

How do I set up my PhpWiki such that underscores in a page's filename / URL 
are converted to spaces for the displayed browser title and header?

For example, I would like the title of

www.mypage.com/Category_-_Page_Name
or
www.mypage.com/some_lowercase_title_that_is_not_a_wikiword

to display as

Category - Page Name
or
some lowercase title that is not a wikiword

in the browser's title bar and in the header at the top of the wiki page, 
instead of the default:

Category_-_Page_Name
or
some_lowercase_title_that_is_not_a_wikiword

I ask because the "%20" browser space code is hideously inelegant and I 
prefer the "_" underscore.  Is this possible?  What /lib files do I have to 
edit to do this?

Thanks.  :)

- Garrett

Re: [Phpwiki-talk] WantedPages plugin

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

Robert Croson, Jr schrieb:
> What do I have to do to get my WantedPages plugin to work? Since the day I 
> installed PHPWiki 1.3.10, this plugin never shows any new wanted pages. It 
> only shows the wanted pages that were present in the virgin load.
> 
> If I create a page that is listed, it is remvoed from the listing. And new wanted 
> pages are never added to the listing.
> 
> Any ideas?

Please file a bugreport, because I almost forgot to fix that.
And add the summary from the discussion here from January.

extract_links apparently is buggy.

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

Re: [Phpwiki-talk] Re: My wiki has been corrupted by spammers

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

> +++ Joel Uckelman [05-06-24 19:59 -0500]:
>> Thus spake Wookey:
>> > I used to have a nice wiki at http://balloonboard.org/wiki but it
>> got filled up with wikispam :-(
>> >
>> > You can see the old wiki at http://balloonboard.org/wikitest (which
>> now just produces:
>> > lib/DbaDatabase.php:32: Fatal[256]:
>> > dba_open(/var/lib/phpwiki/phpwiki_pagedb.db2,c-): No such handler:
>> db2
>
> Whilst I am here can someone give me clues on fixing this? I have
> upgraded the server from Debian 3.0 to 3.1 and I think the libdb default
> version has changed from 2 to 4. phpwiki seems to support db2 and 3
> formats.

we don't care about berkeley versions. php does this for us. one person
even used the flatfile handler for dba, though this is explicitly
recommended
NOT ti use. so db4 just works.

> Do I need to db_dump and db_load my database file in order to convert it
> from v2 to 3. I don't see anything in the man pages saying how to
> specify the format when generating the file with db_load.
>
>> > I tried to just revert the spammed changes but it didn't work as the
>> database appeared to be corrupt.
>> >
>> > I eventually worked out that the content of the wiki is in a file
>> called phpwiki_pagedb.db2
>> >
>> > Is there any way I can extract the original wiki content form this
>> dtaabase, preferably as formatted HTML, but as wikitext would also
>> be fine.
>> >
>> > How might I go about uncorrupting the database so I can put the wiki
>> back?
>>
>> Have you tried going to the Admin page and dumping the wiki from
>> there?
>
> Nope - where is the admin page and how do I do that - I searched for
> some mechanism for dumping the contents but failed to find it - is there
> some doc I missed?

yes.
from time to time I despam some wiki's.
see  e.g. http://netznetz.net/wiki/index.php/Spam/148.244.150.58
to get rid of spam from this ip.

>> > Does PHPwiki have authentication options to stop this sort of
>> spammer abuse in the future?
>>
>> Yes, lots. There are a half-dozen different ways you can authenticate
>> users in the current version.
>
> OK - looking in /etc/phpwiki I see a number of things which look like
> authentication mechanisms. Again are there docs explaining these
> options, or do I just read the comment sin the config file and try and
> work it out?

debian phpwiki-1.3.7 I assume.
better antispam is only since 1.3.11_rc3 or cvs HEAD.
password auth since about 1.3.8
-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Re: My wiki has been corrupted by spammers

[Wookey <wo...@al...>]

+++ Joel Uckelman [05-06-24 19:59 -0500]:
> Thus spake Wookey:
> > I used to have a nice wiki at http://balloonboard.org/wiki but it got filled
> > up with wikispam :-(
> > 
> > You can see the old wiki at http://balloonboard.org/wikitest (which now just
> > produces:
> > lib/DbaDatabase.php:32: Fatal[256]:
> > dba_open(/var/lib/phpwiki/phpwiki_pagedb.db2,c-): No such handler: db2

Whilst I am here can someone give me clues on fixing this? I have upgraded
the server from Debian 3.0 to 3.1 and I think the libdb default version has
changed from 2 to 4. phpwiki seems to support db2 and 3 formats.

Do I need to db_dump and db_load my database file in order to convert it
from v2 to 3. I don't see anything in the man pages saying how to specify
the format when generating the file with db_load.

> > I tried to just revert the spammed changes but it didn't work as the
> > database appeared to be corrupt. 
> > 
> > I eventually worked out that the content of the wiki is in a file called
> > phpwiki_pagedb.db2
> > 
> > Is there any way I can extract the original wiki content form this dtaabase,
> > preferably as formatted HTML, but as wikitext would also be fine.
> > 
> > How might I go about uncorrupting the database so I can put the wiki back?
> 
> Have you tried going to the Admin page and dumping the wiki from there?

Nope - where is the admin page and how do I do that - I searched for some
mechanism for dumping the contents but failed to find it - is there some doc
I missed?

> > Does PHPwiki have authentication options to stop this sort of spammer abuse
> > in the future?
> 
> Yes, lots. There are a half-dozen different ways you can authenticate users
> in the current version.

OK - looking in /etc/phpwiki I see a number of things which look like
authentication mechanisms. Again are there docs explaining these options, or
do I just read the comment sin the config file and try and work it out?

Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/     play: http://www.chaos.org.uk/~wookey/

Re: [Phpwiki-talk] My wiki has been corrupted by spammers

[Joel U. <uck...@no...>]

Thus spake Wookey:
> I used to have a nice wiki at http://balloonboard.org/wiki but it got filled
> up with wikispam :-(
> 
> You can see the old wiki at http://balloonboard.org/wikitest (which now just
> produces:
> lib/DbaDatabase.php:32: Fatal[256]:
> dba_open(/var/lib/phpwiki/phpwiki_pagedb.db2,c-): No such handler: db2
> 
> I tried to just revert the spammed changes but it didn't work as the
> database appeared to be corrupt. 
> 
> I eventually worked out that the content of the wiki is in a file called
> phpwiki_pagedb.db2
> 
> Is there any way I can extract the original wiki content form this dtaabase,
> preferably as formatted HTML, but as wikitext would also be fine.
> 
> How might I go about uncorrupting the database so I can put the wiki back?

Have you tried going to the Admin page and dumping the wiki from there?
 
> Does PHPwiki have authentication options to stop this sort of spammer abuse
> in the future?

Yes, lots. There are a half-dozen different ways you can authenticate users
in the current version.

[Phpwiki-talk] My wiki has been corrupted by spammers

[Wookey <wo...@al...>]

I used to have a nice wiki at http://balloonboard.org/wiki but it got filled
up with wikispam :-(

You can see the old wiki at http://balloonboard.org/wikitest (which now just
produces:
lib/DbaDatabase.php:32: Fatal[256]:
dba_open(/var/lib/phpwiki/phpwiki_pagedb.db2,c-): No such handler: db2

I tried to just revert the spammed changes but it didn't work as the
database appeared to be corrupt. 

I eventually worked out that the content of the wiki is in a file called
phpwiki_pagedb.db2

Is there any way I can extract the original wiki content form this dtaabase,
preferably as formatted HTML, but as wikitext would also be fine.

How might I go about uncorrupting the database so I can put the wiki back?

Does PHPwiki have authentication options to stop this sort of spammer abuse
in the future?

Thanx for any help you can provide. THis happened just before I wnt on
holiday for a month so it's now been broken for nearly two months and I
really must fix it!

Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/     play: http://www.chaos.org.uk/~wookey/

[Phpwiki-talk] WantedPages plugin

[Robert C. J. <ro...@ar...>]

What do I have to do to get my WantedPages plugin to work? Since the day I 
installed PHPWiki 1.3.10, this plugin never shows any new wanted pages. It 
only shows the wanted pages that were present in the virgin load.

If I create a page that is listed, it is remvoed from the listing. And new wanted 
pages are never added to the listing.

Any ideas?
-- 
Rob Croson (ro...@ar...)
Member of the Pegasus Mail and Mercury/32 Beta Test Teams
Pegasus Mail and Mercury/32 Portal: http://email.arcm.com
Visit the MailWiki: http://email.arcm.com/wiki
Support Pegasus Mail: http://www.cafeshops.com/pegasusmail

[Phpwiki-talk] How to create a new user?

[Tom C. <st...@gm...>]

According to the FAQ at
http://phpwiki.sourceforge.net/phpwiki/FrequentlyAskedQuestions#Thex20.Newx=
20.Userx20.Authorization

i have installed PhpWiki, but my page doesn't have the "Log in" or any
kind of user creation.

A.
    See doc/README.phpwiki-auth.


The problem I have is that in the package I downloaded from SF earlier
this week, there is no file named README.phpwiki-auth in the doc
directory or any other directory

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

[Jens D. <web...@pi...>]

Hi

i find the failure, for your info.
We dont no why, but Wiki works here at a local Webserver only in german.
In the config and everywhere we use "en" - but wiki works only german.
If we use the Userprefs we became this failure after saving:
Fatal error: Undefined class name '_peardbpassuser' in
/var/www/html/wiki/lib/WikiUserNew.php on line 1101

There is the problem. The "TitleSearch" is english and not TitelSuche oder
"SeiteFinden". We are not sure how to clear the DB and reinitialize, is
there a doc?
I have to copy the english source from the Website to the german
TitelSuche, thats the only way how it works for me. If i copy the source
from /pgsrc/TitleSerach to /locale/de/pgsrc/TitelSuche than we cant see
this in Wiki. The upper problem how to insert this into the DB comes up.

Regards


Reini Urban sagte:
> Spamsammler schrieb:
>> is this a new Version of Searchpage? I have rc3 installed but i have the
>> old Page.
>> I think i have rc3? Cant find the informations which rc i have :-(.
>> This page look fine, cant wait to use it.
>
> with ?action=upgrade your old action pages will be updated.
> The functionality is there.
>
>>> http://phpwiki.org/TitleSearch
>>>
>>> But I just updated the docs now.
>>> Before they were only at the demo wiki:
>>>   http://phpwiki.sourceforge.net/demo/en/FindPage
>
>
> --
> Reini Urban
> http://xarch.tu-graz.ac.at/home/rurban/
> http://phpwiki.org/
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

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

Spamsammler schrieb:
> is this a new Version of Searchpage? I have rc3 installed but i have the 
> old Page.
> I think i have rc3? Cant find the informations which rc i have :-(.
> This page look fine, cant wait to use it.

with ?action=upgrade your old action pages will be updated.
The functionality is there.

>> http://phpwiki.org/TitleSearch
>>
>> But I just updated the docs now.
>> Before they were only at the demo wiki:
>>   http://phpwiki.sourceforge.net/demo/en/FindPage


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

Re: [Phpwiki-talk] Bogo Login - Re: Phpwiki-talk digest, Vol 1 #1426 - 7 msgs

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

Tom Eicher schrieb:
 >>Wlug:
>> We couldn't get BogoLogin to ever direct you to a login page.  With our
>> current version if you aren't logged in and you attempt to edit a page
>> you get taken to a page that asks you for your username, you enter it,
>> and then it continues with whichever action you needed to be logged in
>> for.  The version we were trying with would return with "You are not
>> logged in".  This I think was the major problem that prevented us
>> migrating last time we tried (all the other problems we solved one way
>> or another).
> 
> I have the latest "official release", that's okay for now (as
> I'm the only user of my private https BasicAuth wiki site), I
> just would like to be sure that the next "official release"
> has this fixed. (Because, if I'm not mistaken, without logging in
> I can never attach files to pages...
> 
> Has this potentially been fixed, or would somebody appreciate more
> input on the matter ?

BogoLogin is designed that way, not to redirect you to the login page, 
if the given username is a valid username - a wikiword.
You really want the PersonalPage login, or any other PassAuth method.
If the PersonalPage user is unknown or has no password defined, the 
login page is displayed.

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

[Phpwiki-talk] Bogo Login - Re: Phpwiki-talk digest, Vol 1 #1426 - 7 msgs

[Tom E. <ro...@te...>]

Hi Folks,

I have not seen this answered yet, but the following exactly describes
my problem:

> We couldn't get BogoLogin to ever direct you to a login page.  With our
> current version if you aren't logged in and you attempt to edit a page
> you get taken to a page that asks you for your username, you enter it,
> and then it continues with whichever action you needed to be logged in
> for.  The version we were trying with would return with "You are not
> logged in".  This I think was the major problem that prevented us
> migrating last time we tried (all the other problems we solved one way
> or another).

I have the latest "official release", that's okay for now (as
I'm the only user of my private https BasicAuth wiki site), I
just would like to be sure that the next "official release"
has this fixed. (Because, if I'm not mistaken, without logging in
I can never attach files to pages...

Has this potentially been fixed, or would somebody appreciate more
input on the matter ?

Thanks, Tom.

PS: Hello List Moderator, I am subscribed, just not with the From:
Address of this mail.

-- 
teicher.net - Guaranteed to be free of any useable content.

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

[Spamsammler <spa...@pi...>]

Hi,

is this a new Version of Searchpage? I have rc3 installed but i have the 
old Page.
I think i have rc3? Cant find the informations which rc i have :-(.
This page look fine, cant wait to use it.

Regards

Reini Urban schrieb:

> J.D. schrieb:
>
>> <> Sure, see TitleSearch on 1.3.11 or the online phpwiki.org
>>
>> Dont no what you mean :-(
>
>
> http://phpwiki.org/TitleSearch
>
> But I just updated the docs now.
> Before they were only at the demo wiki:
>   http://phpwiki.sourceforge.net/demo/en/FindPage
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Re: WLUG Wiki <-> phpWiki

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

Perry Lorier schrieb:
> A (non comprehensive/slightly out of date) list of our changes can be
> seen at
> http://www.wlug.org.nz/WlugWikiConversion#hdr_modifications_we_have_made
> 
> We hope to split out patches to merge upstream ourselves
> eventually.

I love this diff:
http://www.wlug.org.nz/WlugWikiConversion?action=diff

"... the committee has decided not to pursue the MediaWiki option 
further at this time ... "
"The remainder of this page remains for hysterical reference."

The last time I merged wlug upstream (2003-01-07) I used your soap 
support and I tried the GoogleGreeting (I like it) and the 
ExternalReferrers idea, but didn't succeeded yet properly.

postgresql is very important to be improved. Thanksfully you use it in 
production.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

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

J.D. schrieb:
> <> Sure, see TitleSearch on 1.3.11 or the online phpwiki.org
> 
> Dont no what you mean :-(

http://phpwiki.org/TitleSearch

But I just updated the docs now.
Before they were only at the demo wiki:
   http://phpwiki.sourceforge.net/demo/en/FindPage

[Phpwiki-talk] HTML dump fails?

[Alan H. <ala...@gm...>]

Hey all,

When I choose the HTML dump option from the PhpWikiAdministration
page, it invariably fails on the PhpWikiAdministration/Chown ... step.
 This is if I've picked either the .zip dump (which fails) or the dump
to the file system.  Is this a known problem?

(For those of you keeping score at home, I'm now running flatfiles
with flatfile handler correctly.  Thanks!)

-alan

--=20
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] Re: WLUG Wiki <-> phpWiki

[Matt B. <ma...@ma...>]

On Wed, 2005-06-22 at 22:26 +1200, Matt Brown wrote:

> Is there a better way to do this? I might try a direct database dump /
> import, but I thought the database fields had changed which might cause
> problems?

Hate to reply to myself, but I found a way to successfully import the
data. 

pg_dump -a -dD -O wiki > wiki-mattb.sql

Where wiki was the name of the database all the current wiki data is in.
The -dD flags are important as it enables output of the column names.
This avoids triggering an error on the import into the page table as
there is a new column there. 

It's very very slow to import the 3000+ pages we have via this method,
but it worked :)

Now on to porting all our other changes up to HEAD.

Regards

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

[J.D. <web...@pi...>]

Hi,

sorry for sending the question twice. The proxy is absolut unstable here
and i think t was not send.

<> Sure, see TitleSearch on 1.3.11 or the online phpwiki.org

Dont no what you mean :-(

Regards and thanks


Reini Urban sagte:
>> just two questions.
>> Is there a way to search better in phpwiki?
>> If we search for "RSC" we became:
>> (german) "Überschriften" or "verschicken" or "Verschiedenes".....
>> what we need is:
>> RSC; rsc, rsc-card, rsc-config and so on.
>
> Sure, see TitleSearch on 1.3.11 or the online phpwiki.org
>
> ^RSC would be the simple solution.
>
>> This is to much and we cant use Titlesearch because RSC is a Remote Card
>> in SunServers and this word are often in some sites.
>> By the way. We must use the Full Text Search but the output is useless
>> if you dont no what you search.
>> I dont mean a case sensitive search. Is there a chance to search better?
>> I cant found some infos in the docs.
>>
>> Second:
>> Is it possible to upload 2 files withe the same name? If i download a
>> file from wiki and change some things, i cant upload with the same name
>> as the old one. Wiki means "Cant overwrite.....same name exists".
>
> No, we do forbid that.
> You need access to your webserver to delete the first file.
> uploading doesn't store which user uploaded the first file, so we disallow
> overwriting at all.
>
> --
> Reini Urban
> http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>

Re: [Phpwiki-talk] Re: WLUG Wiki <-> phpWiki

[Matt B. <ma...@ma...>]

On Wed, 2005-06-22 at 11:24 +0200, Reini Urban wrote:

> good, just CVS HEAD would be better.

OK. I can do that. 

> I don't know for Debian, because we don't care for specific distros, but
> if the installed system pear DB is too old it is recommended to use ours.
> There's no way to check the version number beforehand. pear is not well
> designed.

Heh, well we'll blame Debian for now and I'll keep my custom include
path, that seems to work fine. 

> This was fixed some weeks ago. Please try current CVS instead or the
> nightly snapshot from the webpage.

Pleased to confirm CVS HEAD logs to postgres fine. 

> Oops, I'll check why ACCESS_LOG_SQL=0 fails for you.
> This should not happen.

Appreciated :)

> cached_html is gzipped.
> So postgresql has problems with binary data. I'll fix that.

Cool.

> These are just warnings. Diff merging is not too clever.
> You may want to overwrite all or merge manually.
> We just provide the basic docs and needed action pages so normally
> it's safe to overwrite all. Just the HomePage should be merged.

Hmm, they seem like more than warnings. Examples pasted below

AFSNotes
        from MIME file AFSNotes content is identical to current version 1 - no new revision created
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
AFSNotes
        from MIME file AFSNotes has edit conflicts - skipped Sorry, cannot merge.
        
>From the page history on www.wlug.org.nz/AFSNotes you can see that there
are 8 versions currently in the wiki. Exporting to zip dump and then
importing into my test wiki only generates the first revision and the
errors above.

Are you saying that the zip dump method isn't able to import the page history correctly?

Is there a better way to do this? I might try a direct database dump /
import, but I thought the database fields had changed which might cause
problems?

Thanks for your help. 

Kind Regards

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

Re: [Phpwiki-talk] searchfunktion - how search better? + Upload: Overwrite Files

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

> just two questions.
> Is there a way to search better in phpwiki?
> If we search for "RSC" we became:
> (german) "Überschriften" or "verschicken" or "Verschiedenes".....
> what we need is:
> RSC; rsc, rsc-card, rsc-config and so on.

Sure, see TitleSearch on 1.3.11 or the online phpwiki.org

^RSC would be the simple solution.

> This is to much and we cant use Titlesearch because RSC is a Remote Card
> in SunServers and this word are often in some sites.
> By the way. We must use the Full Text Search but the output is useless
> if you dont no what you search.
> I dont mean a case sensitive search. Is there a chance to search better?
> I cant found some infos in the docs.
>
> Second:
> Is it possible to upload 2 files withe the same name? If i download a
> file from wiki and change some things, i cant upload with the same name
> as the old one. Wiki means "Cant overwrite.....same name exists".

No, we do forbid that.
You need access to your webserver to delete the first file.
uploading doesn't store which user uploaded the first file, so we disallow
overwriting at all.

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

Re: [Phpwiki-talk] Re: WLUG Wiki <-> phpWiki

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

> OK. My first attempt at doing this was going to take the following form
>
> 1) Install vanilla phpwiki 1.3.11_rc3
> 2) Export (zip dump) from current WLUG wiki
> 3) Import via zip dump into phpwiki 1.3.11_rc3
> 4) Attempt to port all our modifications / plugins forward to 1.3.11_rc3
> such that they are in a state to be potentially forwarded upstream.

good, just CVS HEAD would be better.

> I've run into a few problems however.
>
> I'm doing all of the following on a Debian Sarge system using the
> packaged Apache2 and PHP4 binaries.
>
> * To get phpwiki to run, I had to modify my include path to point
> directly to the PEAR dir inside the phpwiki source. Not doing this
> caused an error about a redeclared DB class, presumably a conflict
> between my system PEAR and phpwiki's PEAR. Is this a known problem on
> Debian Sarge?

I don't know for Debian, because we don't care for specific distros, but
if the installed system pear DB is too old it is recommended to use ours.
There's no way to check the version number beforehand. pear is not well
designed.

> * Database logging doesn't work with postgresql (due to use of the
> DELAYED keyword which is only supported by MySQL) and we don't want it
> anyway.

This was fixed some weeks ago. Please try current CVS instead or the
nightly snapshot from the webpage.

> However there doesn't appear to be any way to disable this by
> default. The logical action to my mind would be to set ACCESS_LOG_SQL=0
> in config.ini, however the IniConfig parser appears to set all
> uninitialised variables in the config file to 0 which then leads to
> ACCESS_LOG_SQL being set to it's default value of 2. To get around this
> I have created the patch below which allows the user to specify
> ACCESS_LOG_SQL=-1 in config.ini to prevent database logging

Oops, I'll check why ACCESS_LOG_SQL=0 fails for you.
This should not happen.

> * Using precached HTML (WIKIDB_NOCACHE_MARKUP) results in errors of the
> following type when I try and view any page in the wiki
>
> Fatal Error:
> lib/WikiDB/backend/PearDB.php:1014: Error: wikidb_backend_peardb_pgsql:
> fatal database error
>
>       * DB Error: unknown error
>       * (UPDATE page SET cached_html='xڝ”ÏnÛ0Æï}
>       * A°ZοVÉ2d†¶5H·ö(6µ%CRšEÞ}”lg;Ú
> $€-šüñã''ÞI1‘Ü[¥Ý“±äNžË‘|s’¶þµ>¿“b&y­öž·G|Æ&.‘og''o)p§
>
> To make the wiki work I have to set WIKIDB_NOCACHE_MARKUP = true in
> config.ini. This looks like phpwiki is trying to insert bogus values
> into the HTML cache.

cached_html is gzipped.
So postgresql has problems with binary data. I'll fix that.

> * My first attempt at importing from the zip dump didn't succeed. Lots
> of errors were encountered regarding diff merging between page
> revisions. This resulted in only the very first revision (ie, not what
> is currently displayed in the WLUG wiki) being imported into my new
> wiki.

These are just warnings. Diff merging is not too clever.
You may want to overwrite all or merge manually.
We just provide the basic docs and needed action pages so normally
it's safe to overwrite all. Just the HomePage should be merged.

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

[Phpwiki-talk] WikiAdminMarkup

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

If someone needs to mass-update the markup type (to old or new) this 
little plugin might come in handy.
I have no time yet to check if it's clean enough to be put into CVS, and 
I only needed it once.
-- 
Reini Urban
http://phpwiki.org/

[Phpwiki-talk] Re: WLUG Wiki <-> phpWiki

[Matt B. <ma...@ma...>]

Hi everyone,=20


On Tue, 2005-06-21 at 22:04 +1200, Perry Lorier wrote:

> We're just about to try again and see how far we can get.  We'll be sure
> to let everyone know of our progress.

OK. My first attempt at doing this was going to take the following form

1) Install vanilla phpwiki 1.3.11_rc3
2) Export (zip dump) from current WLUG wiki
3) Import via zip dump into phpwiki 1.3.11_rc3
4) Attempt to port all our modifications / plugins forward to 1.3.11_rc3
such that they are in a state to be potentially forwarded upstream.=20

I've run into a few problems however.=20

I'm doing all of the following on a Debian Sarge system using the
packaged Apache2 and PHP4 binaries.=20

* To get phpwiki to run, I had to modify my include path to point
directly to the PEAR dir inside the phpwiki source. Not doing this
caused an error about a redeclared DB class, presumably a conflict
between my system PEAR and phpwiki's PEAR. Is this a known problem on
Debian Sarge?

* Database logging doesn't work with postgresql (due to use of the
DELAYED keyword which is only supported by MySQL) and we don't want it
anyway. However there doesn't appear to be any way to disable this by
default. The logical action to my mind would be to set ACCESS_LOG_SQL=3D0
in config.ini, however the IniConfig parser appears to set all
uninitialised variables in the config file to 0 which then leads to
ACCESS_LOG_SQL being set to it's default value of 2. To get around this
I have created the patch below which allows the user to specify
ACCESS_LOG_SQL=3D-1 in config.ini to prevent database logging

--- phpwiki-1.3.11/lib/IniConfig.php    2005-04-09 06:11:50.000000000
+1200
+++ phpwiki/lib/IniConfig.php   2005-06-21 23:48:19.000000000 +1200
@@ -383,6 +383,8 @@
     if (!empty($rs['ACCESS_LOG_SQL'])) {
         if (!in_array(DATABASE_TYPE, array('SQL','ADODB')))
             define('ACCESS_LOG_SQL', 0);
+        if ($rs['ACCESS_LOG_SQL']=3D=3D-1)
+            define('ACCESS_LOG_SQL', 0);
     }
     // SQL defaults to ACCESS_LOG_SQL =3D 2
     else {

* Using precached HTML (WIKIDB_NOCACHE_MARKUP) results in errors of the
following type when I try and view any page in the wiki

Fatal Error:
lib/WikiDB/backend/PearDB.php:1014: Error: wikidb_backend_peardb_pgsql:
fatal database error=20

      * DB Error: unknown error
      * (UPDATE page SET cached_html=3D'x=C3=9A=C2=9D=E2=80=9D=C3=8Fn=C3=9B=
0=0C=C3=86=C3=AF}
      * A=0F=C2=B0Z=C3=8E=C2=BFV=C3=892d=1B=E2=80=A0=1D=C2=B65H=C2=B7=C3=B6=
=18(6=1B=13=C2=B5%CR=C5=A1=14E=C3=9E}=E2=80=9Dlg;=C3=9A=3D
        $=E2=82=AC-=C5=A1=C3=BC=C3=B1=C3=A3''=C3=9EI1=E2=80=98=C3=9C[=C2=A5=
=C3=9D=E2=80=9C=C2=B1=15=C3=A4=1EN=C5=BE=C3=8B=E2=80=98|s=E2=80=99=0E=C2=B6=
=C3=BE=C2=B5=06>=C2=BF=E2=80=9Cb&y=C2=AD=C3=B6=10=C5=BE=C2=B7G|=C3=86&.=E2=
=80=98og''o)p=C2=A7=1C

To make the wiki work I have to set WIKIDB_NOCACHE_MARKUP =3D true in
config.ini. This looks like phpwiki is trying to insert bogus values
into the HTML cache.=20

* My first attempt at importing from the zip dump didn't succeed. Lots
of errors were encountered regarding diff merging between page
revisions. This resulted in only the very first revision (ie, not what
is currently displayed in the WLUG wiki) being imported into my new
wiki.=20

Any help with these above problems would be much appreciated and would
help us in our quest to get more in line with upstream PHPwiki.=20

Kind Regards

--=20
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

[Phpwiki-talk] searchfunktion - how search better?

[Jens D. <web...@pi...>]

Hi,
sorry for my poor english :-)
We cant found enough infos how to search in wiki.
Just an example.
We look for the phrase "RSC". Now we are germans ;), we can find:
"erscheinen" or "underscrores" or "Überschrift".We cant use RSC in every
Title, we need FullTextSearch.
Is the a function to search only "RSC" or is it possible to exclude someting?

Regards