phpwiki-talk

Re: [Phpwiki-talk] auth session duration in config

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

aphid schrieb:
> Is there a setting in the config.ini to designate how long users should 
> stay logged in?  If so I can't find it; if not, there probably should be 
> one.

No, that's entirely a php.ini setting.
   session.gc_maxlifetime (Default: 1440 secs)

session.cache_expire normally doesn't apply to us. We send our own cache 
headers.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Bug in InterWikiMap page display

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

John Cole schrieb:
> As a side note to Dan's question, if the bug/feature list on sf gets used,
> the phpWiki project ranking will improve :-)  I'd be surprised with the
> number of changes Reini and everyone has been makeing if we didn't rank very
> high if we used the other sf features.

CVS submits are not calculated now, but soon it will be counted again, 
and then we'll be in the Top 10 again...

 >Dan:
>>** Question: Should I be filing these as bugs @ SourceForge, or is it 
>>sufficient to email phpwiki-talk?

Please file a bug report. Most of the people don't bother subscribing to 
the mailinglist, and look at the trackers and forums first.

I'm glad you found one.
PS: I'm still fighting with some dirty crashes, but at least the new 
unit tests make them reproducable.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] wanna help with PhpWiki italian localization

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

Antonio Bonifati schrieb:
> I'd like to become an italian translator of PhpWiki.

Very good!

> The last translator "Marco Milanesi" <kp...@mu...>
> (in CC) told me he doesn't have much time to maintain
> the italian locale any longer.
> 
> Could you please provide me with a CVS access?

Please come on with some patches first. When it get's to troublesome for
any developer (i.e. currently me) to add these patches you'll get CVS 
access, ok?

Conventionally translators or language maintainers don't get cvs access.
With Pierrick it was an exception, because he started to write a new set 
of simplier cached plugins.

> I'm already a Sourceforge user (abonifa is my username)
> since I have my own project there (tclpad).
> ps:
>  we are using PhpWiki at University of Calabria (south of Italy)
>    (see: http://inginfo.deis.unical.it/wiki)
>  and we need a more accurate and complete translation
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] patch for UnfoldSubpages plugin...

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

Reini,
  Here is a patch for UnfoldSubpages.  I just moved one line so that the
arguments would get processed.

John


-------------------------------------
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] auth session duration in config

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

Is there a setting in the config.ini to designate how long users should 
stay logged in?  If so I can't find it; if not, there probably should 
be one.

Peace,
A

RE: [Phpwiki-talk] Bug in InterWikiMap page display

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

As a side note to Dan's question, if the bug/feature list on sf gets used,
the phpWiki project ranking will improve :-)  I'd be surprised with the
number of changes Reini and everyone has been makeing if we didn't rank very
high if we used the other sf features.

John Cole


>** Question: Should I be filing these as bugs @ SourceForge, or is it 
>sufficient to email 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] Bug in InterWikiMap page display

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

I am looking at how the InterWikiMap page displays, because this is an 
example of a page whose content and rendering are noticeably different 
from each other.

I am wondering whether I should declare a new page type 
PageType_WikilensList analogous to PageType_InterWikiMap, and use that 
to scrape what I want out of the page source (list items which are 
term-definition style, list owner, list type for example "favorites") 
and display it however I want.

** Question: Is that a good idea?

Anyway, while I was looking at it, I got very confused about how it's 
displayed, and that's because if you save version N of InterWikiMap, it 
displays version N-1. This is a bug, no? I have caching NONE, and 
furthermore I instrumented WikiDB_Page::save() to print "wikitext" (the 
actual text of the page) and "type" (the 
PageType_InterWikiMap-interpreted version, which turns out to be N-1). I 
include it below my sig, and you can see that the wikitext doesn't match 
the type.

Note: I'm running phpwiki 1.3.9+ with a 'SQL' backend on Linux with Apache.

** Question: Should I be filing these as bugs @ SourceForge, or is it 
sufficient to email phpwiki-talk?

I am currently trying to figure out where the interpretation happens. 
For some reason, I find InlineParser, BlockParser, etc. incredibly time 
consuming to figure out.

Dan

wikitext:
The InterWiki map used on this wiki is listed below.  The map is taken
from the text in the verbatim block below.  (But this only works if
this page is locked.)
<verbatim>
WikiPedia http://www.wikipedia.com/wiki
</verbatim>

type:
pagetype_interwikimap Object
(
    [_map] => Array
        (
            [WikiPedia] => http://www.wikipedia.com/wiki
            [foo] => bar50
            [InterWLink] => http:/
            [Upload] => http://gibson/../uploads/
        )

    [_regexp] => (?:WikiPedia|foo|InterWLink|Upload)
)

[Phpwiki-talk] wanna help with PhpWiki italian localization

[Antonio B. <an...@ve...>]

Hi,
I'd like to become an italian translator of PhpWiki.

The last translator "Marco Milanesi" <kp...@mu...>
(in CC) told me he doesn't have much time to maintain
the italian locale any longer.

Could you please provide me with a CVS access?

I'm already a Sourceforge user (abonifa is my username)
since I have my own project there (tclpad).

ps:
 we are using PhpWiki at University of Calabria (south of Italy)
   (see: http://inginfo.deis.unical.it/wiki)
 and we need a more accurate and complete translation

thanks for any help
--
Antonio Bonifati (web programmer, sysadmin)
http://monitor.deis.unical.it/ant
Office phone 0984 49 4057 - mobile +39 338 5757060
Unical, DEIS build 41c, 2nd floor, room 28

Re: [Phpwiki-talk] Try wikilens theme ?

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

Reini Urban wrote:

> Dan Frankowski schrieb:
>
>> The 'wikilens' theme in Phpwiki's CVS now works. I'd like to describe 
>> what's in there so you can try it out if you wish. We'd love 
>> feedback, so if you have any interest at all, give it a spin!
>

I just wanted to clarify: of course I am grateful that Reini has taken 
an interest and helped so much! However, I was also intending the 
announcement to be for ALL readers of phpwiki-talk to take a look if you 
like.

>>
>> 4. *Predictions.* Once you have buddies, you will start seeing 
>> predictions on the category page, based on how your buddies rated 
>> things. You can also sort by predictions, your rating, or a buddy's 
>> rating by clicking on the column of the page list to sort.
>
>
> No predictions without buddies?


Correct. This must be fixed. We are pondering the right ways to fix it. 
(Bug# 391 in our internal Bugzilla). In particular, what is the right 
way (including an understandable user interface) to combine manually 
chosen buddies with automagically chosen ones? To be honest, it is not 
highest on the list right now, but it's clearly a hole.

>>
>> Well, that's a brief overview of the main features I remember. 
>> However, we have lots of plans for the future, so stay tuned!
>
>
> Me too :)


:)

>
> * Clean up the RatingsDb classes to seperate into db and metadata
> backends. Now it's a dirty mix between dan's old mysql code, my 
> refactoring, and dan's new fixes.


Factoring out the different backends into different classes is a good idea.

> * Let users configure the icon set. (To be tested)


Also a good thing.

Just to let you know, I'm happy to see you do anything you want. 
However, if we can't tune it so that we can run wikilens.org, then we'll 
probably modify it in some way.

[Phpwiki-talk] CVS backend / personal wikis

[Tino S. <ph...@ti...>]

Hi there,

today, I downloaded PhpWiki 1.3.10 and tried to set it up. The CVS
backend seems to be poorly documented and broken. :-( Bad luck. The dba
backend works fine though. Is anybody working on the cvs backend? I
probably will not have the time to debug it myself.

I thought about using a Wiki as a simple CMS. Like: I design a page for
a client, add initial content and then let her add more stuff herself.

This would require the following features:
- non-Wiki view and export of the pages (probably doable by adding a
  special view mode and extending the templates appropiately - a
  webdesign would be a template anyway)
- personal Wikis: self-contained (e.g. subdirectories) with appropiate
  access control (a workaround would be to set up multiple phpwiki
  instances)

What about that? Does this sound doable? Or do you know a Wiki-based
CMS?

Bye+Thanks! Tino.

Re: [Phpwiki-talk] Try wikilens theme ?

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

Dan Frankowski schrieb:
> The 'wikilens' theme in Phpwiki's CVS now works. I'd like to describe 
> what's in there so you can try it out if you wish. We'd love feedback, 
> so if you have any interest at all, give it a spin!

Great!

> Also, you can see these features in action at wikilens.org.
> 
> Dan
> 
> ============================
> 
> NOTE: Right now, we've tested with dbtype=SQL (which is PearDB, I 
> think). Reini put in support for other backends, but I don't know its 
> state.
> 
> These features work if you use the 'wikilens' theme:
> 
> ============================
> 
> 1. *Rate pages.* You can rate pages from 0.5-5.0 'smilies' in 
> half-smiley increments with a ratings widget at the top of the page. You 
> can view your ratings by visiting the "UserRatings" page. You can also 
> rate the page anywhere you see the widget (e.g., in UserRatings, or in 
> the category page, see below).
> 
> ============================
> 
> 2. *Categories.* You can make a page a 'category' by dropping the 
> category plug-in on it:
> 
> <?plugin CategoryPage ?>
> 
> a. That just puts some boilerplate text on this page, including user 
> ratings of items within the category. The idea is that you don't have to 
> visit "UserRatings" directly; instead, you just go to the category page 
> you are interested in.
> 
> b. The "CreatePage" on the category page will create the page with a 
> link to the category, hence putting it "in" the category automatically. 
> The intent is that you don't have to explain to your users how to put 
> things in categories.
> 
> c. You can rate pages from the category page.
> 
> ============================
> 
> 3. *Buddies.*
> a. You can declare your 'buddies' Joe and Mary by putting the following 
> on your user home page:
> 
> Buddies: Joe, Mary
> 
> b. Once you declare buddies, you can see your buddies ratings in the FOO 
> category page by clicking "Show Buddy Ratings in the FOO category".
> 
> c. You can declare per-category buddies. If you have a "Book" category, 
> put the following line on your user home page:
> 
> BookBuddies: Mary, Reini
> 
> It will fall back to "Buddies" if there's no per-category buddies.
> 
> ============================
> 
> 4. *Predictions.* Once you have buddies, you will start seeing 
> predictions on the category page, based on how your buddies rated 
> things. You can also sort by predictions, your rating, or a buddy's 
> rating by clicking on the column of the page list to sort.

No predictions without buddies?

> ============================
> 
> Well, that's a brief overview of the main features I remember. However, 
> we have lots of plans for the future, so stay tuned!

Me too :)

* Clean up the RatingsDb classes to seperate into db and metadata
backends. Now it's a dirty mix between dan's old mysql code, my 
refactoring, and dan's new fixes.

* Let users configure the icon set. (To be tested)
I added two more smaller icon sets.

 From the README:
RATEIT_IMGPREFIX "RateIt"
The default "RateIt" images use the yellow wikilens smiley.
   Yellow is rated, blue is recommended, color-less the unselected icons.
   Size: 16x15

RATEIT_IMGPREFIX "RateItStar"
The traditional red star images must define the "RateItTrad" prefix in 
the RateIt plugin.
   Red is rated, blue is recommended, color-less the unselected icons.
   Size: 12x12

RATEIT_IMGPREFIX "RateItBStar"
The bigger red star images must define the "RateItStarB" prefix in the 
RateIt plugin.
   Red is rated, blue is recommended, color-less the unselected icons.
   Size: 18x16
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Added "CreatePage" on TitleSearch pgsrc

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

Dan Frankowski schrieb:
> I should be more clear: I did not add this to CVS, because I don't touch 
> the core code without permission. However, I'd be happy to add this if 
> Reini approves. The same is true of all the patches I am submitting to 
> this email list.

Why not. Approved.

> Dan Frankowski wrote:
> 
>> Here is a patch to add the "CreatePage" plugin to the TitleSearch 
>> form. I realize this is redundant with the ? to create a new page, but 
>> a LOT of novice users don't know what that means and are able to find 
>> the "CreatePage" button.
>>
>> Dan
>>
>> diff -b -u -r1.1 -r1.2
>> --- TitleSearch 29 Jan 2004 14:30:33 -0000      1.1
>> +++ TitleSearch 16 Jun 2004 19:27:52 -0000      1.2
>> @@ -20,4 +23,10 @@
>>
>> ----
>>
>> +Create or edit page:
>> +
>> +<?plugin-form CreatePage?>
>> +
>> +----
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> 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
> 


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

Re: [Phpwiki-talk] Separating create and destroy SQL

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

More opinions on the sql separation into
<backend>-initialize.sql and <backend>-destroy.sql?

looks fine to me. almost no costs and quite useful.
on the hand the separation is not used anywhere else,
and this might have a good reason.

Dan Frankowski schrieb:
> A user of mine accidentally blew away his Wiki, and was sad. Long story, 
> but suffice it to say that
> 
> mysql -u user -D db -p password < mysql.sql

no space after the -u and -p options!!!

> doesn't apply mysql.sql to the "db" database, it applies it to the 
> "password" database!!
> 
> There are, of course, several safeguards one could take (e.g., don't 
> have a database called "password"). However, another safeguard would be 
> to separate the DROP statements and CREATE statements. Then he would've 
> just applied the CREATE statements, it wouldn't have worked, and he'd 
> have been puzzled but not sad.
> 
> Thus, he submitted the attached files for phpwiki/schemas. I hope you 
> will take these changes. If you do, then also
> 
> cd phpwiki/schemas
> rm minisql.sql mysql.sql psql.sql sqlite.sql
> cvs rm minisql.sql mysql.sql psql.sql sqlite.sql
> cvs commit minisql.sql mysql.sql psql.sql sqlite.sql
> 
> Dan
> ------------------------------------------------------------------------
> -- $Id: mysql-destroy.sql,v 1.1 2004/07/12 15:24:24 riedl Exp $
> 
> drop table if exists page;
> drop table if exists version;
> drop table if exists recent;
> drop table if exists nonempty;
> drop table if exists link;
> drop table if exists session;
> 
> -- upgrade from 1.3.7:
> 
> drop table if exists pref;
> drop table if exists user;
> drop table if exists member;
> 
> -- if you plan to use the wikilens theme
> drop table if exists rating;
> 
> ------------------------------------------------------------------------
> -- $Id: mysql-initialize.sql,v 1.1 2004/07/12 15:24:24 riedl Exp $
> 
> CREATE TABLE page (
> 	id              INT NOT NULL,
>         pagename        VARCHAR(100) BINARY NOT NULL,
> 	hits            INT NOT NULL DEFAULT 0,
>         pagedata        MEDIUMTEXT NOT NULL DEFAULT '',
>         PRIMARY KEY (id),
> 	UNIQUE KEY (pagename)
> );
...
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Try wikilens theme ?

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

Folks,

The 'wikilens' theme in Phpwiki's CVS now works. I'd like to describe 
what's in there so you can try it out if you wish. We'd love feedback, 
so if you have any interest at all, give it a spin!

Also, you can see these features in action at wikilens.org.

Dan

============================

NOTE: Right now, we've tested with dbtype=SQL (which is PearDB, I 
think). Reini put in support for other backends, but I don't know its state.

These features work if you use the 'wikilens' theme:

============================

1. *Rate pages.* You can rate pages from 0.5-5.0 'smilies' in 
half-smiley increments with a ratings widget at the top of the page. You 
can view your ratings by visiting the "UserRatings" page. You can also 
rate the page anywhere you see the widget (e.g., in UserRatings, or in 
the category page, see below).

============================

2. *Categories.* You can make a page a 'category' by dropping the 
category plug-in on it:

<?plugin CategoryPage ?>

a. That just puts some boilerplate text on this page, including user 
ratings of items within the category. The idea is that you don't have to 
visit "UserRatings" directly; instead, you just go to the category page 
you are interested in.

b. The "CreatePage" on the category page will create the page with a 
link to the category, hence putting it "in" the category automatically. 
The intent is that you don't have to explain to your users how to put 
things in categories.

c. You can rate pages from the category page.

============================

3. *Buddies.*
a. You can declare your 'buddies' Joe and Mary by putting the following 
on your user home page:

Buddies: Joe, Mary

b. Once you declare buddies, you can see your buddies ratings in the FOO 
category page by clicking "Show Buddy Ratings in the FOO category".

c. You can declare per-category buddies. If you have a "Book" category, 
put the following line on your user home page:

BookBuddies: Mary, Reini

It will fall back to "Buddies" if there's no per-category buddies.

============================

4. *Predictions.* Once you have buddies, you will start seeing 
predictions on the category page, based on how your buddies rated 
things. You can also sort by predictions, your rating, or a buddy's 
rating by clicking on the column of the page list to sort.

============================

Well, that's a brief overview of the main features I remember. However, 
we have lots of plans for the future, so stay tuned!

Re: [Phpwiki-talk] Added "CreatePage" on TitleSearch pgsrc

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

I should be more clear: I did not add this to CVS, because I don't touch 
the core code without permission. However, I'd be happy to add this if 
Reini approves. The same is true of all the patches I am submitting to 
this email list.

Dan

Dan Frankowski wrote:

> Here is a patch to add the "CreatePage" plugin to the TitleSearch 
> form. I realize this is redundant with the ? to create a new page, but 
> a LOT of novice users don't know what that means and are able to find 
> the "CreatePage" button.
>
> Dan
>
> diff -b -u -r1.1 -r1.2
> --- TitleSearch 29 Jan 2004 14:30:33 -0000      1.1
> +++ TitleSearch 16 Jun 2004 19:27:52 -0000      1.2
> @@ -20,4 +23,10 @@
>
> ----
>
> +Create or edit page:
> +
> +<?plugin-form CreatePage?>
> +
> +----

[Phpwiki-talk] Added "CreatePage" on TitleSearch pgsrc

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

Here is a patch to add the "CreatePage" plugin to the TitleSearch form. 
I realize this is redundant with the ? to create a new page, but a LOT 
of novice users don't know what that means and are able to find the 
"CreatePage" button.

Dan

diff -b -u -r1.1 -r1.2
--- TitleSearch 29 Jan 2004 14:30:33 -0000      1.1
+++ TitleSearch 16 Jun 2004 19:27:52 -0000      1.2
@@ -20,4 +23,10 @@

 ----

+Create or edit page:
+
+<?plugin-form CreatePage?>
+
+----

[Phpwiki-talk] Separating create and destroy SQL

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

Folks,

A user of mine accidentally blew away his Wiki, and was sad. Long story, 
but suffice it to say that

mysql -u user -D db -p password < mysql.sql

doesn't apply mysql.sql to the "db" database, it applies it to the 
"password" database!!

There are, of course, several safeguards one could take (e.g., don't 
have a database called "password"). However, another safeguard would be 
to separate the DROP statements and CREATE statements. Then he would've 
just applied the CREATE statements, it wouldn't have worked, and he'd 
have been puzzled but not sad.

Thus, he submitted the attached files for phpwiki/schemas. I hope you 
will take these changes. If you do, then also

cd phpwiki/schemas
rm minisql.sql mysql.sql psql.sql sqlite.sql
cvs rm minisql.sql mysql.sql psql.sql sqlite.sql
cvs commit minisql.sql mysql.sql psql.sql sqlite.sql

Dan

[Phpwiki-talk] Small patch for page change notifs

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

Some of our novice users are confused that when they get a page change 
notification and click on the link, it doesn't show the page. They don't 
understand (or possibly care about) the diffs.

Thus, upon request, I added a link to the page itself, along with some 
explanation for each link. I hope you'll take this change.

Dan

diff -b -u -r1.8 -r1.9
--- WikiDB.php  30 Jun 2004 14:34:04 -0000      1.8
+++ WikiDB.php  13 Jul 2004 16:20:04 -0000      1.9
@@ -921,11 +945,13 @@
                         $content = $this->_pagename . " " . $version . 
" " .  Iso8601DateTime($meta['mtime']) . "\n";
                         $content .= _("New Page");
                     }
+                    $difflink = _("To see the changes: ") . $difflink;
                     $editedby = sprintf(_("Edited by: 
%s"),$meta['author']);
                     $emails = join(',',$emails);
                     if (mail($emails,"[".WIKI_NAME."] ".$subject,
                              $subject."\n".
                              $editedby."\n".
+                             _("To see the page: ") . 
WikiUrl($this->_pagename, array(), true)."\n".
                              $difflink."\n\n".
                              $content)) {
                         trigger_error(sprintf(_("PageChange 
Notification of %s sent to %s"),

Re: [Phpwiki-talk] Custom PhpWiki Backup failed

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

Le Roux van Wyk schrieb:

> This can't be, I've never used phpwiki-1.2.

sorry, this is an old phpwiki format from around 1.3.2.

nevertheless your sql file is broken.
all the pages content (from the page, version and wiki tables) are cut 
after some random bytes.
restauration is impossible.

I recommend not using a broken mysql frontend.

> I would like to use the recommended backup and restore method, but I 
 > only have this one sql file..the rest have all been deleted.
> 
> -----Original Message-----
> From: Reini Urban [mailto:ru...@x-...]
> Sent: 13 July 2004 03:47
> To: php...@li...
> Subject: Re: [Phpwiki-talk] Custom PhpWiki Backup failed
> 
> 
> Le Roux van Wyk schrieb:
> 
>>Do you mind taking a look at the query...?
>>Unfortunately the phpwiki was removed when I reinstalled the system. All I have left is the /phpwiki1.3.7 directory (which I copied manually) and this sql query (which I thought contained all the data necessary)
>>
>>Can it be that this query was corruptly exported?
> 
> 
> Very simple:
> 
> You tried to import a phpwiki-1.2 sql dump into a phpwiki-1.3.x.
> This is not possible.
> We have a complety changed sql schema.
> 
> So you have to use the recommended way via backup and restore.


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

Re: [Phpwiki-talk] Custom PhpWiki Backup failed

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

Le Roux van Wyk schrieb:
> Do you mind taking a look at the query...?
> Unfortunately the phpwiki was removed when I reinstalled the system. All I have left is the /phpwiki1.3.7 directory (which I copied manually) and this sql query (which I thought contained all the data necessary)
> 
> Can it be that this query was corruptly exported?

Very simple:

You tried to import a phpwiki-1.2 sql dump into a phpwiki-1.3.x.
This is not possible.
We have a complety changed sql schema.

So you have to use the recommended way via backup and restore.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Custom PhpWiki Backup failed

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

Le Roux van Wyk schrieb:
> Thanx for the advice. I have installed phpMyAdmin, but it seems the sql file is corrupt or something. When I load it into the DB using the SQL tab, it gives me the following error:
> 
> Error
> 
> MySQL said:
> #1065 - Query was empty 

there must be a better error message, the line number where it failed.

> Yet if I look at the query, it does contain all the commands. 

give us the query which failed.
or do a simple backup/restore via PhpWikiAdministration (zip is fastest)

 > I've also tried to copy the contents and paste it into phpmyadmin, 
but > I get the same error. Am I missing something?

> 
> 
> -----Original Message-----
> From: Reini Urban [mailto:ru...@x-...]
> Sent: 13 July 2004 12:41
> To: Le Roux van Wyk
> Cc: Php...@li...
> Subject: Re: [Phpwiki-talk] Custom PhpWiki Backup failed
> 
> 
> Le Roux van Wyk schrieb:
> 
>>I have recently moved from Redhat to Debian and therefore had to
>>reinstall phpwiki. I didn't see the phpwiki backup facility, and just
>>exported the mysql tables to .sql and copied the entire phpwiki
>>directory over to the new machine. Now that I try to import the sql
>>files into the database, I get incomplete data. Will the phpwiki allow
>>this type of "copy"? Why is the data incomplete?
> 
> 
>>I used mysqlfront to export the data originally, and have never
>>before  had problems with data being incompletely exported.
>>Can anybody shed some light on the subject?
> 
> 
> probably errors with incorrect quoting or unsupported charsets.
> 
> please try phpmyadmin (for the stupid) or
> mysqldump and mysql (for the brave).
> 
> mysqldump --opt phpwiki > phpwiki.sql
> scp phpwiki.sql newmachine:
> ssh newmachine
> mysql phpwiki < phpwiki.sql
> 


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

Re: [Phpwiki-talk] Custom PhpWiki Backup failed

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

Le Roux van Wyk schrieb:
> I have recently moved from Redhat to Debian and therefore had to
> reinstall phpwiki. I didn't see the phpwiki backup facility, and just
> exported the mysql tables to .sql and copied the entire phpwiki
> directory over to the new machine. Now that I try to import the sql
> files into the database, I get incomplete data. Will the phpwiki allow
> this type of "copy"? Why is the data incomplete?

> I used mysqlfront to export the data originally, and have never
> before  had problems with data being incompletely exported.
> Can anybody shed some light on the subject?

probably errors with incorrect quoting or unsupported charsets.

please try phpmyadmin (for the stupid) or
mysqldump and mysql (for the brave).

mysqldump --opt phpwiki > phpwiki.sql
scp phpwiki.sql newmachine:
ssh newmachine
mysql phpwiki < phpwiki.sql

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

[Phpwiki-talk] Custom PhpWiki Backup failed

[Le R. v. W. <Le...@ct...>]

Hi there

I have recently moved from Redhat to Debian and therefore had to =
reinstall phpwiki. I didn't see the phpwiki backup facility, and just =
exported the mysql tables to .sql and copied the entire phpwiki =
directory over to the new machine. Now that I try to import the sql =
files into the database, I get incomplete data. Will the phpwiki allow =
this type of "copy"? Why is the data incomplete?
I used mysqlfront to export the data originally, and have never before =
had problems with data being incompletely exported.

Can anybody shed some light on the subject?

Regards
LeRoux

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

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

hi John,

i'm runnin' an apache-webserver the latest 1.3.31
No IIS. But i'd tried an now it's "You don't seem to have DBA support 
compiled into PHP."

:-/ ... hmm, but it's the same error with sql, ADODB, and if i try to 
set dbm than gdbm also the same???

Joe

John Cole wrote:

> 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.

Re: [Phpwiki-talk] mind mapping tool

[Bob A. <apt...@cy...>]

Hi,

On Sun, 11 Jul 2004 12:13:27 -0400 Whit Blauvelt <wh...@tr...> wrote:

> 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.[...]

The name "mind map" has a historical basis; see Tony Buzan's site
http://www.mind-map.com/ (this is aimed more at Reini than at Whit...)

> 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).

The freemind developers have the honesty to note that they only
implement a subset of Buzan's original vision which is more colorful,
more organic, less hierarchal, and more a graph than a tree, etc.
Freemind only allows labelling nodes, not edges and mostly a simple tree
editor, but I find it completely usable, especially since it works well
under both linux and Win32. I do lament that it's only single-user and
can only be used read-only over the net, but it started life as a
desktop Java application so it's not too surprising. Given I haven't
contributed code or cash to the project, I'm not willing to criticize it
too much. It does its job pretty well.

> 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.

I find both to be very useful, freemind for quickly summarizing a
structure and graphically displaying salient points, and phpwiki for
elaborating and relating ideas. One shortcoming of a strictly hierarchal
approach (freemind) is that I can't have multiple nodes refer to a
common structure.

> 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.

Agreed.

-- Bob