phpwiki-talk

RE: [Phpwiki-talk] upgrade - new install - Index.php is blank

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

Joe,
  What web server are you running?  I ran into a similar problem with IIS6.
There is a line in the index.php file that you need to change to fix that.
Comment out line 54 in index.php and see if that fixes it.

John Cole

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of Johannes
Rumpf
Sent: Monday, July 12, 2004 12:22 PM
To: php...@li...
Subject: [Phpwiki-talk] upgrade - new install - Index.php is blank


Hi@all,

after a moving from one server to another and reinstalling the phpwiki 
i've got a blank index.php. I'de made the Database upgrade from README,
but the're no errors in my logs.... so i'm a little confused.

Somewhere an idea?

thx Joe


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
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 system manager. 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] upgrade - new install - Index.php is blank

[Johannes R. <ru...@fb...>]

Hi@all,

after a moving from one server to another and reinstalling the phpwiki 
i've got a blank index.php. I'de made the Database upgrade from README,
but the're no errors in my logs.... so i'm a little confused.

Somewhere an idea?

thx Joe

[Phpwiki-talk] upgrade - new install - Index.php is blank

[Johannes R. <jr...@we...>]

Hi@all,

after a moving from one server to another and reinstalling the phpwiki 
i've got a blank index.php. I'de made the Database upgrade from README,
but the're no errors in my logs.... so i'm a little confused.

Somewhere an idea?

thx Joe

Re: [Phpwiki-talk] mind mapping tool

[Whit B. <wh...@tr...>]

On Sun, Jul 11, 2004 at 11:06:37AM +0200, Reini Urban wrote:

> PS: I strongly dislike the names "mindmap" and "freemind". It's too 
> esoteric, anti-rational.

Me, I like the names better than the products. For "freemind," look at John
Searle's _Rationality in Action_ - his argument is that what is rational in
ourselves is precisely where we are free, that compelled action (for
example, addiction) is neither free nor rational. For "mindmap," there's a
great deal of recent research in the importance of spacial thinking and
mapping for human reason, for example see Stephen C. Levinson's _Space in
Language and Cognition_ or Gilles Fauconnier's _Mappings in Thought and
Language_.

So the names are good - justified by current cutting-edge research in
linguistics and philosophy. Where I'd take issue is with the products.
Freemind for instance is just a visualization of heirarchy; and much of the
value in spatial conceptualization doesn't fit with heirarchical
categorization (see, on this, George Lakoff's _Women, Fire and Dangerous
Things_). These programs are aids to visuo-spatial thinking, but only the
narrow aspect of it that shoehorns into their schemes, which are often
ill-fitting to reality (as the examples given with freemind show, it seems
to me). A wiki, being more freeform, is more open to representing at least
implicitly the sort of spatial relations within and among concepts that are
being increasingly revealed as crucial aspects of human cognition.

Excuse the digression here, but the wiki I'm putting together will be to
serve the field of consciousness studies, so looking at why a wiki in
particular - or something else - can serve this well is important to me. I
much like, Reini, your idea of adding structural views to PhpWiki at some
point down the road, but suggest the heirarchical abstract of the structure
may not be the most useful or revealing instance of these to bring out.

Whit

Re: [Phpwiki-talk] mind mapping tool

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

Jim Cheetham schrieb:
> One of freemind's drawbacks in a collaborative environment is the lack 
> of multi-user editing. It's reasonably easy to serve a read-only copy of 
> a freemind map out from a webserver with it's java applet incarnation, 
> and that can be quite useful, but there is no ability to submit changes 
> over this interface, either.
> 
> So we end up with a datafile that can only be written to by one person, 
> on a local file system.

What I can think of, is using such a kind of dynamic UI for PhpWiki (as 
plugin) just for visualisation of links, similar to the static
VisualWiki plugin.

I saw this kind of UI often before (invented by Xerox Parc in the early 
90's, if I remember correctly), but now a lot of apps use this java 
library. I saw it for lisp also.

The 3D version is also fine, similar to VRML.
In the 90's the only drawback was the lack of strong graphic cards, so 
it was only an option for the Silicon Graphics machines. Now every 
vanilla desktop PC can render this fast enough. (VRML still not though, 
but that's not a technical problem)

PS: I strongly dislike the names "mindmap" and "freemind". It's too 
esoteric, anti-rational.

> Here's hoping that Apple's release of Rendezvous, a set of services on 
> top of ZeroConf, might lead to SubEthaEdit being available cross-platform?
> 
> On Jul 10, 2004, at 6:12 AM, Jerome WAGNER wrote:
> 
>> Hello,
>>
>> I just found this open source mind mapping tool. I thought I'd let you 
>> guys
>> know about it since it is very wiki like in its concept.
>> http://freemind.sourceforge.net/
>>
>> the gui is pretty interesting and their storage format is XML.
>>
>> maybe there is something to do with it and phpwiki..
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] mind mapping tool

[Jim C. <ji...@in...>]

One of freemind's drawbacks in a collaborative environment is the lack=20=

of multi-user editing. It's reasonably easy to serve a read-only copy=20
of a freemind map out from a webserver with it's java applet=20
incarnation, and that can be quite useful, but there is no ability to=20
submit changes over this interface, either.

So we end up with a datafile that can only be written to by one person,=20=

on a local file system.

Here's hoping that Apple's release of Rendezvous, a set of services on=20=

top of ZeroConf, might lead to SubEthaEdit being available=20
cross-platform?

On Jul 10, 2004, at 6:12 AM, Jerome WAGNER wrote:

> Hello,
>
> I just found this open source mind mapping tool. I thought I'd let you=20=

> guys
> know about it since it is very wiki like in its concept.
> http://freemind.sourceforge.net/
>
> the gui is pretty interesting and their storage format is XML.
>
> maybe there is something to do with it and phpwiki..
>
> J=E9r=F4me
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.716 / Virus Database: 472 - Release Date: 05/07/2004
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] ADOdb & Oracle Patch

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

Reini Urban schrieb:
> Thanks, I'll look at it.

Thanks, looks wonderful. Applied.

> BTW: I'd prefer unified diff's
> diff -bu ...
> 
> Philippe Vanhaesendonck wrote:
>> In attachement, a patch to ADODB.php
>>
>>    * fixes portablility issues
>>    * no fetch_assoc anymore
>>
>> and the ADODB_oci8po backend to support Oracle
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Interwiki map extension for visually friendlier links?

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

Dan Frankowski schrieb:
> I want to enable the creation of user-friendly lists of restaurants, 
> like "my top 10 favorites". I also want that those restaurants have a 
> clear owner (perhaps optional), and a list 'type' (like "favorite").
> 
> Thus, the owner and type need to
> 
> a) be computer-parsable (i.e. I can parse it out of the page)
> b) show up visually nice
> 
> It felt to me like the interwiki-map-style URLs are very close to this, 
> but I'd also like to control the look and feel of the link in the map. 
> So, right now, if I define a line in InterWikiMap
> 
>  ListOwner http:/index.php/ShowLists?user=%s
> 
> and put a link on a page
> 
> ListOwner:DanFr
> 
> it will nicely redirect that link to a plugin (if I write one, which I 
> haven't).
> 
> However, I don't want to see "ListOwner:DanFr" on the rendered page, I 
> want to see
> 
>  Click to see DanFr's other lists.
> 
> or something, which is all clickable.
> 
> so I thought about trying to expand the InterWikiMap syntax to something 
> like
> 
>  ListOwner http:/index.php/ShowLists?user=%s Click to see %s's other lists
> 
> where all stuff after the 2nd column is the "display" of the link (if 
> present).
> 
> I can actually see using this quite a bit, because we are having an 
> increasing number of situations where we want simple machine-parseable 
> attributes on a page (like "ListOwner", "ListType", "Buddies:", etc. 
> etc.), but we'd like it to look friendlier.
> 
> Is that a good idea? Is there a better way?

CSS and javascript tricks could also render the link differently.
See the monobook theme, which changes a lot of links.

We have e.g. this in main.css:
#bodyContent a[href ^="http://"],
#bodyContent a[href ^="gopher://"] {
     background: url("images/url.png") center right no-repeat;
     padding-right: 13px;
}

> If it is a good idea, what are the right places to look at doing this? I 
> looked a little at InlineParser.php around LinkBracketLink line 365 
> (which is where it says getInterwikiMap()). Is this where all the 
> Interwiki magic happens? If no answer here, I will pursue this myself 
> next week, but I thought someone might have hints.

In PageType.php:PageType_interwikimap the map is read.
In various locations in InlineParser.php the (huge) interwiki regex is 
checked.
The most likely usage is class Markup_interwiki.
bracket links are normally not used for interwiki maps.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] ADOdb & Oracle Patch

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

Thanks, I'll look at it.

BTW: I'd prefer unified diff's

diff -bu ...

Philippe Vanhaesendonck wrote:
> Reini,
> 
> In attachement, a patch to ADODB.php
> 
>    * fixes portablility issues
>    * no fetch_assoc anymore
> 
> and the ADODB_oci8po backend to support Oracle

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

Re: [Phpwiki-talk] Remove old files ?

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

Dan Frankowski wrote:
> There are some files in the CVS repository that might be considered 
> 'deprecated' or 'old' (if I'm not mistaken!). For example:
> 
> phpwiki/config/*  - old config scheme 

You mean the old classes:
Tools.php
Values.php

> phpwiki/tests/AA*, README, unit_test_backend_cvs.php, make* - old 
> testing scheme

> Not to say these files are without value-- maybe they can be mined for 
> future things.
> 
> However, is it sufficient to know that they are in old releases (and the 
> CVS repo), hence cvs rm them?

I would rather leave them in CVS, but don't include them in the release 
distro.
The two config classes are not really awesome, but might of value for 
the config converters and dumpers.

The java tests are of value to test the current browser configuration, 
not only some limited core cases as your unittests.
Login, search, various database backends, ...

But I really would like to switch from this simple java testsuite to 
some better perl testing framework sooner or later.
* http://search.cpan.org/dist/webrobot/ (This is the best)
* http://search.cpan.org/dist/WWW-Mechanize/ or
* http://search.cpan.org/dist/HTTP-WebTest/

See http://search.cpan.org/dist/webrobot/lib/WWW/Webrobot/pod/Testplan.pod
We'd only need the testplan's. They are very similar to the current java 
testplans. Just simplier to run, configure amnd maintain.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] php warnings on page save

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

aphid wrote:
> Hey - on a fairly fresh nightly build from maybe 2 or 3 days ago I'm 
> getting this error when I save a page.. fyi I'm using 'SQL' (ie pear) as 
> my page storage type:
> 
> PHP Warnings
> 
> lib/WikiDB/backend/PearDB.php:713: Notice[8]: Undefined property: 
> databaseType (...repeated 2 times)

Yes, this PearDB Error was fixed 1 or 2 days ago.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] ADOdb & Oracle Patch

[Philippe V. <Phi...@to...>]

Ooops,

Just realize that the extra argument to 
WikiDB_backend_ADODB_generic_iter was breaking wikilens which is using 
the iterators directly.

So I am now testing if we have the table list or not, and if not, 
generate it on the fly.

New version of the patch attached.

My apologies for the inconvenience

--
Philippe

Philippe Vanhaesendonck wrote:

> Reini,
>
> In attachement, a patch to ADODB.php
>
>    * fixes portablility issues
>    * no fetch_assoc anymore
>
> and the ADODB_oci8po backend to support Oracle
>
> -- 
> Philippe

Re: [Phpwiki-talk] Interwiki map extension for visually friendlier links?

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

Dan Frankowski wrote:

> Folks,
>
> I want to enable the creation of user-friendly lists of restaurants, 
> like "my top 10 favorites". I also want that those restaurants have a 
> clear owner (perhaps optional), and a list 'type' (like "favorite").
>
> Thus, the owner and type need to
>
> a) be computer-parsable (i.e. I can parse it out of the page)
> b) show up visually nice
>
> It felt to me like the interwiki-map-style URLs are very close to 
> this, but I'd also like to control the look and feel of the link in 
> the map. So, right now, if I define a line in InterWikiMap
>
>  ListOwner http:/index.php/ShowLists?user=%s
>
> and put a link on a page
>
> ListOwner:DanFr
>
> it will nicely redirect that link to a plugin (if I write one, which I 
> haven't).
>
> However, I don't want to see "ListOwner:DanFr" on the rendered page, I 
> want to see
>
>  Click to see DanFr's other lists.
>
> or something, which is all clickable.
>
> so I thought about trying to expand the InterWikiMap syntax to 
> something like
>
>  ListOwner http:/index.php/ShowLists?user=%s Click to see %s's other 
> lists
>
> where all stuff after the 2nd column is the "display" of the link (if 
> present).
>
> I can actually see using this quite a bit, because we are having an 
> increasing number of situations where we want simple machine-parseable 
> attributes on a page (like "ListOwner", "ListType", "Buddies:", etc. 
> etc.), but we'd like it to look friendlier.
>
> Is that a good idea? Is there a better way?
>
> If it is a good idea, what are the right places to look at doing this? 
> I looked a little at InlineParser.php around LinkBracketLink line 365 
> (which is where it says getInterwikiMap()). Is this where all the 
> Interwiki magic happens? If no answer here, I will pursue this myself 
> next week, but I thought someone might have hints.
>
> Thanks for your attention.
>
> Dan


Hmm, already thought of two subtleties.

a) I might want "other lists" to go to the lists, and "DanFr" to go to 
DanFr. This would argue against the whole thing being clickable.

b) My user might really want

  Click to see Dan Frankowski's other lists.

in which case I'd have to do some sort of a lookup there.

Maybe a plugin is more suitable?

It's just that

<?plugin ListOwner owner=DanFr ?>

seems so much less simple than

ListOwner:DanFr

Dan

[Phpwiki-talk] Interwiki map extension for visually friendlier links?

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

Folks,

I want to enable the creation of user-friendly lists of restaurants, 
like "my top 10 favorites". I also want that those restaurants have a 
clear owner (perhaps optional), and a list 'type' (like "favorite").

Thus, the owner and type need to

a) be computer-parsable (i.e. I can parse it out of the page)
b) show up visually nice

It felt to me like the interwiki-map-style URLs are very close to this, 
but I'd also like to control the look and feel of the link in the map. 
So, right now, if I define a line in InterWikiMap

  ListOwner http:/index.php/ShowLists?user=%s

and put a link on a page

ListOwner:DanFr

it will nicely redirect that link to a plugin (if I write one, which I 
haven't).

However, I don't want to see "ListOwner:DanFr" on the rendered page, I 
want to see

  Click to see DanFr's other lists.

or something, which is all clickable.

so I thought about trying to expand the InterWikiMap syntax to something 
like

  ListOwner http:/index.php/ShowLists?user=%s Click to see %s's other lists

where all stuff after the 2nd column is the "display" of the link (if 
present).

I can actually see using this quite a bit, because we are having an 
increasing number of situations where we want simple machine-parseable 
attributes on a page (like "ListOwner", "ListType", "Buddies:", etc. 
etc.), but we'd like it to look friendlier.

Is that a good idea? Is there a better way?

If it is a good idea, what are the right places to look at doing this? I 
looked a little at InlineParser.php around LinkBracketLink line 365 
(which is where it says getInterwikiMap()). Is this where all the 
Interwiki magic happens? If no answer here, I will pursue this myself 
next week, but I thought someone might have hints.

Thanks for your attention.

Dan

[Phpwiki-talk] ADOdb & Oracle Patch

[Philippe V. <Phi...@to...>]

Reini,

In attachement, a patch to ADODB.php

    * fixes portablility issues
    * no fetch_assoc anymore

and the ADODB_oci8po backend to support Oracle

--
Philippe

[Phpwiki-talk] Remove old files ?

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

There are some files in the CVS repository that might be considered 
'deprecated' or 'old' (if I'm not mistaken!). For example:

phpwiki/config/*  - old config scheme
phpwiki/tests/AA*, README, unit_test_backend_cvs.php, make* - old 
testing scheme

Not to say these files are without value-- maybe they can be mined for 
future things.

However, is it sufficient to know that they are in old releases (and the 
CVS repo), hence cvs rm them?

If so, I feel as if there would be some value to that, just to avoid 
confusion.

Dan

[Phpwiki-talk] php warnings on page save

[aphid <sp...@ap...>]

Hey - on a fairly fresh nightly build from maybe 2 or 3 days ago I'm 
getting this error when I save a page.. fyi I'm using 'SQL' (ie pear) 
as my page storage type:

PHP Warnings

lib/WikiDB/backend/PearDB.php:713: Notice[8]: Undefined property: 
databaseType (...repeated 2 times)



peace,
a

[Phpwiki-talk] mind mapping tool

[Jerome W. <jer...@la...>]

Hello,

I just found this open source mind mapping tool. I thought I'd let you gu=
ys
know about it since it is very wiki like in its concept.
http://freemind.sourceforge.net/

the gui is pretty interesting and their storage format is XML.

maybe there is something to do with it and phpwiki..

J=E9r=F4me
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 05/07/2004

Re: [Phpwiki-talk] PluginManager

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

Paul Henry wrote:
> Got this error on the PluginManager page with v.1.3.10:
> Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 
> 46080 bytes) in /usr/share/phpwiki/lib/plugin/_AuthInfo.php on line 92
> Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 
> 3029 bytes) in /usr/share/phpwiki/lib/pear/DB/mysql.php on line 672

yes, this is a known issue with lots of pages and large pages.
we are working on it.

> Is this a phpwiki issue, or Apache? How do I allocate a larger memory slice to 
> phpwiki?

it's a php.ini setting:
Default: memory_limit = 8M
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] PluginManager

[Paul H. <he...@ma...>]

Got this error on the PluginManager page with v.1.3.10:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 
46080 bytes) in /usr/share/phpwiki/lib/plugin/_AuthInfo.php on line 92

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 
3029 bytes) in /usr/share/phpwiki/lib/pear/DB/mysql.php on line 672

Is this a phpwiki issue, or Apache? How do I allocate a larger memory slice to 
phpwiki?

Re: [Phpwiki-talk] action=zip

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

Reini Urban wrote:
> Paul Henry wrote:
>> Is there a way to take a snapshot of only a subset of pages? Right now 
>> I use:
>> Take [snapshot|phpwiki:?action=zip].
> 
> In latest CVS:
> 
> Yes, with the pages and exclude arguments.
> 
> <?plugin WikiFormMore action=zip
>   editbox[]=array('name'=>"directory",'value'=>HTML_DUMP_DIR)
>   checkbox[]=array('name'=>"include",'value'=>"all")
>   editbox[]=array('name'=>"pages",'value'=>"*")
>   editbox[]=array('name'=>"exclude",'value'=>"")
> ?>
> 

Oops, I changed the API lately:

    <?plugin WikiFormRich action=zip
             checkbox[] name=include value="all"
             editbox[] name=directory value=DEFAULT_DUMP_DIR
             editbox[] name=pages value=*
             editbox[] name=exclude value="" ?>

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

Re: [Phpwiki-talk] action=zip

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

Paul Henry wrote:
> Is there a way to take a snapshot of only a subset of pages? Right now I use:
> Take [snapshot|phpwiki:?action=zip].

In latest CVS:

Yes, with the pages and exclude arguments.

<?plugin WikiFormMore action=zip
   editbox[]=array('name'=>"directory",'value'=>HTML_DUMP_DIR)
   checkbox[]=array('name'=>"include",'value'=>"all")
   editbox[]=array('name'=>"pages",'value'=>"*")
   editbox[]=array('name'=>"exclude",'value'=>"")
?>

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

[Phpwiki-talk] 1.3.11 (CVS) 'Performance' issue

[Philippe V. <Phi...@to...>]

Reini,

Something happened in the recent CVS updates...
When I play with the backends, I always reload the wiki from scratch.
With yesterday's updates it takes much more time than before.
(I do not say it is in yesterday's changes, since I only update my CVS
snapshot once a week or so, but I never noticed that in the past).

What happens is that the load of the pgsrc seems to 'freeze' at the load
of the LinkIcon page for quite some time, then eventually continues.
During the freeze, it does not look that the system is under stress.

I have the same behaviour under linux with all the backends combinations
Pear/ADOdb and MySQL/Oracle (although it seems that it takes even more
time with MySQL)

I tested this morning under Windows (Pear::Mysql), and after hanging for
some time, it failed silently at the same place.

In the same environement, phpWiki 1.3.10 works like a breeze (less than 20
secs to load the virgin wiki, as opposed to one minute or more in the
latest CVS)

Versions:
- Win 2000 -- Apache/1.3.31 (Win32) PHP/4.3.7
- Linux 2.4.25 -- Apache/1.3.29 PHP/4.3.7

-- 
Philippe

[Phpwiki-talk] action=zip

[Paul H. <he...@ma...>]

Is there a way to take a snapshot of only a subset of pages? Right now I use:

Take [snapshot|phpwiki:?action=zip].

[Phpwiki-talk] Strange behaviour after editing pgsrc pages

[Philippe V. <Phi...@to...>]

Reini,

I came across the following today (CVS version)

The first time you edit a page from the pgsrc, after saving, phpWiki 
thinks you are the owner:
Owner: "AmeDee" Last edited on July 9, 2004 12:05 am by "AmeDee"
and you get the 'full menu' (lock, ...)

But the disctionary still ok: when you go back to that page, you have 
the right behaviour:
Owner: "admin" Last edited on July 9, 2004 12:05 am by "AmeDee"

I was first thinking it was a bug in my new ADOdb stuff, but I tried 
with the pristine CVS, and I can reproduce with MySQL and both ADOdb and 
Pear backends...

--
Philippe