phpwiki-talk

Re: [Phpwiki-talk] PHPwiki + mailnotify

[Dan F. <dfr...@cs...>]

Petr Cervenka wrote:

>Hi here!
>
>I don't know if I am the only one, but I can not find any Documenation
>on MailNotify, yes I found on phpwiki MailNotify link but there is a way
>too many different ways how to do it, and I am not sure which one of
>them did actully made in CURRENT devel release? So if anyone is using
>MailNotify can you please tell me how and where to enable it ? Thank
>you 
>
>Petr
>  
>

I'm sorry, but I don't know what you're talking about. What is the 
functionality you want? Right now, the mail notification I know about is 
on the user preferences page, and it's already 'enabled' for the wiki.

Dan

[Phpwiki-talk] PHPwiki + mailnotify

[Petr C. <pe...@sy...>]

Hi here!

I don't know if I am the only one, but I can not find any Documenation
on MailNotify, yes I found on phpwiki MailNotify link but there is a way
too many different ways how to do it, and I am not sure which one of
them did actully made in CURRENT devel release? So if anyone is using
MailNotify can you please tell me how and where to enable it ? Thank
you 

Petr

Re: [Phpwiki-talk] INSERT DELAYED

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

Fu-Hsiang Chen schrieb:
> Which file should I modify ? I just want to make sure I modify the  
> right place.
> Thanks for your response.

RCS file: /cvsroot/phpwiki/phpwiki/lib/Request.php,v
retrieving revision 1.91
diff -u -b -r1.91 Request.php
--- Request.php	11 Apr 2005 19:40:14 -0000	1.91
+++ Request.php	14 May 2005 07:17:01 -0000
@@ -1118,7 +1118,7 @@
              // duration problem: sprintf "%f" might use comma e.g. 
"100,201" in european locales
              $dbh->genericSqlQuery
                  (
-                 sprintf("INSERT DELAYED INTO $log_tbl"
+                 sprintf("INSERT INTO $log_tbl"
                           . " 
(time_stamp,remote_host,remote_user,request_method,request_line,request_uri,"
                           . 
"request_args,request_time,status,bytes_sent,referer,agent,request_duration)"
                           . " 
VALUES(%d,%s,%s,%s,%s,%s,%s,%s,%d,%d,%s,%s,'%s')",


> On May 14, 2005, at 12:17 AM, Reini Urban wrote:
> 
>> Fu-Hsiang Chen schrieb:
>>
>>> I installed phpwiki with postgreSQL as back-end. It works well but  
>>> on the end of every page, the following error was shown. lib/ 
>>> WikiDB/backend/PearDB.php:1014: Error:  WikiDB_backend_PearDB_pgsql: 
>>> fatal database error
>>>     * DB Error: syntax error
>>>     * (INSERT DELAYED INTO accesslog
>>>        
>>> (time_stamp,remote_host,remote_user,request_method,request_line,reque 
>>> st_uri,request_args,request_time,status,bytes_sent,referer,agent,requ 
>>> est_duration)
>>>       VALUES 
>>> (1115942580,'c-67-169-114-162.hsd1.ca.comcast.net','-','GET','GET
>>>       /~chenfu/phpwiki/index.php
>>>       HTTP/1.1','/~chenfu/phpwiki/index.php','','12/May/2005:17:03:00
>>>       -0700',200,6872,'','Mozilla/5.0 (Macintosh; U; PPC Mac OS X;  en)
>>>       AppleWebKit/412 (KHTML, like Gecko) Safari/ 412','3.318451166153')
>>>       [nativecode=ERROR: syntax error at or near "DELAYED" at  
>>> character 8])
>>> I think it is because postgreSQL does not have INSERT DELAYED  
>>> statement as in MySQL. Could any one give me some ideas ?
>>>
>>
>> Please remove the DELAYED.
>>
>> I'll commit a fix soon.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] INSERT DELAYED

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

Fu-Hsiang Chen schrieb:
> I installed phpwiki with postgreSQL as back-end. It works well but on 
> the end of every page, the following error was shown. 
> 
> lib/WikiDB/backend/PearDB.php:1014: Error: WikiDB_backend_PearDB_pgsql: 
> fatal database error
> 
>     * DB Error: syntax error
>     * (INSERT DELAYED INTO accesslog
>       (time_stamp,remote_host,remote_user,request_method,request_line,request_uri,request_args,request_time,status,bytes_sent,referer,agent,request_duration)
>       VALUES(1115942580,'c-67-169-114-162.hsd1.ca.comcast.net','-','GET','GET
>       /~chenfu/phpwiki/index.php
>       HTTP/1.1','/~chenfu/phpwiki/index.php','','12/May/2005:17:03:00
>       -0700',200,6872,'','Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en)
>       AppleWebKit/412 (KHTML, like Gecko) Safari/412','3.318451166153')
>       [nativecode=ERROR: syntax error at or near "DELAYED" at character 8])
> 
> 
> I think it is because postgreSQL does not have INSERT DELAYED statement 
> as in MySQL. Could any one give me some ideas ?

Please remove the DELAYED.

I'll commit a fix soon.

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

Re: [Phpwiki-talk] Some of my pages has this message. What does it mean ?

[Dan F. <dfr...@cs...>]

I can't explain it on your site, but I can in general.

There is a wiki page "InterWikiMap" that is a map of link types to other 
wikis (really other places). So, for example, if you type CraoWiki:here, 
it will link to http://wiki.crao.net/index.php/here for the default 
entry in the map.

However, if some malicious person were to change those links to point to 
http://www.pornisus.com/here, people would unexpectedly go to funny 
places. Thus, the links are not used if that wiki page is not 'locked' 
by admin.

Dan

Fu-Hsiang Chen wrote:

> can any one explain this? I can't find any explanation on line.
>
>
> /lib/PageType.php (In template 'body' < 'html'):138: Notice: WARNING: 
> InterWikiMap page is unlocked, so not using those links./
>
> /lib/PageType.php (In template 'html'):138: Notice: WARNING: 
> InterWikiMap page is unlocked, so not using those links./
>
> /lib/PageType.php:138: Notice: WARNING: InterWikiMap page is unlocked, 
> so not using those links./
>
>
>
> Steve
>
>
>
>

[Phpwiki-talk] Some of my pages has this message. What does it mean ?

[Fu-Hsiang C. <fuh...@gm...>]

can any one explain this? I can't find any explanation on line.


lib/PageType.php (In template 'body' < 'html'):138: Notice: WARNING:  
InterWikiMap page is unlocked, so not using those links.

lib/PageType.php (In template 'html'):138: Notice: WARNING:  
InterWikiMap page is unlocked, so not using those links.

lib/PageType.php:138: Notice: WARNING: InterWikiMap page is unlocked,  
so not using those links.



Steve

[Phpwiki-talk] INSERT DELAYED

[Fu-Hsiang C. <fuh...@gm...>]

I installed phpwiki with postgreSQL as back-end. It works well but on  
the end of every page, the following error was shown.

lib/WikiDB/backend/PearDB.php:1014: Error:  
WikiDB_backend_PearDB_pgsql: fatal database error

DB Error: syntax error
(INSERT DELAYED INTO accesslog  
(time_stamp,remote_host,remote_user,request_method,request_line,request_ 
uri,request_args,request_time,status,bytes_sent,referer,agent,request_du 
ration) VALUES 
(1115942580,'c-67-169-114-162.hsd1.ca.comcast.net','-','GET','GET / 
~chenfu/phpwiki/index.php HTTP/1.1','/~chenfu/phpwiki/ 
index.php','','12/May/2005:17:03:00 -0700',200,6872,'','Mozilla/5.0  
(Macintosh; U; PPC Mac OS X; en) AppleWebKit/412 (KHTML, like Gecko)  
Safari/412','3.318451166153') [nativecode=ERROR: syntax error at or  
near "DELAYED" at character 8])

I think it is because postgreSQL does not have INSERT DELAYED  
statement as in MySQL. Could any one give me some ideas ?


Thank you very much



Steve

[Phpwiki-talk] Password encryption and Apache...oh my!

[<ge...@di...>]

ok...I will admit that I am kinda new to all this.  I have set up PHPWiki on my
remote server no problem.  Now I am trying to set it up at home though and I am
running into a little trouble.  Not neccessarily trouble with PHPWiki but...

If I can load up the passencrypt.php script no problem but after I click
generate the page simply reloads without giving me the encrypted password like
it should...  What part of the PHP or Apache installation did I not set up to
allow this script to produce an encrypted password?  I am running the newest
versions of Apache 2 and PHP (downloaded them 4 days ago) and they are running
on a windows XP machine.  Any ideas?

Thanks...

l8r,
Jake (aka gecko)
ge...@di...
http://www.digiraver.com

Re: [Phpwiki-talk] phpwiki error message

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

Dwayne Hottinger schrieb:
> We have a php wiki set up.  It is running on a mysql database.  Has been 
> working great with no problems until yesterday afternoon.  Now we get 
> the following error message:
> Fatal PhpWiki Error
> lib/WikiDB/backend/PearDB.php:778: Fatal[256]: wikidb_backend_mysql: 
> fatal database error
> 
> DB Error: unknown error
> (SELECT linkee.id as id, linkee.pagename as pagename, linkee.hits as 
> hits, linkee.pagedata as pagedata FROM link, page AS linker, page AS 
> linkee WHERE linkfrom=linker.id AND linkto=linkee.id AND 
> linker.pagename='HomePage' ORDER BY linkee.pagename [nativecode=1 ** 
> Can't create/write to file '/tmp/#sql445e_1033_0.MYI' (Errcode: 13)])
> 
> I googled and found other wiki's with the same problem but no fix.  Any 
> help would be great.   We are using php version 4.3.4, and mysqld 
> version 4.0.18, with a custom kernel 2.6.6.

That's entirely an mysql problem, not php and not phpwiki.

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

Re: [Phpwiki-talk] phpwiki error message

[Dan F. <dfr...@cs...>]

Dwayne Hottinger wrote:

> Why would a tmp file get the wrong permissions?


I don't know. Scary.

>   How do I go about fixing such?


If it were me, I'd probably look at the temp file, see if I can figure 
out what's going on. There's no way to tell you how to do this. Find out 
what a .MYI file is. It has something to do with MySQL. Google for your 
problem. For example, try to find a corresponding .MYI file in your 
MySQL directories.

If I couldn't figure it out, I'd probably shut down mysql, then sudo rm 
the temp file, then start up mysql again. This might ruin your system, 
no guarantees. If it were me, that's what I'd do, though.

Dan

Re: [Phpwiki-talk] phpwiki error message

[Dwayne H. <dho...@ha...>]

Dan Frankowski wrote:

> I did a Google search on "mysql errcode 13". It is "permission denied: 
> " http://dev.mysql.com/doc/mysql/en/perror.html.
>
> Thus, maybe that temp file exists, but has the wrong permissions somehow.
>
> Dan
>
> Dwayne Hottinger wrote:
>
>> We have a php wiki set up.  It is running on a mysql database.  Has 
>> been working great with no problems until yesterday afternoon.  Now 
>> we get the following error message:
>> Fatal PhpWiki Error
>> lib/WikiDB/backend/PearDB.php:778: Fatal[256]: wikidb_backend_mysql: 
>> fatal database error
>>
>> DB Error: unknown error
>> (SELECT linkee.id as id, linkee.pagename as pagename, linkee.hits as 
>> hits, linkee.pagedata as pagedata FROM link, page AS linker, page AS 
>> linkee WHERE linkfrom=linker.id AND linkto=linkee.id AND 
>> linker.pagename='HomePage' ORDER BY linkee.pagename [nativecode=1 ** 
>> Can't create/write to file '/tmp/#sql445e_1033_0.MYI' (Errcode: 13)])
>>
>> I googled and found other wiki's with the same problem but no fix.  
>> Any help would be great.   We are using php version 4.3.4, and mysqld 
>> version 4.0.18, with a custom kernel 2.6.6.
>>
>>
>> thanks,
>>
>> ddh
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>> Want to be the first software developer in space?
>> Enter now for the Oracle Space Sweepstakes!
>> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
Why would a tmp file get the wrong permissions?  How do I go about 
fixing such?

ddh

Re: [Phpwiki-talk] phpwiki error message

[Dan F. <dfr...@cs...>]

I did a Google search on "mysql errcode 13". It is "permission denied: " 
http://dev.mysql.com/doc/mysql/en/perror.html.

Thus, maybe that temp file exists, but has the wrong permissions somehow.

Dan

Dwayne Hottinger wrote:

> We have a php wiki set up.  It is running on a mysql database.  Has 
> been working great with no problems until yesterday afternoon.  Now we 
> get the following error message:
> Fatal PhpWiki Error
> lib/WikiDB/backend/PearDB.php:778: Fatal[256]: wikidb_backend_mysql: 
> fatal database error
>
> DB Error: unknown error
> (SELECT linkee.id as id, linkee.pagename as pagename, linkee.hits as 
> hits, linkee.pagedata as pagedata FROM link, page AS linker, page AS 
> linkee WHERE linkfrom=linker.id AND linkto=linkee.id AND 
> linker.pagename='HomePage' ORDER BY linkee.pagename [nativecode=1 ** 
> Can't create/write to file '/tmp/#sql445e_1033_0.MYI' (Errcode: 13)])
>
> I googled and found other wiki's with the same problem but no fix.  
> Any help would be great.   We are using php version 4.3.4, and mysqld 
> version 4.0.18, with a custom kernel 2.6.6.
>
>
> thanks,
>
> ddh
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] phpwiki error message

[Dwayne H. <dho...@ha...>]

We have a php wiki set up.  It is running on a mysql database.  Has been 
working great with no problems until yesterday afternoon.  Now we get 
the following error message: 

Fatal PhpWiki Error
lib/WikiDB/backend/PearDB.php:778: Fatal[256]: wikidb_backend_mysql: 
fatal database error

DB Error: unknown error
(SELECT linkee.id as id, linkee.pagename as pagename, linkee.hits as 
hits, linkee.pagedata as pagedata FROM link, page AS linker, page AS 
linkee WHERE linkfrom=linker.id AND linkto=linkee.id AND 
linker.pagename='HomePage' ORDER BY linkee.pagename [nativecode=1 ** 
Can't create/write to file '/tmp/#sql445e_1033_0.MYI' (Errcode: 13)])

I googled and found other wiki's with the same problem but no fix.  Any 
help would be great.   We are using php version 4.3.4, and mysqld 
version 4.0.18, with a custom kernel 2.6.6.


thanks,

ddh

[Phpwiki-talk] –³—¿‘fl“®‰æ‚ª‚±‚ñ‚ȂɁI

[<Liv...@ya...>]

„ª@“Á@‘I@“®@‰æ@î@•ñ@„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª

2005”N5ŒŽ‘æ2T†

ƒlƒbƒg“®‰æƒiƒrƒƒ‹ƒ}ƒK‚́AƒCƒ“ƒ^[ƒlƒbƒgã‚É‚ ‚éA“®‰æ”zM
ƒTƒCƒg‚̏î•ñ‚ð‚¨‘—‚肵‚Ä‚¢‚Ü‚·B
¡T‚́AuƒAƒ_ƒ‹ƒgƒXƒNƒ‰ƒ“ƒuƒ‹v‚³‚ñ‚̏î•ñ‚Å‚·B
http://otoko.tv/index2.php?f
„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª

======================================================
@@@@@@@@@@@@@@@@@@@@@@@@@@@
@Š®@‘S@–³@—¿@‘f@l@“®@‰æ@‘å@‘S@W@I@I@
@@@@@@@@@@@@@@@@@@@@@@@@@@@
======================================================
™@ƒAƒ_ƒ‹ƒgƒXƒNƒ‰ƒ“ƒuƒ‹
™@http://otoko.tv/index2.php?f

>> ‚±‚±‚ªƒ|ƒCƒ“ƒgI
ˆ«Ž¿‚ȍ¼‹\ƒƒ“ƒNƒŠƒbƒN“®‰æƒTƒCƒg‚Í“O’ê”rœIIƒAƒ_ƒ‹ƒgƒXƒNƒ‰ƒ“ƒuƒ‹‚Í
LŽû“ü‚ʼn^‰cAŠ®‘S–³—¿‚ł̃IƒŠƒWƒiƒ‹‘fl“®‰æ”zM‚ðŽÀŒ»‚µ‚Ä‚¢‚Ü‚·B
>>

ô“®‰æƒ‰ƒCƒ“ƒiƒbƒv‚©‚çˆê•”‚ð‚²Ð‰îô
http://otoko.tv/index2.php?f
 „¬„ª„ª„ª„ª„ª„ª„ª„¶„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„­
 „«o‰ï‚¢Œnƒiƒ“ƒp„ ’j‚Ì‹­ˆø‚È‹‚߂ɂ‚¢ƒJƒ‰ƒ_‚ð‹–‚·—‚½‚¿@@„«
 „«„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„©„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„«
 „«“ŠeEƒgƒEƒTƒc„ ‚½‚¾‚½‚¾‘ŠŽè‚ð‹‚ß‡‚¤”Z‚¢SEX‚ª‚±‚±‚ɁI @„«
 „«„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„©„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„«
 „«ƒRƒXƒvƒŒ‘¼@@„ ’…‚½‚Ü‚Ü‚Å—‚ê‚éI“úí‚Æ”ñ“úí‚ÌŒðöEEE„«
 „¯„ª„ª„ª„ª„ª„ª„ª„¸„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„®
http://otoko.tv/index2.php?f

„¬@„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ@„­
@@ƒIƒŠƒWƒiƒ‹“®‰æ‚¾‚©‚炱‚ñ‚È‚à‚Ì‚à‚ ‚èI
„¯@„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ„Ÿ@„®
š‘¥ƒu[ƒ€‚Í‚±‚ñ‚ȂɃJƒƒCƒClÈ‚𐶂݂܂µ‚½i^.^)
@-> http://otoko.tv/index2.php?f

š”›‚èƒvƒŒƒC‚ðŽŽ‚µ‚½‚¢—EEE’ïR‚Å‚«‚È‚¢u‰õŠ´v
@-> http://otoko.tv/index2.php?f

š‚Ö‚Á‚Û‚±“ú–{’jŽ™(-_-)@VS@SEX‘åD‚«ƒAƒƒJl
@-> http://otoko.tv/index2.php?f


¦@•ÒWŒã‹L@-----------------------------------------------
E‚±‚̃ƒ‹ƒ}ƒK‚̓lƒbƒg“®‰æƒiƒr‚ª”zM‚µ‚Ä‚¢‚Ü‚·B
E‚±‚̃ƒ‹ƒ}ƒK‚̓Šƒ“ƒNæ‚Ì“à—e‚ð•ÛØ‚·‚é‚à‚Ì‚Å‚Í‚ ‚è‚Ü‚¹‚ñB
EƒŠƒ“ƒNæ‚Ì‚²—˜—p‚͍w“ÇŽÒ—l‚²Ž©g‚̐ӔC‚É‚¨‚¢‚čs‚Á‚Ä‚­‚¾‚³‚¢B
E“–•û‚͏Љîæ‚̃TƒCƒg‚ł̃gƒ‰ƒuƒ‹E‘¹ŠQ“™‚ɑ΂·‚éˆêØ‚̐ӔC‚𕉂¢‚Ü‚¹‚ñB
E‚±‚̃ƒ‹ƒ}ƒK‚Ì“à—e‚ð‚Í‚¶‚ß‚Æ‚µ‚½‚²Ž¿–â‚ɂ͉ž‚¶‚Ä‚¨‚è‚Ü‚¹‚ñB
E‚±‚̃ƒ‹ƒ}ƒK‚ÌŒfÚ“à—e‚ð‹–‰Â‚È‚­“]Ú‚·‚邱‚Æ‚ð‹Ö‚¶‚Ü‚·B
-------------------------------------------------------------
w“Ç’âŽ~@mo...@ma...


RslsijOSRJ

[Phpwiki-talk] Extract my old Wiki... Thanks!

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

Hey all,

I wanted to publicly thank Joel Uckelman for helping me out and giving me 
the extract from my old wiki.  I've restored it and am currently using 
flatfiles (I don't need high performance).

-alan

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

[Phpwiki-talk] "cannot redeclare _http_user"

[Tim P. <tw...@rn...>]

Yannick Lefebvre wrote last month to describe a problem he was
having with 1.3.11-rc3 on IIS 6.0:

Fatal error: Cannot redeclare _http_user() (previously declared in D:\WWW\INTRANET\phpwiki\configurator.php:71) in D:\WWW\INTRANET\phpwiki\configurator.php on line 70

I have been seeing exactly the same error on a Red Hat machine:

[client nnn.nnn.nnn.nnn] PHP Fatal error:  Cannot redeclare _http_user() (previously declared in .../phpwiki/configurator.php:71) in .../phpwiki/configurator.php on line 70

This machine is running Apache/2.0.52 (Fedora) and PHP/4.3.11.

In my case, the answer was (at least partly) that I had not set
ADMIN_USER and ADMIN_PASSWD in config/config.ini.  (The INSTALL and
README files did not tell me that I had to do this, and it was not
clear from the comments in config-dist.php that it was mandatory,
so I skipped over it.)

--twp

Re: [Phpwiki-talk] PHP persistent caching

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> Dan Frankowski schrieb:
>
>> I have a question for experienced PHP developers. There is a lot of 
>> information I can imagine wanting to cache across sessions in PHP. 
>> For example in WikiLens, a ratings database, or per-item statistics 
>> (# ratings, averages, etc). This is stuff that will fit in-memory for 
>> the forseeable future.
>>
>> What's the best way to do that in PHP? I've looked at a couple of 
>> PEAR modules (e.g., "Cache" included in PhpWiki), and they seem to be 
>> file-based. This is astonishing to me. Clearly memory can be 1000 
>> times faster than disk (although there are usually memory-based disk 
>> caches, too). Is it really best to use file-based caches? I thought 
>> about writing a shared memory-based cache, and a colleague warned me 
>> away from it, saying shared memory access in PHP is iffy.
>>
>> Thoughts?
>
>
> Are you aware about our max-size limitation of sessions
> how we are using them?


No, I don't know about this.

> If this could be solved we could put much more into regular sessions
> and wouldn't need external libs, such as
>   http://www.phpclasses.org/browse/package/439.html


Thanks for the ref! This looks like a useful package.

Note that I don't think stuffing the ratings DB (or stats like # rats or 
avg item rating) into each user session will help me. I want it cached 
*across* user sessions, so each user isn't burdened with re-reading, 
re-calculating.

I plan to try the shmem thing.

> I'm running a stable windows server with Turck MMCache for some time 
> now using shmem for the internal bytecode.
>   http://www.apachefriends.org/en/xampp.html


Cool, thanks.

Dan

Re: [Phpwiki-talk] Bug or Feature write bold not work with *

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

Philip J. Hollenback schrieb:
> On a procedural note, shouldn't something like this be entered in the
> bug tracker on sourceforge?  That way it's less likely that it gets
> accidentally forgotten.

I'm not sure if this should be treated as bug.
For me it's a KnownLimitation, which would be some food for Jeff

   Jeff ? :)
   Joel's counting idea, similar to the geometrical point-in-polygon 
test seems to be a nice idea.

Workarounds:
Use old markup,
   __not a list__
rewrap or use   at the first column if it's the very first character,
    *not a list*
or use <strong></strong> instead.
   <strong>not a list</strong>

> On Fri, 06 May 2005 08:36:21 -0500, "Joel Uckelman"
> <uck...@no...> said:
>>Thus spake Reini Urban:
>>>Jens D. schrieb:
>>>>sorry for my english ;) We try to use rc3. If you read
>>>>textformating rules you have to do this for a bold text: *Test*
>>>>(or some othe things like !)
>>>>
>>>>If you take *TEST* you became a bullet list an no bold text. Dont
>>>>no, is it a bug or a litle feature ;)
>>>
>>>It's a known little bug, nobody could solve so far.
>>>
>>>There's a conflict with "*" marking a bullet list and "*word*"
>>>marking bold.
>>>
>>>When *some bold sentence* starts at the first column, it will be
>>>recognized as bullet list, and not as bold markup.
>>
>>Could we solve this by counting the * in each line in the case where
>>the first character is a *? If the count is odd, then we either have a
>>list item or a mistake.
>>
>>I'll have a look at this one, too, once I have some time again.

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

Re: [Phpwiki-talk] Bug or Feature write bold not work with *

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

Thus spake Reini Urban:
> Jens D. schrieb:
> > sorry for my english ;)
> > We try to use rc3.
> > If you read textformating rules you have to do this for a bold text:
> > *Test* (or some othe things like !)
> > 
> > If you take *TEST* you became a bullet list an no bold text.
> > Dont no, is it a bug or a litle feature ;)
> 
> It's a known little bug, nobody could solve so far.
> 
> There's a conflict with "*" marking a bullet list and "*word*" marking 
> bold.
> 
> When
> *some bold sentence* starts at the first column, it will be recognized 
> as bullet list, and not as bold markup.

After playing in my SandBox for a few minutes, I observed that whenever
I type an unordered list element, I always insert a space after the
asterisk. Do other people do this as well? If so, it might make sense to
treat '* ' as beginning a list element, instead of just '*'.

Re: [Phpwiki-talk] really long page loads and incomplete pages with 1.3.11-rc3

[Philip J. H. <ph...@po...>]

I followed your suggestion and used echo.  I've found that placing

echo " ";

anywhere in the program execution before the call to this->Request in
function WikiRequest in lib/main.php causes the pages to output fully.

Of course my website now looks like crap because this causes a bunch of
php warnings to be printed after all the regular output.  Still, that's
better than it taking forever to load and cutting off the pages.

So it seems like my phpwiki is sitting around waiting for some output
which never finishes?  Then it eventually times out and dumps what it
does have?  That would explain both the long load delay and the end of
my wiki pages being cut off.

I haven't yet begun to dig into the Request function in lib/Request.php
to see if I can isolate this further.  Any phpwiki developers care to
hazard a guess what might be going on here?

P.

On Fri, 06 May 2005 12:10:00 +0200, "Reini Urban" <rurban@x-
ray.at> said:
> Philip J. Hollenback schrieb:
> > Hi Everyone,
> >
> > So I'm still experiencing this problem of pages not loading all the
> > way. I just tested a few minutes ago and it's still occuring.
> >
> > Again, there are no errors in my apache logs and I can't
> > troubleshoot much further because this is a hosted setup.
> >
> > I've seen this connecting from several different locations and with
> > several different browsers.  I've had other people in different
> > cities check my page and they've seen the same problems.
> >
> > But others on this list have replied that they have gone to
> > www.hollenback.ent and everything looks fine.
> >
> > The one suggestion I got was to sprinkle some print statements into
> > the phpwiki code to see where it is dying.  I guess I will try
> > that... does anyone else have any ideas?
>
> Don't use printf, use echo instead. There's some problem with print
> and output buffering I didn't care to report at the php-dev list yet.
>
> Any printf in any plugin, template, code will eventually bypass the
> buffering, thus fooling the http headers.
> --
> Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
> http://phpwiki.org/
--  
Philip J. Hollenback
ph...@po...
www.hollenback.net

Re: [Phpwiki-talk] Extract my old Wiki?

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

Thus spake Alan Hoyle:
> Hey all,
> 
> So basically, I've given up trying to get PHP and PHPWiki working with
> GDBM under FC3.  I've never successfully gotten it to work, and, faced
> with the prospect of doing 1.5+ hr recompiles of PHP every time
> there's a bug fix for PHP,  it just doesn't seem worth the effort.

I use FC3, and I've never had a problem with building PHP with GDBM support.
How precisely are you going about it? In what way does it fail for you?

(Also, you can dramatically cut the rebuild time by using ccache. Quite a 
wonderful tool, it is.)

> So, What I'm wondering is:  is there some kind person out there who
> could, given my pagesdb.gdbm files, load up my wiki for a few minutes
> and use the PHPWiki admin tools to create an HTML extract and the DB
> extract?  I would be extremely grateful....
> 
> I apologize if this is a repost.
> 
> Please let me know, alan

Yeah, sure. Put it somewhere that I can grab it and send me the link. I'll
dump it into my test wiki and dump it back out.
 

Re: [Phpwiki-talk] Bug or Feature write bold not work with *

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

Hi,


Reini Urban sagte:
> Jens D. schrieb:
>> sorry for my english ;)
>> We try to use rc3.
>> If you read textformating rules you have to do this for a bold text:
>> *Test* (or some othe things like !)
>>
>> If you take *TEST* you became a bullet list an no bold text.
>> Dont no, is it a bug or a litle feature ;)
>
> It's a known little bug, nobody could solve so far.
>
> There's a conflict with "*" marking a bullet list and "*word*" marking
> bold.
>
> When
> *some bold sentence* starts at the first column, it will be recognized
> as bullet list, and not as bold markup.
>

confirmed. If its the first colum the we became a bullet list, if not it
becam bold.
Ist the "*" a definite sign in Wiki or is it possible to rearrange this?
Only a idea to make it like "_*TEST*_", the Test is bold.

Thanks for answer aber this small bug.

Regards

Re: [Phpwiki-talk] Bug or Feature write bold not work with *

[Philip J. H. <ph...@po...>]

On a procedural note, shouldn't something like this be entered in the
bug tracker on sourceforge?  That way it's less likely that it gets
accidentally forgotten.

P.

On Fri, 06 May 2005 08:36:21 -0500, "Joel Uckelman"
<uck...@no...> said:
> Thus spake Reini Urban:
> > Jens D. schrieb:
> > > sorry for my english ;) We try to use rc3. If you read
> > > textformating rules you have to do this for a bold text: *Test*
> > > (or some othe things like !)
> > >
> > > If you take *TEST* you became a bullet list an no bold text. Dont
> > > no, is it a bug or a litle feature ;)
> >
> > It's a known little bug, nobody could solve so far.
> >
> > There's a conflict with "*" marking a bullet list and "*word*"
> > marking bold.
> >
> > When *some bold sentence* starts at the first column, it will be
> > recognized as bullet list, and not as bold markup.
>
> Could we solve this by counting the * in each line in the case where
> the first character is a *? If the count is odd, then we either have a
> list item or a mistake.
>
> I'll have a look at this one, too, once I have some time again.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers
> limbered up and give it your best shot. 4 great events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Phpwiki-talk mailing list Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
--  
Philip J. Hollenback
ph...@po...
www.hollenback.net

Re: [Phpwiki-talk] Bug or Feature write bold not work with *

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

Thus spake Reini Urban:
> Jens D. schrieb:
> > sorry for my english ;)
> > We try to use rc3.
> > If you read textformating rules you have to do this for a bold text:
> > *Test* (or some othe things like !)
> > 
> > If you take *TEST* you became a bullet list an no bold text.
> > Dont no, is it a bug or a litle feature ;)
> 
> It's a known little bug, nobody could solve so far.
> 
> There's a conflict with "*" marking a bullet list and "*word*" marking 
> bold.
> 
> When
> *some bold sentence* starts at the first column, it will be recognized 
> as bullet list, and not as bold markup.

Could we solve this by counting the * in each line in the case where the first
character is a *? If the count is odd, then we either have a list item or
a mistake.

I'll have a look at this one, too, once I have some time again.
 

[Phpwiki-talk] Extract my old Wiki?

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

Hey all,

So basically, I've given up trying to get PHP and PHPWiki working with
GDBM under FC3.  I've never successfully gotten it to work, and, faced
with the prospect of doing 1.5+ hr recompiles of PHP every time
there's a bug fix for PHP,  it just doesn't seem worth the effort.

So, What I'm wondering is:  is there some kind person out there who
could, given my pagesdb.gdbm files, load up my wiki for a few minutes
and use the PHPWiki admin tools to create an HTML extract and the DB
extract?  I would be extremely grateful....

I apologize if this is a repost.

Please let me know, alan

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