phpwiki-talk

RE : [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[<jw...@fi...>]

Hi!
I'm interested to know the result of your modification because I have =
the
same problem.

I'm using phpwiki on a USB key with the flat file DB option.

For each NEW version on a somewhat large page (large being > 100 lines) =
I
have this assertion error when I save the page.

J=E9r=F4me


-----Message d'origine-----
De=A0: php...@li...
[mailto:php...@li...] De la part de Norberto
Meijome
Envoy=E9=A0: mardi 13 janvier 2004 00:51
=C0=A0: Joby Walker
Cc=A0: Doyce Testerman; php...@li...
Objet=A0: Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

You should also be able to set some php settings in the Apache config=20
(to which you probably won't have access...but you can always use a=20
.htaccess...and if you can't...then maybe it's time to look for another=20
hoster ;-)

Cheers,
Beto

Joby Walker wrote:

> php.ini is a server-wide config file that affects how php behaves for=20
> every php program.  It's location is highly dependant on what=20
> platform/distribution you are running (on Gentoo it is under=20
> /etc/php/).  If this is your box, to find it you could run:
>
> find / | grep php.ini
>
> If you do not have access to the php.ini file you can override most=20
> options with the ini_set() function (though I am not sure if all three =

> can be overridden):
>
> http://us2.php.net/manual/en/function.ini-set.php
>
> I have:
>
> max_execution_time =3D 300
> max_input_time =3D 60
> memory_limit =3D 16M
>
> The 300s max_execution_time is a bit high, but I have some other=20
> administrative webapplications that take a long time.
>
> jbw
>
> Doyce Testerman wrote:
>
>> This looks like just the thing I need...
>>
>> Except, I don't see a php.ini in my wiki directory, so I'm assuming=20
>> this is a server-side setting.  I'm on a hosted server and I suppose=20
>> I need to ask them to change this?
>>
>> (Which they might do, cuz they're cool like that, but I feel I should =

>> clarify first before asking.)
>>
>> What would you suggest setting these three resource limits to?
>>
>>
>> Joby Walker wrote:
>>
>>> Sorry missed your earlier reply...
>>>
>>> You could try increasing your resource limits in php.ini:
>>>
>>> max_execution_time =3D ; Maximum execution time of each script, in=20
>>> seconds
>>> max_input_time =3D ; Maximum amount of time each script may spend=20
>>> parsing request data
>>> memory_limit =3D ; Maximum amount of memory a script may consume =
(8MB)
>>>
>>> I don't use flatfile db's so I'm not too familiar with issues=20
>>> related to them...  Which db/version are you using?
>>>
>>> jbw
>>>
>>> Doyce Testerman wrote:
>>>
>>>> Okay, here's another hint:  I almost always get these assertion=20
>>>> errors when I try to save, view Diffs, or Page history on larger=20
>>>> pages -- smaller pages almost always work -- is there some time=20
>>>> limit I'm running into?
>>>>
>>>> Doyce Testerman wrote:
>>>>
>>>>> Pertinent info:  I'm on a hosted account.  The server is running=20
>>>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running=20
>>>>> flatfile dbm (the default config).  The wiki can be viewed at=20
>>>>> http://www.average-bear.com/wiki/
>>>>>
>>>>> -----
>>>>>
>>>>> My problem: I'm consistently getting 'assertion failed' messages=20
>>>>> while using phpwiki.  Examples follow:
>>>>>
>>>>> EXAMPLE 1
>>>>> When saving a page I've been editing, I will often (not always)=20
>>>>> get an error message when I hit save: a page will display:
>>>>>
>>>>> lib/WikiDB.php:787: Fatal[0]: <br=20
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20
>>>>> failed <br />
>>>>>
>>>>>    * Note 1: this doesn't always happen -- usually I get this=20
>>>>> error when I save a page to which I've added a WikiWord.  The page =

>>>>> DOES still save... if I refresh from the error message page, the=20
>>>>> 'reload' confirmation appears and the page loads correctly.
>>>>>
>>>>>    * Note 2:  the <br /> bits in the error message are not a=20
>>>>> result of me Viewing the source of the page... they actually=20
>>>>> display that way on the page.  "View source" on this error message =

>>>>> shows me that the page is specifically showing me the special html =

>>>>> characters using ascii encoding.
>>>>>
>>>>> EXAMPLE 2
>>>>> The 'Diff' button on the bottom of each page fails intermittently=20
>>>>> (about as often as I get the error message in Example 1, above,=20
>>>>> but not on the same pages.  The error message (very similar to=20
>>>>> Example 1) reads:
>>>>>
>>>>> lib/WikiDB.php:787: Fatal[0]: <br=20
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20
>>>>> failed <br />
>>>>>
>>>>> EXAMPLE 3
>>>>> On most of the pages on which Diff doesn't work, Page History also =

>>>>> fails:
>>>>>
>>>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In=20
>>>>> template 'html'):787: Fatal[0]: <br=20
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20
>>>>> failed <br />
>>>>>
>>>>> EXAMPLE 4
>>>>> The RecentChanges page simple doesn't work at all.  The error=20
>>>>> message reads:
>>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse')=20
>>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br=20
>>>>>
/>/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php=
:28
:=20
>>>>> : Assertion failed <br />
>>>>>
>>>>> EXAMPLE 5
>>>>> RecentEdits also doesn't work at all.  The error message is=20
>>>>> suspiciously similar to the RecentChanges message:
>>>>>
>>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse')=20
>>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br=20
>>>>>
/>/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php=
:28
:=20
>>>>> : Assertion failed <br />
>>>>>
>>>>> -----
>>>>>
>>>>> I realize that most of these errors are probably connected to one=20
>>>>> or two screw ups in configuration on my part, and I'm perfectly=20
>>>>> willing to work through whatever I need to do to fix them -- I'm=20
>>>>> very impressed with PHPWiki as a whole and I look forward to=20
>>>>> working with it extensively in the future, so any help on these=20
>>>>> issues would be much appreciated.  Thanks.
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------
>>>>> This SF.net email is sponsored by: IBM Linux Tutorials.
>>>>> Become an expert in LINUX or just sharpen your skills.  Sign up=20
>>>>> for IBM's
>>>>> Free Linux Tutorials.  Learn everything from the bash shell to sys =

>>>>> admin.
>>>>> Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
>>>>> _______________________________________________
>>>>> Phpwiki-talk mailing list
>>>>> Php...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Perforce Software.
>> Perforce is the Fast Software Configuration Management System =
offering
>> advanced branching capabilities and atomic changes on 50+ platforms.
>> Free Eval! http://www.perforce.com/perforce/loadprog.html
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk





-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[Norberto M. <nu...@me...>]

You should also be able to set some php settings in the Apache config 
(to which you probably won't have access...but you can always use a 
.htaccess...and if you can't...then maybe it's time to look for another 
hoster ;-)

Cheers,
Beto

Joby Walker wrote:

> php.ini is a server-wide config file that affects how php behaves for 
> every php program.  It's location is highly dependant on what 
> platform/distribution you are running (on Gentoo it is under 
> /etc/php/).  If this is your box, to find it you could run:
>
> find / | grep php.ini
>
> If you do not have access to the php.ini file you can override most 
> options with the ini_set() function (though I am not sure if all three 
> can be overridden):
>
> http://us2.php.net/manual/en/function.ini-set.php
>
> I have:
>
> max_execution_time = 300
> max_input_time = 60
> memory_limit = 16M
>
> The 300s max_execution_time is a bit high, but I have some other 
> administrative webapplications that take a long time.
>
> jbw
>
> Doyce Testerman wrote:
>
>> This looks like just the thing I need...
>>
>> Except, I don't see a php.ini in my wiki directory, so I'm assuming 
>> this is a server-side setting.  I'm on a hosted server and I suppose 
>> I need to ask them to change this?
>>
>> (Which they might do, cuz they're cool like that, but I feel I should 
>> clarify first before asking.)
>>
>> What would you suggest setting these three resource limits to?
>>
>>
>> Joby Walker wrote:
>>
>>> Sorry missed your earlier reply...
>>>
>>> You could try increasing your resource limits in php.ini:
>>>
>>> max_execution_time = ; Maximum execution time of each script, in 
>>> seconds
>>> max_input_time = ; Maximum amount of time each script may spend 
>>> parsing request data
>>> memory_limit = ; Maximum amount of memory a script may consume (8MB)
>>>
>>> I don't use flatfile db's so I'm not too familiar with issues 
>>> related to them...  Which db/version are you using?
>>>
>>> jbw
>>>
>>> Doyce Testerman wrote:
>>>
>>>> Okay, here's another hint:  I almost always get these assertion 
>>>> errors when I try to save, view Diffs, or Page history on larger 
>>>> pages -- smaller pages almost always work -- is there some time 
>>>> limit I'm running into?
>>>>
>>>> Doyce Testerman wrote:
>>>>
>>>>> Pertinent info:  I'm on a hosted account.  The server is running 
>>>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running 
>>>>> flatfile dbm (the default config).  The wiki can be viewed at 
>>>>> http://www.average-bear.com/wiki/
>>>>>
>>>>> -----
>>>>>
>>>>> My problem: I'm consistently getting 'assertion failed' messages 
>>>>> while using phpwiki.  Examples follow:
>>>>>
>>>>> EXAMPLE 1
>>>>> When saving a page I've been editing, I will often (not always) 
>>>>> get an error message when I hit save: a page will display:
>>>>>
>>>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>>> failed <br />
>>>>>
>>>>>    * Note 1: this doesn't always happen -- usually I get this 
>>>>> error when I save a page to which I've added a WikiWord.  The page 
>>>>> DOES still save... if I refresh from the error message page, the 
>>>>> 'reload' confirmation appears and the page loads correctly.
>>>>>
>>>>>    * Note 2:  the <br /> bits in the error message are not a 
>>>>> result of me Viewing the source of the page... they actually 
>>>>> display that way on the page.  "View source" on this error message 
>>>>> shows me that the page is specifically showing me the special html 
>>>>> characters using ascii encoding.
>>>>>
>>>>> EXAMPLE 2
>>>>> The 'Diff' button on the bottom of each page fails intermittently 
>>>>> (about as often as I get the error message in Example 1, above, 
>>>>> but not on the same pages.  The error message (very similar to 
>>>>> Example 1) reads:
>>>>>
>>>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>>> failed <br />
>>>>>
>>>>> EXAMPLE 3
>>>>> On most of the pages on which Diff doesn't work, Page History also 
>>>>> fails:
>>>>>
>>>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In 
>>>>> template 'html'):787: Fatal[0]: <br 
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>>> failed <br />
>>>>>
>>>>> EXAMPLE 4
>>>>> The RecentChanges page simple doesn't work at all.  The error 
>>>>> message reads:
>>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>>>> : Assertion failed <br />
>>>>>
>>>>> EXAMPLE 5
>>>>> RecentEdits also doesn't work at all.  The error message is 
>>>>> suspiciously similar to the RecentChanges message:
>>>>>
>>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>>>> : Assertion failed <br />
>>>>>
>>>>> -----
>>>>>
>>>>> I realize that most of these errors are probably connected to one 
>>>>> or two screw ups in configuration on my part, and I'm perfectly 
>>>>> willing to work through whatever I need to do to fix them -- I'm 
>>>>> very impressed with PHPWiki as a whole and I look forward to 
>>>>> working with it extensively in the future, so any help on these 
>>>>> issues would be much appreciated.  Thanks.
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------
>>>>> This SF.net email is sponsored by: IBM Linux Tutorials.
>>>>> Become an expert in LINUX or just sharpen your skills.  Sign up 
>>>>> for IBM's
>>>>> Free Linux Tutorials.  Learn everything from the bash shell to sys 
>>>>> admin.
>>>>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>>>> _______________________________________________
>>>>> Phpwiki-talk mailing list
>>>>> Php...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Perforce Software.
>> Perforce is the Fast Software Configuration Management System offering
>> advanced branching capabilities and atomic changes on 50+ platforms.
>> Free Eval! http://www.perforce.com/perforce/loadprog.html
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] possibility of compromise of bug tracker, etc for SF projects running phpwiki

[Zot O'C. <zo...@wh...>]

On Mon, 2004-01-12 at 14:30, Robert Dodier wrote:
> Hello,

I guess the question is could phpwiki offer access to other resources.

I see a few possibilities:

1)  Access to files not available to the web interface, but available to
the web user.

2)  Access to databases via open connections and bad sql checking.

The first seems to be in the range of "any php script."

The second is nixed if the DB user the wiki uses is not the same as any
other DB user.


-- 
Zot O'Connor

http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com

[Phpwiki-talk] possibility of compromise of bug tracker, etc for SF projects running phpwiki

[Robert D. <rob...@ya...>]

Hello,

I'm running PhpWiki for one SF project (riso.sf.net) and I'm
trying to convince another project to adopt it. PhpWiki is great!

I've been asked whether comprise of PhpWiki could lead to
compromise of the bug tracker, download manager, project
web page, etc -- i.e., the SF resources of the project other
than PhpWiki.

I want to reassure my coworkers that there is no known avenue
or exploit by which comprising PhpWiki could lead to compromising
other resources. Does anyone know of any such mechanism?

I'd really like to restrict discussion of this question to
the vulnerability of non-PhpWiki resources; in this context,
the security of PhpWiki itself is not (at the moment) an issue.

Thanks very much for your help. I appreciate it a lot!

Robert Dodier

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[Joby W. <joby@u.washington.edu>]

php.ini is a server-wide config file that affects how php behaves for every php 
program.  It's location is highly dependant on what platform/distribution you 
are running (on Gentoo it is under /etc/php/).  If this is your box, to find it 
you could run:

find / | grep php.ini

If you do not have access to the php.ini file you can override most options with 
the ini_set() function (though I am not sure if all three can be overridden):

http://us2.php.net/manual/en/function.ini-set.php

I have:

max_execution_time = 300
max_input_time = 60
memory_limit = 16M

The 300s max_execution_time is a bit high, but I have some other administrative 
webapplications that take a long time.

jbw

Doyce Testerman wrote:

> This looks like just the thing I need...
> 
> Except, I don't see a php.ini in my wiki directory, so I'm assuming this 
> is a server-side setting.  I'm on a hosted server and I suppose I need 
> to ask them to change this?
> 
> (Which they might do, cuz they're cool like that, but I feel I should 
> clarify first before asking.)
> 
> What would you suggest setting these three resource limits to?
> 
> 
> Joby Walker wrote:
> 
>> Sorry missed your earlier reply...
>>
>> You could try increasing your resource limits in php.ini:
>>
>> max_execution_time = ; Maximum execution time of each script, in seconds
>> max_input_time = ; Maximum amount of time each script may spend 
>> parsing request data
>> memory_limit = ; Maximum amount of memory a script may consume (8MB)
>>
>> I don't use flatfile db's so I'm not too familiar with issues related 
>> to them...  Which db/version are you using?
>>
>> jbw
>>
>> Doyce Testerman wrote:
>>
>>> Okay, here's another hint:  I almost always get these assertion 
>>> errors when I try to save, view Diffs, or Page history on larger 
>>> pages -- smaller pages almost always work -- is there some time limit 
>>> I'm running into?
>>>
>>> Doyce Testerman wrote:
>>>
>>>> Pertinent info:  I'm on a hosted account.  The server is running 
>>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running 
>>>> flatfile dbm (the default config).  The wiki can be viewed at 
>>>> http://www.average-bear.com/wiki/
>>>>
>>>> -----
>>>>
>>>> My problem: I'm consistently getting 'assertion failed' messages 
>>>> while using phpwiki.  Examples follow:
>>>>
>>>> EXAMPLE 1
>>>> When saving a page I've been editing, I will often (not always) get 
>>>> an error message when I hit save: a page will display:
>>>>
>>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>> failed <br />
>>>>
>>>>    * Note 1: this doesn't always happen -- usually I get this error 
>>>> when I save a page to which I've added a WikiWord.  The page DOES 
>>>> still save... if I refresh from the error message page, the 'reload' 
>>>> confirmation appears and the page loads correctly.
>>>>
>>>>    * Note 2:  the <br /> bits in the error message are not a result 
>>>> of me Viewing the source of the page... they actually display that 
>>>> way on the page.  "View source" on this error message shows me that 
>>>> the page is specifically showing me the special html characters 
>>>> using ascii encoding.
>>>>
>>>> EXAMPLE 2
>>>> The 'Diff' button on the bottom of each page fails intermittently 
>>>> (about as often as I get the error message in Example 1, above, but 
>>>> not on the same pages.  The error message (very similar to Example 
>>>> 1) reads:
>>>>
>>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>> failed <br />
>>>>
>>>> EXAMPLE 3
>>>> On most of the pages on which Diff doesn't work, Page History also 
>>>> fails:
>>>>
>>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In 
>>>> template 'html'):787: Fatal[0]: <br 
>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>>> failed <br />
>>>>
>>>> EXAMPLE 4
>>>> The RecentChanges page simple doesn't work at all.  The error 
>>>> message reads:
>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>>> : Assertion failed <br />
>>>>
>>>> EXAMPLE 5
>>>> RecentEdits also doesn't work at all.  The error message is 
>>>> suspiciously similar to the RecentChanges message:
>>>>
>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>>> : Assertion failed <br />
>>>>
>>>> -----
>>>>
>>>> I realize that most of these errors are probably connected to one or 
>>>> two screw ups in configuration on my part, and I'm perfectly willing 
>>>> to work through whatever I need to do to fix them -- I'm very 
>>>> impressed with PHPWiki as a whole and I look forward to working with 
>>>> it extensively in the future, so any help on these issues would be 
>>>> much appreciated.  Thanks.
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: IBM Linux Tutorials.
>>>> Become an expert in LINUX or just sharpen your skills.  Sign up for 
>>>> IBM's
>>>> Free Linux Tutorials.  Learn everything from the bash shell to sys 
>>>> admin.
>>>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>>> _______________________________________________
>>>> Phpwiki-talk mailing list
>>>> Php...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>>
>>>>
>>>>
>>>
>>
>>
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[Doyce T. <sm...@av...>]

This looks like just the thing I need...

Except, I don't see a php.ini in my wiki directory, so I'm assuming this 
is a server-side setting.  I'm on a hosted server and I suppose I need 
to ask them to change this?

(Which they might do, cuz they're cool like that, but I feel I should 
clarify first before asking.)

What would you suggest setting these three resource limits to?


Joby Walker wrote:

> Sorry missed your earlier reply...
>
> You could try increasing your resource limits in php.ini:
>
> max_execution_time = ; Maximum execution time of each script, in seconds
> max_input_time = ; Maximum amount of time each script may spend 
> parsing request data
> memory_limit = ; Maximum amount of memory a script may consume (8MB)
>
> I don't use flatfile db's so I'm not too familiar with issues related 
> to them...  Which db/version are you using?
>
> jbw
>
> Doyce Testerman wrote:
>
>> Okay, here's another hint:  I almost always get these assertion 
>> errors when I try to save, view Diffs, or Page history on larger 
>> pages -- smaller pages almost always work -- is there some time limit 
>> I'm running into?
>>
>> Doyce Testerman wrote:
>>
>>> Pertinent info:  I'm on a hosted account.  The server is running 
>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running 
>>> flatfile dbm (the default config).  The wiki can be viewed at 
>>> http://www.average-bear.com/wiki/
>>>
>>> -----
>>>
>>> My problem: I'm consistently getting 'assertion failed' messages 
>>> while using phpwiki.  Examples follow:
>>>
>>> EXAMPLE 1
>>> When saving a page I've been editing, I will often (not always) get 
>>> an error message when I hit save: a page will display:
>>>
>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>> failed <br />
>>>
>>>    * Note 1: this doesn't always happen -- usually I get this error 
>>> when I save a page to which I've added a WikiWord.  The page DOES 
>>> still save... if I refresh from the error message page, the 'reload' 
>>> confirmation appears and the page loads correctly.
>>>
>>>    * Note 2:  the <br /> bits in the error message are not a result 
>>> of me Viewing the source of the page... they actually display that 
>>> way on the page.  "View source" on this error message shows me that 
>>> the page is specifically showing me the special html characters 
>>> using ascii encoding.
>>>
>>> EXAMPLE 2
>>> The 'Diff' button on the bottom of each page fails intermittently 
>>> (about as often as I get the error message in Example 1, above, but 
>>> not on the same pages.  The error message (very similar to Example 
>>> 1) reads:
>>>
>>> lib/WikiDB.php:787: Fatal[0]: <br 
>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>> failed <br />
>>>
>>> EXAMPLE 3
>>> On most of the pages on which Diff doesn't work, Page History also 
>>> fails:
>>>
>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In 
>>> template 'html'):787: Fatal[0]: <br 
>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion 
>>> failed <br />
>>>
>>> EXAMPLE 4
>>> The RecentChanges page simple doesn't work at all.  The error 
>>> message reads:
>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>> : Assertion failed <br />
>>>
>>> EXAMPLE 5
>>> RecentEdits also doesn't work at all.  The error message is 
>>> suspiciously similar to the RecentChanges message:
>>>
>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') 
>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br 
>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>>> : Assertion failed <br />
>>>
>>> -----
>>>
>>> I realize that most of these errors are probably connected to one or 
>>> two screw ups in configuration on my part, and I'm perfectly willing 
>>> to work through whatever I need to do to fix them -- I'm very 
>>> impressed with PHPWiki as a whole and I look forward to working with 
>>> it extensively in the future, so any help on these issues would be 
>>> much appreciated.  Thanks.
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: IBM Linux Tutorials.
>>> Become an expert in LINUX or just sharpen your skills.  Sign up for 
>>> IBM's
>>> Free Linux Tutorials.  Learn everything from the bash shell to sys 
>>> admin.
>>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>> _______________________________________________
>>> Phpwiki-talk mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>
>>>
>>>
>>
>
>
>

Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[Joby W. <joby@u.washington.edu>]

Sorry missed your earlier reply...

You could try increasing your resource limits in php.ini:

max_execution_time = ; Maximum execution time of each script, in seconds
max_input_time = ; Maximum amount of time each script may spend parsing request data
memory_limit = ; Maximum amount of memory a script may consume (8MB)

I don't use flatfile db's so I'm not too familiar with issues related to them... 
  Which db/version are you using?

jbw

Doyce Testerman wrote:

> Okay, here's another hint:  I almost always get these assertion errors 
> when I try to save, view Diffs, or Page history on larger pages -- 
> smaller pages almost always work -- is there some time limit I'm running 
> into?
> 
> Doyce Testerman wrote:
> 
>> Pertinent info:  I'm on a hosted account.  The server is running 
>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running 
>> flatfile dbm (the default config).  The wiki can be viewed at 
>> http://www.average-bear.com/wiki/
>>
>> -----
>>
>> My problem: I'm consistently getting 'assertion failed' messages while 
>> using phpwiki.  Examples follow:
>>
>> EXAMPLE 1
>> When saving a page I've been editing, I will often (not always) get an 
>> error message when I hit save: a page will display:
>>
>> lib/WikiDB.php:787: Fatal[0]: <br 
>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
>> <br />
>>
>>    * Note 1: this doesn't always happen -- usually I get this error 
>> when I save a page to which I've added a WikiWord.  The page DOES 
>> still save... if I refresh from the error message page, the 'reload' 
>> confirmation appears and the page loads correctly.
>>
>>    * Note 2:  the <br /> bits in the error message are not a result of 
>> me Viewing the source of the page... they actually display that way on 
>> the page.  "View source" on this error message shows me that the page 
>> is specifically showing me the special html characters using ascii 
>> encoding.
>>
>> EXAMPLE 2
>> The 'Diff' button on the bottom of each page fails intermittently 
>> (about as often as I get the error message in Example 1, above, but 
>> not on the same pages.  The error message (very similar to Example 1) 
>> reads:
>>
>> lib/WikiDB.php:787: Fatal[0]: <br 
>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
>> <br />
>>
>> EXAMPLE 3
>> On most of the pages on which Diff doesn't work, Page History also fails:
>>
>> lib/WikiDB.php (In template 'browse') (In template 'body') (In 
>> template 'html'):787: Fatal[0]: <br 
>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
>> <br />
>>
>> EXAMPLE 4
>> The RecentChanges page simple doesn't work at all.  The error message 
>> reads:
>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In 
>> template 'body') (In template 'html'):28: Fatal[0]: <br 
>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>> : Assertion failed <br />
>>
>> EXAMPLE 5
>> RecentEdits also doesn't work at all.  The error message is 
>> suspiciously similar to the RecentChanges message:
>>
>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In 
>> template 'body') (In template 'html'):28: Fatal[0]: <br 
>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
>> : Assertion failed <br />
>>
>> -----
>>
>> I realize that most of these errors are probably connected to one or 
>> two screw ups in configuration on my part, and I'm perfectly willing 
>> to work through whatever I need to do to fix them -- I'm very 
>> impressed with PHPWiki as a whole and I look forward to working with 
>> it extensively in the future, so any help on these issues would be 
>> much appreciated.  Thanks.
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: IBM Linux Tutorials.
>> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
>>
>>
> 

Re: [Phpwiki-talk] phpwiki 1.37 win2k

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

what's your web server?
   apache 1.x apache 2.x or IIS

i can only help with apache 1.x, others made it work on apache 2.x also.

Christian Koch schrieb:
> I installed phpwiki 1.37 on a w2k server (domain). use_path_info is 
> false. my client is a windows XP pro. all accessrights are set to "Jeder"
>  
> if i run index.php the first time phpwiki installs the standard pages 
> (and i see them). if i click on a link or if i insert an url manually 
> i'll see nothing. it is an empty page. all script are running but there 
> is no result. my browser is a IE6.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Wiki Install using mysql problem

[Norberto M. <nu...@me...>]

g'day Sunny,
I can't confirm thsi right now, but I'm pretty sure I fixed a similar 
error without having to go the INNODB way (innodb ought to work ok, I 
don't think that's what this error refers to).
Make sure the MySQL user used by your wiki has lock access to your 
tables. i.e., grant lock etc etc

Beto

Sunny James Fugate wrote:

> I am on a hosted webserver and have had problems getting phpwiki 
> installed properly.  I initially assumed that the following error was 
> due to lack of page locking capability on the tables and have added 
> the necessary Type=INNODB .  Is my assumption correct or is this an 
> error due to some other misconfiguration or version incompatability?
> Error message on load of base wiki site:
> ------------------
> lib/WikiDB/backend/PearDB.php:698: Fatal[256]: wikidb_backend_mysql: 
> fatal database error
> DB Error: unknown error
> (LOCK TABLES phpwiki_page WRITE,phpwiki_version WRITE,phpwiki_link 
> WRITE,phpwiki_recent WRITE,phpwiki_nonempty WRITE [nativecode=1142 ** 
> select command denied to user: 'use...@XX...' for table 
> 'phpwiki_page'])
> ------------------
> Thanks in advance for any help in this matter.
> -sunny
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

-- 
Norberto Meijome | numard at meijome dot net
"Everything is interesting if you go into it deeply enough." - Richard Feynman

[Phpwiki-talk] Wiki Install using mysql problem

[Sunny J. F. <su...@da...>]

I am on a hosted webserver and have had problems getting phpwiki installed 
properly.  I initially assumed that the following error was due to lack of 
page locking capability on the tables and have added the necessary 
Type=INNODB .  Is my assumption correct or is this an error due to some 
other misconfiguration or version incompatability? 

Error message on load of base wiki site:
 ------------------
lib/WikiDB/backend/PearDB.php:698: Fatal[256]: wikidb_backend_mysql: fatal 
database error
DB Error: unknown error
(LOCK TABLES phpwiki_page WRITE,phpwiki_version WRITE,phpwiki_link 
WRITE,phpwiki_recent WRITE,phpwiki_nonempty WRITE [nativecode=1142 ** select 
command denied to user: 'use...@XX...' for table 
'phpwiki_page'])
 ------------------ 

Thanks in advance for any help in this matter. 

 -sunny

Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki

[Doyce T. <sm...@av...>]

Okay, here's another hint:  I almost always get these assertion errors 
when I try to save, view Diffs, or Page history on larger pages -- 
smaller pages almost always work -- is there some time limit I'm running 
into?

Doyce Testerman wrote:

> Pertinent info:  I'm on a hosted account.  The server is running 
> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running 
> flatfile dbm (the default config).  The wiki can be viewed at 
> http://www.average-bear.com/wiki/
>
> -----
>
> My problem: I'm consistently getting 'assertion failed' messages while 
> using phpwiki.  Examples follow:
>
> EXAMPLE 1
> When saving a page I've been editing, I will often (not always) get an 
> error message when I hit save: a page will display:
>
> lib/WikiDB.php:787: Fatal[0]: <br 
> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
> <br />
>
>    * Note 1: this doesn't always happen -- usually I get this error 
> when I save a page to which I've added a WikiWord.  The page DOES 
> still save... if I refresh from the error message page, the 'reload' 
> confirmation appears and the page loads correctly.
>
>    * Note 2:  the <br /> bits in the error message are not a result of 
> me Viewing the source of the page... they actually display that way on 
> the page.  "View source" on this error message shows me that the page 
> is specifically showing me the special html characters using ascii 
> encoding.
>
> EXAMPLE 2
> The 'Diff' button on the bottom of each page fails intermittently 
> (about as often as I get the error message in Example 1, above, but 
> not on the same pages.  The error message (very similar to Example 1) 
> reads:
>
> lib/WikiDB.php:787: Fatal[0]: <br 
> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
> <br />
>
> EXAMPLE 3
> On most of the pages on which Diff doesn't work, Page History also fails:
>
> lib/WikiDB.php (In template 'browse') (In template 'body') (In 
> template 'html'):787: Fatal[0]: <br 
> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed 
> <br />
>
> EXAMPLE 4
> The RecentChanges page simple doesn't work at all.  The error message 
> reads:
> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In 
> template 'body') (In template 'html'):28: Fatal[0]: <br 
> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
> : Assertion failed <br />
>
> EXAMPLE 5
> RecentEdits also doesn't work at all.  The error message is 
> suspiciously similar to the RecentChanges message:
>
> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In 
> template 'body') (In template 'html'):28: Fatal[0]: <br 
> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: 
> : Assertion failed <br />
>
> -----
>
> I realize that most of these errors are probably connected to one or 
> two screw ups in configuration on my part, and I'm perfectly willing 
> to work through whatever I need to do to fix them -- I'm very 
> impressed with PHPWiki as a whole and I look forward to working with 
> it extensively in the future, so any help on these issues would be 
> much appreciated.  Thanks.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>

-- 
Doyce Testerman ~ sm...@av... ~ www.average-bear.com
"It was a joke, okay? If we thought it would actually be used, we wouldn't have written it!" -- Mark Andressen, Internet founder, on the creation of the BLINK tag in HTML

[Phpwiki-talk] Escaping square brackets using NewInlineMarkup

[Frank S. <fra...@rn...>]

Hi,

Well, as the subject of this email suggests, I want to know how to, using
the new markup, do what [[this] would do using the old markup.

http://phpwiki.sourceforge.net/phpwiki/NewInlineMarkup simply says that you
can't. Is that still the case? Is there a problem with implementing [[
escaping? (I mean, will this conflict with other markup in horrendous ways
if I try implement this myself?)

frank

[Phpwiki-talk] Help with blank RSS feed from RecentChanges

[Alexander H. <al...@ha...>]

First time setting up a wiki; went very smoothly. But I have run into a 
bit of a problem: RecentChanges produces a blank page when asked for 
RSS. The HTML version is fine. I've just installed 3.14, and its sitting 
at http://www.web-analysis.com. Right now it's running with flat files, 
though I'm not sure why that should make a difference here. I've been 
looking for anyone else who might have had this difficulty, without much 
luck. Any ideas would be much appreciated.

Alex

[Phpwiki-talk] Template.php(125) error

[Shimmie <sh...@sh...>]

I was getting this error 5 times on every page:

> lib/Request.php:220: Warning[2]: Cannot modify header information -
headers
> already sent by (output started at
/usr/local/www/wiki/lib/Template.php(125)
> : eval()'d code:6)

I managed to fix it by changing the order of lines at the end of the
display_page function in display.php to:

    // Moved this line from just before the flush()
    // because checkValidators outputs the evaled code.
    // [shimmie 9/1/04]
    $request->checkValidators();

    $template->printExpansion($toks);
    $page->increaseHitCount();
    flush();

Simon.

[Phpwiki-talk] phpwiki 1.37 win2k

[Christian K. <chr...@sc...>]

hi,
=20
I installed phpwiki 1.37 on a w2k server (domain). use_path_info is
false. my client is a windows XP pro. all accessrights are set to
"Jeder"
=20
if i run index.php the first time phpwiki installs the standard pages
(and i see them). if i click on a link or if i insert an url manually
i'll see nothing. it is an empty page. all script are running but there
is no result. my browser is a IE6.=20
=20
thx for helping
=20
ChristianKoch
=20
*** Bestellen Sie unseren Newsletter unter http://www.scandio.de
<http://www.scandio.de/>  ***
_________________________________
Christian Koch
Scandio GmbH
In der Rosenau 6
81829 M=FCnchen
Tel.: +49 (89) 244 124 -44
Fax: +49 (89) 244 124 -10
E-Mail:chr...@sc...
Web:http://www.scandio.de
=20

Re: [Phpwiki-talk] Weird Character Garbage Installation Problem

[Shimmie <sh...@sh...>]

Thanks Zot, thats it, problem solved. Should I FAQ this?

I am getting now a boat load of warnings though. Is that because I'm on
php4.3.2 or just because phpwiki 1.3.7 is still beta?

Here are some:

lib/Request.php:220: Warning[2]: Cannot modify header information - headers
already sent by (output started at /usr/local/www/wiki/lib/Template.php(125)
: eval()'d code:6)
PHP Warnings
lib/WikiDB/backend/PearDB.php:682: Notice[8]: unserialize(): Error at offset
21 of 126 bytes

lib/plugin/BackLinks.php (In template 'browse') (In template 'body') (In
template 'html'):112: Notice[1024]: 7

Simon.

----- Original Message ----- 
From: "Zot O'Connor" <zo...@wh...>
To: "phpwiki list" <Php...@li...>
Sent: Thursday, January 08, 2004 8:59 PM
Subject: Re: [Phpwiki-talk] Weird Character Garbage Installation Problem


> This looks like the compression problem.
>
> >From a note I sent to a friend:
>
>         It turns out the issue was not (only at least) gdbm, but
>         compression on
>         the outgoing side.
>
>         By editing lib/Request.php, by commenting the lines out, I got
>         rid of
>         that garbage out problem.
>
> I sent that n October.  I think if you search the archives back then,
> you will see it.
>
> Found it in version (1.3.2-jeffs-hacks):
>
>      114     function compress_output() {
>      115         //if (function_exists('ob_gzhandler')) {
>      116             //ob_start('ob_gzhandler');
>      117             //$this->_is_compressing_output = true;
>      118         //}
>      119     }
>
> I think this broke when PHP was upgraded.
>
> But I do not use that version any more (at least there).
>
> In a newer version (1.3.5pre) I see the file is greatly changed:
>    285     function buffer_output($compress = true) {
>      286         if (defined('COMPRESS_OUTPUT')) {
>      287             if (!COMPRESS_OUTPUT)
>      288                 $compress = false;
>      289         }
>      290         elseif (!function_exists('version_compare')
>      291                 || version_compare(phpversion(), '4.2.3', "<"))
> {
>      292             $compress = false;
>      293         }
>      294
>      295         if (!function_exists('ob_gzhandler'))
>      296             $compress = false;
>      297
>
>
>
>
> On Thu, 2004-01-08 at 01:41, Shimmie wrote:
> > Hi everyone,
> >
> > I've installed everything ok... but when I hit the main page,
> > everything comes out in garbled characters.
> >
> > Have a look at: http://www.scrapegoat.com/wiki/index.php
> > Mozilla shows the characters, but IE 6 won't have a bar of it (throws
> > an error message).
> >
> > Php seems to be installed correctly because I can run other scripts
> > just fine (including pMachine).
> >
> > I've got:
> >
> >     php4.3.2RC4
> >     FreeBSD: 5.1 RELEASE
> >     Apache2.0.46
> >     phpwiki 1.3.7
> >
> > If I telnet directly to the port and request the file (GET
> > /wiki/index.php http/1.0), it works a dream and I get:
> >
> > crunch# telnet localhost 80
> > Trying ::1...
> > telnet: connect to address ::1: Connection refused
> > Trying 127.0.0.1...
> > Connected to localhost.
> > Escape character is '^]'.
> > get /wiki/index.php http/1.0
> >
> > HTTP/1.1 200 OK
> > Date: Thu, 08 Jan 2004 09:25:32 GMT
> > Server: Apache/2.0.46 (Unix) PHP/4.3.2RC4
> > X-Powered-By: PHP/4.3.2RC4
> > Set-Cookie: PHPSESSID=3a5c3e8ce10cf1d6936df82bcb6139c3; path=/
> > ETag: W/"ff3e6697e7a18b7cc5c8322fc05c1947"
> > Last-Modified: Thu, 08 Jan 2004 06:11:36 GMT
> > Cache-Control: no-cache
> > Expires: Thu, 08 Jan 2004 09:25:14 GMT
> > Vary: Cookie
> > Connection: close
> > Content-Type: text/html; charset=iso-8859-1
> >
> > <?xml version="1.0" encoding="iso-8859-1"?>
> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
> >   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> > <html xmlns="http://www.w3.org/1999/xhtml">
> > <!-- Begin head -->
> > <head>
> > <meta http-equiv="Content-Type" content="text/html;
> > charset=iso-8859-1" />
> > <meta name="robots" content="index,follow" />
> > <meta name="keywords" content="Home Page, ShimmieWiki" />
> > ...
> > ...
> >
> >
> > Please help,
> >
> > Thanks,
> >
> > Simon.
> -- 
> Zot O'Connor
>
> http://www.ZotConsulting.com
> http://www.WhiteKnightHackers.com
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Weird Character Garbage Installation Problem

[Zot O'C. <zo...@wh...>]

This looks like the compression problem.

>From a note I sent to a friend:

        It turns out the issue was not (only at least) gdbm, but
        compression on
        the outgoing side. 
        
        By editing lib/Request.php, by commenting the lines out, I got
        rid of
        that garbage out problem.
        
I sent that n October.  I think if you search the archives back then,
you will see it.

Found it in version (1.3.2-jeffs-hacks):

     114     function compress_output() {
     115         //if (function_exists('ob_gzhandler')) {
     116             //ob_start('ob_gzhandler');
     117             //$this->_is_compressing_output = true;
     118         //}
     119     }

I think this broke when PHP was upgraded.

But I do not use that version any more (at least there).

In a newer version (1.3.5pre) I see the file is greatly changed:
   285     function buffer_output($compress = true) {
     286         if (defined('COMPRESS_OUTPUT')) {
     287             if (!COMPRESS_OUTPUT)
     288                 $compress = false;
     289         }
     290         elseif (!function_exists('version_compare')
     291                 || version_compare(phpversion(), '4.2.3', "<"))
{
     292             $compress = false;
     293         }
     294 
     295         if (!function_exists('ob_gzhandler'))
     296             $compress = false;
     297         




On Thu, 2004-01-08 at 01:41, Shimmie wrote:
> Hi everyone,
>  
> I've installed everything ok... but when I hit the main page,
> everything comes out in garbled characters.
>  
> Have a look at: http://www.scrapegoat.com/wiki/index.php
> Mozilla shows the characters, but IE 6 won't have a bar of it (throws
> an error message).
>  
> Php seems to be installed correctly because I can run other scripts
> just fine (including pMachine).
>  
> I've got:
>  
>     php4.3.2RC4
>     FreeBSD: 5.1 RELEASE
>     Apache2.0.46
>     phpwiki 1.3.7
>  
> If I telnet directly to the port and request the file (GET
> /wiki/index.php http/1.0), it works a dream and I get:
>  
> crunch# telnet localhost 80
> Trying ::1...
> telnet: connect to address ::1: Connection refused
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> get /wiki/index.php http/1.0
>  
> HTTP/1.1 200 OK
> Date: Thu, 08 Jan 2004 09:25:32 GMT
> Server: Apache/2.0.46 (Unix) PHP/4.3.2RC4
> X-Powered-By: PHP/4.3.2RC4
> Set-Cookie: PHPSESSID=3a5c3e8ce10cf1d6936df82bcb6139c3; path=/
> ETag: W/"ff3e6697e7a18b7cc5c8322fc05c1947"
> Last-Modified: Thu, 08 Jan 2004 06:11:36 GMT
> Cache-Control: no-cache
> Expires: Thu, 08 Jan 2004 09:25:14 GMT
> Vary: Cookie
> Connection: close
> Content-Type: text/html; charset=iso-8859-1
>  
> <?xml version="1.0" encoding="iso-8859-1"?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
>   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml">
> <!-- Begin head -->
> <head>
> <meta http-equiv="Content-Type" content="text/html;
> charset=iso-8859-1" />
> <meta name="robots" content="index,follow" />
> <meta name="keywords" content="Home Page, ShimmieWiki" />
> ...
> ...
>  
>  
> Please help,
>  
> Thanks,
>  
> Simon.
-- 
Zot O'Connor

http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com

[Phpwiki-talk] Weird Character Garbage Installation Problem

[Shimmie <sh...@sh...>]

Hi everyone,

I've installed everything ok... but when I hit the main page, everything =
comes out in garbled characters.

Have a look at: http://www.scrapegoat.com/wiki/index.php
Mozilla shows the characters, but IE 6 won't have a bar of it (throws an =
error message).

Php seems to be installed correctly because I can run other scripts just =
fine (including pMachine).

I've got:

    php4.3.2RC4
    FreeBSD: 5.1 RELEASE
    Apache2.0.46
    phpwiki 1.3.7

If I telnet directly to the port and request the file (GET =
/wiki/index.php http/1.0), it works a dream and I get:

crunch# telnet localhost 80
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
get /wiki/index.php http/1.0

HTTP/1.1 200 OK
Date: Thu, 08 Jan 2004 09:25:32 GMT
Server: Apache/2.0.46 (Unix) PHP/4.3.2RC4
X-Powered-By: PHP/4.3.2RC4
Set-Cookie: PHPSESSID=3D3a5c3e8ce10cf1d6936df82bcb6139c3; path=3D/
ETag: W/"ff3e6697e7a18b7cc5c8322fc05c1947"
Last-Modified: Thu, 08 Jan 2004 06:11:36 GMT
Cache-Control: no-cache
Expires: Thu, 08 Jan 2004 09:25:14 GMT
Vary: Cookie
Connection: close
Content-Type: text/html; charset=3Diso-8859-1

<?xml version=3D"1.0" encoding=3D"iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns=3D"http://www.w3.org/1999/xhtml">
<!-- Begin head -->
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Diso-8859-1" />
<meta name=3D"robots" content=3D"index,follow" />
<meta name=3D"keywords" content=3D"Home Page, ShimmieWiki" />
...
...


Please help,

Thanks,

Simon.

[Phpwiki-talk] YOUR QUICK RESPONSE NEEDED!!

[<vic...@ya...>]

                 APPEAL FOR MY RESCUE.

Attention:

  Permit me to inform you of my desire of going into business 
relationship
with you. I got your contact information from your country's 
information
directory during my desperate search for someone who can assist me 
secretly
and confidentially in relocating and managing some funds.I prayed over 
it and
selected your name among other names due to its esteeming nature and 
the
recommendations given to me as a reputable and trust-worthy person that 
I can
do business with as per the recommendations.I must not hesitate to 
confine in
you for this simple and sincere business.

     I am Miss Victoria  Morgan, the only Daughter of late Mr.and Mrs.
Ogumusi Morgan. My father was a very wealthy Gold Merchant in Obuasi 
the Gold
Capital of  Ghana, my father was poisoned to death by his business 
associates
on one of their outings on a business trip. My mother died when I was a 
baby
and since then my father took me so special. Before the death of my 
father on
June,2002 in a private hospital here in cotonou. He secretly called me 
to his
bedside and told me that he has the sum of US$15Millon dollars(fifteen 
million
dollars)that he used my name as his only daughter as the next of kin in
depositing the funds. He also explained to me that it was because of 
this
wealth that he was poisoned by his business associates. The fund is 
deposited
with a finance house here in cotonou the Rep Du Benin. please you have 
to give
me a promisory note signed by a lawyer that when the funds reaches your
destinations i will not be denied of my inheritance.

  I am honourably seeking your assistance in the following ways :

1. to provide a bank account into which this money would be transferred

2. to serve as a guardian of this fund since I am tender in age.

3.To make arrangement for me to come over to your country
to further my education and to secure Residence permit in  your 
county.

  Moreover,  I am willing to offer you 15% of the total sum as 
compensation
for your effort input after the successful transfer this fund into your
nominated account overseas. Further more, indicate your option towards
assisting me as I believe that this transaction could be concluded 
within
fourteen(14) working days. Signify your interest in assisting me.

Anticipating to hear from you soon.

Thanks and God bless you.

Best Regards,

Miss Victoria  Morgan










---------------------------------
Yahoo! Mail: 6MB di spazio gratuito, 30MB per i tuoi allegati, l'antivirus, il filtro Anti-spam

[Phpwiki-talk] Slow calls to postgres all a sudden

[Zot O'C. <zo...@wh...>]

So, my postgres based php wiki's started to take 5-6 seconds to load
(per page), all a sudden.

Other apps going to the same database server have no problem (lighting
fast).  So it is not routing, dns, or apache and persistent
connections.  The DB is not loaded (or should not be).

So I am not sure what changed.  I am betting on file
ownership/permission.  I do not have a lot time to debug and was hoping
someone would have a quick pointer (especially since I think I posted
the solution last year :)

The other possible change is moving postfix and cyrus sieve to a
postgres/lmtp based system, but that is not impacting other php/postgres
sites.

Any ideas?

Thanks!



-- 
Zot O'Connor

http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com

Re: [Phpwiki-talk] wiki pages only work on reload

[Florian W. <cs...@st...>]

On Jan 6, 2004, at 10:44 Uhr, Joby Walker wrote:

> Florian Weber wrote:
>> this is the error:
>> [Tue Jan  6 19:26:30 2004] [error] [client 68.6.117.158] malformed 
>> header from script. Bad header=HTTP/1.1 304 Not Modified: 
>> /the/path/to/the/wiki/index.php
>> any idea?
>
> Odd.  So the clients are just getting a 500 Server Error?
>
> You might want to set Apache to a higher verbosity in logging and set 
> php's logging:
>
> log_errors = On
> error_log = /path/to/log
>
> Might help us get more info...

i can not really do it since im just having the site hosted and have no
access to the apache config : /


> But right now this sounds like it is not a PhpWiki problem but 
> something wrong with your apache/php/mysql setup.  What is your setup 
> (platform and versions)?
>

im using Apache/df-exts 1.1 Server and PHP Version 4.2.3..

Re: [Phpwiki-talk] wiki pages only work on reload

[Joby W. <joby@u.washington.edu>]

Florian Weber wrote:
> this is the error:
> 
> [Tue Jan  6 19:26:30 2004] [error] [client 68.6.117.158] malformed 
> header from script. Bad header=HTTP/1.1 304 Not Modified: 
> /the/path/to/the/wiki/index.php
> 
> any idea?
> 

Odd.  So the clients are just getting a 500 Server Error?

You might want to set Apache to a higher verbosity in logging and set php's logging:

log_errors = On
error_log = /path/to/log

Might help us get more info...

But right now this sounds like it is not a PhpWiki problem but something wrong 
with your apache/php/mysql setup.  What is your setup (platform and versions)?

jbw

Re: [Phpwiki-talk] wiki pages only work on reload

[Florian W. <cs...@st...>]

On Jan 6, 2004, at 9:28 Uhr, Joby Walker wrote:

> Kinda hard to say, but you could be running into your max execution 
> time.  Check your php.ini.  Mine is usually set fairly high: 1-2 
> minutes.  Also make sure you are using persistant MySQL connections -- 
> might help.
>
> Do you have any more info you can share with us.  What error/data is 
> returned on the error?

this is the error:

[Tue Jan  6 19:26:30 2004] [error] [client 68.6.117.158] malformed 
header from script. Bad header=HTTP/1.1 304 Not Modified: 
/the/path/to/the/wiki/index.php

any idea?

Re: [Phpwiki-talk] wiki pages only work on reload

[Joby W. <joby@u.washington.edu>]

Kinda hard to say, but you could be running into your max execution time.  Check 
your php.ini.  Mine is usually set fairly high: 1-2 minutes.  Also make sure you 
are using persistant MySQL connections -- might help.

Do you have any more info you can share with us.  What error/data is returned on 
the error?

jbw

Florian Weber wrote:

> 
> hi!
> 
> for some reason the wiki pages with phpwiki-1.3.7 using mysql as
> a db only work on reload. when load a page directly for the first
> time it gives my providers script error page without any further 
> information.
> its not a regular php scripting error, those get normally displayed.
> seems to be something more 'serious'.
> 
> anybody got an idea what that could be and how i could fix it?
> 
> thanks alot!
> 
> ciao!
> floria
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] wiki pages only work on reload

[Florian W. <cs...@st...>]

hi!

for some reason the wiki pages with phpwiki-1.3.7 using mysql as
a db only work on reload. when load a page directly for the first
time it gives my providers script error page without any further 
information.
its not a regular php scripting error, those get normally displayed.
seems to be something more 'serious'.

anybody got an idea what that could be and how i could fix it?

thanks alot!

ciao!
floria