phpwiki-talk

[Phpwiki-talk] Problems with Links on an virtual Web-Server

[Peter S. <pet...@ps...>]

Hallo,
I want to use phpwiki on an dyndns-Server.

You can see it here:
http://pschuett.dyndns.org:10001/wiki/

But the links are generated in this way:
e.g.
http://[pschuett.dyndns.org:10001]/wiki/index.php?pagename=DebianProject
and this does not work.

Perhaps someone can explain this behaviour und how
to solve this problem.

Thanks for help.

Ciao
  Peter Schütt

-- 
www.pstt.de

Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.

[Phpwiki-talk] WikiLink function does not like interwikis

[Marc-Etienne V. <Mar...@al...>]

Hello Reini,

In file themes/default/templates/userprefs.tmpl
there are call to WikiLink function like:

WikiLink("MeatBall:GooglePrompt")

This does not work.
You get a link to a nonexistent page in the wiki
"MeatBall:GooglePrompt"

What should be done in this case?

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6700] trunk/lib

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2009/3/26 Marc-Etienne Vargenau <Mar...@al...>:
>> ru...@us... a écrit :
>>> Revision: 6700
>>>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>>> Author:   rurban
>>> Date:     2009-03-25 09:56:20 +0000 (Wed, 25 Mar 2009)
>>>
>>> Log Message:
>>> -----------
>>> add _jsFlipAll again as a bigger page is faster than a 2nd file request
>> Hello Reini,
>>
>> I see you have reverted some of my contributions. I will
>> try to explain why I did them.
>>
>> In that case, you are creating invalid XHTML code, and
>> this in not acceptable for us.
>> You create a script *inside* a table which is invalid.
> 
> Ah, sorry. We can revert it back then.

OK. I'll do it.

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6700] trunk/lib

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :

> Works for me now with dba, but I'm still not svn clean. More patches to come,
> this week or next.

OK, good news. I'll wait for your contributions. This is a big bug
for us, I have to put limit=1000 everywhere so that is works.

> BTW: I have the whole April to make the release and work on some features.

This is great news. When can we a phone call or IRC to
coordinate about the next release?

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6700] trunk/lib

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

2009/3/26 Marc-Etienne Vargenau <Mar...@al...>:
> ru...@us... a écrit :
>>
>> Revision: 6700
>>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>> Author:   rurban
>> Date:     2009-03-25 09:56:20 +0000 (Wed, 25 Mar 2009)
>>
>> Log Message:
>> -----------
>> fix paging with dba (avoid double limit)
>
> Hello,
>
> I see you have made modifications about paging.
>
> But it still does not work for me.
>
> The first page is OK, but all others are empty.
>
> Does it work for you?
>
> Do you need more information about my config?

Works for me now with dba, but I'm still not svn clean. More patches to come,
this week or next.

BTW: I have the whole April to make the release and work on some features.
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6700] trunk/lib

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

2009/3/26 Marc-Etienne Vargenau <Mar...@al...>:
> ru...@us... a écrit :
>>
>> Revision: 6700
>>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>> Author:   rurban
>> Date:     2009-03-25 09:56:20 +0000 (Wed, 25 Mar 2009)
>>
>> Log Message:
>> -----------
>> add _jsFlipAll again as a bigger page is faster than a 2nd file request
> Hello Reini,
>
> I see you have reverted some of my contributions. I will
> try to explain why I did them.
>
> In that case, you are creating invalid XHTML code, and
> this in not acceptable for us.
> You create a script *inside* a table which is invalid.

Ah, sorry. We can revert it back then.
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/

Re: [Phpwiki-talk] PHP Wiki Question

[rurban <ru...@x-...>]

Dan Zen schrieb:
> A while back I did a fair bit of work using PHP Wiki.  I used GDBM and 
> after a server change, I have not been able to find a server with PHP 
> support for GDBM.  I have a couple files and would love to get at the data.
> 
> Do you have any suggestions?  Ideally, there would be a way to convert 
> to MySQL or somewhere to temporarily host the Wiki to do a conversion.  
> It is about 100 pages of philosophy that I do not want to lose.

Hmm,
either get your own php with gdbm,
or use the gdbm cmdline tool (forgot the name, I'm on a trip) to convert 
the database files to ascii, and extract the contents then.

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6598] trunk/lib/MailNotify.php

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2009/2/27  <var...@us...>:
>> Revision: 6598
>>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6598&view=rev
>> Author:   vargenau
>> Date:     2009-02-27 12:54:19 +0000 (Fri, 27 Feb 2009)
>>
>> Log Message:
>> -----------
>> Disable verification of emails for corporate env.
> 
> Good.
> Sending emails should be disabled for certain environments.
> But we already have this key: ENABLE_MAILNOTIFY = false
> 
> Please use this instead.
> 
>> +        // Disable verification of emails for corporate env.
>> +        if (defined('GFORGE') and GFORGE) {
>> +            $doverify = false;
>> +        }

Hello Reini,

ENABLE_MAILNOTIFY controls the fact that mails are sent or not.

In Gforge, what my above code does is to disable the verification
of the fact that the e-mail address is correct. When a user
registers in Gforge, the e-mail address is verified, so it is
not necesssary to do the check once again in Phpwiki.

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6598] trunk/lib/MailNotify.php

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

2009/2/27  <var...@us...>:
> Revision: 6598
>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6598&view=rev
> Author:   vargenau
> Date:     2009-02-27 12:54:19 +0000 (Fri, 27 Feb 2009)
>
> Log Message:
> -----------
> Disable verification of emails for corporate env.

Good.
Sending emails should be disabled for certain environments.
But we already have this key: ENABLE_MAILNOTIFY = false

Please use this instead.

> +        // Disable verification of emails for corporate env.
> +        if (defined('GFORGE') and GFORGE) {
> +            $doverify = false;
> +        }

-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6481] trunk/schemas/psql-initialize.sql

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

2009/2/5  <var...@us...>:
> Revision: 6481
>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6481&view=rev
> curr_page_view and existing_page_view are not used

But they are nice to have for debugging.

Re: [Phpwiki-talk] phpwiki in postnuke

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

2009/1/28 Carlos Rodrigo Blanco <cr...@la...>:
> Some time ago I installed the phpwiki module for postnuke.
> Right now I have a number of web sites running it
> successfully, but I want to update the server to use php5
> and the postnuke module doesn't work with php5 (it produces
> all those errors like: Fatal[2048]: Assigning the return
> value of new by reference is deprecated)
>
> Is there a new version of the postnuke phpwiki module
> compatible with postnuke?

I never tested the updated phpwiki, which solves those php5 problems of yours,
with postnuke.

But I'm not aware of any incompatiblity that we might have introduced, as
were are getting more and more compatible for such an embedded usage.
gforge integration e.g. got much better lately.

> Do you have any advice on how to solve this problem?

I would just try the latest svn and report any problems here.
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/

[Phpwiki-talk] phpwiki in postnuke

[Carlos R. B. <cr...@la...>]

Hi

Some time ago I installed the phpwiki module for postnuke. 
Right now I have a number of web sites running it 
successfully, but I want to update the server to use php5 
and the postnuke module doesn't work with php5 (it produces 
all those errors like: Fatal[2048]: Assigning the return 
value of new by reference is deprecated)

Is there a new version of the postnuke phpwiki module 
compatible with postnuke?

Do you have any advice on how to solve this problem?

Thanks in advance

Carlos

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6423] trunk/lib/CachedMarkup.php

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2009/1/21  <var...@us...>:
>> Revision: 6423
>>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6423&view=rev
>> Author:   vargenau
>> Date:     2009-01-21 09:18:16 +0000 (Wed, 21 Jan 2009)
>>
>> Log Message:
>> -----------
>> No div around plugin invocation
> 
> Why?
> This was a lot of work to get it right.
> 
> We needed it for some CSS tricks as far as I remember.
> 

Hello Reini,

Sorry to make modifications without too many explanations.
Can we reschedule an IRC?

For this point, no div around plugin, the rationale is the
following.

I need to do something like this:

About {{NATO}} in the XX{{th}} century.

I call the Template plugin inside a paragraph. If I have a div,
my paragraph is broken into several paragraphs.

Content of "NATO" page:
<abbr title="North Atlantic Treaty Organisation">NATO</abbr>

Content of "th" page:
<sup>th</sup>

This kind of things is used routinely in Mediawiki/Wikipedia.

Does this seem reasonable?

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6423] trunk/lib/CachedMarkup.php

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

2009/1/21  <var...@us...>:
> Revision: 6423
>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6423&view=rev
> Author:   vargenau
> Date:     2009-01-21 09:18:16 +0000 (Wed, 21 Jan 2009)
>
> Log Message:
> -----------
> No div around plugin invocation

Why?
This was a lot of work to get it right.

We needed it for some CSS tricks as far as I remember.

> Modified Paths:
> --------------
>    trunk/lib/CachedMarkup.php
>
> Modified: trunk/lib/CachedMarkup.php
> ===================================================================
> --- trunk/lib/CachedMarkup.php  2009-01-20 14:30:22 UTC (rev 6422)
> +++ trunk/lib/CachedMarkup.php  2009-01-21 09:18:16 UTC (rev 6423)
> @@ -767,35 +767,14 @@
>
>     function expand($basepage, &$markup) {
>         $loader = $this->_getLoader();
> -
>         $xml = $loader->expandPI($this->_pi, $GLOBALS['request'], $markup, $basepage);
> -        $div = HTML::div(array('class' => 'plugin'));
> -        if (isset($this->name))
> -            $id = GenerateId($this->name . 'Plugin');
> -
> -       if (isset($this->_tightenable)) {
> -           if ($this->_tightenable == 3) {
> -                // We need a div here, it might contain a table
> -                $span = HTML::div(array('class' => 'plugin'), $xml);
> -                if (!empty($id))
> -                    $span->setAttr('id', $id);
> -               return $span;
> -            }
> -           $div->setInClass('tightenable');
> -           $div->setInClass('top', ($this->_tightenable & 1) != 0);
> -           $div->setInClass('bottom', ($this->_tightenable & 2) != 0);
> -       }
> -        if (!empty($id))
> -            $div->setAttr('id', $id);
> -       $div->pushContent($xml);
> -       return $div;
> +        return $xml;
>     }
>
>     function asString() {
>         return $this->_pi;
>     }
>
> -
>     function getWikiPageLinks($basepage) {
>         $loader = $this->_getLoader();
>
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> phpwiki-checkins mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-checkins
>



-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/

Re: [Phpwiki-talk] Chat meeting about Phpwiki 1.3.15

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

PEYRAT ALAIN schrieb:
> Don't hurry up, Marc-Etienne is not available so we have to postpone it.
> If you've not received his email, I can forward it to you.

Thanks. I saw it.

If we arrange such meetings I believe we should announce it on the list 
also.
Let's say next Monday 16:00 CET on irc://freenode/phpwiki
http://freenode.net/irc_servers.shtml in #phpwiki

What I have to do before the release:

Finish the change of the old Sidebar theme to a new one, derived from 
Monobook with the typical phpwiki goodies, so that other do the same.
It also should be the default one when phpwiki is being installed fresh. 
But we do not touch the old "default" theme.
I'll get that done at this weekend.

- Testing and delivering Phpwiki 1.3.15

I ususually test with the latest 4.x and 5.x php's, with all databases, 
themes and auth settings, but for auth there are no automatic tests.
Theme testing is also only visual by nature.

 >>> - advice about two new functionalities
 >>> 1) We would like to implement a way to attach files
 >>> to a wiki page.

I already had <?plugin Upload ?> inside the editpage.tmpl
but it did not work. If I have time I debug through it again.

 >>> 2) We would like to implement a private/public mechanism for pages.

The basics are already in svn, just some administrative tasks have to be 
added. A plugin to list the public page property, and an external admin 
script to copy changed public pages to a seperate public wiki, and 
delete non-public pages. I don't know if new external/public pages 
should be copied back to the private part. We can make that 
configurable, because we'll get merge problems then.

Another feature to divide into public and private pages in one wiki is 
already possible with ACL's, but awful to administrate.
I rather want to have two seperate wiki urls and databases for the 
private and public parts. (intranet - extranet)

I also want to revive the http://phpwiki.sf.net/phpwiki url, even though 
sf went paranoid and awfully slow lately.

> -----Message d'origine-----
> De : rei...@gm... [mailto:rei...@gm...] De la part de Reini Urban
> Envoyé : vendredi 16 janvier 2009 13:48
> À : PEYRAT ALAIN
> Cc : VARGENAU MARC-ETIENNE
> Objet : Re: Chat meeting about Phpwiki 1.3.15
> 
> 2009/1/16 PEYRAT ALAIN <Ala...@al...>:
>> Hi,
>>
>> Friday 14h CET is fine for me but not 15h.
>> My nick on irc is aljeux.
> 
> Ok, I'll try to hurry up.
> I'll be probably 10 min too late because I lost my bike yesterday.
> 
> BTW:
> I'm just working on the Sidebar theme, derived from Monobook.
> And if that is stable I want it to be the new default on fresh installations.
> 
>> -----Message d'origine-----
>> De : Reini Urban [mailto:ru...@x-...]
>> Envoyé : vendredi 16 janvier 2009 06:16
>> À : VARGENAU MARC-ETIENNE
>> Cc : PEYRAT ALAIN
>> Objet : Re: Phone meeting about Phpwiki 1.3.15
>>
>> Marc-Etienne Vargenau schrieb:
>>> Hello Reini,
>>>
>>> I would like to know if you have some time in the next days
>>> for a short meeting by phone about Phpwiki.
>>>
>>> The topics I would like to discuss are:
>>> - testing and delivering Phpwiki 1.3.15
>>> - advice about two new functionalities
>>>
>>> 1) We would like to implement a way to attach files
>>> to a wiki page.
>>>
>>> 2) We would like to implement a private/public mechanism
>>> for pages.
>>>
>>> We would discuss this with my colleague Alain Peyrat.
>>>
>>> Can you please tell us if you have some time and when?
>> Friday 14:00 or 15:00 CET?
>> via #phpwiki?
>>
>> We need to fix the php-5.2.8 issue with classname<=>functionname also
>> as reported by Charles Sprickman.

I think I fixed the obvious problem with r6404 but it needs more tests.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] php upgrade broke phpwiki

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

Reini Urban schrieb:
> Charles Sprickman schrieb:
>> And after many hours of googling, the answer is that you can't have a 
>> class name the same as a function name.
>> Fix:
>> lib/WikiUserNew.php
>> every place there's call to "PearDbPassUser", rename it to something - I 
>> just tacked "foo" on the end:
>> _PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);
>> lib/WikiUser/PearDb.php
>>
>> Rename the function to match:
>> function _PearDbPassUserFoo($UserName='',$prefs=false) {
>>
>> So far, so good.  If I can find more problems like this, I'll try and roll 
>> up a patchset.


Charles,

I just tested with plain PearDBPassUser, php-5.2.8 / phpwiki-svn
and cannot reproduce.

I'll continue investigating.

>> On Thu, 15 Jan 2009, Charles Sprickman wrote:
>>
>>> Just a quick note - same failure using latest svn.
>>>
>>> From googling around, something changed from php 5.2.6 on - this used to fail 
>>> with "E_STRICT" and now it's fatal.
>>>
>>> I don't know OOP to save my life, so I'm stumped.
>>>
>>> On Thu, 15 Jan 2009, Charles Sprickman wrote:
>>>
>>>> Hello all,
>>>>
>>>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>>>> extensions I had installed.  Other applications on this machine are doing 
>>>> fine,
>>>> but I get this error on loading phpwiki (version 1.3.14):
>>>>
>>>> [14-Jan-2009 21:48:43] PHP Fatal error:  Non-static method
>>>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>>>> $this
>>>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>>>> on
>>>> line 1118
>>>>
>>>> Any ideas on what the root cause is?  Pear is at 1.7.2, previously it was
>>>> 1.7.1.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] php upgrade broke phpwiki

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

Charles Sprickman schrieb:
> And after many hours of googling, the answer is that you can't have a 
> class name the same as a function name.

They are making me crazy.

> Fix:
> lib/WikiUserNew.php
> 
> every place there's call to "PearDbPassUser", rename it to something - I 
> just tacked "foo" on the end:
> 
> _PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);
> 
> lib/WikiUser/PearDb.php
> 
> Rename the function to match:
> 
> function _PearDbPassUserFoo($UserName='',$prefs=false) {
> 
> So far, so good.  If I can find more problems like this, I'll try and roll 
> up a patchset.

Thanks!

> On Thu, 15 Jan 2009, Charles Sprickman wrote:
> 
>> Just a quick note - same failure using latest svn.
>>
>> From googling around, something changed from php 5.2.6 on - this used to fail 
>> with "E_STRICT" and now it's fatal.
>>
>> I don't know OOP to save my life, so I'm stumped.
>>
>> On Thu, 15 Jan 2009, Charles Sprickman wrote:
>>
>>> Hello all,
>>>
>>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>>> extensions I had installed.  Other applications on this machine are doing 
>>> fine,
>>> but I get this error on loading phpwiki (version 1.3.14):
>>>
>>> [14-Jan-2009 21:48:43] PHP Fatal error:  Non-static method
>>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>>> $this
>>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>>> on
>>> line 1118
>>>
>>> Any ideas on what the root cause is?  Pear is at 1.7.2, previously it was
>>> 1.7.1.
>>>
>>> Thanks,
>>>
>>> Charles
>>>
>>> ___
>>> Charles Sprickman
>>> NetEng/SysAdmin
>>> Bway.net - New York's Best Internet - www.bway.net
>>> sp...@bw... - 212.655.9344
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by:
>>> SourcForge Community
>>> SourceForge wants to tell your story.
>>> http://p.sf.net/sfu/sf-spreadtheword
>>> _______________________________________________
>>> Phpwiki-talk mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] php upgrade broke phpwiki

[Charles S. <sp...@bw...>]

And after many hours of googling, the answer is that you can't have a 
class name the same as a function name.

Fix:

lib/WikiUserNew.php

every place there's call to "PearDbPassUser", rename it to something - I 
just tacked "foo" on the end:

_PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);

lib/WikiUser/PearDb.php

Rename the function to match:

function _PearDbPassUserFoo($UserName='',$prefs=false) {

So far, so good.  If I can find more problems like this, I'll try and roll 
up a patchset.

C

On Thu, 15 Jan 2009, Charles Sprickman wrote:

> Just a quick note - same failure using latest svn.
>
> From googling around, something changed from php 5.2.6 on - this used to fail 
> with "E_STRICT" and now it's fatal.
>
> I don't know OOP to save my life, so I'm stumped.
>
> On Thu, 15 Jan 2009, Charles Sprickman wrote:
>
>> Hello all,
>> 
>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>> extensions I had installed.  Other applications on this machine are doing 
>> fine,
>> but I get this error on loading phpwiki (version 1.3.14):
>> 
>> [14-Jan-2009 21:48:43] PHP Fatal error:  Non-static method
>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>> $this
>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>> on
>> line 1118
>> 
>> Any ideas on what the root cause is?  Pear is at 1.7.2, previously it was
>> 1.7.1.
>> 
>> Thanks,
>> 
>> Charles
>> 
>> ___
>> Charles Sprickman
>> NetEng/SysAdmin
>> Bway.net - New York's Best Internet - www.bway.net
>> sp...@bw... - 212.655.9344
>> 
>>
>> 
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>> 
>

Re: [Phpwiki-talk] php upgrade broke phpwiki

[Charles S. <sp...@bw...>]

Just a quick note - same failure using latest svn.

>From googling around, something changed from php 5.2.6 on - this used to 
fail with "E_STRICT" and now it's fatal.

I don't know OOP to save my life, so I'm stumped.

On Thu, 15 Jan 2009, Charles Sprickman wrote:

> Hello all,
>
> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
> extensions I had installed.  Other applications on this machine are doing fine,
> but I get this error on loading phpwiki (version 1.3.14):
>
> [14-Jan-2009 21:48:43] PHP Fatal error:  Non-static method
> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this
> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on
> line 1118
>
> Any ideas on what the root cause is?  Pear is at 1.7.2, previously it was
> 1.7.1.
>
> Thanks,
>
> Charles
>
> ___
> Charles Sprickman
> NetEng/SysAdmin
> Bway.net - New York's Best Internet - www.bway.net
> sp...@bw... - 212.655.9344
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

[Phpwiki-talk] php upgrade broke phpwiki

[Charles S. <sp...@bw...>]

Hello all,

I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php 
extensions I had installed.  Other applications on this machine are doing fine, 
but I get this error on loading phpwiki (version 1.3.14):

[14-Jan-2009 21:48:43] PHP Fatal error:  Non-static method 
_PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this 
from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on 
line 1118

Any ideas on what the root cause is?  Pear is at 1.7.2, previously it was 
1.7.1.

Thanks,

Charles

___
Charles Sprickman
NetEng/SysAdmin
Bway.net - New York's Best Internet - www.bway.net
sp...@bw... - 212.655.9344

[Phpwiki-talk] Fatal Errors on Install

[Weldon M. <wel...@gm...>]

I've been trying to install  on a shared host, but have been running into
problems. I had everything set to 0755 but got a 500 error until I changed
the permission on the idex.php to 644 and then things started to work. That
doesn't make sense to me, but...
I've been able to access the wiki but when I try to login I get

*Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot
be called statically, assuming $this from incompatible context in *
/home1/..../wiki/lib/WikiUserNew.php* on line *1118*

Clearly this is indicative of a deeper problem in my installation, but what?

You can see the behavior at http://physandmath.org/wiki i haven't set any
restrictions as yet.

[Phpwiki-talk] Fatal Errors on Install

[Weldon M. <wel...@gm...>]

I've been trying to install (1.3.14) on a shared host (hostmonster), but
have been running into problems. I had everything set to 0755 but got a 500
error until I changed the permission on the index.php to 644 and then things
started to work. That doesn't make sense to me, but it was the only way to
get by the 500 page.
I've been able to access the database and the wiki but when I try to login I
get

*Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot
be called statically, assuming $this from incompatible context in *
/home1/..../wiki/lib/WikiUserNew.php* on line *1118*

Clearly this is indicative of a deeper problem in my installation, but what?

You can see the behavior at http://physandmath.org/wiki

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6363] trunk/lib/plugin/WikicreoleTable.php

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> var...@us... schrieb:
>> Revision: 6363
>>           http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev
>> Author:   vargenau
>> Date:     2009-01-02 11:04:05 +0000 (Fri, 02 Jan 2009)
>>
>> Log Message:
>> -----------
>> Add spreadsheet capability to Wikicreole tables
> 
>> +    function _compute ($mytable, $i, $j, $imax, $jmax) {
>> +        // What is implemented:
>> +        // @@SUM(R)@@ : sum of cells in current row
>> +        // @@SUM(C)@@ : sum of cells in current column
>> +
> 
> Can you please document this new feature in the pgsrc files
> Whow.
> But maybe %%=SUM(C)%% is better syntax.
> 
> %%\w+%% is our template expansion syntax.
> = is a spreadsheet formula

Hello Reini,

Of course I will document. It is not finished yet, mostly
a proof of concept.

Best wishes for the new year.

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[6363] trunk/lib/plugin/WikicreoleTable.php

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

var...@us... schrieb:
> Revision: 6363
>           http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev
> Author:   vargenau
> Date:     2009-01-02 11:04:05 +0000 (Fri, 02 Jan 2009)
> 
> Log Message:
> -----------
> Add spreadsheet capability to Wikicreole tables

> +    function _compute ($mytable, $i, $j, $imax, $jmax) {
> +        // What is implemented:
> +        // @@SUM(R)@@ : sum of cells in current row
> +        // @@SUM(C)@@ : sum of cells in current column
> +

Can you please document this new feature in the pgsrc files
Whow.
But maybe %%=SUM(C)%% is better syntax.

%%\w+%% is our template expansion syntax.
= is a spreadsheet formula
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] db file too humungous

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

Ale Fernandez schrieb:
> Sorry how do I despam it on the command line?
> 
> Thanks for the reply! I had given up completely
> 
> Ale
> 
> Reini Urban wrote:
>> Ale Fernandez schrieb:
>>> Hi,
>>>
>>> I have a problem that an old phpwiki site I used to run has got 
>>> spammed into a spam sandwich that would have scooby doo sweating. 
>>> It's 2 gb or so in size.
> <snip>
>>> -------------------
>>>
>>> Is there a way to fix this, or a way to connect directly to the db 
>>> file so as to delete the masses of spam comments?
>>
>> The sqlite extension might work with such a file handle once opened,
>> but the PHP is_file() obviously cannot handle > 2GB.
>>
>> I would try to despam it up on the commandline. Or work with a smaller 
>> backup.

open the file with sqlite and delete some pages and versions you don't 
need to be able to get under 2GB.

$ sqlite /var/lib/phpwiki/phpwiki_pagedb.db
SQLite version 2.8.17
Enter ".help" for instructions
sqlite> .tables
link      nonempty  page      pref      recent    session   version
sqlite> select pagename,version.id,version.version,content from 
page,version where page.id=version.id order by mtime limit 10;
...
sqlite> delete from version where id=<bla> and version=<bla>;


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/