phpwiki-talk

Re: [Phpwiki-talk] external auth against mySQL db

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

Jerome Hettich schrieb:
> The login appears to be failing at the call to: exists($userid) at which
> point the exists($userid) of WikiUser.php is called (shouldn't the exists
> function of WikiDB_User class override this???) which returns false so I
> don't think any queries for user authentifiaction are run on the DB at all.

Yes, this override is not yet enabled.

Re: [Phpwiki-talk] PhpWiki enhancements and a humble request for some feedback...

[Rui C. <rui...@ac...>]

Joby Walker wrote:
 > Rui Carmo wrote:
 >
 >> On Saturday, Jan 25, 2003, at 00:30 Europe/Lisbon, Joby Walker wrote:
 >>>> 4) ACLs.
 >> Yep. I was just wondering if it was in the code somewhere. I started
 >> off from 1.3.2 stable, and pecking through CVS wasn't very
 >> enlightenting as to what the current state of affairs might be.
 >
 > Things have been delayed a bit.  Reni is the point person on this
 > project (with me as a second), but both of us have been very busy with
 > other stuff for the past few months.  I have just recently finished much
 > of my part (at least initially).  And hopefully we can get this part
 > done soon.
 >

That's great to know. We've been drafting a set of "ideal" Wiki 
characteristics at http://mac.against.org/space/LiveWiki, and that's one 
of the main topics of discussion (that and authentication, since we need 
to integrate with internal systems).

 >>>> 7) CVS - not as a backend, but as an integrated tool.
 >>
 >> Picture this: You have a RecentChanges-like page that tracks CVS
 >> commits. Commit comments can (easily) contain WikiLinks, hence
 >> providing direct links to Wiki nodes. Instant progress tracking ;)
 >>
 >> Check this out: http://cvs.cvstrac.org/timeline
 >>
 > Ahh... using the wiki to track a project in CVS!  Interesting.  I'd like
 > to hear more.

Well, the URL above points to a C-based tool that does exactly that. You 
  can try it out right there (it's self-hosted).

Wiki, trouble tickets and CVS are integrated into the same tool, and 
even though it is not quite TheWikiWay, you can set up an entire project 
site in no time flat.

But back to PhpWiki. The way I see it, PhpWiki could be extended to do 
most of the usual project management tasks:

- gathering requirements and change requests
- managing documentation
- assigning tasks
- managing generic tasks/tickets/bugs (with history)
- linking all the above to CVS operations (commits, forks, etc.)

This would require some decidedly un-Wiki things like more structured 
task/ticket form layouts and some hooks into CVS, but it seems doable.

(A facelift and a smart navigation bar tuned to project management would 
  help, but that's a given when you customize PhpWiki)

I'm using the Mantis bugtracker (http://mantisbt.sf.net, which is nice 
but with somewhat unstructured internals), and the real tricky thing to 
do on a Wiki would be good task reporting (and maybe a few Gantt charts 
- that Mantis needs too).

 >> Seems OK to me. But why Group Auth? PagePermissions would be the same
 >> issue, no? :)
 >
 > Correct they are part of the same project.
 >
 >> Is there any info on the database schema changes for those?
 >
 > Not necessarily.  Our first priority is getting doing things the
 > "WikiWay", so the primary user authentication system is based of
 > meta-data on a page with the name of the user.  Groups are similar:
 > members are in a list on a page with the same name as the group, and a
 > group is enabled by being list on a primary page.  PagePermissions will
 > also be meta-data.

Hmmm... I understand the need to pursue the WikiWay, but deploying a 
Wiki inside your typical company requires integrating it with an 
existing user/group model. I'll probably be patching our PhpWiki for 
Apache auth (letting Apache grab the credentials from an NT domain), and 
build a simple "drwxrwxrwx" - style access model.

 > I am also trying to abstract things so DB, LDAP, XMLRPC, etc versions of
 > elements can be written in the future without forcing a major code
 > revision.

That would be great. The current DB support is great, but more 
abstraction would be nice on several levels. I'm particulary interested 
in content "per se", as in supporting multiple content types within the 
Wiki and translating them to other formats as needed.

Anyone thinking along the lines of a content formatting pipeline? :)

R.

Re: [Phpwiki-talk] PhpWiki enhancements and a humble request for some feedback...

[Joby W. <joby@u.washington.edu>]

Rui Carmo wrote:
> On Saturday, Jan 25, 2003, at 00:30 Europe/Lisbon, Joby Walker wrote:
>>> 4) ACLs.
>> We are already working on a Unix style User,Group,Other (rwx) Permissions
>> http://phpwiki.sourceforge.net/phpwiki/PagePermissions
> Yep. I was just wondering if it was in the code somewhere. I started off 
> from 1.3.2 stable, and pecking through CVS wasn't very enlightenting as 
> to what the current state of affairs might be.

Things have been delayed a bit.  Reni is the point person on this 
project (with me as a second), but both of us have been very busy with 
other stuff for the past few months.  I have just recently finished much 
of my part (at least initially).  And hopefully we can get this part 
done soon.

>>> 7) CVS - not as a backend, but as an integrated tool.
> 
> Picture this: You have a RecentChanges-like page that tracks CVS 
> commits. Commit comments can (easily) contain WikiLinks, hence providing 
> direct links to Wiki nodes. Instant progress tracking ;)
> 
> Check this out: http://cvs.cvstrac.org/timeline
> 

Ahh... using the wiki to track a project in CVS!  Interesting.  I'd like 
to hear more.

>>> The main PhpWiki has a rather sketchy feature roadmap.
>>
>>
>> Yeah... some organization would be nice, but my priorities:
>>
>> 1) New configuration system
>> 2) User Authentication system
>> 3) Group Authentication system
>> 4) PagePermissions
>>
>> jbw
>>
> 
> Seems OK to me. But why Group Auth? PagePermissions would be the same 
> issue, no? :)

Correct they are part of the same project.

> Is there any info on the database schema changes for those?

Not necessarily.  Our first priority is getting doing things the 
"WikiWay", so the primary user authentication system is based of 
meta-data on a page with the name of the user.  Groups are similar: 
members are in a list on a page with the same name as the group, and a 
group is enabled by being list on a primary page.  PagePermissions will 
also be meta-data.

I am also trying to abstract things so DB, LDAP, XMLRPC, etc versions of 
elements can be written in the future without forcing a major code revision.

jbw

Re: [Phpwiki-talk] Problems with 1.3.4

[Joby W. <joby@u.washington.edu>]

Don,

If you don't want to download the file via CVS, there is a trick to grab 
a single file:

Go to the SourceForge ViewCVS page for PHPWIKI
Find the file.
Click the Revision number to view the file
Copy and Paste the text of the file.

I have done this without problem before.

Link: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/

jbw

ph...@de... wrote:
> On Wed, 29 Jan 2003 21:56:23 -0500, Carsten wrote:
> => This is definitely a bug in 1.3.4, thanks for reporting it. The fix is  
> => available now in CVS.
> 
> 	As one of the many CVS-impared phpWiki-fans out here
> waiting for the next 1.3.x or 1.4 release, I'd like to ask a dumb
> question or two.  Please forgive me for being too pushy:
> 
> 	Is there any chance of getting a "relatively-stable"
> updated interim version released for the rest of us
> non-developers? In the alternative, is there any chance of a new
> release sometime soon? [please]
> 
> 	TIA,
> 
> 	- Don
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Problems with 1.3.4

[<ph...@de...>]

On Wed, 29 Jan 2003 21:56:23 -0500, Carsten wrote:
=> This is definitely a bug in 1.3.4, thanks for reporting it. The fix is  
=> available now in CVS.

	As one of the many CVS-impared phpWiki-fans out here
waiting for the next 1.3.x or 1.4 release, I'd like to ask a dumb
question or two.  Please forgive me for being too pushy:

	Is there any chance of getting a "relatively-stable"
updated interim version released for the rest of us
non-developers? In the alternative, is there any chance of a new
release sometime soon? [please]

	TIA,

	- Don

[Phpwiki-talk] WWW.HOLLENBACK.NET

[Sarah W. <re...@tr...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312"><!-- =
Ap -->
<STYLE type=3Dtext/css>TD {
	FONT-SIZE: 11px; COLOR: #000000; FONT-FAMILY: verdana, arial, helvetica
}
</STYLE>

<META content=3D"MSHTML 6.00.2722.900" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0>
  <TBODY>
  <TR>
    <TD>Hi<BR><BR>I visited <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">WWW.HOLLENBACK.NET</A>, and =
noticed that you're not listed on some search engines! I 
      think we can offer you a service which can help you increase traffic =
and 
      the number of visitors to your website.<BR><BR>I would like to =
introduce 
      you to <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">TrafficMagnet.com</A>. 
      We offer a unique technology that will submit your website to over =
300,000 
      search engines and directories every month.<BR><BR>
      <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D398 align=3Dcenter =
border=3D0>
        <TBODY>
        <TR>
          <TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =

            height=3D136 src=3D"http://www.trafficmagnet.com/img/img_tm.gif" =
width=3D137 border=3D0></A>&nbsp;</TD>
          <TD><A href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG =

            height=3D141 src=3D=
"http://image10.trafficmagnet.net/img3/SMART194/001/008/ggo.jpg" width=3D197 =
border=3D1></A></TD>
          <TD vAlign=3Dbottom><A 
            href=3D"http://www.trafficmagnet.com/signup/index.html"><IMG 
            height=3D136 src=3D=
"http://www.trafficmagnet.com/img/img_signup.gif" width=3D62 
      border=3D0></A></TD></TR></TBODY></TABLE><BR>You'll be surprised by the =
low 
      cost, and by how effective this website promotion method can be. 
      <BR><BR>To find out more about TrafficMagnet and the cost for =
submitting 
      your website to over 300,000 search engines and directories, visit <A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">www.TrafficMagnet.com</A>. 
      <BR><BR>I would love to hear from you. <BR><BR><BR>Best 
      Regards,<BR><BR>Sarah Williams <BR>Sales and Marketing <BR>E-mail: 
      sar...@tr... <BR><A 
      href=3D=
"http://www.trafficmagnet.com/signup/index.html">http://www.TrafficMagnet.com=
</A> 

      <P>This email was sent to php...@li.... We apologize if this email =

      has reached you in error.<BR>We honor all removal requests. Please <A 
      href=3D"http://www.trafficmagnet.com/optout/Action/OptOut?email=3D=
php...@li...&url=3D www.hollenback.net">click 
      here</A> to be removed from our mailing 
list.</P></TD></TR></TBODY></TABLE></BODY></HTML>

Re: [Phpwiki-talk] Problems with 1.3.4

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

Hi Arthur,
I have answers to some of your questions:

On Wednesday, January 29, 2003, at 08:27  pm, arthur.chereau wrote:

> 2) LANG
>
> $LANG = 'fr' in the wiki file doesn't change anything.
> The only way I can change the language is by editing DEFAULT_LANGUAGE  
> in
> index.php, but I'd like to do it in the wiki files.
>
> Is it a bug or the wrong way to set the language ?

The language settings still need some work, I think the only way is to  
set the DEFAULT_LANGUAGE in index.php. UserPreferences has a language  
setting but it doesn't work reliably for me.

> 3) HTTP Auth
>
> I'd like to use the auto-login feature via HTTP auth. index.php  
> contains:
> if (!defined('ALLOW_HTTP_AUTH_LOGIN')) define('ALLOW_HTTP_AUTH_LOGIN',  
> true);
> if (!defined('ALLOW_USER_LOGIN')) define('ALLOW_USER_LOGIN', true);
> if (!defined('ALLOW_BOGO_LOGIN')) define('ALLOW_BOGO_LOGIN', false);
> if (!defined('REQUIRE_SIGNIN_BEFORE_EDIT'))  
> define('REQUIRE_SIGNIN_BEFORE_EDIT', false);
>
> But it doesn't work. It seems to be work in progress. Do you know if  
> it will
> be finished soon ?

PhpWiki used to have HTTP authentication at one time. As far as I know  
it was removed in favour of the current login scheme so this must be  
leftover code (sorry).

> 4) External Search
>
> The ExternalSearch plugin doesn't work. It just creates the  
> "ExternalSearch"
> wiki page. I'm not the only one in this situation, for instance
> http://mingo.ath.cx/phpwiki/index.php/ExternalSearchPlugin
> experiences the same problem.
>
> Is it a bug or a misconfiguration ?

This is definitely a bug in 1.3.4, thanks for reporting it. The fix is  
available now in CVS.
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/ 
plugin/ExternalSearch.php

Carsten

[Phpwiki-talk] =?iso-8859-1?Q?Problems_with_1.3.4?=

[<art...@vo...>]

Hi,=0D=0A=0D=0AI've just upgraded to phpwiki 1.3.4, and I've some problem=
s:=0D=0A=0D=0A1) Wiki Farm=0D=0A=0D=0AI would like to host multiple wikis=
 with the same phpwiki source code.=0D=0AFor this, I configured index.php=
 with:=0D=0A$include_path =3D "/home/http/phpwiki/";=0D=0Aif (!defined('D=
ATA_PATH')) define('DATA_PATH', '/wiki/');=0D=0Aif (!defined('USE_PATH_IN=
FO')) define('USE_PATH_INFO', true);=0D=0A=0D=0AI created a 'wiki' file:=0D=
=0Adefine('WIKI_NAME', "wiki");=0D=0Adefine('THEME', 'default');=0D=0A$LA=
NG =3D 'fr';=0D=0Ainclude "index.php";=0D=0A$DBParams['dbtype'] =3D 'SQL'=
;=0D=0A$DBParams['dsn'] =3D 'mysql://phpwiki:phpwiki@localhost/phpwiki';=0D=
=0Ainclude "lib/main.php";=0D=0A=0D=0Aand I created a .htaccess file for =
Apache 2.0.44:=0D=0AAcceptPathInfo on=0D=0A<Files wiki>=0D=0A    ForceTyp=
e application/x-httpd-php=0D=0A</Files>=0D=0A=0D=0AI created wiki2, wiki3=
, etc. from the same model. Everything works.=0D=0A=0D=0ANow, I would lik=
e to group the wiki* files into one directory, for easy backup=0D=0Aand u=
pdate. I created a /home/http/phpwiki/wikis/ directory, containing the=0D=
=0A.htaccess file and the wiki files. I created an Apache alias like this=
:=0D=0AAlias /wiki/ /home/http/phpwiki/wikis/=0D=0Ain order to access the=
 wikis via e.g. .../wiki/wiki1/WikiPage=0D=0A=0D=0Abut it doesn't work. I=
 just get junk characters.=0D=0A=0D=0AWhat do I need to do to group the w=
iki files into one directory ?=0D=0A=0D=0A=0D=0A2) LANG=0D=0A=0D=0A$LANG =
=3D 'fr' in the wiki file doesn't change anything.=0D=0AThe only way I ca=
n change the language is by editing DEFAULT_LANGUAGE in=0D=0Aindex.php, b=
ut I'd like to do it in the wiki files.=0D=0A=0D=0AIs it a bug or the wro=
ng way to set the language ?=0D=0A=0D=0A=0D=0A3) HTTP Auth=0D=0A=0D=0AI'd=
 like to use the auto-login feature via HTTP auth. index.php contains:=0D=
=0Aif (!defined('ALLOW_HTTP_AUTH_LOGIN')) define('ALLOW_HTTP_AUTH_LOGIN',=
 true);=0D=0Aif (!defined('ALLOW_USER_LOGIN')) define('ALLOW_USER_LOGIN',=
 true);=0D=0Aif (!defined('ALLOW_BOGO_LOGIN')) define('ALLOW_BOGO_LOGIN',=
 false);=0D=0Aif (!defined('REQUIRE_SIGNIN_BEFORE_EDIT')) define('REQUIRE=
_SIGNIN_BEFORE_EDIT', false);=0D=0A=0D=0ABut it doesn't work. It seems to=
 be work in progress. Do you know if it will=0D=0Abe finished soon ?=0D=0A=
=0D=0A=0D=0A4) External Search=0D=0A=0D=0AThe ExternalSearch plugin doesn=
't work. It just creates the "ExternalSearch"=0D=0Awiki page. I'm not the=
 only one in this situation, for instance=0D=0Ahttp://mingo.ath.cx/phpwik=
i/index.php/ExternalSearchPlugin=0D=0Aexperiences the same problem.=0D=0A=
=0D=0AIs it a bug or a misconfiguration ?=0D=0A=0D=0A=0D=0A5) Php.ini=0D=0A=
=0D=0AIn php.ini, you need "allow_call_time_pass_reference =3D On" or you=
'll get=0D=0APHP warnings. Are there plans to fix this, as "Off" is the r=
ecommended value ?=0D=0A=0D=0A=0D=0A6) Compression=0D=0A=0D=0ACompression=
 isn't working for me. I still need to=0D=0A//ob_start('ob_gzhandler');=0D=
=0Ain Request.php.=0D=0A=0D=0AI use Apache 2.0.44 and galeon 1.2.7, never=
 had problems with other sites.=0D=0A=0D=0AHow can I debug this problem ?=
=0D=0A=0D=0A=0D=0AThanks !=0D=0A=0D=0A-----------------------------------=
-------=0D=0A=0D=0AFaites un voeu et puis Voila ! www.voila.fr =0D=0A

Re: [Phpwiki-talk] Newbie OS X install problem

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

Hi Bill,
I connected okay with OmniWeb and see you got it working, what did the 
problem turn out to be?

Also don't forget to:

sudo chown www /private/var/log/httpd/wiki_access.log

This will take care of the php warning:

/Library/WebServer/Documents/phpwiki/lib/Request.php:485: Warning[2]: 
fopen("/Library/WebServer/Documents/wiki_access.log", "a") - Permission 
denied

(I'll add this to the OS X install docs.)

Carsten

On Wednesday, January 29, 2003, at 02:10  pm, Bill Whitacre wrote:

> I've just installed according to the documents that came along with 
> the package pertinent to my hware/sware -- INSTALL, Install for Mac OS 
> X and Install for MySQL.
>
> I'm using Mac OS X 10.2.3 and MySQL.
>
> I've got MT, pMachine and some other PHP/MySQL stuff working on the 
> same machine so I know they're OK.
>
> I created the MySQL database & tables OK with the script included.
>
> But when I go to <http://ibb-80.his.com/phpwiki/> all I get is a blank 
> page!  Nothing!
>
> I also notice that there were no /page or /tmp directories in the 
> unStuffed phpwiki directory!  I created them but still no go.
>
> I can't find the log file that was supposed to be in 
> /var/log/httpd/wiki_access.log either.
>
> Any hints where I should start trouble-shooting?
>
> Thanks much.
>
> bw
>
> ---
> Bill Whitacre
> bw...@hi...

[Phpwiki-talk] Newbie OS X install problem

[Bill W. <bw...@hi...>]

I've just installed according to the documents that came along with the 
package pertinent to my hware/sware -- INSTALL, Install for Mac OS X 
and Install for MySQL.

I'm using Mac OS X 10.2.3 and MySQL.

I've got MT, pMachine and some other PHP/MySQL stuff working on the 
same machine so I know they're OK.

I created the MySQL database & tables OK with the script included.

But when I go to <http://ibb-80.his.com/phpwiki/> all I get is a blank 
page!  Nothing!

I also notice that there were no /page or /tmp directories in the 
unStuffed phpwiki directory!  I created them but still no go.

I can't find the log file that was supposed to be in 
/var/log/httpd/wiki_access.log either.

Any hints where I should start trouble-shooting?

Thanks much.

bw

---
Bill Whitacre
bw...@hi...

[Phpwiki-talk] external auth against mySQL db

[Jerome H. <je...@he...>]

I have a probably rather stupid newbie installation question.

I am trying to configure phpwiki (1.3.4) to use an existing table of users
and crypts stored in a mySQL DB for external authentication.

I have configure the authenification in index.php as:

if (!defined('ALLOW_HTTP_AUTH_LOGIN')) define('ALLOW_HTTP_AUTH_LOGIN',
false);
if (!defined('ALLOW_USER_LOGIN')) define('ALLOW_USER_LOGIN', true);
if (!defined('ALLOW_BOGO_LOGIN')) define('ALLOW_BOGO_LOGIN', false);
if (!defined('REQUIRE_SIGNIN_BEFORE_EDIT'))
define('REQUIRE_SIGNIN_BEFORE_EDIT', true);
if (!defined('ALLOW_LDAP_LOGIN')) define('ALLOW_LDAP_LOGIN', false);
if (!defined('ALLOW_IMAP_LOGIN')) define('ALLOW_IMAP_LOGIN', false);

$DBAuthParams = array(
   'auth_dsn'         => 'mysql://username:password@host/phpwiki',
   'auth_check'  => 'SELECT passwd FROM yabbse_members WHERE
memberName="$userid"',
   'auth_crypt_method'  => 'crypt',
   'dummy' => false,
);

The auth_dsn is the same as the dsn (which works fine). The passwords in the
mySQL DB are encrypted using crypt (with the first two characters of the
password as the salt).

With these settings if I try to log in as any user I only get "invalid
password or userid".

The login appears to be failing at the call to: exists($userid) at which
point the exists($userid) of WikiUser.php is called (shouldn't the exists
function of WikiDB_User class override this???) which returns false so I
don't think any queries for user authentifiaction are run on the DB at all.

Any assistance for what I am missing and what should be changed/added to
allow authentification against this data would be greatly appreciated.

Thanks,

Jerome

[Phpwiki-talk] just installed, blank page

[batbeak <ba...@ya...>]

hey guys,

probably an easy one...I have phpwiki in place, and
when I visit the url I get no errors.  I don't get
anything else, however, just a blank page.

what am I missing?

thanks!

-tom

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Re: [Phpwiki-talk] creating users

[Zot O'C. <zo...@wh...>]

On Mon, 2003-01-27 at 11:01, Jochen Kalmbach wrote:
> "Zot O'Connor" wrote:
> > On Sun, 2003-01-26 at 05:30, Jochen Kalmbach wrote:
> > > > I am testing this code.  I see one problem.  Can I "authticate"
> current
> > > > users who signed in via BOGO?
> > >
> > > You should be able to use the BOGO login, but then you have no
> > > authentication...
> >
> > That what I was asking.  I was trying to add this to a current site.
> > There are already users there (few).  I was trying to autehticate
> > existing users.
> 
> To autehnticate users you need an username and a password.
> You can simply add a user by calling the UserRegistartion-page from an admin
> account...

I guess I am not clear here.

I have users, typically with no password.  Does that make them
not-authenticated?  I am trying to take advatnage of the
user*management* not just the creation part.


> 
> But maybe I am standiing on the line (bad tranlation from german)
> 
> 
> > > Simple create your own and it will work...
> >
> > Can you email a working default home.  I am not sure what is broken in
> > the page (and its only 13 lines long!).
> 
> <homepage.tmpl>
> <?php // -*-html-*-  $Id$
> $username = $user->getId();
> ?>
> This page is generated automatically. This is the homepage of the user.%%%
> You can change it if you want.
> </homepage.tmpl>
> 
> Greetings
>   Jochen

Thanks

-- 
Zot O'Connor

http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com

Re: [Phpwiki-talk] A CommentPlugin

[Zot O'C. <zo...@wh...>]

On Tue, 2003-01-28 at 14:42, Martin Geisler wrote:
> Carsten Klapp <car...@us...> writes:
> 
> Hi Carsten
> 
> > Hehe the Comments plugin is a pretty clever idea, it works great!
> > Checked in to CVS, thanks.
> 
> Yes, I thought so too. It's so simple that I wondered why it wasn't
> already done... I'm not sure what I would use it for yet 

I am writing a script to port HTML pages into WIKI pages.  Comments were
one of the things I could not handle.  Now I can!

Comments can be just that, comments meant for the editor(s).  Like
(Please do not change the spelling, it is spelled correctly).

This is important where the WIKI is more of a static site, than living
documentation.


-- 
Zot O'Connor

http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com

Re: [Phpwiki-talk] A CommentPlugin

[Joby W. <joby@u.washington.edu>]

Steve Wainstead is the only one that can do this, and he let me in...

jbw

Martin Geisler wrote:
> Yes, it has now been commited, thanks. I would be happy to commit
> small changes like these myself, if someone would give me a CVS
> account? My username at SourceForge is gimpster.

Re: [Phpwiki-talk] A CommentPlugin

[Martin G. <gim...@gi...>]

Carsten Klapp <car...@us...> writes:

Hi Carsten

> Hehe the Comments plugin is a pretty clever idea, it works great!
> Checked in to CVS, thanks.

Yes, I thought so too. It's so simple that I wondered why it wasn't
already done... I'm not sure what I would use it for yet (except
little jokes like your fuzzy logic theorem :-), but it could come in
handy one day.

> I haven't had much time to work on PhpWiki, been very busy with
> real-life stuff. I'm sure someone will have a look at your other
> patch soon. :)

Yes, it has now been commited, thanks. I would be happy to commit
small changes like these myself, if someone would give me a CVS
account? My username at SourceForge is gimpster.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] A CommentPlugin

[Martin G. <gim...@gi...>]

Joby Walker <joby@u.washington.edu> writes:

> I should be able to give it some time in the next couple days.

Thanks, I can see that you've already commited it to CVS! Great.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] Misc fixes

[Joby W. <joby@u.washington.edu>]

Martin,

These look good.  I will commit shortly.

jbw

P.S. The PhpWeatherPlugin page in pagesrc/ modification is already in CVS...

Martin Geisler wrote:
> Hi there!
> 
> I've accumulated a fair amount of fixes in my WikiWikiWeb now -
> perhaps someone would apply the following patch to CVS?
> 
> The patch contains:
> 
> * A fix for problems when file_exists($file) triggers a warning
>   because $file lies outside the area that PHP allows you to access
>   when running in Safe Mode.
> 
> * The regexp that matches InterWiki links was too greedy; it didn't
>   stop before a !. So Google:Hello! would search for 'Hello!' whereas
>   Google:Hello? only searches for 'Hello'.
> 
> * The get_cfg_var() function should only be used when one is
>   interested in the value from php.ini or similar. Use ini_get()
>   instead to get the effective value of a configuration variable.
> 
> * (Better error messages from PhpWeather plugin.)
> 
> * Small update of PhpWeatherPlugin page in /pgsrc.
> 
> I hope you can use my changes!
> 
> 
> 
> ------------------------------------------------------------------------
> 
> Index: lib/FileFinder.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/FileFinder.php,v
> retrieving revision 1.11
> diff -u -3 -r1.11 FileFinder.php
> --- lib/FileFinder.php	18 Sep 2002 18:34:13 -0000	1.11
> +++ lib/FileFinder.php	10 Jan 2003 20:53:22 -0000
> @@ -158,7 +158,7 @@
>              	$file = $this->slashifyPath($file);
>                  if (file_exists($dir . $this->_pathsep . $file))
>                      return $dir;
> -            } elseif (file_exists("$dir/$file"))
> +            } elseif (@file_exists("$dir/$file"))
>                 	return $dir;
>          }
>          return false;
> Index: lib/InlineParser.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/InlineParser.php,v
> retrieving revision 1.19
> diff -u -3 -r1.19 InlineParser.php
> --- lib/InlineParser.php	25 Nov 2002 22:51:37 -0000	1.19
> +++ lib/InlineParser.php	10 Jan 2003 20:53:24 -0000
> @@ -281,8 +281,8 @@
>      function getMatchRegexp () {
>          global $request;
>          $map = InterWikiMap::GetMap($request);
> -        return "(?<! [[:alnum:]])" . $map->getRegexp(). ": \S+ (?<![ ,.?; \] \) \" \' ])";
> +        return "(?<! [[:alnum:]])" . $map->getRegexp(). ": \S+ (?<![ ,.?;! \] \) \" \' ])";
>      }
>  
>      function _markup ($match) {
> Index: lib/loadsave.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/loadsave.php,v
> retrieving revision 1.72
> diff -u -3 -r1.72 loadsave.php
> --- lib/loadsave.php	3 Jan 2003 22:25:53 -0000	1.72
> +++ lib/loadsave.php	10 Jan 2003 20:53:31 -0000
> @@ -141,7 +141,7 @@
>      $dbi = $request->getDbh();
>      $pages = $dbi->getAllPages();
>      while ($page = $pages->next()) {
> -        if (! get_cfg_var('safe_mode'))
> +        if (! ini_get('safe_mode'))
>              set_time_limit(30); // Reset watchdog.
>  
>          $current = $page->getCurrentRevision();
> @@ -188,7 +188,7 @@
>      $pages = $dbi->getAllPages();
>  
>      while ($page = $pages->next()) {
> -        if (! get_cfg_var('safe_mode'))
> +        if (! ini_get('safe_mode'))
>              set_time_limit(30); // Reset watchdog.
>  
>          $filename = FilenameForPage($page->getName());
> @@ -251,7 +251,7 @@
>          $Theme->HTML_DUMP_SUFFIX = $HTML_DUMP_SUFFIX;
>  
>      while ($page = $pages->next()) {
> -        if (! get_cfg_var('safe_mode'))
> +        if (! ini_get('safe_mode'))
>              set_time_limit(30); // Reset watchdog.
>  
>          $pagename = $page->getName();
> @@ -318,7 +318,7 @@
>          $Theme->HTML_DUMP_SUFFIX = $HTML_DUMP_SUFFIX;
>  
>      while ($page = $pages->next()) {
> -        if (! get_cfg_var('safe_mode'))
> +        if (! ini_get('safe_mode'))
>              set_time_limit(30); // Reset watchdog.
>  
>          $current = $page->getCurrentRevision();
> @@ -592,8 +592,8 @@
>          $text  = implode("", file($filename));
>      }
>  
> -    if (! get_cfg_var('safe_mode'))
> +    if (! ini_get('safe_mode'))
>          set_time_limit(30); // Reset watchdog.
>  
>      // FIXME: basename("filewithnoslashes") seems to return garbage sometimes.
> Index: lib/plugin/PhpWeather.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/PhpWeather.php,v
> retrieving revision 1.7
> diff -u -3 -r1.7 PhpWeather.php
> --- lib/plugin/PhpWeather.php	31 Dec 2002 20:53:40 -0000	1.7
> +++ lib/plugin/PhpWeather.php	10 Jan 2003 20:53:36 -0000
> @@ -23,16 +23,11 @@
>   * both_metric, or both_imperial.
>   */
>  
> -// We require the base class from PHP Weather, adjust this to match
> -// the location of PhpWeather on your server:
> -$WEATHER = $_SERVER['DOCUMENT_ROOT'] . '/phpweather/phpweather.php';
> -if(! @include_once($WEATHER)) {
> -    if(!in_array($WEATHER, get_included_files()) ) {
> -        $error = sprintf(_("Could not open file %s."), "'$WEATHER'") . " ";
> -        $error .= sprintf(_("Make sure %s is installed and properly configured."),
> -                          'PHP Weather');
> -        trigger_error($error);
> -    }
> +if (!defined('PHPWEATHER_BASE_DIR')) {
> +    /* PhpWeather has not been loaded before. We include the base
> +     * class from PhpWeather, adjust this to match the location of
> +     * PhpWeather on your server: */
> +    @include_once($_SERVER['DOCUMENT_ROOT'] . '/phpweather-2.1.0/phpweather.php');
>  }
>  
>  class WikiPlugin_PhpWeather
> @@ -58,9 +53,9 @@
>          // When 'phpweather/phpweather.php' is not installed then
>          // PHPWEATHER_BASE_DIR will be undefined
>          if (!defined('PHPWEATHER_BASE_DIR'))
> -            return fmt("Plugin %s failed.", $this->getName()); //early return
> -
> +            return $this->error(_("You have to configure it before use.")); //early return
> +        
>          require_once(PHPWEATHER_BASE_DIR . '/output/pw_images.php');
>          require_once(PHPWEATHER_BASE_DIR . '/pw_utilities.php');
>  
> Index: pgsrc/PhpWeatherPlugin
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/pgsrc/PhpWeatherPlugin,v
> retrieving revision 1.3
> diff -u -3 -r1.3 PhpWeatherPlugin
> --- pgsrc/PhpWeatherPlugin	29 Dec 2002 00:32:34 -0000	1.3
> +++ pgsrc/PhpWeatherPlugin	10 Jan 2003 20:53:38 -0000
> @@ -45,10 +45,11 @@
>    example shows, then you should use <tt>cc||=XX</tt> when combining it with __menu__
>    set to <tt>true</tt>.
>  
> -__lang__:
> -  The default language. When combining __lang__ with __menu__ set to <tt>true</tt> then
> -  remember to use the <code>lang||=xx</code> form.
> +__language__:
> +  The default language. When combining __language__ with __menu__ set
> +  to <tt>true</tt> then remember to use the <code>language||=xx</code>
> +  form.
>  
>  __units__:
>    You can specify the way the units are printed. The choice is between having both metric and
> 
> 
> ------------------------------------------------------------------------
> 
> 

[Phpwiki-talk] New Configuration System

[Joby W. <joby@u.washington.edu>]

I have done some of the basic work for updating the Configuration 
System.  For clarity I have split things into a few extra files:

config/Tools.php [mostly done] Has the helper classes to describe and 
validate configuration values.  This will be the backend for the 
configurators.

config/Values.php [1of7 parts done] Holds the configuration values in an 
array for easy processing.  Each value consists of an array describing 
the value, the default, and how to validate a new value.  This file is 
the single source of valid data.

config/config-dist.php [will be generated] Holds the default values of 
each config value.  The configurators will be able to generate this 
file.  This should probably be moved to config/Default.php or 
config/Distribution.php.

config/config-user.php [will be generated] Holds the customized values 
of each config value.  The configurators will be able to generate this 
file.  This should probably be moved to config/Custom.php or 
config/Local.php.

configurator.php [needs to be re-written] The web configurator to be run 
when starting a virgin wiki, and later as the Administrator.  This 
should probably be moved to config/WebConfig.php or config/WikiConfig.php.

config/CliConfig [needs to be written] The command line configurator. 
Can be run by anyone with write access to the config/ directory.


I'd like others to take a look and make some suggestions/corrections 
before I go too far down my current path.

jbw

Re: [Phpwiki-talk] Possibility of Archival in phpwiki

[Joby W. <joby@u.washington.edu>]

Ballo,

For the options in 1.3.4 check out:

http://phpwiki.sourceforge.net/demo/en/PhpWikiAdministration

jbw

BALLO Isma=EBl wrote:
> Hi,
>=20
> 	I read the features of phpwiki and I want to know if there is possibil=
ity
> of archival and search through it.
>=20
> Are there templates available to write webpages ?
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] A CommentPlugin

[Joby W. <joby@u.washington.edu>]

I should be able to give it some time in the next couple days.

jbw

Carsten Klapp wrote:
> Hi Martin,
> 
> Hehe the Comments plugin is a pretty clever idea, it works great! 
> Checked in to CVS, thanks.
> 
> I haven't had much time to work on PhpWiki, been very busy with 
> real-life stuff. I'm sure someone will have a look at your other patch 
> soon. :)
> 
> Carsten
> 
> On Tuesday, January 28, 2003, at 05:40  am, Martin Geisler wrote:
> 
>> I've made a simple plugin that can be used to comment out parts of a
>> WikiPage - someone might find this useful for temporary "deleting"
>> text on a page.
>>
>> Anyway, here's the plugin:
>>
>> <Comment.php><CommentPlugin>
>> Feel free to put it in CVS. Apropos CVS, what has happened to the
>> patch I send a couple of weeks ago? Is there a problem with it, since
>> it isn't checked into CVS?
>>
>> -- 
>> Martin Geisler                       My GnuPG Key: 0xF7F6B57B
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] A CommentPlugin

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

Hi Martin,

Hehe the Comments plugin is a pretty clever idea, it works great! 
Checked in to CVS, thanks.

I haven't had much time to work on PhpWiki, been very busy with 
real-life stuff. I'm sure someone will have a look at your other patch 
soon. :)

Carsten

On Tuesday, January 28, 2003, at 05:40  am, Martin Geisler wrote:

> I've made a simple plugin that can be used to comment out parts of a
> WikiPage - someone might find this useful for temporary "deleting"
> text on a page.
>
> Anyway, here's the plugin:
>
> <Comment.php><CommentPlugin>
> Feel free to put it in CVS. Apropos CVS, what has happened to the
> patch I send a couple of weeks ago? Is there a problem with it, since
> it isn't checked into CVS?
>
> -- 
> Martin Geisler                       My GnuPG Key: 0xF7F6B57B

[Phpwiki-talk] Possibility of Archival in phpwiki

[<ib...@af...>]

Hi,

	I read the features of phpwiki and I want to know if there is possibility
of archival and search through it.

Are there templates available to write webpages ?

Re: [Phpwiki-talk] creating users

[Jochen K. <Jo...@Ka...>]

"Zot O'Connor" wrote:
> On Sun, 2003-01-26 at 05:30, Jochen Kalmbach wrote:
> > > I am testing this code.  I see one problem.  Can I "authticate"
current
> > > users who signed in via BOGO?
> >
> > You should be able to use the BOGO login, but then you have no
> > authentication...
>
> That what I was asking.  I was trying to add this to a current site.
> There are already users there (few).  I was trying to autehticate
> existing users.

To autehnticate users you need an username and a password.
You can simply add a user by calling the UserRegistartion-page from an admin
account...

But maybe I am standiing on the line (bad tranlation from german)


> > Simple create your own and it will work...
>
> Can you email a working default home.  I am not sure what is broken in
> the page (and its only 13 lines long!).

<homepage.tmpl>
<?php // -*-html-*-  $Id$
$username = $user->getId();
?>
This page is generated automatically. This is the homepage of the user.%%%
You can change it if you want.
</homepage.tmpl>

Greetings
  Jochen

Re: [Phpwiki-talk] auto /Calendar, /Preferences, CreateHomePageCB (was Re: do subpages work?)

[Jochen K. <Jo...@Ka...>]

"Reini Urban" wrote:
> Jochen Kalmbach schrieb:
> >>I don't see the need for each user to have their own preferences page
> >>anymore, the preferences are actually now stored in the database in the
> >>user's page. People can just use the common UserPreferences page to
> >>change their settings.
> >
> > This is right. We only need the common UserPreferences-Page, because
> > every user has an own homepage. So we also removed the
> > "create homepage" button.
> > But this page also needs some update...
>
> Well, it's not sure that every user has it's own homepage.
> if so it would be easy to get at his preference data.

The implemented UserRegistration Plugin only supports storing the
user-preferences (including the password) in the homepage of the user. So by
define every Authenticated user (with autentication-method is 'pagedata')
has it´s own homepage.
If other autentication emthods are used, then it might be true, that the
user preferences is not stored in the (none existing) homepage.

> >>Having said the above, I also think we should eliminate the "Create
> >>HomePage" checkbox (which also doesn't work yet) upon Sign In.
> >
> > This is already removed in the patches.
>
> Hmm. The optional "Create HomePage" button is not bad.
> (if it would work).

As I said: The UserRegistration-Plugin only supports authentication via
pagedata, so there is a need for the homepage. If the homepage does not
exist, the user does not exist, and therefor the "create-homepage-button" is
not needed, because we need a homepage!

> Thanks, I'll try to commit these.
> Unfortunately I had a lot of work to do in the last months.

That would be great...

Greetings
  Jochen