phpwiki-talk

Re: [Phpwiki-talk] Sign in/out problem, user management

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

2005/11/6, Oliver Betz <li...@gm...>:
> Reini Urban wrote:
> > > [user management]
> > > > >     Manage: not (yet).
> > > > IMO an essential feature.
> >
> > Well, I rather concentrate on wiki features, than locking up a wiki to
> > just another content-management system. Most prefs are private. For
>
> Maybe a misunderstanding, I didn't vote for bloated features, but IMO
> the stored data should be accessible in some minimalistic way. If
> users can be created, it should be also possible to manage the
> entries - at least reset password or delete the user.

Accepted. reset password and delete user makes sense to me.
Will be added to 1.3.12 for all backends.

> > email there's a special admin method.

Admin can verify the given users email.
--
Reini Urban

Re: [Phpwiki-talk] PhpWiki vs. MediaWiki (again)

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

2005/11/6, Oliver Betz <li...@gm...>:
> maybe I missed something, but MediaWiki seems to have a "never forget
> anything" policy. This bloats the database extremly if pages are
> changed many times. I don't think that I want to have such a
> behaviour if I have to pay for disk space.
>
> The same applies for user accounts. You can't delete them anymore.
>
> Besides the disk space problem (which might be no problem on a
> dedicated server), I expect also some impact on performance.
>
> Any comments?

phpwiki runs regular ArchiveCleanup tasks if configured as such,
to delete older revisions. mediawiki not.

phpwiki supports the most database backends from all wiki engines,
mediawiki only mysql and recently psql got better.
phpwiki is tested with a lot of php versions and architectures.

> Is there any comparison in storage efficiency of both candidates? The
> empty PhpWiki database had ~400KB, MediaWiki 1,7MB! But I made no
> tests with content.

phpwiki adds a gzipped cache of the html output in the core db itself, and =
not
in some proxy as mediawiki does.

mediawiki is some kind of very special software for a very special purpose.
they invented their own syntax extensions which were incompatible with
all other wiki's.
  " " =3D> "_"
  links as [[ link ]]
  labeled links the other way round. [[ link | label ]]
  allow <div> and <span>,
  "interesting" adhoc template syntax, "improved" bit by bit
just to name a few.

> Long term support and stability:
>
> Reini wrote 2005-01-05 regarding "Any reasons why somebody _should_
> switch to MediaWiki": "stability, more users, more developers".
>
> On the other hand, he wrote also 2005-09-26: "...considering that
> mediawiki is a one man show only and brian is not accepting a lot."
>
> This confuses me a bit. Any information about this?

Read the mediawiki developers list and their meta wiki.
Brain is a paid employee by wikipedia and the only core developer.
Quite similar to the phpwiki situation.

Recently they made a lot of enhancements in core.
They even added the DB hooks and new template engine, which I planed
for our 1.4.0
It got better, but the architecture is still a big mess, compared to phpwik=
i.
--
Reini Urban
http://phpwiki.org/

[Phpwiki-talk] Should SetACL work in 1.3.11p1?

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

please don't reply to my last mail using obetz... as From:

This mail address shouldn't show up in public archives.

After all, I dislike mailing lists where everybody can post.

Oliver
-- 
Oliver Betz, Muenchen

[Phpwiki-talk] Should SetACL work in 1.3.11p1?

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

Hi,

README.security says "I found some problems in the SetACL user interface", 
is this still true IOW are there known issues?

I was not able to set access rights for pages and the UI behaved indeed 
strange, and I don't want to send reports about known issues.

Oliver
-- 
Oliver Betz
Geisenbrunner Strasse 84
81475 Muenchen

Re: [Phpwiki-talk] Sign in/out problem, user management

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

On Sun, Nov 06, 2005 at 10:01:39PM +0100, Oliver Betz wrote:
> Maybe a misunderstanding, I didn't vote for bloated features, but IMO 
> the stored data should be accessible in some minimalistic way. If 
> users can be created, it should be also possible to manage the 
> entries - at least reset password or delete the user.

That is done for SQL, if you use pref table, see patches on sourceforge
(user administration stuff).

I have no time to study other backends -- it's a hard way to me. So It
will be good that somoeone takes other.

-- 
Thomas Harding

Re: [Phpwiki-talk] Sign in/out problem, user management

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

Reini Urban wrote:

> > [user management]
> > > >     Manage: not (yet).
> > > IMO an essential feature.
> 
> Well, I rather concentrate on wiki features, than locking up a wiki to
> just another content-management system. Most prefs are private. For

Maybe a misunderstanding, I didn't vote for bloated features, but IMO 
the stored data should be accessible in some minimalistic way. If 
users can be created, it should be also possible to manage the 
entries - at least reset password or delete the user.

> email there's a special
> admin method.

?

Oliver
-- 
Oliver Betz, Muenchen

[Phpwiki-talk] PhpWiki vs. MediaWiki (again)

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

Hi,

maybe I missed something, but MediaWiki seems to have a "never forget 
anything" policy. This bloats the database extremly if pages are 
changed many times. I don't think that I want to have such a 
behaviour if I have to pay for disk space.

The same applies for user accounts. You can't delete them anymore.

Besides the disk space problem (which might be no problem on a 
dedicated server), I expect also some impact on performance.

Any comments?


Is there any comparison in storage efficiency of both candidates? The 
empty PhpWiki database had ~400KB, MediaWiki 1,7MB! But I made no 
tests with content.


Long term support and stability:

Reini wrote 2005-01-05 regarding "Any reasons why somebody _should_ 
switch to MediaWiki": "stability, more users, more developers".

On the other hand, he wrote also 2005-09-26: "...considering that 
mediawiki is a one man show only and brian is not accepting a lot."

This confuses me a bit. Any information about this?

Oliver
-- 
Oliver Betz
Geisenbrunner Strasse 84
81475 Muenchen

Re: [Phpwiki-talk] Sign in/out problem, user management

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

2005/11/6, Oliver Betz <li...@gm...>:
> Oliver Betz wrote:
> [user management]
> > >     Manage: not (yet).
> > IMO an essential feature.

Well, I rather concentrate on wiki features, than locking up a wiki to
just another content-management system. Most prefs are private. For
email there's a special
admin method.

I'm currently working on antispam, fulltext search fixes and
SemanticWeb, with this syntax:
  http://meta.wikimedia.org/wiki/Semantic_MediaWiki/Implementation

The relations and syntax is finished, the SemanticRelations plugin
to display the relations and attributes for a page also. Missing is
the SemanticSearch plugin, the formatter (owl, rdf, ...) and the
storage methods.

ACDROPDOWN integration (AJAX autofill) gets also better and better.

I'll also clean up the documention pages soon. change to Help/ <=3D> help: =
prefix.

> BTW: are there any problems if I delete a user in PhpWiki?
> In MediaWiki it is forbidden and can cause problems if done anyway.

No. You can safely delete any user.

Re: [Phpwiki-talk] Sign in/out problem, user management

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

On Sun, Nov 06, 2005 at 02:05:40PM +0100, Reini Urban wrote:
> A: You cannot manage user preferences as admin, only when you sign in as 
> that user. Thomas Harding was working on a user management plugin, but 
> only for database stored prefs. I hope to get that in into 1.3.12. See 
> his patches posted to this mailing list.

Notice that last patch is currently in /patches at sourceforge (even if
it is anonymous :).

-- 
Thomas Harding

Re: [Phpwiki-talk] Sign in/out problem, user management

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

Oliver Betz wrote:

[user management]

> >     Manage: not (yet).
> 
> IMO an essential feature.

BTW: are there any problems if I delete a user in PhpWiki?

In MediaWiki it is forbidden and can cause problems if done anyway.

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Sign in/out problem, user management

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

Reini Urban wrote:

> Q: How can I access/manage the list of signed in users
> 
> A: Access <?plugin AllUsers ?>

The description of the AllUsers page differ between 1.3.11 pagesrc 
and the SF demo wiki: 1.3.11 says "OR" (desirable, but seems to be 
wrong), SF demo says "AND". I find only users with homepage _and_ 
preferences listed. So the description and/or the behaviour should be 
fixed.

>     Manage: not (yet).

IMO an essential feature.

[...]

> Q: For example, how can I remove a user?
> 
> A: For PersonalPage users simply remove this users PersonalPage.

didn't seem to work here, but I might have set preferences before I 
created the homepage - don't remember.

> For internal database users simply remove the users row in pref - or 
> user if you store him there.

Do you know a simple way to do this for gdbm/db4 databases on hosted 
web space?

Should I switch to mysql, since phpMyAdmin is always available!?

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Sign in/out problem, user management

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

Oliver Betz schrieb:
> Matt Brown wrote:
> 
>>>1. How can I access/manage the list of signed in users and the user 
>>>preferences? For example, how can I remove a user?
>>
>>This will depend on what authentication method you are using. See below.
>>
>>
>>>2. Where the strange sign in/out problems come from.

>>What authentication methods are you using?  You mention BogoLogin in
>>your email, but are there others configured. There are several bugs in
>>PHPwiki at the moment around login.
> 
> 
> Hmm, I'm not sure whether that's a login problem or a problem with 
> stored preferences.
> 
> 
>>1) If you have an external auth method configured, but are missing the
>>necessary PHP module (php-ldap, php-imap) then you'll get a 0 byte
>>response
>>http://sourceforge.net/tracker/index.php?func=detail&aid=1334024&group_id=6121&atid=106121
> 
> 
> Since I also used "File" and didn't remove anything, this shouldn't 
> apply.
> 
> 
>>2) Authentication will fail if any of the defined authentication methods
>>fails, even if there are other working methods. 
>>
>>Check the AUTH_USER_ORDER option in your config file and make sure the
>>settings for all the listed methods are correct. 
> 
> 
> There was only File in my latest test.
> 
> 
>>Does this help?
> 
> 
> Not really, but this might be also because of my ignorance.
> 
> I'm still missing the user management. See my first question in the 
> OP:
> 
> |1. How can I access/manage the list of signed in users and the user 
> |preferences? For example, how can I remove a user?
> 
> As far as I see, the user information is stored in some table in the 
> pagedb but there is no interface to access it?

Q: How can I access/manage the list of signed in users

A: Access <?plugin AllUsers ?>
    Manage: not (yet).

Q: How can I access/manage the user preferences? For example, how can I 
remove a user?

A: You cannot manage user preferences as admin, only when you sign in as 
that user. Thomas Harding was working on a user management plugin, but 
only for database stored prefs. I hope to get that in into 1.3.12. See 
his patches posted to this mailing list.

Q: For example, how can I remove a user?

A: For PersonalPage users simply remove this users PersonalPage.
For internal database users simply remove the users row in pref - or 
user if you store him there.
For all external pref/auth methods remove/disable him in the external 
environment.

 > AllUsers doesn't show the users "who have once successfully logged
in" or "have saved UserPreferences at least once" as promised. Only
users with own homepage *and* canged settings are displayed. Put even
those can't sign in.
...

Ok, that were a lot of bugs. Thanks a lot for your very detailed report! 
Helps a lot.

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

Re: [Phpwiki-talk] Fwd: XML Warning

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

Thomas Haws schrieb:
> Some people are getting this message when they try to connect to my 
> phpwiki site.  It seems to only happen with IE, I am guessing.  I 
> certainly have never see the error in Firefox.
> 
> www.hawsedc.com/thomas <http://www.hawsedc.com/thomas>
> and
> www.hawsedc.com/kato <http://www.hawsedc.com/kato>
> 
> Any ideas?

Yes, this was fixed with about 1.3.10 or so.
Some print statements in the head template also influenced that.
Until you upgrade, you can disable gzip compression in index.php

define('COMPRESS_OUTPUT', false);

> ---------- Forwarded message ----------
> From: *Kato Haws* <kat...@as... <mailto:kat...@as...>>
> Date: Nov 5, 2005 8:55 AM
> Subject: XML Warning
> To: Thomas Haws <tom...@gm... <mailto:tom...@gm...>>
> 
>  
> 
> Here is the message you wanted me to send you:
> 
>  
> 
> The XML page cannot be displayed
> 
> Cannot view XML input using XSL style sheet. Please correct the error 
> and then click the Refresh button, or try again later.
> 
> ------------------------------------------------------------------------
> 
> *Cannot have a DOCTYPE declaration outside of a prolog. Error processing 
> resource 'http://www.hawsedc.com/kato'. Line 4, Po...*
> 
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"



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

Re: [Phpwiki-talk] Sign in/out problem, user management

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

Matt Brown wrote:

> > 1. How can I access/manage the list of signed in users and the user 
> > preferences? For example, how can I remove a user?
> 
> This will depend on what authentication method you are using. See below.
> 
> > 2. Where the strange sign in/out problems come from.
> 
> What authentication methods are you using?  You mention BogoLogin in

As I wrote, I didn't change the settings from "Part Three" of
config-dist.ini in my first experiments. That's:

ALLOW_ANON_USER = true
ALLOW_ANON_EDIT = true
ALLOW_BOGO_LOGIN = true
ALLOW_USER_PASSWORDS = true
USER_AUTH_POLICY = stacked
GROUP_METHOD = WIKIPAGE
DBAUTH_AUTH_CRYPT_METHOD = plain

and config-default.ini contains:
USER_AUTH_ORDER = PersonalPage
PASSWORD_LENGTH_MINIMUM = 0
AUTH_USER_FILE_STORABLE = false
AUTH_SESS_USER = userid
AUTH_SESS_LEVEL = 2
DBAUTH_PREF_SELECT = "SELECT prefs FROM pref WHERE userid='$userid'"
DBAUTH_PREF_UPDATE = "REPLACE INTO pref SET 
prefs='$pref_blob',userid='$userid'"
EDITING_POLICY = "EditingPolicy"
ALLOW_HTTP_AUTH_LOGIN = false
ALLOW_LDAP_LOGIN = false
ALLOW_IMAP_LOGIN = false

The problems disappear when I set ENABLE_USER_NEW = false, but then 
I'm not able to use user authentication.

I also tried user auth with "File:" method:
ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = false
USER_AUTH_ORDER = File
USER_AUTH_POLICY = stacked
AUTH_USER_FILE = <somewhere>
AUTH_USER_FILE_STORABLE = true

with this, authentication worked fine. But I had the same problem as 
soon as I changed preferences of a user - I couldn't sign in anymore 
as this user.

> your email, but are there others configured. There are several bugs in
> PHPwiki at the moment around login.

Hmm, I'm not sure whether that's a login problem or a problem with 
stored preferences.

> 1) If you have an external auth method configured, but are missing the
> necessary PHP module (php-ldap, php-imap) then you'll get a 0 byte
> response
> http://sourceforge.net/tracker/index.php?func=detail&aid=1334024&group_id=6121&atid=106121

Since I also used "File" and didn't remove anything, this shouldn't 
apply.

> 2) Authentication will fail if any of the defined authentication methods
> fails, even if there are other working methods. 
> 
> Check the AUTH_USER_ORDER option in your config file and make sure the
> settings for all the listed methods are correct. 

There was only File in my latest test.

> Does this help?

Not really, but this might be also because of my ignorance.

I'm still missing the user management. See my first question in the 
OP:

|1. How can I access/manage the list of signed in users and the user 
|preferences? For example, how can I remove a user?

As far as I see, the user information is stored in some table in the 
pagedb but there is no interface to access it?

Oliver Betz
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Sign in/out problem, user management

[Matt B. <ma...@ma...>]

On Sat, 2005-11-05 at 17:39 +0100, Oliver Betz wrote:

> 1. How can I access/manage the list of signed in users and the user 
> preferences? For example, how can I remove a user?

This will depend on what authentication method you are using. See below.

> 2. Where the strange sign in/out problems come from.

What authentication methods are you using?  You mention BogoLogin in
your email, but are there others configured. There are several bugs in
PHPwiki at the moment around login.

1) If you have an external auth method configured, but are missing the
necessary PHP module (php-ldap, php-imap) then you'll get a 0 byte
response
http://sourceforge.net/tracker/index.php?func=detail&aid=1334024&group_id=6121&atid=106121

2) Authentication will fail if any of the defined authentication methods
fails, even if there are other working methods. 

Check the AUTH_USER_ORDER option in your config file and make sure the
settings for all the listed methods are correct. 

Does this help?


-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

[Phpwiki-talk] Fwd: XML Warning

[Thomas H. <tom...@gm...>]

Some people are getting this message when they try to connect to my phpwiki
site. It seems to only happen with IE, I am guessing. I certainly have neve=
r
see the error in Firefox.

www.hawsedc.com/thomas <http://www.hawsedc.com/thomas>
and
www.hawsedc.com/kato <http://www.hawsedc.com/kato>

Any ideas?

Tom Haws

---------- Forwarded message ----------
From: Kato Haws <kat...@as...>
Date: Nov 5, 2005 8:55 AM
Subject: XML Warning
To: Thomas Haws <tom...@gm...>

  Here is the message you wanted me to send you:

 The XML page cannot be displayed

Cannot view XML input using XSL style sheet. Please correct the error and
then click the Refresh button, or try again later.
 ------------------------------

*Cannot have a DOCTYPE declaration outside of a prolog. Error processing
resource 'http://www.hawsedc.com/kato'. Line 4, Po...*

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"

----------^

  (After I hit the "Refresh" link the page comes up fine).


--
Tom Haws
1094 North Martingale Road
Gilbert, AZ 85234
Home Office and Fax: 480-807-8417
Always believe. Always trust. Always love.

[Phpwiki-talk] Sign in/out problem, user management

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

Hi,

(using PhpWiki 1.3.11p1, gdbm or db4, PHP 4.3.11, Apache/2.0.54, 
unchanged "User Authentication" section in config.ini, Mozilla or 
Opera)

when I am signed in as user with stored preferences and try to "Sign 
Out", I get the error message "Error parsing script headers: Script 
yielded no output.", likely from the web server.

If I close the browser and try to sign in explicitly or automatically 
(WIKI_ID cookie) as a user with stored preferences, the same error 
arises.

After deleting the WIKI_ID cookie, I can access the wiki but still 
not sign in as user with previously stored preferences.

I can sign in as new bogo user. But as soon as I store preferences, I 
can't sign out other than deleting the WIKI_ID cookie, and I can't 
sign in as this user anymore.

If ADMIN_USER is no WikiWord, I can sign in manually as wiki admin, 
but not automatically (WIKI_ID). I can't sign out as wiki admin other 
than deleting the cookie.

But if I stored preferences as wiki admin, I can't sign in anymore.

AllUsers doesn't show the users "who have once successfully logged 
in" or "have saved UserPreferences at least once" as promised. Only 
users with own homepage *and* canged settings are displayed. Put even 
those can't sign in.

Two questions:

1. How can I access/manage the list of signed in users and the user 
preferences? For example, how can I remove a user?

2. Where the strange sign in/out problems come from.

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] can't load up virgin - InterWikiMap problem

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

2005/11/5, Bill Gardner <wbg...@al...>:
> Thanks for the help!  I'm partly successful now.
>
> Reini Urban wrote:
> > For the first help you should move the InterWikiMap file out
> > of your pgsrc to continue loading. Hmm.
>
> First, I destroyed/initialized the mysql database.
>
> Then I moved out InterWikiMap file, and was able to get to the end of
> the load!  (Earlier, I had merely renamed the file in the pgsrc dir to
> something like Z-InterWikiMap, and it still managed to load it as
> InterWikiMap.  So I guess it doesn't care about the filename per se :)
> Should realized that!  Moving it out took care of that.)
>
> > The special _tryinsertInterWikiMap is only called once from
> > loadsave.php:SetupWiki
> >
> > Your crash is probably somewhere in PageType.php:PageType_interwikimap
> >
> > As next you could store a dummy static $this->_map,
> > which should be enough
> >
> >     function PageType_interwikimap($pagetext =3D false) {
> >         $this->_map =3D array('Upload' =3D> 'uploads');
> >         $this->_regexp =3D $this->_getRegexp();
> >     }
>
> I applied that fix, too, then took it out and had the same result of NO
> crash with the original PageType.php.  So it doesn't seem to matter.
> OTOH, we still don't know what caused the crash.  If I apply this fix
> but leave InterWikiMap in, it executes this new constructor and then
> crashes.

Ok, I have some vague idea about the php5 constructor phase
within GetMap().
Which php version exactly?

Can you setup some temp.<? phpinfo() ?> php page please to let me
have a look at it.

> But now I have a new problem:  I now have a HomePage, but I can't leave
> it!  No matter what I click, the URL does change (like
> //host/wiki/index.php/SandBox), but the HomePage display remains.  It's
> the same for clicking Edit, LockPage, etc.
>
> I tried changing config.php to CACHE_CONTROL =3D NO_CACHE, but this had n=
o
> effect.  Ditto for USE_CACHE =3D false.

That's no cache problem, thats' entirely an unknown $_REQUEST problem
with your PHP5 or apache on Solaris.
phpinfo() would help immensily.
--
Reini Urban

Re: [Phpwiki-talk] can't load up virgin - InterWikiMap problem

[Bill G. <wbg...@al...>]

Thanks for the help!  I'm partly successful now.

Reini Urban wrote:
> For the first help you should move the InterWikiMap file out
> of your pgsrc to continue loading. Hmm.

First, I destroyed/initialized the mysql database.

Then I moved out InterWikiMap file, and was able to get to the end of 
the load!  (Earlier, I had merely renamed the file in the pgsrc dir to 
something like Z-InterWikiMap, and it still managed to load it as 
InterWikiMap.  So I guess it doesn't care about the filename per se :) 
Should realized that!  Moving it out took care of that.)

> The special _tryinsertInterWikiMap is only called once from
> loadsave.php:SetupWiki
> 
> Your crash is probably somewhere in PageType.php:PageType_interwikimap
> 
> As next you could store a dummy static $this->_map,
> which should be enough
> 
>     function PageType_interwikimap($pagetext = false) {
>         $this->_map = array('Upload' => 'uploads');
>         $this->_regexp = $this->_getRegexp();
>     }

I applied that fix, too, then took it out and had the same result of NO 
crash with the original PageType.php.  So it doesn't seem to matter. 
OTOH, we still don't know what caused the crash.  If I apply this fix 
but leave InterWikiMap in, it executes this new constructor and then 
crashes.

But now I have a new problem:  I now have a HomePage, but I can't leave 
it!  No matter what I click, the URL does change (like 
//host/wiki/index.php/SandBox), but the HomePage display remains.  It's 
the same for clicking Edit, LockPage, etc.

I tried changing config.php to CACHE_CONTROL = NO_CACHE, but this had no 
effect.  Ditto for USE_CACHE = false.

Bill Gardner

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Dr. William Gardner, Assistant Professor
Dept. of Computing & Info Science     tel: (519)824-4120 x52696
University of Guelph                  fax: (519)837-0323
105 Reynolds                          email: wga...@ci...
Guelph, ON  N1G 2W1              http://www.cis.uoguelph.ca/~wgardner

Re: [Phpwiki-talk] Best dba handler

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

Reini Urban wrote:

> This depends on what OS.
> gdbm is deprecated on linux.

so I should migrate my existing wikis to another db.

> db4 is usually the very best. (Berkeley DB)

O.k., I give it a try.

> The db4 issues I talked there about are all handled by some special logic.
> Unfortunately I cannot workaround gdbm bugs, which are really bugs
> from the PHP interface with the OS (stale locks), and not gdbm per se.

After all, I still think that the mailing list software should rewrite the 
Reply-To: to php...@li...

I usually forget to set it.

Any chance to convince the list maintainer?

Oliver
-- 
Oliver Betz
Geisenbrunner Strasse 84
81475 Muenchen

Re: [Phpwiki-talk] How(where to purge PhpWiki?

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

2005/11/4, Oliver Betz <li...@gm...>:
> PhpWiki became rather bloated. Nearly 10MB uncompressed! That eats a
> noticeable amount of my web space limit, especially during tests
> running two or more versions of PhpWiki concurrently.

I see.

> I couldn't find instructions for the inexperienced user how to remove
> the slag from PhpWiki, so I prefer to ask:
>
> If my PHP has the pear libs, which files/directories can be deleted?

Well, I wouldn't dare to delete any pear subdir, but for testing
purposes you can rename it.
adodb is bigger. if you don't use adodb you can delete that subtree.

> Which file in the locale tree are only sources and not used by the
> application?

From the locale subdir you can safely delete those language subdirs
you wont need.

You can also delete those themes you won't need, just not default and
maybe Sidebar.


> Can I remove directories and *.po entries for unused languages or are
> there any refferring entries to be also removed?
>
> The same applies to themes - simply delete the unused directories
> (not the /tests can be deleted for normal use?

tests can be safely deleted yes.

> Other candidates?

pgsrc/* if you have extra backups.
doc/* if you know everything by hard.
schemas/* if you neven have to update or delete the database schemas.

--
Reini Urban

Re: [Phpwiki-talk] can't load up virgin - InterWikiMap problem

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

Very interesting, we never had Solaris 9 before.
I try to figure out what's different with your platform.

My daily harness tests contain several virgin loads for lots of
possible configurations. (see tests/unit/test.php test=3DSetupWiki)

For the first help you should move the InterWikiMap file out
of your pgsrc to continue loading. Hmm.
The special _tryinsertInterWikiMap is only called once from
loadsave.php:SetupWiki

Your crash is probably somewhere in PageType.php:PageType_interwikimap

As next you could store a dummy static $this->_map,
which should be enough

    function PageType_interwikimap($pagetext =3D false) {
        $this->_map =3D array('Upload' =3D> 'uploads');
        $this->_regexp =3D $this->_getRegexp();
    }

PageType_interwikimap itself is needed at a lot of places to detect
the linktype.

2005/11/4, Bill Gardner <wga...@ci...>:
> Hi - I'm installing 1.3.11p1 on i86 Solaris 9, with apache2, php5, and
> mysql4 all from CSW.  The database is all set up and initialized.  I'm
> also using HTTP access control.
>
> When I initially browse to index.php and log in, this is the latest
> output (I've done this a few times):
>
> ----------
> Loading up virgin wiki
> AddCommentPlugin
>      from MIME file
> /opt/csw/apache2/share/htdocs/wiki/pgsrc/AddCommentPlugin content is
> identical to current version 1 - no new revision created
> [lots more alphabetical entries cut]
> InterWiki
>      from MIME file /opt/csw/apache2/share/htdocs/wiki/pgsrc/InterWiki
> content is identical to current version 1 - no new revision created
> InterWikiSearch
>      from MIME file
> /opt/csw/apache2/share/htdocs/wiki/pgsrc/InterWikiSearch content is
> identical to current version 1 - no new revision created
> InterWikiMap
> ---------
>
> and there the output dies.  If I remove InterWikiMap from pgsrc, then
> the loading goes right on through to _AuthInfo, then it prints
> "InterWikiMap" and dies.  By inserting echo statements, I've determined
> that the constructor for PageType_interwikimap in lib/PageType.php does
> execute, but I can't follow where it's bombing after that.  If I could
> figure out how to suppress it loading InterWikiMap altogether, I would
> be happy to try that.
>
> I should also say that before I started tinkering, the default empty
> InterWikiMap caused it to read the interwiki.map file, and it was dying
> in exactly the same way.  In case it was a problem with that file, I
> inserted some bogus <verbatim> lines into InterWikiMap to prevent it
> reading the file.  Indeed, that prevented it, but I still can't get past
> this crash.
>
> Can anyone help??  Thanks!
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Best dba handler

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

Hi,

readign config(-dist).ini comments is somewhat confusing since no 
handler is really recommended (read: without problems):

gdbm "Not recommended anymore" (but the preset!)
db2/db3 "not supported by modern versions of PHP"
db4 "PHP has some issues"
dbm "Older", "suffers from limits"

With which handler can I expect least problems?

TIA,

Oliver
-- 
Oliver Betz
Geisenbrunner Strasse 84
81475 Muenchen

[Phpwiki-talk] How(where to purge PhpWiki?

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

Hi,

PhpWiki became rather bloated. Nearly 10MB uncompressed! That eats a 
noticeable amount of my web space limit, especially during tests 
running two or more versions of PhpWiki concurrently.

I couldn't find instructions for the inexperienced user how to remove 
the slag from PhpWiki, so I prefer to ask:

If my PHP has the pear libs, which files/directories can be deleted?

Which file in the locale tree are only sources and not used by the 
application?

Can I remove directories and *.po entries for unused languages or are 
there any refferring entries to be also removed?

The same applies to themes - simply delete the unused directories 
(not the 

/tests can be deleted for normal use?

Other candidates?

TIA,

Oliver
-- 
Oliver Betz
Geisenbrunner Strasse 84
81475 Muenchen

[Phpwiki-talk] can't login after upgrade from php 4.4.1 to php 5.05

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

after changing php from php 4.4.1 to php 5.05 my users can't login anymore.

it seems function _checkPass in WikiUserNew.php doesn't get the stored 
password from calling function.

Configuration: Mysql with php 5.05 doesn't work
Configuration: Mysql with php 4.4.1 works

no other changes

Part of config.ini file

DATABASE_TYPE = SQL
DATABASE_DBA_HANDLER = gdbm
USER_AUTH_ORDER = Db

what's going wrong here?

thank you for the help
Stefan