phpwiki-talk

[Phpwiki-talk] How to change the title of a page?

[umfan866 <mh...@so...>]

Hi, is there a way to take an existing page, and change its title? What I've
done so
far is to create the new page with a different title, and manually transfer
all of the 
old content, and then trry to delete the old page. If there is a better
method,
please let me know. Thanks, Marvin. phpwiki v 1.3.12p3
-- 
View this message in context: http://www.nabble.com/How-to-change-the-title-of-a-page--tf3066214.html#a8528382
Sent from the phpwiki-talk mailing list archive at Nabble.com.

[Phpwiki-talk] How to change the current owner of a page?

[umfan866 <mh...@so...>]

Hi can anyone tell me, or point me to documentation on how to change the
owner of a page?
Basically I created a page, but want to assign a new owner so that he/she
can control the
content and lock it down.  phpwiki version 1.3.12p.3. Thanks, Marvin. 
-- 
View this message in context: http://www.nabble.com/How-to-change-the-current-owner-of-a-page--tf3066208.html#a8528351
Sent from the phpwiki-talk mailing list archive at Nabble.com.

Re: [Phpwiki-talk] Removed pages are not really deleted

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

Manuel Vacelet schrieb:
> 2007/1/20, Stefan <son...@ba...>:
>> Hello Manuel,
>>
>> how do you access the page? If you access it with the link in recent
>> changes (?) you are right.
>> If you access the page with the url of the deleted page put it direct in
>> the browser url field you will see the deleted page again.
> 
> Unfortunatly I think it's not a cache issue (at least neither proxy
> nor browser cache) because I tried to load page2 from a different
> browser on a different machine.
> 
> Moreover, I already set cache settings to NO_CACHE :/

No, I meant our internal pagedb ache, not the browsers cache.
I will check it today.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Error in WikiLens theme

[Peter C. <pe...@pe...>]

On Sunday 21 January 2007 18:32, Reini Urban wrote:
> Peter Chant schrieb:
> > I've selected the wikilens theme and get the following error:
> >
> > Fatal Error:
> >
> > lib/WikiDB/adodb/adodb-errorhandler.inc.php (In template 'navbar' < 'top'
> > < 'body' < 'html'):76: Error: mysql error: [1146: Table 'test.page'
> > doesn't exist] in EXECUTE("SELECT latestversion FROM page, recent WHERE
> > page.id=recent.id AND pagename='UserPreferences'")
> >
> >     *
> >
> > Unfortuately this corrupts the preferences screen.  Any ideas how to
> > change the theme to another one?
>
> Themes are selected in config.ini
>
> The problem I got with adodb and certain cfg can be fixed with:
>
> lib/WikiDB/backend/ADODB.php:296
>              if (0 and $dbh->hasGenID) {
>

Hmm, I've must have different version of that file, using 1.3.12p3.  You 
modification '0 and' ? did not appear to fit in with the code on that line! 


>
> This will not create a temp. sequence table. E.g. if the db user does
> not have the proper permissions.

Hmm, I note the code was a mysql error, but I am not using mysql!

Pete

Re: [Phpwiki-talk] Removed pages are not really deleted

[Manuel V. <man...@gm...>]

2007/1/20, Stefan <son...@ba...>:
> Hello Manuel,
>
> how do you access the page? If you access it with the link in recent
> changes (?) you are right.
> If you access the page with the url of the deleted page put it direct in
> the browser url field you will see the deleted page again.

Unfortunatly I think it's not a cache issue (at least neither proxy
nor browser cache) because I tried to load page2 from a different
browser on a different machine.

Moreover, I already set cache settings to NO_CACHE :/

-- Manuel

Re: [Phpwiki-talk] Error in WikiLens theme

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

Peter Chant schrieb:
> I've selected the wikilens theme and get the following error:
> 
> Fatal Error:
> 
> lib/WikiDB/adodb/adodb-errorhandler.inc.php (In template 'navbar' < 'top' 
> < 'body' < 'html'):76: Error: mysql error: [1146: Table 'test.page' doesn't 
> exist] in EXECUTE("SELECT latestversion FROM page, recent WHERE 
> page.id=recent.id AND pagename='UserPreferences'")
> 
>     *
> 
> Unfortuately this corrupts the preferences screen.  Any ideas how to change 
> the theme to another one?

Themes are selected in config.ini

The problem I got with adodb and certain cfg can be fixed with:

lib/WikiDB/backend/ADODB.php:296
             if (0 and $dbh->hasGenID) {


This will not create a temp. sequence table. E.g. if the db user does 
not have the proper permissions.

Re: [Phpwiki-talk] Problem setting up phpwiki-1.3.13

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

Jeff Bowes schrieb:
> I fixed the loading virgin wiki problem, but can't seem to keep it from
> prompting for login everytime you go to a different page.
> 
> I have USER_AUTH_ORDER set to "LDAP : Session" and USER_AUTH_POLICY set
> to stacked.  I've also tried sett ORDER to Session : LDAP but then the
> LDAP authentication fails.
> 
> Also ALLOW_ANON_USER, ALLOW_ANON_EDIT, and ALLOW_BOGO_LOGIN = false and
> ALLOW_USER_PASSWORDS = true
> 
> AUTH_SESS_USER = "user[username]", I've also tried it as userid.
> 
> AUTH_SESS_LEVEL = 2
> 
> Anyone have any ideas?

Yes, stacked auth is currently broken for the second auth method on. 
Only the first works. I'm working on it.

> On Fri, 2007-01-19 at 14:40 -0600, Jeff Bowes wrote:
>> I've installed phpwiki 1.3.13rc1 using mysql for page store and LDAP for
>> authentication.  I followed the db setup and modified the config.ini as
>> required for mysql config and LDAP auth.  But when I go to the wiki and
>> login it loads the virgin wiki as it should initially.  But now
>> everytime i always get prompted to sign in and when going to the
>> HomePage it says its loading the virgin wiki.
>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] Error in WikiLens theme

[Peter C. <pe...@pe...>]

I've selected the wikilens theme and get the following error:

Fatal Error:

lib/WikiDB/adodb/adodb-errorhandler.inc.php (In template 'navbar' < 'top' 
< 'body' < 'html'):76: Error: mysql error: [1146: Table 'test.page' doesn't 
exist] in EXECUTE("SELECT latestversion FROM page, recent WHERE 
page.id=recent.id AND pagename='UserPreferences'")

    *

Unfortuately this corrupts the preferences screen.  Any ideas how to change 
the theme to another one?

Pete

Re: [Phpwiki-talk] Problem setting up phpwiki-1.3.13

[Jeff B. <jef...@ic...>]

I fixed the loading virgin wiki problem, but can't seem to keep it from
prompting for login everytime you go to a different page.

I have USER_AUTH_ORDER set to "LDAP : Session" and USER_AUTH_POLICY set
to stacked.  I've also tried sett ORDER to Session : LDAP but then the
LDAP authentication fails.

Also ALLOW_ANON_USER, ALLOW_ANON_EDIT, and ALLOW_BOGO_LOGIN = false and
ALLOW_USER_PASSWORDS = true

AUTH_SESS_USER = "user[username]", I've also tried it as userid.

AUTH_SESS_LEVEL = 2

Anyone have any ideas?

On Fri, 2007-01-19 at 14:40 -0600, Jeff Bowes wrote:
> I've installed phpwiki 1.3.13rc1 using mysql for page store and LDAP for
> authentication.  I followed the db setup and modified the config.ini as
> required for mysql config and LDAP auth.  But when I go to the wiki and
> login it loads the virgin wiki as it should initially.  But now
> everytime i always get prompted to sign in and when going to the
> HomePage it says its loading the virgin wiki.
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

Re: [Phpwiki-talk] Removed pages are not really deleted

[Stefan <son...@ba...>]

Hello Manuel,

how do you access the page? If you access it with the link in recent 
changes (?) you are right.
If you access the page with the url of the deleted page put it direct in 
the browser url field you will see the deleted page again.
The Problem is that google etc. will send you users to the deleted page 
and they think it is the real one.

-- Stefan

Manuel Vacelet wrote:
> 2007/1/19, Stefan <son...@ba...>:
>   
>> hello sabri,
>>
>> it works as designed. thats no bug but it's useless i think. the pages
>> are only marked as deleted but shown as i think from the cached version
>> table. when you edit a deleted page it is empty. i agree with you that
>> deleted pages should'nt be shown anymore.
>>     
>
> Hell Stefan,
>
> With phpwiki 1.3.10 I don't see this problem:
>
> After page2 deletion, when I access directly page2, I have the empty
> page with 'Describe page2 here'.
>
> Here we still access to page2 with full history and so on.
>
> -- Manuel
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>   

[Phpwiki-talk] Problem setting up phpwiki-1.3.13

[Jeff B. <jef...@ic...>]

I've installed phpwiki 1.3.13rc1 using mysql for page store and LDAP for
authentication.  I followed the db setup and modified the config.ini as
required for mysql config and LDAP auth.  But when I go to the wiki and
login it loads the virgin wiki as it should initially.  But now
everytime i always get prompted to sign in and when going to the
HomePage it says its loading the virgin wiki.

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/1/19, Manuel Vacelet <man...@gm...>:
> 2007/1/19, Stefan <son...@ba...>:
> > hello sabri,
> >
> > it works as designed. thats no bug but it's useless i think. the pages
> > are only marked as deleted but shown as i think from the cached version
> > table. when you edit a deleted page it is empty. i agree with you that
> > deleted pages should'nt be shown anymore.
>
> Hell Stefan,
>
> With phpwiki 1.3.10 I don't see this problem:
>
> After page2 deletion, when I access directly page2, I have the empty
> page with 'Describe page2 here'.
>
> Here we still access to page2 with full history and so on.

I changed (optimized)  the db Cache after 1.3.11 and forgot to add the
purge_cache for the remove action. rename also has a similar problem.
sorry. the browser cache has also to be invalidated. with NO_CACHE
this will not be triggered and your browser will fool you.

Re: [Phpwiki-talk] Removed pages are not really deleted

[Manuel V. <man...@gm...>]

2007/1/19, Stefan <son...@ba...>:
> hello sabri,
>
> it works as designed. thats no bug but it's useless i think. the pages
> are only marked as deleted but shown as i think from the cached version
> table. when you edit a deleted page it is empty. i agree with you that
> deleted pages should'nt be shown anymore.

Hell Stefan,

With phpwiki 1.3.10 I don't see this problem:

After page2 deletion, when I access directly page2, I have the empty
page with 'Describe page2 here'.

Here we still access to page2 with full history and so on.

-- Manuel

Re: [Phpwiki-talk] Removed pages are not really deleted

[Sabri L. <sab...@st...>]

Stefan wrote
>hello sabri,
>
>it works as designed. thats no bug but it's useless i think. 
>the pages are only marked as deleted but shown as i think from 
>the cached version table. when you edit a deleted page it is 
>empty. i agree with you that deleted pages should'nt be shown anymore.

So, I think we should also delete them from the cached version table. Don't
you?
Then any request for a deleted page will show up a "Sorry, this page is not
in the database." message for example.

>The Problem with '_supplanted' timestamp' .... is nearly as 
>old as phpwiki. nobody tried to fix it until today. for us we 
>have disabled all the warnings. 2 years ago i asked about a 
>tool to fix this errors but it seems to have priority 0 to fix 
>it. i tried to fix it by my own but i did'nt understand how it 
>really works.
>
>Stefan
>
>Sabri LABBENE schrieb:
>> Hi all,
>>
>> Suppose that we have two wiki pages already created page1 
>and page2 and that page1 contain a link to page2. If we delete 
>page2 (using /Remove admin action), The link to it in page1 
>become disabled with the question mark at the end. If we want 
>to access page2 directly, the page is displayed ! It was not 
>really removed. 
>>
>> Now back to page1, if I use the question mark to create the 
>page, I have this warning after saving it.
>>
>> lib/ArchiveCleaner.php:109: Notice: Warning: Page 'NewPage', version 
>> '1' has no '_supplanted' timestamp (...repeated 2 times)
>>
>> It seems that it's a bug in phpwiki since removed pages 
>should not be displayed when we directly request them.
>>
>> What do you think ?
>>
>> Cheers,
>> Sabri.
>>
>>
>>
>> 
>----------------------------------------------------------------------
>> --- Take Surveys. Earn Cash. Influence the Future of IT Join 
>> SourceForge.net's Techsay panel and you'll get the chance to share 
>> your opinions on IT & business topics through brief surveys 
>- and earn 
>> cash 
>> 
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV
>> DEV _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
>>
>>   
>
>
>---------------------------------------------------------------
>----------
>Take Surveys. Earn Cash. Influence the Future of IT Join 
>SourceForge.net's Techsay panel and you'll get the chance to 
>share your opinions on IT & business topics through brief 
>surveys - and earn cash 
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&
CID=DEVDEV
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Removed pages are not really deleted

[Stefan <son...@ba...>]

hello sabri,

it works as designed. thats no bug but it's useless i think. the pages 
are only marked as deleted but shown as i think from the cached version 
table. when you edit a deleted page it is empty. i agree with you that 
deleted pages should'nt be shown anymore.

The Problem with '_supplanted' timestamp' .... is nearly as old as 
phpwiki. nobody tried to fix it until today. for us we have disabled all 
the warnings. 2 years ago i asked about a tool to fix this errors but it 
seems to have priority 0 to fix it. i tried to fix it by my own but i 
did'nt understand how it really works.

Stefan

Sabri LABBENE schrieb:
> Hi all,
>
> Suppose that we have two wiki pages already created page1 and page2 and that page1 contain a link to page2. If we delete page2 (using /Remove admin action), The link to it in page1 become disabled with the question mark at the end. If we want to access page2 directly, the page is displayed ! It was not really removed. 
>
> Now back to page1, if I use the question mark to create the page, I have this warning after saving it.
>
> lib/ArchiveCleaner.php:109: Notice: Warning: Page 'NewPage', version '1' has no '_supplanted' timestamp (...repeated 2 times)
>
> It seems that it's a bug in phpwiki since removed pages should not be displayed when we directly request them.
>
> What do you think ?
>
> Cheers,
> Sabri.
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>   

[Phpwiki-talk] Removed pages are not really deleted

[Sabri L. <sab...@st...>]

Hi all,

Suppose that we have two wiki pages already created page1 and page2 and =
that page1 contain a link to page2. If we delete page2 (using /Remove =
admin action), The link to it in page1 become disabled with the question =
mark at the end. If we want to access page2 directly, the page is =
displayed ! It was not really removed.=20

Now back to page1, if I use the question mark to create the page, I have =
this warning after saving it.

lib/ArchiveCleaner.php:109: Notice: Warning: Page 'NewPage', version '1' =
has no '_supplanted' timestamp (...repeated 2 times)

It seems that it's a bug in phpwiki since removed pages should not be =
displayed when we directly request them.

What do you think ?

Cheers,
Sabri.

Re: [Phpwiki-talk] Phpwiki and Mysql slowness

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

2007/1/17, Manuel Vacelet <man...@gm...>:
> FYI, today there is 29000+ pages in our wiki_page table (even if most
> of them are automaticatly created from pgsrc).
>
> > For the next release I will work for sql db's on extracting the standard
> > page and version data properties from serialized blobs into real
> > table columns.
> > This will require more sql schema updates, but I hope action=upgrade
> > will be good enough to do that automatically.
>
> This is very intresting, do you exepect any performances enhancement
> with this upgrade ?
> It could be an opportunity for us to contribute our patch to allow
> several wiki instances to be stored in one table.

It will be a trade-off of the SQL-relation access against a php serialize.
serialize with objects is very slow. Here with the pages and versions
we have only hashes.
I wonder also if it will be worth the trouble.

-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] Phpwiki and Mysql slowness

[Manuel V. <man...@gm...>]

2007/1/13, Reini Urban <ru...@x-...>:
> 2007/1/12, Manuel Vacelet <man...@gm...>:
> > 2007/1/9, Reini Urban <ru...@x-...>:
> > > 2007/1/8, Manuel Vacelet <man...@gm...>:
> > > > I noticed than, sometimes, mysql based phpwikis become slow when there
> > > > are several concurrent access.
> > > >
> > > > I guess it's due to table locking for update operation (phpwiki locks
> > > > whole table).
> > > >
> > > > I'm wondering if it could be a good idea to use innodb table type when
> > > > available and replace table locks by transactions as other ACID
> > > > complient engines (pgsql, ...) do ?
> > >
> > > postgresql, oracle or innodb are much better than myisam on crowded
> > > servers, yes.
> >
> > Ok, we will have look on this approach.
> > Obviously, we will keep the list informed.
>
> The fastest connect by far has berkeley ("dba - db3 or db4"), but time sorting
> (e.g. RecentChanges) and other advanced queries are very slow.
> I recommend dba on small wikis < 500 pages, and then postgresql.

FYI, today there is 29000+ pages in our wiki_page table (even if most
of them are automaticatly created from pgsrc).

> For the next release I will work for sql db's on extracting the standard
> page and version data properties from serialized blobs into real
> table columns.
> This will require more sql schema updates, but I hope action=upgrade
> will be good enough to do that automatically.

This is very intresting, do you exepect any performances enhancement
with this upgrade ?
It could be an opportunity for us to contribute our patch to allow
several wiki instances to be stored in one table.

> > > BTW: can I expect an updated french translation for the new 1.3.13 features?
> >
> > I think Sabri (who's working with me on the subject) already gave to
> > you the small work he did on the subject.
>
> Thanks.
> I checked it in and will do the 1.3.13 release after the remaining
> php-5.2.0 checks hopefully tommorrow.
>
> The new 5.2 constructor strictness or the new __toString method can be
> the culprit.
>
> Next week I'll be offline in Koeln for some days.

Have a nice trip !

-- Manuel

[Phpwiki-talk] maybe a signin bug in phpwiki - need help for a workarround

[Stefan <son...@ba...>]

To use our wiki all users have to signin first to make changes but 
sometimes there are users without userid. Only the ip is logged when 
they do changes. After a while of testing i found the reason when this 
happens.

The user looks at a couple of pages and then enters uid and pwd to 
signin. After signin he clicks to the browser back button and switches 
to a page where he isn't signed in before (cache). At this page he 
clicks again on the signin button with no userid inserted in the uid 
field. Now he is signed in without having an uid.

I need a quick and dirty solution to solf this problem. It's easy to 
check if the user do have an uid when he is signed in. As solution: When 
i see he has no uid and is signedin, i want to sign him off. I found the 
code (java script) to do it with a button. Is there also a function call 
which i can implement to do this in the main template?

I wrote this in an email before but it was a little bit confused - sorry 
for this.
Regards Stefan

Re: [Phpwiki-talk] Few questions on phpwiki setup.

[George M. <ms...@ho...>]

Thanks, I thought the same as I'm not using a Flat file db either.

> From: li...@gm...> To: php...@li...> Date: Tue,=
 16 Jan 2007 15:46:08 +0100> Subject: Re: [Phpwiki-talk] Few questions on p=
hpwiki setup.> > Reini Urban wrote:> > [mkdir(/tmp/cache/toolbarcache/): Pe=
rmission denied]> > > For optimization you'd need to define the PLUGIN_CACH=
ED_CACHE_DIR> > option (section 8), where cached settings are stored.> > > =
> ; This is only used if database is set to file.> > database is dba/gdbm, =
not file, so I didn't think this could help - > but it did.> > Thanks, Rein=
i!> > Oliver> -- > Oliver Betz, Muenchen> > > -----------------------------=
--------------------------------------------> Take Surveys. Earn Cash. Infl=
uence the Future of IT> Join SourceForge.net's Techsay panel and you'll get=
 the chance to share your> opinions on IT & business topics through brief s=
urveys - and earn cash> http://www.techsay.com/default.php?page=3Djoin.php&=
p=3Dsourceforge&CID=3DDEVDEV> _____________________________________________=
__> Phpwiki-talk mailing list> Php...@li...> https://=
lists.sourceforge.net/lists/listinfo/phpwiki-talk
_________________________________________________________________
Get the Live.com Holiday Page for recipes, gift-giving ideas, and more.
www.live.com/?addtemplate=3Dholiday=

[Phpwiki-talk] pdf issues

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

Reini,
  Trying out the pdf stuff again, I have finally gotten a pdf out using the
internal library :-), but it made a pdf with one page per line (168 pages).

  Trying to use the external pdf generator, I can get it to work from the
command line, but not from the wiki.

  Also,  I'm getting the following output a lot:

<html><body><div style="font-weight:bold; color:red">Fatal Error:</div> <div
class="errors"><p>f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-erro
rhandler.inc.php:76 Error[256]: mysql error: [1062: Duplicate entry
'c1b1d8e83bb8ac00a9c544d8f4a55bb2' for key 1] in EXECUTE(&quot;INSERT INTO
session (sess_id, sess_data, sess_date, sess_ip) VALUES
('c1b1d8e83bb8ac00a9c544d8f4a55bb2',
'wiki_user|O:10:\&quot;_adminuser\&quot;:11:{s:7:\&quot;_userid\&quot;;s:5:\
&quot;admin\&quot;;s:6:\&quot;_level\&quot;;i:10;s:6:\&quot;_prefs\&quot;;O:
15:\&quot;userpreferences\&quot;:4:{s:6:\&quot;_prefs\&quot;;a:14:{s:6:\&quo
t;userid\&quot;;O:15:\&quot;_userpreference\&quot;:2:{s:13:\&quot;default_va
lue\&quot;;s:0:\&quot;\&quot;;s:6:\&quot;userid\&quot;;s:5:\&quot;admin\&quo
t;;}s:6:\&quot;passwd\&quot;;O:15:\&quot;_userpreference\&quot;:1:{s:13:\&qu
ot;default_value\&quot;;s:0:\&quot;\&quot;;}s:9:\&quot;autologin\&quot;;O:20
:\&quot;_userpreference_bool\&quot;:1:{s:13:\&quot;default_value\&quot;;b:0;
}s:5:\&quot;email\&quot;;O:21:\&quot;_userpreference_email\&quot;:1:{s:13:\&
quot;default_value\&quot;;s:0:\&quot;\&quot;;}s:11:\&quot;notifyPages\&quot;
;O:22:\&quot;_userpreference_notify\&quot;:1:{s:13:\&quot;default_value\&quo
t;;s:0:\&quot;\&quot;;}s:5:\&quot;theme\&quot;;O:21:\&quot;_userpreference_t
heme\&quot;:1:{s:13:\&quot;default_value\&quot;;s:4:\&quot;Crao\&quot;;}s:4:
\&quot;lang\&quot;;O:24:\&quot;_userpreference_language\&quot;:1:{s:13:\&quo
t;default_value\&quot;;s:0:\&quot;\&quot;;}s:9:\&quot;editWidth\&quot;;O:19:
\&quot;_userpreference_int\&quot;:3:{s:13:\&quot;default_value\&quot;;d:80
</p> </div>

To get the internal library to work, I had to delete this row before trying
to create the pdf.

Any suggestions on how to get the external one to work, and to get rid of
that error?

Thanks,

John

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.16.12/631 - Release Date: 1/16/2007
8:25 AM
 
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] pdf issues...

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

Renin,
  Trying out the pdf stuff again, I have finally gotten a pdf out using the
internal library :-), but it made a pdf with one page per line (168 pages).

  Trying to use the external pdf generator, I can get it to work from the
command line, but not from the wiki.

  Also,  I'm getting the following output a lot:

<html><body><div style="font-weight:bold; color:red">Fatal Error:</div>
<div
class="errors"><p>f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-erro
rhandler.inc.php:76 Error[256]: mysql error: [1062: Duplicate entry
'c1b1d8e83bb8ac00a9c544d8f4a55bb2' for key 1] in EXECUTE(&quot;INSERT INTO
session (sess_id, sess_data, sess_date, sess_ip) VALUES
('c1b1d8e83bb8ac00a9c544d8f4a55bb2',
'wiki_user|O:10:\&quot;_adminuser\&quot;:11:{s:7:\&quot;_userid\&quot;;s:5:\
&quot;admin\&quot;;s:6:\&quot;_level\&quot;;i:10;s:6:\&quot;_prefs\&quot;;O:
15:\&quot;userpreferences\&quot;:4:{s:6:\&quot;_prefs\&quot;;a:14:{s:6:\&quo
t;userid\&quot;;O:15:\&quot;_userpreference\&quot;:2:{s:13:\&quot;default_va
lue\&quot;;s:0:\&quot;\&quot;;s:6:\&quot;userid\&quot;;s:5:\&quot;admin\&quo
t;;}s:6:\&quot;passwd\&quot;;O:15:\&quot;_userpreference\&quot;:1:{s:13:\&qu
ot;default_value\&quot;;s:0:\&quot;\&quot;;}s:9:\&quot;autologin\&quot;;O:20
:\&quot;_userpreference_bool\&quot;:1:{s:13:\&quot;default_value\&quot;;b:0;
}s:5:\&quot;email\&quot;;O:21:\&quot;_userpreference_email\&quot;:1:{s:13:\&
quot;default_value\&quot;;s:0:\&quot;\&quot;;}s:11:\&quot;notifyPages\&quot;
;O:22:\&quot;_userpreference_notify\&quot;:1:{s:13:\&quot;default_value\&quo
t;;s:0:\&quot;\&quot;;}s:5:\&quot;theme\&quot;;O:21:\&quot;_userpreference_t
heme\&quot;:1:{s:13:\&quot;default_value\&quot;;s:4:\&quot;Crao\&quot;;}s:4:
\&quot;lang\&quot;;O:24:\&quot;_userpreference_language\&quot;:1:{s:13:\&quo
t;default_value\&quot;;s:0:\&quot;\&quot;;}s:9:\&quot;editWidth\&quot;;O:19:
\&quot;_userpreference_int\&quot;:3:{s:13:\&quot;default_value\&quot;;d:80
</p>
</div>

To get the internal library to work, I had to delete this row before trying
to create the pdf.

Any suggestions on how to get the external one to work, and to get rid of
that error?

Thanks,

John

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.16.12/631 - Release Date: 1/16/2007
8:25 AM
 
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] How to automatic logout from wiki

[Stefan <son...@ba...>]

Hallo,

there is a bug in phpwiki where users can edit pages without showing 
there userid.
Now i need a solution to log users out which do not have a userid. it 
should be done automatic like a call like these

$user->logout();

i want to add the function within a template file. Is there a function 
to do this?

Background:
When you login as a user in phpwiki and then click on the back button of 
your browser to get a page where you are not authentificated and then 
press the login button, you are authentificated without userid.

Whould be nice to get a fast solution for this
Regards Stefan

Re: [Phpwiki-talk] Few questions on phpwiki setup.

[Oliver B. <li...@gm...>]

Reini Urban wrote:

[mkdir(/tmp/cache/toolbarcache/): Permission denied]

> For optimization you'd need to define the PLUGIN_CACHED_CACHE_DIR
> option (section 8), where cached settings are stored.
> 
> ; This is only used if database is set to file.

database is dba/gdbm, not file, so I didn't think this could help - 
but it did.

Thanks, Reini!

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Phpwiki and Mysql slowness

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

In PhpWikiAdministration:
  ZIP Dump - Restore

The "Zip Dump" best as full dump to keep all revisions.

2007/1/16, John Cole <joh...@ua...>:
> Reini,
>  If I wanted to convert my wiki from mysql to postgres, what would the
> procedures be?
>
> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...] On Behalf Of Reini Urban
> Sent: Saturday, January 13, 2007 11:31 AM
> To: Discussion on PhpWiki features, bugs, development.
> Subject: Re: [Phpwiki-talk] Phpwiki and Mysql slowness
>
> 2007/1/12, Manuel Vacelet <man...@gm...>:
> > 2007/1/9, Reini Urban <ru...@x-...>:
> > > 2007/1/8, Manuel Vacelet <man...@gm...>:
> > > > I noticed than, sometimes, mysql based phpwikis become slow when there
> > > > are several concurrent access.
> > > >
> > > > I guess it's due to table locking for update operation (phpwiki locks
> > > > whole table).
> > > >
> > > > I'm wondering if it could be a good idea to use innodb table type when
> > > > available and replace table locks by transactions as other ACID
> > > > complient engines (pgsql, ...) do ?
> > >
> > > postgresql, oracle or innodb are much better than myisam on crowded
> > > servers, yes.
> >
> > Ok, we will have look on this approach.
> > Obviously, we will keep the list informed.
>
> The fastest connect by far has berkeley ("dba - db3 or db4"), but time
> sorting
> (e.g. RecentChanges) and other advanced queries are very slow.
> I recommend dba on small wikis < 500 pages, and then postgresql.
> Both, ADODB and PearDB behave fine now. PDO is not that well tested.
> dba has serious locking issues with sessions.
> >From time to time you'll have to delete the session.db(3,4) file when
> it is OS locked. But still better than with gdbm.
>
> For the next release I will work for sql db's on extracting the standard
> page and version data properties from serialized blobs into real
> table columns.
> This will require more sql schema updates, but I hope action=upgrade
> will be good enough to do that automatically.
>
> > > BTW: can I expect an updated french translation for the new 1.3.13
> features?
> >
> > I think Sabri (who's working with me on the subject) already gave to
> > you the small work he did on the subject.
>
> Thanks.
> I checked it in and will do the 1.3.13 release after the remaining
> php-5.2.0 checks hopefully tommorrow.
>
> The new 5.2 constructor strictness or the new __toString method can be
> the culprit.
>
> Next week I'll be offline in Koeln for some days.

well, I'm not really offline, thanksfully.
but I cannot do the final release from here.

-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/