phpwiki-talk

[Phpwiki-talk] undefined function: zipreader()

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

Hello,
due to instability of SuSE 10.0 on my hardware, I had
to step back to my SuSE 9.2 installation, which I had
preserved on a separate partition.

This old installation used to run phpwiki 1.3.11rc3
successfully for some time, however after stepping
back I get the following error for every page:

Fatal error: Call to undefined function: zipreader() in
/export/home/wiki/phpwiki-1.3.11rc3/lib/CachedMarkup.php on line 61

Maybe the new Linux (with newer PHP or libs or anything) running
the very same phpwiki installation (in the same directory)
created some zipped files that the old one cannot read ?

Should I / How can I delete the cache ? I am running
"file" DB.

kind regards,
Tom.

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

[Phpwiki-talk] proper permissions for config.ini and other files?

[Corinna K. <ck...@au...>]

This is a newbie question.

I'm not sure what permissions to set for my phpwiki files.  Obviously  
this is of special concern for config.ini because it has the admin  
password.

I wasn't able to find the answer in the archives or online.  Thanks  
in advance for your help.

Thanks,

Corinna

Re: [Phpwiki-talk] Dumping to XHTML

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

?action=3Ddumphtml&pages=3DSubtree*

2005/12/19, John Stevens <jst...@gm...>:
> Hi All,
> I am having trouble dumping to XHTML.  Firstly, there is an issue with th=
e
> php memory limits on our system, but that is another matter.  Second, I a=
m
> getting al the internal phpwiki pages being dumped.  I would like to be a=
ble
> to dump only subtrees of pages if possible, or at least be able to exclud=
e
> the internal pages.  I am sure I have mentioned it before and got the
> suggestion to ad an exclude list in the admin page, but I have lost hte
> mail, if that is the case.
>
> Also, is it possible for me to allow users to dump particular branches of
> the wiki?
>
> Thanks in advance.
> John
>


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

[Phpwiki-talk] User authentication

[strk <st...@ke...>]

Hello there.
I'm running phpwiki 1.2.10 wrapped by CGIWRAP.
Admin authentication (PHP_AUTH_USER) is not available
(cgiwrap strips it off).

Now my problem (I don't really care about admin ;):
Is there a way to support any kind of authentication,
possibly tagging RecentChanges to show user rather
then IP when available ?

TIA

--strk;

 /"\    ASCII Ribbon Campaign
 \ /    Respect for low technology.
  X     Keep e-mail messages readable by any computer system.
 / \    Keep it ASCII. 

[Phpwiki-talk] Dumping to XHTML

[John S. <jst...@gm...>]

Hi All,
I am having trouble dumping to XHTML.  Firstly, there is an issue with the
php memory limits on our system, but that is another matter.  Second, I am
getting al the internal phpwiki pages being dumped.  I would like to be abl=
e
to dump only subtrees of pages if possible, or at least be able to exclude
the internal pages.  I am sure I have mentioned it before and got the
suggestion to ad an exclude list in the admin page, but I have lost hte
mail, if that is the case.

Also, is it possible for me to allow users to dump particular branches of
the wiki?

Thanks in advance.
John

Re: [Phpwiki-talk] ansi sql

[John S. <jst...@gm...>]

On 12/18/05, Reini Urban <ru...@x-...> wrote:
>
> Do you want to provide a patch against current CVS?
> I'm still busy with private stuff until Thursday or so.
>
> Converting SELECT IF() to CASE() is not on my high priorities,
> but we already did it for the other queries so it will appear in 1.3.12.
>
>
Note that David is talking about the stuff in lib/WikiDB/backend/PearDB.php=
,
which I previously ranted about.  We are running Oracle and there are no
overrides to the functions that use it in PearDB_oci8.php.

Yes, David works with me and as he has said is a great supporter of the Wik=
i
concept.  We are both VERY interested in seeing phpwiki continue to develop
and fix all of these niggling problems, particularly as it fits the SOE of
the organisation.

Last time I brought this sql stuff up, I was told that it was the realm of
the PearDB guys and should post /rant over there.  Fair enough, but since
these libraries are part of phpwiki, why should we not fix these and provid=
e
the patches back to them?

If you want, I will try and make the correct additions to PearDB_oci8.php
and test them.  May not get it done before next year though.  Then I can
provide you with the patches for the next release, which I am hoping will b=
e
relatively soon.

BTW, Reini and others are VERY helpful and responsive to problems.  I guess
there just aren't enough developers and supporters to get to everything, an=
d
Reini has enough other stuff to be doing.  Probably my only real criticism
is relying on CVS for patches and fixes.  I am not sure if all of my
suggested patches have made it into CVS yet, so I am loath to rely on it.
Release and bugfix announcments to this list may help alleviate this issue,
but without tracking/knowing what fixes are in or out, I cannot use it to
keep our production wiki up to date.

Regards

Re: [Phpwiki-talk] Meta: non-member posts....

[Alan H. <al...@em...>]

Thanks!

On 12/18/05, Joel Uckelman <uck...@no...> wrote:
> Thus spake Reini Urban:
> > 2005/12/16, Daniel Sutcliffe <da...@tc...>:
> >
> > Thanks a lot, that helped!
> > Only list members can now post to this talk list
>
> Hooray!
>
> --
> J.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


--
   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] Meta: non-member posts....

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

Thus spake Reini Urban:
> 2005/12/16, Daniel Sutcliffe <da...@tc...>:
> 
> Thanks a lot, that helped!
> Only list members can now post to this talk list

Hooray!

-- 
J.

Re: [Phpwiki-talk] ansi sql

[David R. <dr...@de...>]

Yep, but first I want to check my own logic in our dev enviroment here :)
Shouldn't be too long.

Regards

David

Reini Urban wrote:

>Do you want to provide a patch against current CVS?
>I'm still busy with private stuff until Thursday or so.
>
>Converting SELECT IF() to CASE() is not on my high priorities,
>but we already did it for the other queries so it will appear in 1.3.12.
>
>
>2005/12/16, David Rhodes <dr...@de...>:
>  
>
>>First, before I start, I am dying to get into this wiki in a large way.
>>It makes documentation so accessible.
>>There are several impediments though that could be changed to improve
>>it's portability, mainly with the focus of the sql away from mysql
>>functions, and more to the ansi standard.
>>
>>For example, can I suggest we replace SELECT IF(...) in SELECTS with
>>more non-mysql (and more ansi based) functionality.
>>
>>As a case in point (pardon the pun), for the page locking function
>>rather then
>>
>>(SELECT IF(linkee.pagename,1,0) as result FROM phpwiki_link,
>>phpwiki_page linker, phpwiki_page linkee, phpwiki_nonempty WHERE
>>linkfrom=linker.id AND linkto=linkee.id AND linker.pagename='XXX-YYYY'
>>AND linkee.pagename='ModeratedPage' LIMIT 1
>>
>>it would be :
>>
>>SELECT
>>case
>>when linkee.pagename <> 0
>>and linkee.pagename <> NULL
>>then 1 else 0
>>end
>>as result
>>FROM phpwiki_link, phpwiki_page linker, phpwiki_page linkee,
>>phpwiki_nonempty
>>WHERE linkfrom=linker.id
>>AND linkto=linkee.id
>>AND linker.pagename='XXXX-YYYY'
>>AND linkee.pagename='ModeratedPage'
>>and rownum < 2
>>
>>As for the LIMIT,... unfortuately I can see this is not so easy as mysql
>>doesn't support the ansi row_number syntax. Instead I guess you could
>>support it with a DBI type check (if DBI is oracle then use row_number,
>>if DBI is mysql then use limit, etc), which then selects the correct
>>rows return syntax.
>>
>>These are not major changes, but will make it much more portable, and
>>increase it's user base if that is important to you...
>>
>>Thoughts?
>>
>>(yep, I am also sure the case can be further refined. :)
>>
>>Regards
>>
>>David
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>_______________________________________________
>>Phpwiki-talk mailing list
>>Php...@li...
>>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
>>    
>>
>
>
>--
>Reini Urban
>http://xarch.tu-graz.ac.at/home/rurban/
>
>  
>


-- 
David Rhodes,  Network Unit Leader
Information Technology Services Division
Deakin University Waterfront Campus Victoria 3217 Australia
Phone:   03 5227 8912 International: +61 3 52278912
Fax:     03 5227 8866 International: +61 3 5227 8866
E-mail:  dav...@de...
Website: http://www.deakin.edu.au
Deakin University CRICOS Provider Code 00113B (Vic)

Important Notice: The contents of this email transmission, including any attachments, are intended solely for the named addressee and are confidential; any unauthorised use, reproduction or storage of the contents and any attachments is expressly prohibited. If you have received this transmission in error, please delete it and any attachments from your system immediately and advise the sender by return email or telephone. Deakin University does not warrant that this email and any attachments are error or virus free. 

Re: [Phpwiki-talk] Meta: non-member posts....

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

2005/12/16, Daniel Sutcliffe <da...@tc...>:
> Reini Urban wrote:
> > I took over most of the admin parts, but this is not so easy to take
> > that over (mailman =3D python stuff not stored in a database) and I don=
't
> > really want to.
>
> As this has come up again - and I have specific knowledge that could
> help fix this problem quicker, I thought I'd volunteer it:
>
> Sourceforge mailing list administration does not fall under their
> usual user permissions.  Each list has its own password to manage
> it that is not connected to any other part of SF.  If this password
> has been lost then it can be reset on the list/forum admin page by
> a project admin.  FOr PhpWiki that would be here:
>   http://sourceforge.net/mail/admin/index.php?group_id=3D6121&change_stat=
us=3D1
>
> With a known password you can go to here:
>   http://lists.sourceforge.net/lists/admin/phpwiki-talk
> Type the password and go to the "Privacy Options" page and change the
> "Restrict posting privilege to list members?" from No to Yes.
> That's it.
>
> Hope this helps someone improve the quality of this list ;-)

Thanks a lot, that helped!
Only list members can now post to this talk list

Please tell my any email addresses (secondary ones) which should be allowed
to post also.

Re: [Phpwiki-talk] ansi sql

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

Do you want to provide a patch against current CVS?
I'm still busy with private stuff until Thursday or so.

Converting SELECT IF() to CASE() is not on my high priorities,
but we already did it for the other queries so it will appear in 1.3.12.


2005/12/16, David Rhodes <dr...@de...>:
> First, before I start, I am dying to get into this wiki in a large way.
> It makes documentation so accessible.
> There are several impediments though that could be changed to improve
> it's portability, mainly with the focus of the sql away from mysql
> functions, and more to the ansi standard.
>
> For example, can I suggest we replace SELECT IF(...) in SELECTS with
> more non-mysql (and more ansi based) functionality.
>
> As a case in point (pardon the pun), for the page locking function
> rather then
>
> (SELECT IF(linkee.pagename,1,0) as result FROM phpwiki_link,
> phpwiki_page linker, phpwiki_page linkee, phpwiki_nonempty WHERE
> linkfrom=3Dlinker.id AND linkto=3Dlinkee.id AND linker.pagename=3D'XXX-YY=
YY'
> AND linkee.pagename=3D'ModeratedPage' LIMIT 1
>
> it would be :
>
> SELECT
> case
> when linkee.pagename <> 0
> and linkee.pagename <> NULL
> then 1 else 0
> end
> as result
> FROM phpwiki_link, phpwiki_page linker, phpwiki_page linkee,
> phpwiki_nonempty
> WHERE linkfrom=3Dlinker.id
> AND linkto=3Dlinkee.id
> AND linker.pagename=3D'XXXX-YYYY'
> AND linkee.pagename=3D'ModeratedPage'
> and rownum < 2
>
> As for the LIMIT,... unfortuately I can see this is not so easy as mysql
> doesn't support the ansi row_number syntax. Instead I guess you could
> support it with a DBI type check (if DBI is oracle then use row_number,
> if DBI is mysql then use limit, etc), which then selects the correct
> rows return syntax.
>
> These are not major changes, but will make it much more portable, and
> increase it's user base if that is important to you...
>
> Thoughts?
>
> (yep, I am also sure the case can be further refined. :)
>
> Regards
>
> David
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


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

Re: [Phpwiki-talk] Meta: non-member posts....

[Daniel S. <da...@tc...>]

Reini Urban wrote:
> I took over most of the admin parts, but this is not so easy to take 
> that over (mailman = python stuff not stored in a database) and I don't 
> really want to.

As this has come up again - and I have specific knowledge that could
help fix this problem quicker, I thought I'd volunteer it:

Sourceforge mailing list administration does not fall under their
usual user permissions.  Each list has its own password to manage
it that is not connected to any other part of SF.  If this password
has been lost then it can be reset on the list/forum admin page by
a project admin.  FOr PhpWiki that would be here:
  http://sourceforge.net/mail/admin/index.php?group_id=6121&change_status=1

With a known password you can go to here:
  http://lists.sourceforge.net/lists/admin/phpwiki-talk
Type the password and go to the "Privacy Options" page and change the
"Restrict posting privilege to list members?" from No to Yes.
That's it.

Hope this helps someone improve the quality of this list ;-)
Cheers
/dan
-- 
Daniel Sutcliffe <Da...@tc...>

[Phpwiki-talk] =?GB2312?B?x+uy6crV?=

[dd <ds...@gg...>]

致贵公司负责人收：
 本公司可向外企业代开商品销售、加工修理、建筑、广告
运输发票以及增值发票办理。

  电话：13697444791
  联系人：高生

Re: [Phpwiki-talk] ansi sql

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

Thus spake Brian C:
> Hi,
> 
> Either your enthusiasm will bring new life to what looks to me to be a 
> dying project or it will fall on deaf ears. This list mainly receives 
> spam right now and actual questions about phpwiki tend to go unanswered. 

There has been an awful lot of spam lately. I wish we could restrict the
list so that only subscribers could post. That would solve this problem
entirely. (I've changed my mind: Can we start the process for changing
the owner of the list?)

I think it's not the case that most questions to the list go unanswered.
I count only three which weren't answered during November. And most of
questions in the help forum are answered.

> My installation has been broken for months, searching on Google shows 
> many people have the same problem, but I cannot get any info on a fix. 
> See 
> http://sourceforge.net/mailarchive/forum.php?thread_id=8990578&forum_id=4517

I didn't realize that no one had responded to your question. The problem
you had has been fixed in CVS for three weeks; the fix will appear in the
next release. If you want to stop the warnings yourself, you can edit three
of the files in lib/DbSession: SQL.php, PDO.php, and dba.php. Go to the CVS
repository web interface

   http://cvs.sourceforge.net/viewcvs.py/phpwiki/phpwiki/lib/DbSession/

and look at the diffs for SQL.php, dba.php, and ADODB.php to see what
changed. Or, just replace

   function _connect() {
 
with
   
   function & _connect() {

and
   
   $dbh = &$this->_connect();

with

   $dbh = $this->_connect();

everywhere you find them in these three files. If that isn't sufficient,
please let me know.

> I believe my solution is going to be to move to mediawiki, despite the 
> extra work this will create for me, because it is possible to get 
> support for it. Since Wikipedia uses it there is regular development, 
> and its markup format is becoming something of a standard.
> 
> If this project does want to remain viable that's one thing it should 
> seriously look into: a script to convert phpwiki markup to mediawiki 
> markup and then an adoption of mediawiki markup style in a new version.

So you think we should just give up, then?

-- 
J.

[Phpwiki-talk] Re: phpwiki

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

MjAwNS8xMi8xNiwgTWljaGFsIEv4aXZrYSA8bS5rcml2a2FAdmxwLmN6PjoKPiBJIGhhdmUgZnJl
c2ggaW5zdGFsbGF0aW9uIG9mIHBocHdpa2kgKDEuMy4xMXAxKSB3aXRoIHBvc3RncmVzIGRhdGFi
YXNlIEkKPiBmb3VuZCBzb21lIHByb2JsZW1zLgo+IC0gVGhlcmUgYXJlIGR1cGxpY2F0ZWQgZGVm
aW5pdGlvbnMgb2YgZnVuY3Rpb25zIGdldHRleHQgYW5kIF8gYXMgSSB3cm90ZQo+IHRvIGJ1Z2xp
c3QuCgpUaGlzIHNob3VsZCBub3QgaGFwcGVuLCBzaW5jZSB3ZSBjaGVjayB3aXRoIGZ1bmN0aW9u
X2V4aXN0cygpIGluIHRoZSBsb2dpYy4KQnV0IHRoYW5rcyBmb3IgeW91ciBwcmV2aW91cyBidWcg
cmVwb3J0LiBJJ2xsIGxvb2sgYXQgaXQgbGF0ZXIuCgo+IC0gY29sdW1uIGJ5dGVzX3NlbmQgaXMg
aW50Mih0b28gc2hvcnQpIGluIHRhYmxlIGFjY2Vzc2xvZwo+IC0gdGFibGVzIGhhdmUgb2lkcywg
c29pdCBjYW4gYmUgcHJvYmxlbSBpbiBQb3N0Z3Jlc3FsIDguMSsgd2hlcmUgb2lkcwo+IGFyZSBk
ZXByZWNhdGVkLgo+Cj4gSSBjYW4gbGl0dGxlIGhlbHAgd2l0aC4gSWYgeW91IHdhbnQgdG8gdXNl
IG15IHRpbWUsIHBsZWFzZSBjb250YWN0IG1lIGJhY2suCgpZZXMsIHRoYXQgd291bGQgYmUgZ3Jl
YXQuCk9yaWdpbmFsbHkgd2UgZG9uIHVzZSBvaWRzIGluIHRoZSBzY2hlbWFzLiBkaWQgeW91IGNo
ZWNrIGxhdGVzdCBDVlMgSEVBRD8KVGhlcmUgSSBkaWQgYSBjb21wbGV0ZSByZWZyZXNoIG9mIHRo
ZSBwb3N0Z3Jlc3FsIHNjaGVtYSBhbmQgYmFja2VuZCwKZXNwLiBmb3IgOC54Cih0c2VhcmNoMiwg
c3RvcmVkIHByb2NlZHVyZXMsIC4uLikK

[Phpwiki-talk] New Year's Eve annouced

[M E T P A R T I E S <ma...@me...>]

If you cannot view this email please go to  www.metparties.com/newsletter=
 =20

Re: [Phpwiki-talk] ansi sql

[Brian C <br...@be...>]

Hi,

Either your enthusiasm will bring new life to what looks to me to be a 
dying project or it will fall on deaf ears. This list mainly receives 
spam right now and actual questions about phpwiki tend to go unanswered. 
My installation has been broken for months, searching on Google shows 
many people have the same problem, but I cannot get any info on a fix. 
See 
http://sourceforge.net/mailarchive/forum.php?thread_id=8990578&forum_id=4517

I believe my solution is going to be to move to mediawiki, despite the 
extra work this will create for me, because it is possible to get 
support for it. Since Wikipedia uses it there is regular development, 
and its markup format is becoming something of a standard.

If this project does want to remain viable that's one thing it should 
seriously look into: a script to convert phpwiki markup to mediawiki 
markup and then an adoption of mediawiki markup style in a new version.

Good luck to you,

Brian

David Rhodes wrote:
> Hi,
> 
> First, before I start, I am dying to get into this wiki in a large way. 
> It makes documentation so accessible.
> There are several impediments though that could be changed to improve 
> it's portability, mainly with the focus of the sql away from mysql 
> functions, and more to the ansi standard.
> 
> For example, can I suggest we replace SELECT IF(...) in SELECTS with 
> more non-mysql (and more ansi based) functionality.
> 
> As a case in point (pardon the pun), for the page locking function 
> rather then
> 
> (SELECT IF(linkee.pagename,1,0) as result FROM phpwiki_link, 
> phpwiki_page linker, phpwiki_page linkee, phpwiki_nonempty WHERE 
> linkfrom=linker.id AND linkto=linkee.id AND linker.pagename='XXX-YYYY' 
> AND linkee.pagename='ModeratedPage' LIMIT 1
> 
> it would be :
> 
> SELECT
> case
> when linkee.pagename <> 0
> and linkee.pagename <> NULL
> then 1 else 0
> end
> as result
> FROM phpwiki_link, phpwiki_page linker, phpwiki_page linkee, 
> phpwiki_nonempty
> WHERE linkfrom=linker.id
> AND linkto=linkee.id
> AND linker.pagename='XXXX-YYYY'
> AND linkee.pagename='ModeratedPage'
> and rownum < 2
> 
> As for the LIMIT,... unfortuately I can see this is not so easy as mysql 
> doesn't support the ansi row_number syntax. Instead I guess you could 
> support it with a DBI type check (if DBI is oracle then use row_number, 
> if DBI is mysql then use limit, etc), which then selects the correct 
> rows return syntax.
> 
> These are not major changes, but will make it much more portable, and 
> increase it's user base if that is important to you...
> 
> Thoughts?
> 
> (yep, I am also sure the case can be further refined. :)
> 
> Regards
> 
> David

[Phpwiki-talk] ansi sql

[David R. <dr...@de...>]

Hi,

First, before I start, I am dying to get into this wiki in a large way. 
It makes documentation so accessible.
There are several impediments though that could be changed to improve 
it's portability, mainly with the focus of the sql away from mysql 
functions, and more to the ansi standard.

For example, can I suggest we replace SELECT IF(...) in SELECTS with 
more non-mysql (and more ansi based) functionality.

As a case in point (pardon the pun), for the page locking function 
rather then

(SELECT IF(linkee.pagename,1,0) as result FROM phpwiki_link, 
phpwiki_page linker, phpwiki_page linkee, phpwiki_nonempty WHERE 
linkfrom=linker.id AND linkto=linkee.id AND linker.pagename='XXX-YYYY' 
AND linkee.pagename='ModeratedPage' LIMIT 1

it would be :

SELECT
case
when linkee.pagename <> 0
and linkee.pagename <> NULL
then 1 else 0
end
as result
FROM phpwiki_link, phpwiki_page linker, phpwiki_page linkee, 
phpwiki_nonempty
WHERE linkfrom=linker.id
AND linkto=linkee.id
AND linker.pagename='XXXX-YYYY'
AND linkee.pagename='ModeratedPage'
and rownum < 2

As for the LIMIT,... unfortuately I can see this is not so easy as mysql 
doesn't support the ansi row_number syntax. Instead I guess you could 
support it with a DBI type check (if DBI is oracle then use row_number, 
if DBI is mysql then use limit, etc), which then selects the correct 
rows return syntax.

These are not major changes, but will make it much more portable, and 
increase it's user base if that is important to you...

Thoughts?

(yep, I am also sure the case can be further refined. :)

Regards

David

[Phpwiki-talk] =?ISO-2022-JP?B?GyRCTyJNbUBoOHgzKyJ2GyhC?=

[<in...@kd...>]

$B0l=o$K5o$F$/$l$k=w@-$r3N<B$K8+$D$1$i$l$^$9(B



http://www.kdls.info/az130





$BL5NA$G;n$7$F$_$F$/$@$5$$!#(B











/_/_/_/_/_/_/_/_/_/_/_/_/_/

$B%a!<%k<u?.5qH](B



ka...@kd...



/_/_/_/_/_/_/_/_/_/_/_/_/_/

[Phpwiki-talk] KISS XMAS this Saturday

[M E T P A R T I E S <ma...@me...>]

If you are unable to view this e-mail please click this link : http://www=
.metparties.com/newsletter/nyt/

[Phpwiki-talk] [patches] why user admin stuff is not yet integrated ?

[<tho...@la...>]

I wonder why patch 1327048 is not yet integrated. Some user's asked for.
Is it isn't good enough ?

-- 
Thomas Harding

Re: [Phpwiki-talk] Logwatch and PHPwiki?

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

Thus spake Alan Hoyle:
> My logwatch setup (the default for FC3) reports any wiki access on an
> individual line.
> 
> How can I change this so it doesn't do this?
> 
> -alan

The script logwatch uses for httpd is /usr/share/logwatch/scripts/services/http in FC4 (might be different in FC3).

There's a section called 'Count types and bytes'. I think what you should
do is add a case here to catch wiki pages and count them like the other
types. If you get that to work, let us know. I'd like to incororate it
into my script.

-- 
J.

[Phpwiki-talk] Logwatch and PHPwiki?

[Alan H. <al...@em...>]

My logwatch setup (the default for FC3) reports any wiki access on an
individual line.

How can I change this so it doesn't do this?

-alan

---------- Forwarded message ----------
From: root <ro...@ne...>
Date: Dec 9, 2005 4:10 AM
Subject: LogWatch for nelson.oit.unc.edu
To: ro...@ne...



 ################### LogWatch 5.2.2 (06/23/04) ####################
       Processing Initiated: Fri Dec  9 04:10:36 2005
       Date Range Processed: yesterday
     Detail Level of Output: 0
          Logfiles for Host: nelson.oit.unc.edu
 ################################################################

 --------------------- httpd Begin ------------------------

A total of 1715 unidentified 'other' records logged
  GET /wiki/index.php/OldMarkupTestPage?action=3DTranslateText&lang=3Dzh
HTTP/1.0 with response code(s) 2 200 responses
  GET /wiki/index.php/PgsrcTranslation?action=3DBackLinks HTTP/1.0 with
response code(s) 2 200 responses
  GET /~alanh/wiki/index.php/CalendarPlugin/2001-12-12?action=3Dedit
HTTP/1.1 with response code(s) 2 200 responses
  GET /~alanh/wiki/index.php/CalendarListPlugin?month=3D3&year=3D2005
HTTP/1.0 with response code(s) 2 200 responses
  GET /~alanh/wiki/index.php/TAPIT%20Directions%20to%20meeting%20places?act=
ion=3DPageInfo
HTTP/1.0 with response code(s) 2 200 responses
  GET /~alanh/wiki/index.php/RecentChanges?action=3Dviewsource HTTP/1.0
with response code(s) 2 200 responses
  GET /~alanh/wiki/index.php/CalendarPlugin/2012-10-10?action=3Dedit
HTTP/1.1 with response code(s) 2 200 responses
  GET /wiki/index.php/WikiBlogPlugin/Blog/2005-11-11/09%3A02%3A52-05%3A00?a=
ction=3DBackLinks

[snip...]

--
   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] 3 errors in cvs head...

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

Thanks John,

I'm aware of these and a few other problems,
but right now I don't have enough time to fix it. Hopefully end of next wee=
k.

See e.g. PhpWikiDemo:en/


2005/12/8, John Cole <joh...@ua...>:
> Reini,
>   Running a test server on the CVS head and I've run into a few issues...
>
> 1)  Trying to do an action=3Dupgrade I get the following errors:
>
> check for necessary database updates - ADODB
> Fatal Error:
>
> lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Error: mysql error: [0:
> Connection error to server 'localhost' with user 'root'] in
> CONNECT(localhost, '****', '****', testwiki)
>
>     *
>
> lib\Request.php:421: Notice: ob_end_clean(): failed to delete buffer. No
> buffer to delete.
>
> lib\WikiDB\adodb\drivers\adodb-mysql.inc.php:319: Warning: mysql_connect(=
):
> Access denied for user: 'root@localhost' (Using password: YES)
>
> Fatal PhpWiki Error
>
> lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Error: mysql error: [0:
> Connection error to server 'localhost' with user 'root'] in
> CONNECT(localhost, '****', '****', testwiki)
>
> 2) Trying to create a PDF with the PDF button I get the following error:
>
> lib\pdf.php:163: Warning: Cannot modify header information - headers alre=
ady
> sent
>
> using HTMLDOC and the MACOS theme
>
> and
>
> FPDF error: Some data has already been output to browser, can't send PDF
> file
>
> Using the FPDF library (setting action=3Dpdf on the url manually) and the=
 CRAO
> theme.
>
> 3)  In the CRAO theme, the bottom button bar is not positioned correctly =
in
> FF 1.5 and the right most icons are off the screen (including the PDF
> button)
>
> Thanks,
>
> John
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] 3 errors in cvs head...

[John C. <joh...@ua...>]

Reini,
  Running a test server on the CVS head and I've run into a few issues...

1)  Trying to do an action=upgrade I get the following errors:

check for necessary database updates - ADODB
Fatal Error:

lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Error: mysql error: [0:
Connection error to server 'localhost' with user 'root'] in
CONNECT(localhost, '****', '****', testwiki)

    *

lib\Request.php:421: Notice: ob_end_clean(): failed to delete buffer. No
buffer to delete.

lib\WikiDB\adodb\drivers\adodb-mysql.inc.php:319: Warning: mysql_connect():
Access denied for user: 'root@localhost' (Using password: YES)

Fatal PhpWiki Error

lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Error: mysql error: [0:
Connection error to server 'localhost' with user 'root'] in
CONNECT(localhost, '****', '****', testwiki)

2) Trying to create a PDF with the PDF button I get the following error:

lib\pdf.php:163: Warning: Cannot modify header information - headers already
sent

using HTMLDOC and the MACOS theme

and 

FPDF error: Some data has already been output to browser, can't send PDF
file

Using the FPDF library (setting action=pdf on the url manually) and the CRAO
theme.

3)  In the CRAO theme, the bottom button bar is not positioned correctly in
FF 1.5 and the right most icons are off the screen (including the PDF
button)

Thanks,

John






-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.