phpwiki-talk

Re: [Phpwiki-talk] How can I fix the MySQL table prefix?

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

Amilcar do Carmo Lucas schrieb:

> Reini Urban wrote:
> 
>> Amilcar do Carmo Lucas schrieb:
>>
>>> Hi!
>>>
>>> I've seen this line:
>>> ; Note: This prefix is NOT prepended to the default DBAUTH_
>>> ;       tables user, pref and member!
>>> ;DATABASE_PREFIX = phpwiki_
>>>
>>> And I would like to know what I need to do to fix it.
>>
>>
>>
>> what do you want to fix?
> 
> I would like _ALL_ phpwiki tables to use the DATABASE_PREFIX
> Currently the user, pref and member tables do not use it.

you have to fix the schemas/mysql-initialize.sql file.

>> the database tables by using the DATABASE_PREFIX,
>> or the sql statements defining the access to the user, pref and member 
>> tables?
>>
>> if you need a DATABASE_PREFIX and use dbauth and db prefs, fix the sql 
>> statements also.
> 
> Could you be more specific? And are the sql statements spreaded all over 
> the code, or like phorum5, where they are concentrated in one file ?

one file only. you have to fix config/config.ini
just the sql statements.

e.g. with mysql and db prefs:
DBAUTH_PREF_UPDATE = "REPLACE INTO prefix_pref SET 
prefs='$pref_blob',userid='$userid'"

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

Re: [Phpwiki-talk] How can I fix the MySQL table prefix?

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

Amilcar do Carmo Lucas schrieb:

> Hi!
> 
> I've seen this line:
> ; Note: This prefix is NOT prepended to the default DBAUTH_
> ;       tables user, pref and member!
> ;DATABASE_PREFIX = phpwiki_
> 
> And I would like to know what I need to do to fix it.

what do you want to fix?

the database tables by using the DATABASE_PREFIX,
or the sql statements defining the access to the user, pref and member 
tables?

if you need a DATABASE_PREFIX and use dbauth and db prefs, fix the sql 
statements also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Problem with saving preferences

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

Joshue Martin schrieb:
>         Hello.
> 
>         My system is: Linux Slackware 9.1, Apache 2.0.49, PHP 4.3.5 and 
> phpwiki 1.3.11 (from cvs).
> 
>         I have tried to authenticate to a mysql database withouth 
> success, so I'm traying to authenticate to "PersonalPage" now, which 
> seems more "easy".
> 
>         The relevant configuration is:
> 
> COMPRESS_OUTPUT = false
> CACHE_CONTROL = NO_CACHE
> DATABASE_TYPE = SQL
> ALLOW_ANON_USER = true
> ALLOW_ANON_EDIT = false
> ALLOW_BOGO_LOGIN = true
> ALLOW_USER_PASSWORDS = true
> USER_AUTH_ORDER = "PersonalPage"
> PASSWORD_LENGTH_MINIMUM = 4
> USER_AUTH_POLICY = stacked
> AUTH_USER_FILE_STORABLE = false
> GROUP_METHOD = WIKIPAGE
> THEME = default
> DEFAULT_LANGUAGE = es
> 
>         First I commented the "if (SCRIPT_FILENAME == __FILE__) " line 
> of index.php because I only was viewing a blank page.
> 
>         Then acceded for the first time at phpwiki with the user and 
> password of admin user withouth problems. I log out. I sign in as 
> JoshueMartin, and create the homepage. I go to Preferences but I can't 
> change my preferences, only I can view them. If a log out and log in, 
> the password I enter is not checked.
> 
>         What can I do to store my password and preferences?

Make sessions working. check your php config, or probably it's an 
DbSession issue.

This is only a session problem.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] How can I fix the MySQL table prefix?

[Amilcar do C. L. <am...@id...>]

Hi!

I've seen this line:
; Note: This prefix is NOT prepended to the default DBAUTH_
;       tables user, pref and member!
;DATABASE_PREFIX = phpwiki_

And I would like to know what I need to do to fix it.

 
-- 
Amilcar Lucas
Current webmaster
The KDevelop project

Re: [Phpwiki-talk] Wiki-installation

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

Reini Urban schrieb am 23.08.2004 13:13  folgendes:

> Johannes Rumpf schrieb:
> 
>> i've got a mass installation problems with the 1.3.10 Wiki. this 
>> morning i'd changed just one line in the config.ini
>> ; THEME = default
>> THEME = Hattstein
>> and then the wiki don't like me any more. The error i got is:
>>
>> [Mon Aug 23 12:35:22 2004] [error] PHP Fatal error:  Call to undefined 
>> function:  dba_open() in /home/ha....
>>
>>
>> But there is no change in the dba... just the theme. And it stays 
>> after change back to ol' config...
> 
> 
> php issue, nothing related to phpwiki:
> 
> There must be happened a change in the php.ini or the php build, because 
> dba_open() is not known anymore. somebody changed your php installation.
> 
> inspect your phpinfo().


I'd inspected my phpinfo() -> www.stamm-hattstein.de/phpinfo.php
i recompiled my php - the apache maybe everything related to web. But 
i'm sure it's a kind of misconfiguration in my ini File. But  - sorry 
for switching to German - dieses *verfickte absolute schrott* Ini-File - 
doesn't give me any information whats wrong.

actual i'm using a cvs version.

Thats the last chance i'll give these...

yours Joe

[Phpwiki-talk] Problem with saving preferences

[Joshue M. <jm...@ti...>]

         Hello.

         My system is: Linux Slackware 9.1, Apache 2.0.49, PHP 4.3.5 and 
phpwiki 1.3.11 (from cvs).

         I have tried to authenticate to a mysql database withouth success, 
so I'm traying to authenticate to "PersonalPage" now, which seems more "easy".

         The relevant configuration is:

COMPRESS_OUTPUT = false
CACHE_CONTROL = NO_CACHE
DATABASE_TYPE = SQL
ALLOW_ANON_USER = true
ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = true
ALLOW_USER_PASSWORDS = true
USER_AUTH_ORDER = "PersonalPage"
PASSWORD_LENGTH_MINIMUM = 4
USER_AUTH_POLICY = stacked
AUTH_USER_FILE_STORABLE = false
GROUP_METHOD = WIKIPAGE
THEME = default
DEFAULT_LANGUAGE = es

         First I commented the "if (SCRIPT_FILENAME == __FILE__) " line of 
index.php because I only was viewing a blank page.

         Then acceded for the first time at phpwiki with the user and 
password of admin user withouth problems. I log out. I sign in as 
JoshueMartin, and create the homepage. I go to Preferences but I can't 
change my preferences, only I can view them. If a log out and log in, the 
password I enter is not checked.

         What can I do to store my password and preferences?

         Thanks.

Re: [Phpwiki-talk] User preferences

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

Miguel Marques schrieb:
> On Fri, 27 Aug 2004 16:57:55 +0200, Reini Urban <ru...@x-...> wrote:
>>Jed Smallwood schrieb:
>>In a cookie name WIKI_ID, in the users personalpage meta-data or
>>optionally in the database (user or pref table).
> 
> 
> I'm sorry for making such a fool out of myself, but I can't seem to
> find a place where one can explain what/where is the meta-data of a
> page.
> I've seen it in various places, but it is hard for a newbie in the
> wiki world to understand :)
> Even the categories and Authentication have been a hard thing to
> tackle...the only place I suppose where that stuff is explained is
> PHPWiki's Wiki, or are there anyother resources?

In the mailinglist archives, the php sources, the official PhpWiki and 
the docs (doc directory and pgsrc).

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

Re: [Phpwiki-talk] User preferences

[Miguel M. <mig...@gm...>]

On Fri, 27 Aug 2004 16:57:55 +0200, Reini Urban <ru...@x-...> wrote:
> Jed Smallwood schrieb:
> In a cookie name WIKI_ID, in the users personalpage meta-data or
> optionally in the database (user or pref table).

I'm sorry for making such a fool out of myself, but I can't seem to
find a place where one can explain what/where is the meta-data of a
page.
I've seen it in various places, but it is hard for a newbie in the
wiki world to understand :)
Even the categories and Authentication have been a hard thing to
tackle...the only place I suppose where that stuff is explained is
PHPWiki's Wiki, or are there anyother resources?

-- 

Miguel Iglesias Marques
Lisboa - Portugal

Re: [Phpwiki-talk] Numbered lists ...

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

Jim Cheetham schrieb:

> How can I set the initial number of a numbered list?
> 
> I'd like to have lists starting at 0 ...
> 
> I'd like to have interjecting paragraphs, and then resume the list ... 
> this could be done by knowing the previous end-number, but that's 
> defeating the purpose of having the list do the numbering ...

sorry, not supported. plugin RawHtml


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

Re: [Phpwiki-talk] User preferences

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

Jed Smallwood schrieb:
> I'm using phpwiki 1.3.10 and I have a user that set their theme
> preference to a theme that is not working for some reason.  This
> causes the wiki to show an error every this user logs in.  This
> prompted me to look for where the preferences are stored, and I cannot
> locate them.  I just want to manually change the theme preference if
> possible.
> 
> RIght now the only thing being stored in the DB are the wiki pages.  I
> have looked at all of the other tables in the DB and they are empty. 
> Everything else should be in the default locations.  Any ideas?

In a cookie name WIKI_ID, in the users personalpage meta-data or 
optionally in the database (user or pref table).

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

[Phpwiki-talk] Numbered lists ...

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

How can I set the initial number of a numbered list?

I'd like to have lists starting at 0 ...

I'd like to have interjecting paragraphs, and then resume the list ... 
this could be done by knowing the previous end-number, but that's 
defeating the purpose of having the list do the numbering ...

-jim

[Phpwiki-talk] User preferences

[Jed S. <jed...@gm...>]

Hi, 

I'm using phpwiki 1.3.10 and I have a user that set their theme
preference to a theme that is not working for some reason.  This
causes the wiki to show an error every this user logs in.  This
prompted me to look for where the preferences are stored, and I cannot
locate them.  I just want to manually change the theme preference if
possible.

RIght now the only thing being stored in the DB are the wiki pages.  I
have looked at all of the other tables in the DB and they are empty. 
Everything else should be in the default locations.  Any ideas?

Thanks,
Jed

[Phpwiki-talk] wiki blog crossposting

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

found this for wordpress via wordlog.com
http://www.zylstra.org/blog/archives/001390.html

basically it allows you to cross post to a wiki from wordpress.. its 
currently written for wakka wiki.

is there anything in phpwiki that allows for wikipages to come from 
outside of an edit window like this?
wiki by email or wherever else could be cool too

peace
a

Re: [Phpwiki-talk] phpwiki-1.3.pre11 -> phpwiki.1.3.11?

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

Mike Cassano schrieb:
> I see all kinds of exciting things in pre11, but am reluctant to merge 
> it with the current version of wikilens (running phpwiki-1.3.9 + our 
> mods).  Any timetable on when pre11 with make the transformation to 11?
> 
> I hear it is memory issues?  Can I help?!

Sure.
Two hard problems, for which I couldn't find an explanation, solution so 
far.

See http://phpwiki.sourceforge.net/demo/en/HomePage#Current_Problems_in_CVS

I went through the db iterator code and the parser code forth and back.
I only found one Pear problem, holding unneeded references to all pear 
objects, which prevented the garbage collector to free the unneeded 
objects.
This was not it, but I suspect other references be the culprit, since 
the PageList problems started, when I converted to call-by-reference safety.

The utf-8 issues are not really a showstopper for 1.3.11
And dba was problematic all the time. These are php issues.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Template var syntax

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

Dan Frankowski schrieb:
> We are also evolving a 'structured data' (a.k.a., 'data with fields') 
> approach in WikiLens. It's not final yet, but it's getting there.
> 
> Our approach is not necessarily contradictory with yours. I just wanted 
> to let you know so what we're doing so we can live in harmony. As 
> always, we'd be happy if Phpwiki would take these changes. As usual, you 
> can see the latest public source at 
> http://www.wikilens.org/wikilens-src.tgz. By "public" I mean the code 
> that's running the web site. We work on internal development versions 
> that have more changes.
> 
> In detail:
> 
> - a category can have fields (a.k.a., 'structured data'), given by a 
> field spec page
> - fields are stored in meta-data (i.e., not in the page text). We 
> experimented with in-page text for awhile, and found it looked very 
> confusing, especially when multi-line data was important (e.g., for 
> List-s).
> - when you edit a page, each field has its own widget. (We have a couple 
> of WidgetFactory classes for this.)
> - when a page is displayed, the 'default' field displayer knows how to 
> display each field; also, each field is passed through the wiki markup 
> transformer, so one can include links, italics, etc.
> - optionally, you can create a 'detail page template' that is parsed by 
> Smarty, so the structured data can be displayed more beautifully. A 
> functional example (not yet implemented) is to take the "address" of a 
> restaurant, and create on each restaurant page a link to Mapquest, with 
> the address bits filled in.

So you use the Smarty syntax as template.
{$object.property} ...
Smarty may be a bit too overloaded for this simple approach.
But at least you have fool-proof logic then inside the wiki.

For the logic I thought of using our existing html templates.
if this else that, foreach list, ...

<?plugin SqlResult alias=imdb template=imdbnames
SELECT movies.title, movies.date
   FROM movies as m, names as n, jobs as j, characters as c
   WHERE n.name="Jeremy Davies"
   AND m.title_id = c.title_id
   AND c.job_id = j.job_id
   AND j.description = 'Actor'
   GROUP BY m.title
   ORDER BY m.date DESC
?>
(See amdbfront how to get the imdb into mysql easily)

But then the data is not inside the wiki.


To my problem:

I think "%%variable%%" will be the best, since it was used in the 
earlier branches also.
Smarty syntax is quite problematic and only relevant if you use the 
smarty logic also.

> - these structured data fields can also be searched, both on the 
> category page and by plugin
> 
> Examples:
> 
> 1) Restaurants
> 
> - http://www.wikilens.org/wiki.php/Annie%27s%20Parlour shows several 
> structured data fields. If you click "edit", it also shows the radio 
> button and drop-down widgets. The link to "Restaurant" is what puts all 
> that structured data there, although we are planning to take the 
> category link out of the page text as well (users erase it, then are 
> confused when all the fields dissappear).

Whow! Pretty impressive.
I see what your advantages are. Haven't looked at your advances lately.
And I poor guy am struggling with my movie database approach.

I thought about fields from an external database (via SqlResult),
view only. page meta-data with WidgetFactory is of course much better.

> - http://www.wikilens.org/wiki.php/Restaurant shows at the bottom 
> "Fields: Restaurant/Fields" which gives to the fields spec page.
> 
> 2) Lists
> 
> - http://www.wikilens.org/wiki.php/Dan%27s%20quick%20lunch%20places 
> shows a particular list with a detail page template.
> 
> - http://www.wikilens.org/wiki.php/List has "Detail page template: 
> List/Detail Page Template" which gives the detail page template
> 
> - http://www.wikilens.org/wiki.php/List/Detail%20Page%20Template has the 
> fields which are substituted by Smarty when you visit a list.
> 
> For more detail, see
> 
> - http://www.wikilens.org/wiki.php/WikiLens/StructuredData
> - http://www.wikilens.org/wiki.php/WikiLens/StructuredDataTutorial
> - 
> http://www.wikilens.org/wiki.php/WikiLens/StructuredDataTutorial/Developers
> 
> For those who might fear we are evolving a CMS that is too far from 
> Wiki, I say not true(!): we are still Wiki (people can edit pages, pages 
> are versioned, recent changes, etc. etc.). However, we felt the need for 
> pages to have some tool-aided structure, that's all.

I will not complain.
Others might do, but they became silent in the last year.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] phpwiki-1.3.pre11 -> phpwiki.1.3.11?

[Mike C. <mca...@cs...>]

Dudes,

I see all kinds of exciting things in pre11, but am reluctant to merge 
it with the current version of wikilens (running phpwiki-1.3.9 + our 
mods).  Any timetable on when pre11 with make the transformation to 11?

I hear it is memory issues?  Can I help?!

Mike (& the wikilens team)

Re: [Phpwiki-talk] Template var syntax

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

Reini,

We are also evolving a 'structured data' (a.k.a., 'data with fields') 
approach in WikiLens. It's not final yet, but it's getting there.

Our approach is not necessarily contradictory with yours. I just wanted 
to let you know so what we're doing so we can live in harmony. As 
always, we'd be happy if Phpwiki would take these changes. As usual, you 
can see the latest public source at 
http://www.wikilens.org/wikilens-src.tgz. By "public" I mean the code 
that's running the web site. We work on internal development versions 
that have more changes.

In detail:

- a category can have fields (a.k.a., 'structured data'), given by a 
field spec page
- fields are stored in meta-data (i.e., not in the page text). We 
experimented with in-page text for awhile, and found it looked very 
confusing, especially when multi-line data was important (e.g., for List-s).
- when you edit a page, each field has its own widget. (We have a couple 
of WidgetFactory classes for this.)
- when a page is displayed, the 'default' field displayer knows how to 
display each field; also, each field is passed through the wiki markup 
transformer, so one can include links, italics, etc.
- optionally, you can create a 'detail page template' that is parsed by 
Smarty, so the structured data can be displayed more beautifully. A 
functional example (not yet implemented) is to take the "address" of a 
restaurant, and create on each restaurant page a link to Mapquest, with 
the address bits filled in.
- these structured data fields can also be searched, both on the 
category page and by plugin

Examples:

1) Restaurants

- http://www.wikilens.org/wiki.php/Annie%27s%20Parlour shows several 
structured data fields. If you click "edit", it also shows the radio 
button and drop-down widgets. The link to "Restaurant" is what puts all 
that structured data there, although we are planning to take the 
category link out of the page text as well (users erase it, then are 
confused when all the fields dissappear).

- http://www.wikilens.org/wiki.php/Restaurant shows at the bottom 
"Fields: Restaurant/Fields" which gives to the fields spec page.

2) Lists

- http://www.wikilens.org/wiki.php/Dan%27s%20quick%20lunch%20places 
shows a particular list with a detail page template.

- http://www.wikilens.org/wiki.php/List has "Detail page template: 
List/Detail Page Template" which gives the detail page template

- http://www.wikilens.org/wiki.php/List/Detail%20Page%20Template has the 
fields which are substituted by Smarty when you visit a list.

For more detail, see

- http://www.wikilens.org/wiki.php/WikiLens/StructuredData
- http://www.wikilens.org/wiki.php/WikiLens/StructuredDataTutorial
- 
http://www.wikilens.org/wiki.php/WikiLens/StructuredDataTutorial/Developers

For those who might fear we are evolving a CMS that is too far from 
Wiki, I say not true(!): we are still Wiki (people can edit pages, pages 
are versioned, recent changes, etc. etc.). However, we felt the need for 
pages to have some tool-aided structure, that's all.

Dan

Reini Urban wrote:

> Which syntax should we use for template vars?
>
> CreatePage lets you create new pages, with the optional template 
> argument, which prefills a page with content.
>
> The new CreatePage version will also allow arbitrary variables to be 
> passed to CreatePage, which should also be possible via the more 
> beatiful WikiFormRich plugin (editbox, pulldowns, checkboxes, ...).
>
> Something like:
>
> "CreateRestaurant" action page:
> <?plugin CreatePage template=Templates/Restaurant
>   vars="location=New York&type=exclusive&rating=5" ?>
>
> And at any other page:
> Create new restaurant:
> <?plugin WikiFormRich action=CreateRestaurant
>   editbox[]  name=name
>   editbox[]  name=location
>   pulldown[] name=type value="exclusive,cheap"
>   pulldown[] name=rating value="1,2,3,4,5"
>   textarea[] name=comment
> ?>
>
> The vars for the new page given in name will then be filled with the 
> given args.
>
> Template syntax
> ---------------
> My current version has "%variable%"
> Mediawiki uses "{{{variable}}}"
> We also had "%%variable%%" and "%%%variable%%%"
> in the 1.2.x branch.
>
> So it will probably be "%%variable%%".
> %%% would clash with the line break syntax.
>
> Any opinions?
>
>
>
> Sample
> -------
> pagename=Vorlage%2FNeuerFilm;
>
> [Land/%land%] [Jahr/%jahr%], %director% 
> [http://xarch.tu-graz.ac.at/home/rurban/film/img/star20.gif] %%%
> [MRQE:%pagename% (%jahr%)] [IMDB:%pagename% (%jahr%)]
>
> Kategorie: [Preview%jahr%]
>

[Phpwiki-talk] Template var syntax

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

Which syntax should we use for template vars?

CreatePage lets you create new pages, with the optional template 
argument, which prefills a page with content.

The new CreatePage version will also allow arbitrary variables to be 
passed to CreatePage, which should also be possible via the more 
beatiful WikiFormRich plugin (editbox, pulldowns, checkboxes, ...).

Something like:

"CreateRestaurant" action page:
<?plugin CreatePage template=Templates/Restaurant
   vars="location=New York&type=exclusive&rating=5" ?>

And at any other page:
Create new restaurant:
<?plugin WikiFormRich action=CreateRestaurant
   editbox[]  name=name
   editbox[]  name=location
   pulldown[] name=type value="exclusive,cheap"
   pulldown[] name=rating value="1,2,3,4,5"
   textarea[] name=comment
?>

The vars for the new page given in name will then be filled with the 
given args.

Template syntax
---------------
My current version has "%variable%"
Mediawiki uses "{{{variable}}}"
We also had "%%variable%%" and "%%%variable%%%"
in the 1.2.x branch.

So it will probably be "%%variable%%".
%%% would clash with the line break syntax.

Any opinions?



Sample
-------
pagename=Vorlage%2FNeuerFilm;

[Land/%land%] [Jahr/%jahr%], %director% 
[http://xarch.tu-graz.ac.at/home/rurban/film/img/star20.gif] %%%
[MRQE:%pagename% (%jahr%)] [IMDB:%pagename% (%jahr%)]

Kategorie: [Preview%jahr%]

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

[Phpwiki-talk] Re: [phpwiki - Help] Userauthentification using DB

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

SourceForge.net schrieb:
> Read and respond to this message at: 
> https://sourceforge.net/forum/message.php?msg_id=2727164
> By: schorni
> 
> 1st question
> 
> when inserting an userid on the startpage the user is redirected to the loginscreen.
> when the userid doesn't exist the following php warning is shown
> 
> lib/WikiUserNew.php:1970: Warning[2]: reset(): Passed variable is not an array
> or object

sorry, I have no time to reproduce this with an old version.
you didn't say which version anyway.

> how can i change this?

fix it or ignore it.

> ---------------
> second question:
> 
> i'am using a forum called smf with userdata in a seperate database. should it
> work to use this databse to authentificate the users? They use a different encryption
> methode for the passwords. can i use phpcode in config.ini to caompare
> the hashes?

what encryption? we support plain, mysql md5 hashes, and crypt.

if you have another special crypt scheme, make a new WikiUserClass 
derived from some existing _DbPassUser class.

normally unix crypt is flexible enough to support multiple encryption 
methods. There are special prefixes for several methods, besides the 
default one.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Adding RecentChanges panel to 1.3.4

[Christian W. <ne...@ha...>]

On Monday, August 23, 2004, at 05:57  pm, Reini Urban wrote:

> Christian Wach schrieb:
>> I was wondering if it is possible to mimic the Recent Changes
>> panel in the Sidebar theme (included with 1.3.10) in 1.3.4, and
>> if so, how?
>
> You mean the box at the side?
> This is not possible, since it is a WikiPlugin enhancement.

Oh well, just hoped there might be a quick fix. Thanks anyway.

Chris

Re: [Phpwiki-talk] Adding RecentChanges panel to 1.3.4

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

Christian Wach schrieb:
> I was wondering if it is possible to mimic the Recent Changes
> panel in the Sidebar theme (included with 1.3.10) in 1.3.4, and
> if so, how?

You mean the box at the side?
This is not possible, since it is a WikiPlugin enhancement.

But you can try to backport it. It's just simple PHP.

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

[Phpwiki-talk] Adding RecentChanges panel to 1.3.4

[Christian W. <ne...@ha...>]

Hi,

I was wondering if it is possible to mimic the Recent Changes
panel in the Sidebar theme (included with 1.3.10) in 1.3.4, and
if so, how?

TIA,

Chris

Re: [Phpwiki-talk] MAybe a bug

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

Hiram Gibbard schrieb:
> Thanks for the speedy response.
> 
> The variables are on
> http://www.csit.fsu.edu/~gibbard/info.php
> 
> I guess its safe to assume no one has complained about this issue.
> 
> Would you have any other suggestion?
> 
> I'm not trying to be a pain, but I haven't been able to fined any 
> resolutions for this on line. I did fined a few sites that are 
> displaying the same exact errors.

your dba setup is broken. $dbi is empty. check lib/config.php

Warning: reset(): Passed variable is not an array or object in 
/home/r1/webcontent/wiki.csit.fsu.edu/phpwiki-1.2.4/lib/dbalib.php on 
line 70

Warning: Variable passed to each() is not an array or object in 
/home/r1/webcontent/wiki.csit.fsu.edu/phpwiki-1.2.4/lib/dbalib.php on 
line 71

WikiFatalError
Cannot open database 'wiki' : '/tmp/wikipagesdb', giving up.


> Reini Urban wrote:
> 
>> Hiram Gibbard schrieb:
>>
>>> I don't think this is a bug but I would like if someone would be able 
>>> to point me in the right direction?
>>>
>>> I have checked all the bugs on
>>> https://sourceforge.net/bugs/?group_id=6121
>>>
>>> and haven't been able to get my wiki started:
>>> http://wiki.csit.fsu.edu/phpwiki-1.2.4/
>>>
>>>
>>> This happens right after the install and still after the 
>>> configuration is complete. (Well unless I have missed something of 
>>> course).
>>
>>
>>
>> The exact message what failed and when would have helped.
>>
>> My guess is that register_globals = off in your php.ini.
>> you can enable that just for your phpwiki-1.2.4 directory. see the php 
>> docs.
>>
> 


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

[Phpwiki-talk] Re: [phpwiki - Help] Memory Usage of PhpWiki

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

SourceForge.net schrieb:
> Read and respond to this message at: 
> https://sourceforge.net/forum/message.php?msg_id=2725112
> By: schorni
> 
> Since version 1.3.9 all newer version of phpwiki need under some unspecified
> conditions so much memory that a machine with 512 mb of memory produces a swap
> file with more then 1 gbyte of memory and is no more useable.
> 
> i told this problem some weeks bevor but nothing happend. 
> 
> every try to use a new version in production ends in an desaster with unuseable
> web server after some hours.
> 
> Please help! Our wiki is well accepted but its a hard that we can't use new
> functions.

We know,
it's listed at the known problems section 
(http://phpwiki.sourceforge.net/demo/en/HomePage) and this is the worst 
remaining showstopper. besides the ConvertOldMarkup() crash.

I PEAR bug, which required a lot of memory, has been fixed in latest CVS 
some time ago.
Some other problems have also been fixed related to this,
but the main bug still needs to be found. It's not easy to find.

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

Re: [Phpwiki-talk] MAybe a bug

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

Hiram Gibbard schrieb:
> I don't think this is a bug but I would like if someone would be able to 
> point me in the right direction?
> 
> I have checked all the bugs on
> https://sourceforge.net/bugs/?group_id=6121
> 
> and haven't been able to get my wiki started:
> http://wiki.csit.fsu.edu/phpwiki-1.2.4/
> 
> 
> This happens right after the install and still after the configuration 
> is complete. (Well unless I have missed something of course).

The exact message what failed and when would have helped.

My guess is that register_globals = off in your php.ini.
you can enable that just for your phpwiki-1.2.4 directory. see the php docs.

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