phpwiki-talk

[Phpwiki-talk] a few comments on 1.3.5

[Steve W. <sw...@pa...>]

I forgot to mention:

I tested 1.3.5 on two boxes, a Red Hat Linux of 7.x vintage, and Mac OS 
X Panther. (I would have tested on my home Linux box, a RH 9.0, but 
Apache is still borked and I haven't fixed it.)

I worked through most major features, but considering Jeff runs a very 
recent version on the Hammond Wiki, I took that as a good sign the code 
base is stable.

~swain

[Phpwiki-talk] 1.4 before Christmas

[Steve W. <sw...@pa...>]

I'd like to work on documentation and get the current code base 
released as 1.4 before Christmas. Reasons:

* 1.2.2 is a really old base and noone should be burdened with 
supporting it anymore
* 1.3.5 is really stable

I want to do an audit of the default pages, make sure all PlugIns are 
documented and have examples, and make sure the installation 
instructions are up to date.

any thoughts?

cheers,
~swain

[Phpwiki-talk] PhpWiki 1.3.5 released

[Steve W. <sw...@pa...>]

I really have to hand it to Jeff Dairiki, Carsten Klapp, Reini Urban, 
Joel Uckelman, and everyone else who's contributed to the project. 
1.3.5 looks really beautiful.

Bear in mind this is a developer release, though in practice, I've 
released so infrequently in the last two years most people are using 
the 1.3 branch for production purposes. But it shows the acumen of the 
amazing developers on this project: that a release labeled as 
developmental would be used, successfully, all around the world on many 
platforms.

We now have a bona fide URL, http://phpwiki.org/, to take you there 
(and in case it hasn't propagated, you can also use 
http://www.phpwiki.org/).

Cheers,
Steve Wainstead

[Phpwiki-talk] Wiki spam, an emerging trend?

[Neale P. <ne...@wo...>]

I got some spam on my wiki last night :<  It appears this fellow is going
through google to find PHPWiki-rendered pages, and inserting his little
advertisement.  You can see the result here:

  http://wiki.woozle.org/BuyingaNewComputer?action=diff&version=5

Sure, it was easy to take out, but when someone writes a program to do
this automatically, I guess we're all going to have to require
authentication for edits, or spend large chunks of time removing ads.


Weblog entry point:

  wiki.woozle.org 202.156.2.138 - - [09/Nov/2003:00:00:05 -0800] "GET /BuyingaNewComputer HTTP/1.1" 200 16099 "http://www.google.com.sg/search?q=computer+Page+Execution+took++Edit&hl=en&lr=&ie=UTF-8&oe=UTF-8&start=10&sa=N" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)"


Neale
(Please Cc me in replies)

[Phpwiki-talk] 1.2.2 bugs closed out

[Steve W. <sw...@pa...>]

I've marked all of these as out of date.
~swain

----
                  http://www.panix.com/~swain/
    "It has all the faults of a photograph." -- David Hockney
----

[Phpwiki-talk] Notes for 1.3.5

[Steve W. <sw...@pa...>]

I've read through the ChangeLog since the release of 1.3.4, and what I'm
seeing, for the most part, are bug fixes. It may be that the ChangeLog
doesn't really reflect well what new features went in since 1.3.4, but
usually the author states the new feature when first committing it...
here's all I got:

Many behind-the-scenes server side changes regarding content handling,
caching, headers, etc.
Flat file database support returns (beta) courtesy Jochen Kalmbach

Translation updates

Plugin to list available plugins
PhotoAlbum plugin (Ted Vinke)
Comment plugin (Martin Geisler)
RedirectTo plugin
RawHtml plugin
WikiBlog page type

Numerous layout fixes
Numerous bug fixes and minor improvements

If you see things missing let me know so I can put them into the
announcement.

~swain

----
                  http://www.panix.com/~swain/
    "It has all the faults of a photograph." -- David Hockney
----

[Phpwiki-talk] Req: Looking for patch to allow inline images via InterWiki moniker

[Carsten K. <car...@us...>]

Hi All,

Does anyone have a patch to allow inlining of images by using an  
InterWiki moniker? I would like to check such a patch into the PhpWiki  
CVS. (Mostly it would be useful for the new UpLoad plugin.)

Someone kindly submitted a patch a while back, but sadly it no longer  
works with the latest 1.3.5pre CVS version of PhpWiki due to subsequent  
re-factoring in stdlib.php, InlineParser.php and interwiki.php.

http://sourceforge.net/tracker/ 
index.php?func=detail&aid=678463&group_id=6121&atid=306121

Any help or suggestions are appreciated. Just email any updated patches  
etc. to me directly. ^_^

Many thanks,
Carsten Klapp <car...@us...>

Re: [Phpwiki-talk] phpwiki.org

[Steve W. <sw...@pa...>]

OK,

http://www.phpwiki.org/

should forward to the main site now. phpwiki.org is coming as soon as 
it propagates... my company forces the www. on you first. Lucky  I sit 
next to the sysadmins! The best tech support!

~swain


On Nov 7, 2003, at 4:32 PM, Steve Wainstead wrote:

> I bought the domain phpwiki.org and it should be pointing to the site 
> by week's end.
>
> ~swain
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

[Phpwiki-talk] phpwiki.org

[Steve W. <sw...@pa...>]

I bought the domain phpwiki.org and it should be pointing to the site 
by week's end.

~swain

AW: RE : [Phpwiki-talk] phpWiki and Design

[<sy...@ag...>]

Hi :)



THX for your fast help.

That is exactly what i was searching.





David





 --- Urspr=FCngliche Nachricht --- 

Datum: 05.11.2003 09:32

Von: J=E9r=F4me WAGNER <jw...@fi...>

An: <sy...@ag...>, <php...@li...>

Betreff: RE : [Phpwiki-talk] phpWiki and Design

  

> Hi!

> I guess you already have located where the templates are located.

> The thing to know is that when a template is not overridden by a
specific

> look&feel, the template file that is used is the one located in the

> "default" template.

> 

> For example, you have a browse.tmpl that gives you the overall layout of
a

> page when you browse it. In there you can add whatever you want (but
won't

> be able to edit it within the wiki itself)

> 

> J=E9r=F4me

> 

> -----Message d'origine-----

> De=A0: php...@li...

> [mailto:php...@li...] De la part de

> sy...@ag...

> Envoy=E9=A0: mercredi 5 novembre 2003 09:14

> =C0=A0: php...@li...

> Objet=A0: [Phpwiki-talk] phpWiki and Design

> 

> Hi @all

> 

> 

> 

> I've downloaded the latest release of phpWiki, and all works good and

> correctly :)

> 

> But now my question:

> Can i change the design?

> 

> By design, i don't mean the color of the site, but the look.

> 

> The reason why i ask, is i want insert a menu on the left site, but i

> couldn't find the part, which creates the body (content).

> PHP should be no problem.

> 

> I hope you could help me.

> 

> 

> Kind regards

> David

> 

> 

> -------------------------------------------------------

> This SF.net email is sponsored by: SF.net Giveback Program.

> Does SourceForge.net help you be more productive?  Does it

> help you create better code?   SHARE THE LOVE, and help us help

> YOU!  Click Here: http://sourceforge.net/donate/

> _______________________________________________

> Phpwiki-talk mailing list

> Php...@li...

> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

> 

> 

> 

RE : [Phpwiki-talk] phpWiki and Design

[<jw...@fi...>]

Hi!
I guess you already have located where the templates are located.
The thing to know is that when a template is not overridden by a =
specific
look&feel, the template file that is used is the one located in the
"default" template.

For example, you have a browse.tmpl that gives you the overall layout of =
a
page when you browse it. In there you can add whatever you want (but =
won't
be able to edit it within the wiki itself)

J=E9r=F4me

-----Message d'origine-----
De=A0: php...@li...
[mailto:php...@li...] De la part de
sy...@ag...
Envoy=E9=A0: mercredi 5 novembre 2003 09:14
=C0=A0: php...@li...
Objet=A0: [Phpwiki-talk] phpWiki and Design

Hi @all



I've downloaded the latest release of phpWiki, and all works good and
correctly :)

But now my question:
Can i change the design?

By design, i don't mean the color of the site, but the look.

The reason why i ask, is i want insert a menu on the left site, but i
couldn't find the part, which creates the body (content).
PHP should be no problem.

I hope you could help me.


Kind regards
David


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] phpWiki and Design

[<sy...@ag...>]

Hi @all



I've downloaded the latest release of phpWiki, and all works good and
correctly :)

But now my question:
Can i change the design?

By design, i don't mean the color of the site, but the look.

The reason why i ask, is i want insert a menu on the left site, but i
couldn't find the part, which creates the body (content).
PHP should be no problem.

I hope you could help me.


Kind regards
David

Re: [Phpwiki-talk] wiki turned to garbage after server upgrade

[Charles S. <ch...@st...>]

Frank Shearar wrote:

>> >>> "ch...@st..." 11/03/03 16:33 >>>
>> 
>> I recently upgraded my wiki server from RedHat 7.2 to RHEL 
>> v3, and now 
>> my wiki is nothing but garbage:
>> http://www.potwin.org/wiki
> 
> <snip>
> 
>> With the upgrade, I'm running newer versions of apache, 
>> mysql, and php.  
>> Other php/mysql based sites migrated pretty well (a phpwebsite driven 
>> site), so I know things are generally working correctly.  I get the 
>> feeling there's something simple wrong (like some wacky 
>> unicode setting 
>> or something), but I don't know enough about php to know 
>> where to start 
>> looking.
>> 
>> Anyone got any ideas about what might be wrong?
> 
> You can check that the database itself is alright simply by inspecting
> the tables, of course.
> 
> Off the top of my head, are you not suffering from the "double gzip"
> issue? On a Windows box I had to comment out line 307 of Request.php -
> that's the line that says "@apache_note('no-gzip', 1);".

I'm not sure about "double gzip", but it looks like the response pages 
were being compressed.  A search thorough the documentation wiki turned 
up my problem on the PrettyWiki page (page gzipped):
http://phpwiki.sourceforge.net/phpwiki/PrettyWiki

I don't know why this wasn't a problem before (although I was running 
older versions of php and apache), but commenting the two indicated 
lines fixes the output for me.

Thanks!!!

-- 
Charles Steinkuehler
ch...@st...

Re: [Phpwiki-talk] wiki turned to garbage after server upgrade

[Charles S. <ch...@st...>]

John Kershaw wrote:

> At 10:33 am -0600 3/11/03, Charles Steinkuehler wrote:
>>I recently upgraded my wiki server from RedHat 7.2 to RHEL v3, and 
>>now my wiki is nothing but garbage:
>>http://www.potwin.org/wiki
> 
> Did you fix it? I just tried your link and it looks fine to me.

Nope...I'm still seeing garbage on my end.

I just tried it from a remote machine to see if it's something peculiar 
to my local network, and I still get garbage (IE tries to save the file 
thinking it's binary, and Mozilla displays garbage).

-- 
Charles Steinkuehler
ch...@st...

RE: [Phpwiki-talk] wiki turned to garbage after server upgrade

[Frank S. <fra...@rn...>]

> >>> "ch...@st..." 11/03/03 16:33 >>>
> 
> I recently upgraded my wiki server from RedHat 7.2 to RHEL 
> v3, and now 
> my wiki is nothing but garbage:
> http://www.potwin.org/wiki

<snip>

> With the upgrade, I'm running newer versions of apache, 
> mysql, and php.  
> Other php/mysql based sites migrated pretty well (a phpwebsite driven 
> site), so I know things are generally working correctly.  I get the 
> feeling there's something simple wrong (like some wacky 
> unicode setting 
> or something), but I don't know enough about php to know 
> where to start 
> looking.
> 
> Anyone got any ideas about what might be wrong?

You can check that the database itself is alright simply by inspecting
the tables, of course.

Off the top of my head, are you not suffering from the "double gzip"
issue? On a Windows box I had to comment out line 307 of Request.php -
that's the line that says "@apache_note('no-gzip', 1);".

frank

[Phpwiki-talk] wiki turned to garbage after server upgrade

[Charles S. <ch...@st...>]

I recently upgraded my wiki server from RedHat 7.2 to RHEL v3, and now 
my wiki is nothing but garbage:
http://www.potwin.org/wiki

I'm running 1.3.0-jeffs-hacks with mysql as the back-end, but the same 
thing happens with 1.3.3 and 1.3.4.  If I don't get the database setup 
or include path correct, I get normal looking php errors, but once 
everything "works", all I get is what looks like jibberish on-screen 
(actually, it looks like a binary dump of something incorrectly being 
displayed as text).  Thinking maybe the database is corrupted, I've 
tried several methods of migrating, including text-based backup/restore 
(note that other databases have survived the migration fine...it's just 
the phpwiki site/database I'm having problems with).

With the upgrade, I'm running newer versions of apache, mysql, and php.  
Other php/mysql based sites migrated pretty well (a phpwebsite driven 
site), so I know things are generally working correctly.  I get the 
feeling there's something simple wrong (like some wacky unicode setting 
or something), but I don't know enough about php to know where to start 
looking.

Anyone got any ideas about what might be wrong?

-- 
Charles Steinkuehler
ch...@st...

RE: [Phpwiki-talk] ziphtml/dumphtml and ended by a zip/dump not complete

[Frank S. <fra...@rn...>]

> >>> "ad...@fo..." 11/02/03 18:07 >>>
> 
> Hello,
> 
> The dumphtml  or the  ziphtml action (from  the latest version  of the
> cvs) generates an incomplete dump.  For dumphtml, I have an average of
> 120 pages generated but stops before  end (there is quite more in your
> wiki  around 1000).  For the  zip file,  the generation  stops  at the
> middle  with a  corrupted zip  archive.  It seems  that this  function
> generates  a  sig11  on  the  related httpd  daemon  (only  with  this
> function). 
> 
> rcs_id('$Id: main.php,v 1.99 2003/03/07 02:39:47 dairiki Exp $');
> rcs_id('$Id: loadsave.php,v 1.80 2003/03/07 02:46:57 dairiki Exp $');
> 
> Apache/1.3.28   (Unix)  PHP/4.3.3   mod_gzip/1.3.19.1a  mod_perl/1.28
> mod_python/2.7.8 Python/2.3 mod_ssl/2.8.15 OpenSSL/0.9.7c
> 
> Is it a known  issue ? or is it related to the  size of the Wiki (more
> than 1000 pages) ? or something else related to PHP itself ? 

The last time I tried this (on a wiki with ~1500 pages) what I found was
that each page would take longer to dump than the page before. You'll be
able to see if you're having the same problem by inspecting the XHTML
generated - each page will have a "phpwiki source:" comment which gets
progressively longer.

The solution is to change your index.php somewhere around line 57 from

  if (!defined('DEBUG')) define ('DEBUG', 1);

to

  if (!defined('DEBUG')) define ('DEBUG', false);

Once I'd done this I could quite happily do a proper zipdump.

frank

[Phpwiki-talk] ziphtml/dumphtml and ended by a zip/dump not complete

[Alexandre D. <ad...@fo...>]

Hello,

The dumphtml  or the  ziphtml action (from  the latest version  of the
cvs) generates an incomplete dump.  For dumphtml, I have an average of
120 pages generated but stops before  end (there is quite more in your
wiki  around 1000).  For the  zip file,  the generation  stops  at the
middle  with a  corrupted zip  archive.  It seems  that this  function
generates  a  sig11  on  the  related httpd  daemon  (only  with  this
function). 

rcs_id('$Id: main.php,v 1.99 2003/03/07 02:39:47 dairiki Exp $');
rcs_id('$Id: loadsave.php,v 1.80 2003/03/07 02:46:57 dairiki Exp $');

Apache/1.3.28   (Unix)  PHP/4.3.3   mod_gzip/1.3.19.1a  mod_perl/1.28
mod_python/2.7.8 Python/2.3 mod_ssl/2.8.15 OpenSSL/0.9.7c

Is it a known  issue ? or is it related to the  size of the Wiki (more
than 1000 pages) ? or something else related to PHP itself ? 

Thanks a lot. 

Have a nice day. 

adulau

-- 
-- 	  	     Alexandre Dulaunoy (adulau) -- http://www.foo.be/
-- 	   http://pgp.ael.be:11371/pks/lookup?op=get&search=0x44E6CBCD
-- 	   "Knowledge can create problems, it is not through ignorance
-- 				  that we can solve them" Isaac Asimov

Re: [Phpwiki-talk] Version Criteria

[Sergio T. <ser...@ho...>]

Hi Carsten,

I use the MacOSX theme. Thank you for your offer to add CSS improvements ... 
I will give this some serious thought to see if I can be creative with some 
new layout ideas.

Sincerely,

Serg

>From: Carsten Klapp <car...@ya...>
>To: "Sergio Trejo" <ser...@ho...>
>CC: php...@li...
>Subject: Re: [Phpwiki-talk] Version Criteria
>Date: Wed, 29 Oct 2003 17:21:02 -0500
>
>
>On Tuesday, October 28, 2003, at 05:28  pm, Sergio Trejo wrote:
>
>>I have problems with my eye sight so I make the fonts on my browser with 
>>really big point sizes, so this sometimes causes problems with how a 
>>browser displays the HTML layout on the screen (HTML visuals really do 
>>nott scale very well) and if I don't scroll around enough (both horizontal 
>>and vertical scrolling), I sometimes miss features like the "This is a 
>>minor change." check box.
>
>
>Hi Sergio,
>
>What theme are you using? If you come up with any css improvements please 
>send them to me, I am interested to add improvements to css in the CVS.
>
>Carsten
>

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus

Re: [Phpwiki-talk] PHPDocumentor + PHPWiki

[Carsten K. <car...@ya...>]

On Thursday, October 23, 2003, at 06:43  am, Sergio Trejo wrote:

> I just ran PHPDocumentor on PHPWiki using some basic inputs to 
> PHPDocumentor. I tried output as HTML and PDF. Wow, the PDF is 600+ 
> pages!
>
> The packages of Procedural Elements (what I've read of them all so 
> far) seem documented and cohesive with their descriptions of their 
> Classes. I noticed when running a basic (HTML:Smarty / default.ini) 
> PHPDocumentor process on the PHPWiki folder (runs recursively), that 
> the main package apparently requires a name (because it thinks that a 
> command-line PHPDocumentor switch "-o" is the name of the main package 
> which of course isn't true). Does anyone have any suggestions on the 
> best way to maximize PHPDocumentor to create as much documentation 
> about PHPWiki? Besides the packages and their classes, I didn't see 
> any output documentation that describes how PHPWiki is all tied 
> together using its many classes. Is there such an overview document, 
> or are PHPWiki users and developers on their own with respect to 
> understanding how all the pieces fit together? Anyone else used 
> PHPDocumentor on PHPWiki before? I scanned the Help and Open 
> Discussion forums and didn't find any previous discussion on this 
> topic.
>
> ST

Hi,

I have some understanding about the PHP objects in the code... BTW we 
have Jeff Dairiki to thank for upgrading PhpWiki to use object-oriented 
code. :) If he's not able to answer on the list at the moment due to 
RLO (real-life obligations), I'll see what I can answer.

At the moment, if something is not commented within the source code 
itself or written in the documents available in CVS or at 
http://phpwiki.sf.net/phpwiki then it simply hasn't been documented 
yet. :/

Carsten

Re: [Phpwiki-talk] Version Criteria

[Carsten K. <car...@ya...>]

On Tuesday, October 28, 2003, at 05:28  pm, Sergio Trejo wrote:

> I have problems with my eye sight so I make the fonts on my browser 
> with really big point sizes, so this sometimes causes problems with 
> how a browser displays the HTML layout on the screen (HTML visuals 
> really do nott scale very well) and if I don't scroll around enough 
> (both horizontal and vertical scrolling), I sometimes miss features 
> like the "This is a minor change." check box.


Hi Sergio,

What theme are you using? If you come up with any css improvements 
please send them to me, I am interested to add improvements to css in 
the CVS.

Carsten

RE: [Phpwiki-talk] Version Criteria

[Sergio T. <ser...@ho...>]

Frank and Jean-Bernard,

Thanks for your helpful suggestions. The version of PHPWiki I have (I don't 
think it comes from CVS tree) has a tick box named "This is a minor change." 
but I had not seen this tick box before, because I have problems with my eye 
sight so I make the fonts on my browser with really big point sizes, so this 
sometimes causes problems with how a browser displays the HTML layout on the 
screen (HTML visuals really do nott scale very well) and if I don't scroll 
around enough (both horizontal and vertical scrolling), I sometimes miss 
features like the "This is a minor change." check box. I long for the day 
when Web publishers do a much better job of supporting CSS and SVG and 
therefore creating interfaces which are adaptable such as for people who 
have eye vision handicaps like me.

Again, thank you immensely for your help and your extra set of eyes :-)

Serg

>From: "Frank Shearar" <fra...@rn...>
>To: <php...@li...>
>Subject: RE: [Phpwiki-talk] Version Criteria
>Date: Tue, 28 Oct 2003 10:16:39 -0000
>
>With the proviso that I run a (fairly recent) CVS PhpWiki:
>
>If I make a page and you edit it then that's a major edit (unless you tick
>the "minor edit" checkbox, as you mentioned).
>
>If I make a page and then edit that page again then that's a minor edit
>(unless I untick the "minor edit" checkbox").
>
>If I make a page and don't edit the page for a long time (the exact time is
>configurable, but I think it defaults to something like 7 days) and then
>edit it again, that's a major edit.
>
>Those are the major cases, at any rate - I'm not sure if my list is
>exhaustive.
>
>As to the number of minor edits, this is configurable in index.php (look 
>for
>MINOR_EDIT_TIMEOUT and the like), but the default behaviour is quite
>sensible. Using the SystemInfo plugin, mine is left as the default
>configuration, which is this:
>
>"Keep up to 8 major edits, but keep them no longer than 32 days. Keep up to
>4 minor edits, but keep them no longer than 7 days. Keep the latest
>contributions of the last 8 authors up to 365 days. Additionally, try to
>keep the latest contributions of all authors in the last 7 days (even if
>there are more than 8 of them,) but in no case keep more than 20 unique
>author revisions."
>
>In other words, you should never get to have 256 minor edits on a page - 
>the
>older edits will be discarded. Not your changes, obviously!
>
>frank
>
> > >>> "jw...@fr..." 10/28/03 09:40 >>>
> >
> > I think - I might be wrong - that if, when editing a page,
> > you tick the
> > box saaying "this is a minor update", then that's the criteria.
> > Well, at least in version 1.3.4
> >
> >
> > Sergio Trejo wrote:
> >
> > > I have been traversing through the PHPWiki documenation using
> > > PHPDocumentor on the the .php files in /lib ... and have also been
> > > looking at data entered into the six PHWiki tables created
> > with MySQL.
> > > Its not clear, so I'm wondering if anyone knows what the
> > criteria is for>
> >   a major version compared to a minor version (associated with the
> > > "latestmajor" and "latestminor" attributes in the recent table)?
> > >
> > > On the related topic of versioning, what happens if, in the version
> > > table, the value of the minor_edit attribute exceeds 256 characters
> > > (I.e., tinyint if unsigned has a range of 0 to 255)?
> > >
> > > Serj
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: The SF.net Donation Program.
>Do you like what SourceForge.net is doing for the Open
>Source Community?  Make a contribution, and help us add new
>features and functionality. Click here: http://sourceforge.net/donate/
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Re: [Phpwiki-talk] Fatal PhpWiki Error

[Didier B. <di...@br...>]

Dear Jean-Bernard,

Jean-Bernard Weck a écrit :

> Hi all !
> this is the message i get after installing phpwiki to my website.
> I'm complete crap in php and sql so this is all chinese to me - no 
> disrespect meant at all.
> 
> Can you help me there ?
> 
> PearDB.php:681: Fatal[256]: wikidb_backend_mysql: fatal database error
> 
>     * DB Error: unknown error
>     * (INSERT INTO recent (id, latestversion, latestmajor, latestminor) 
> SELECT id, MAX(version), MAX(IF(minor_edit=0,version,0)), 
> MAX(IF(minor_edit<>0,version,0)) FROM version WHERE id=273 GROUP BY id 
> [nativecode=1030 ** Got error 134 from table handler])

Could you tell us what version you use for :
- phpwiki
- php
- mysql

Regards.
-- 
Didier BRETIN - di...@NO... - http://www.bretin.net/ - ICQ:
46032186

RE: [Phpwiki-talk] Version Criteria

[Frank S. <fra...@rn...>]

With the proviso that I run a (fairly recent) CVS PhpWiki:

If I make a page and you edit it then that's a major edit (unless you tick
the "minor edit" checkbox, as you mentioned).

If I make a page and then edit that page again then that's a minor edit
(unless I untick the "minor edit" checkbox").

If I make a page and don't edit the page for a long time (the exact time is
configurable, but I think it defaults to something like 7 days) and then
edit it again, that's a major edit.

Those are the major cases, at any rate - I'm not sure if my list is
exhaustive.

As to the number of minor edits, this is configurable in index.php (look for
MINOR_EDIT_TIMEOUT and the like), but the default behaviour is quite
sensible. Using the SystemInfo plugin, mine is left as the default
configuration, which is this:

"Keep up to 8 major edits, but keep them no longer than 32 days. Keep up to
4 minor edits, but keep them no longer than 7 days. Keep the latest
contributions of the last 8 authors up to 365 days. Additionally, try to
keep the latest contributions of all authors in the last 7 days (even if
there are more than 8 of them,) but in no case keep more than 20 unique
author revisions."

In other words, you should never get to have 256 minor edits on a page - the
older edits will be discarded. Not your changes, obviously!

frank

> >>> "jw...@fr..." 10/28/03 09:40 >>>
>
> I think - I might be wrong - that if, when editing a page,
> you tick the
> box saaying "this is a minor update", then that's the criteria.
> Well, at least in version 1.3.4
>
>
> Sergio Trejo wrote:
>
> > I have been traversing through the PHPWiki documenation using
> > PHPDocumentor on the the .php files in /lib ... and have also been
> > looking at data entered into the six PHWiki tables created
> with MySQL.
> > Its not clear, so I'm wondering if anyone knows what the
> criteria is for>
>   a major version compared to a minor version (associated with the
> > "latestmajor" and "latestminor" attributes in the recent table)?
> >
> > On the related topic of versioning, what happens if, in the version
> > table, the value of the minor_edit attribute exceeds 256 characters
> > (I.e., tinyint if unsigned has a range of 0 to 255)?
> >
> > Serj

Re: [Phpwiki-talk] Version Criteria

[Jean-Bernard W. <jw...@fr...>]

I think - I might be wrong - that if, when editing a page, you tick the 
box saaying "this is a minor update", then that's the criteria.
Well, at least in version 1.3.4


Sergio Trejo wrote:

> I have been traversing through the PHPWiki documenation using 
> PHPDocumentor on the the .php files in /lib ... and have also been 
> looking at data entered into the six PHWiki tables created with MySQL. 
> Its not clear, so I'm wondering if anyone knows what the criteria is for 
> a major version compared to a minor version (associated with the 
> "latestmajor" and "latestminor" attributes in the recent table)?
> 
> On the related topic of versioning, what happens if, in the version 
> table, the value of the minor_edit attribute exceeds 256 characters 
> (I.e., tinyint if unsigned has a range of 0 to 255)?
> 
> Serj
> 
> _________________________________________________________________
> Add photos to your messages with MSN 8. Get 2 months FREE*. 
> http://join.msn.com/?page=features/featuredemail
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
> 

-- 
Mais qu'est-ce qu'il a de plus que moi Rick Hunter ?