phpwiki-talk

Re: [Phpwiki-talk] RFC: HOW TO alternate security setups in PhpWiki

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

Dan Frankowski schrieb:
> Reini Urban wrote:
>> I don't know if we should announce our existing anti-spam methods in a 
>> wikipage though.
> 
> I'm not sure what this comment means. Surely PhpWiki should announce all 
> anti-spam features loudly. Even more than just making spam ineffective, 
> people have to KNOW it's ineffective, or they'll keep doing it. I'm sure 
> you agree with this. Perhaps you were just saying the features should be 
> announced somewhere else.

Spamprevention is not foolproof and quite easy to circumvent.
The better I describe it, the easier it's to circumvent.

Maybe we should write down how to block ip's in Apache
(.htaccess: deny from ip)

The google nofollow thing is something we must announce very loudly of 
course.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] php debugger ide

[Charles C. <ch...@ru...>]

Reini,

Thanks! I will look into this.

I have tried phpeclipse and trustudio (both integrate into eclipse). Neither
is great - Trustudio uses xdebug but it is no working yet.  Phpeclipse use
dbg.

Regards,
CHarles

PS after the pointers from this forum, I looked into eclipse and CVS and
fixed all of the issues that I was having.

-----Original Message-----
From: Reini Urban [mailto:ru...@x-...] 
Sent: 22 January 2005 00:52
To: php...@li...
Subject: [Phpwiki-talk] php debugger ide

Charles,
You wanted a nice free IDE with php debugger integration?
Weaverslave seems to be the best free version, using xdebug.
Only with the gdb protocol, but with php5 support.

http://www.weaverslave.ws/index.39.html
(formerly called HTMLPad)

Looks better than most commercial IDE's, 2.3 MB
I got it working with php5.0.3 as FastCGI and as module.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] Rename problem...

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

Reini,
  I was looking at the new BlogArchives plug in and discovered that I had
done something wrong on my Blog page.

  I had the weblog plugin on my home page until I had so many blogs, it was
slowing my home page down too much.  So I moved the weblog plugin to the
jcole/Blog page, but I didn't set the pagename to jcole.  From that point
on, my Blogs showed up under jcole/Blog/Blog/date/time

  The BlogArchives has a problem with this.  I wanted to fix the names, so I
selected jcole/Blog/Blog/* and hit rename.

  Setting it to rename jcole/Blog/Blog to jcole/Blog and hit next shows that
all of the pages are headed towards the correct name, and I hit next.

  And I get the following error:

  Couldn't rename page 'jcole/Blog/Blog/2004-07-27/10:11:16-05:00' to
'jcole/Blog/2004-07-27/10:11:16-05:00'.
  No pages renamed.

Also,
  The weblog plugin makes a page for the date that has a redirect on it back
to the blog page.  Is this necessary?  It makes it impossible to use the
UnfoldSubPages plugin on a Blog.  I was trying to make a Blog summary page
for all of our developers (we all have blogs) to show the last 3 weblogs,
with the UnfoldSubPages plugin, but it just redirects to the first weblog it
encounters.

All this is on the latest CVS HEAD.

Thanks,

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] problem with CRAO and ziphtml

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

Reini,
  There seems to be a problem with the CRAO theme and the ziphtml action, it
produces a corrupt zip file.

Here is the action command I'm using.

?action=ziphtml&pages=Help/uaLogViewer/All

All other themes seem to work ok, though they don't produce the same xhtml
output (I don't know if they should or not :-)

Is there a way to specify the theme via the URL?

Also are you planning on having images be stored in the ziphtml dump file
any time soon?  I'm doing a separate wget right now for images, and it would
be nice not to have to do that.

Thanks,

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.

Re: [Phpwiki-talk] RFC: HOW TO alternate security setups in PhpWiki

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

Reini Urban wrote:

> I don't know if we should announce our existing anti-spam methods in a 
> wikipage though.


I'm not sure what this comment means. Surely PhpWiki should announce all 
anti-spam features loudly. Even more than just making spam ineffective, 
people have to KNOW it's ineffective, or they'll keep doing it. I'm sure 
you agree with this. Perhaps you were just saying the features should be 
announced somewhere else.

Dan

Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to ListSubpages

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

John Cole schrieb:
>   Great, that worked, I didn't expect that to work that way :-)
> 
>   Would it be easy to add the exclude to UnfoldSubPages?

Exclude and pages are arguments which should work now with all plugins.
Though they are only used with pagelists.
They are generic to ease <!plugin-list !> handling.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] php debugger ide

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

Charles,
You wanted a nice free IDE with php debugger integration?
Weaverslave seems to be the best free version, using xdebug.
Only with the gdb protocol, but with php5 support.

http://www.weaverslave.ws/index.39.html
(formerly called HTMLPad)

Looks better than most commercial IDE's, 2.3 MB
I got it working with php5.0.3 as FastCGI and as module.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Longer Term Spam Solution

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

my two cents:
If I were king, I would apply this to external links written by 
anonymous participants but not necessarily to those by registered 
users.
peace; a	

On Jan 20, 2005, at 1:20 AM, Reini Urban wrote:

> Russ Miller schrieb:
>> http://www.google.com/googleblog/2005/01/preventing-comment-spam.html
>
> Very good!
>
> Should we add rel="nofollow" to all external links or only to comments?
> I would say to all.
>
> -- 
> Reini Urban
> http://xarch.tu-graz.ac.at/home/rurban/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to ListSubpages

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

John Cole schrieb:
> Hmmm...  If I add ListSubpages on the Help page, it produces the following:
>     * Help /ua Log Viewer /Chapter 02 /Part 03
>     * Help /ua Log Viewer /Chapter 02 /Part 02
>     * Help /ua Log Viewer /Chapter 02 /Part 01
>     * Help /ua Log Viewer /Chapter 01 /Part 01
>     * Help /ua Log Viewer /Chapter 00 /Part 01
>     * Help /ua Log Viewer /Chapter 00
>     * Help /ua Log Viewer /All
>     * Help /ua Log Viewer
>     * Help /UtilityCenter
> 
> When I really only want 
> 
>     * Help /ua Log Viewer
>     * Help /UtilityCenter
> 
> Perhaps were talking about different types of recursion.  I'm not trying to
> follow links, just limit the sub page depth.  Does that make sense?

Thanks. I understand now.

I believe a simple exclude will work. (not tested)
<?plugin ListSubpages basepage=Help exclude=Help/*/*  ?>

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

RE: [Phpwiki-talk] UnfoldSubpages Fix...

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

Reini,
  Ok, I've fixed the CVS HEAD.  The section, lines, words and bytes
arguments were getting ignored because they were setting $c which wasn't
used after the '$ct = implode("\n", $c);' line.  I changed the $c to $ct in
the 'if' statements after that.

  The reason I added the div tag was so that I could differentiate between
UnfoldSubPagesPlugin tags.  For example, in order to have the style sheet
differentiate between a normal chapter and the preface, I'll use a div tag
to mark on UnfoldSubPagesPlugin as 'db_preface' or 'db_chapter' to have the
style sheet use the proper DocBook tags for that section.

  It is really cool to be able to use phpWiki as a source for documentation
(HTML Help and PDF).  And because Microsoft uses HTML in it's help system,
phpWiki provides a really good preview for what the final product will look
like.

  The div tag argument is a very small modification that really helps in
conversion to DocBook.

Thanks,

John  

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini Urban
Sent: Thursday, January 20, 2005 2:48 PM
To: php...@li...
Subject: Re: [Phpwiki-talk] UnfoldSubpages Fix...

John Cole schrieb:
>   I noticed that UnfoldSubpages still has a problem.  It's ignoring some
of
> its arguments.  I moved a section of code lower and it now processes the
> arguments (my first crack at this was wrong and I moved the section too
> far).

Please do patches against CVS HEAD. Your patch is against an ancient 
version.
Which arguments had been ignored?

>   Also, this has an added argument to create div tags around the plugin
> content.  This is used by my phpwiki.xhtml->docbook.xml xsl stylesheet.
> Once that change gets in, I'll post my stylesheet and some instructions on
> how to use it.

div/span tags with an enumerated plugin id tag are generated 
automatically for all plugins.
So just use #UnfoldSubpagesPlugin, #UnfoldSubpagesPlugin1 and so on.

<div class="wikitext"><span class="plugin" 
id="MostPopularPlugin">...</span></div>

<div class="plugin tightenable top" id="UnfoldSubpagesPlugin"> ... </div>

You don#t need to add this, and its useless since you don#t know here if 
  a span or div is required (span for inlined plugins)

>   I have a few other small things that would make docbook creation
> nicer/simpler, but I'll keep those for later.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to ListSubpages

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

John Cole schrieb:
>   I think this is an easy one :-)  I looked into adding this myself, but
> couldn't figure out how $limit works deep down.
> 
>   Anyway,  I'd like the listsubpages plugin to have a maximum depth
> argument, to prevent all of the subpages from being listed.  For example,
> some of my pages that I convert into DocBook format are listed like this:
> 
> Help/appname/chapter00/part01
> Help/appname/chapert01/part01
> Help/appname/chapter01/part02
> Help/appname2/chapter00/part01
> Etc...

ListSubpages is not recursive. There's no recursive subpage lister, just 
SiteMap, which includes the content recursively.

Looks like you already know the pagename prefix:
<?plugin ListSubpages basepage=Help/appname/chapter* ?>

> I'd like to put a listsubpages plugin on the 'Help' page just to list the
> apps that have help so the list would be
> 
> Appname
> Appname2

That is <?plugin ListSubpages basepage=Help ?>
but this would display the full pagename.
   Help/Appname
   Help/Appname2

There's a plan to display only the relative subpagename, but's it's not 
yet written. (See the src)

> Looking at some other plugins it seems that IncludeSiteMap plugin uses
> 'reclimit' to do this and it appears that the functions being called by
> ListSubPages has a $limit argument, I just couldn't get it to work like I
> expected :-)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] UnfoldSubpages Fix...

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

John Cole schrieb:
>   I noticed that UnfoldSubpages still has a problem.  It's ignoring some of
> its arguments.  I moved a section of code lower and it now processes the
> arguments (my first crack at this was wrong and I moved the section too
> far).

Please do patches against CVS HEAD. Your patch is against an ancient 
version.
Which arguments had been ignored?

>   Also, this has an added argument to create div tags around the plugin
> content.  This is used by my phpwiki.xhtml->docbook.xml xsl stylesheet.
> Once that change gets in, I'll post my stylesheet and some instructions on
> how to use it.

div/span tags with an enumerated plugin id tag are generated 
automatically for all plugins.
So just use #UnfoldSubpagesPlugin, #UnfoldSubpagesPlugin1 and so on.

<div class="wikitext"><span class="plugin" 
id="MostPopularPlugin">...</span></div>

<div class="plugin tightenable top" id="UnfoldSubpagesPlugin"> ... </div>

You don#t need to add this, and its useless since you don#t know here if 
  a span or div is required (span for inlined plugins)

>   I have a few other small things that would make docbook creation
> nicer/simpler, but I'll keep those for later.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] UnfoldSubpages Fix...

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

Reini,
  I noticed that UnfoldSubpages still has a problem.  It's ignoring some of
its arguments.  I moved a section of code lower and it now processes the
arguments (my first crack at this was wrong and I moved the section too
far).

  Also, this has an added argument to create div tags around the plugin
content.  This is used by my phpwiki.xhtml->docbook.xml xsl stylesheet.
Once that change gets in, I'll post my stylesheet and some instructions on
how to use it.

  I have a few other small things that would make docbook creation
nicer/simpler, but I'll keep those for later.

Thanks,

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] Feature request, add maxdepth or reclimit to ListSubpages

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

Reini,
  I think this is an easy one :-)  I looked into adding this myself, but
couldn't figure out how $limit works deep down.

  Anyway,  I'd like the listsubpages plugin to have a maximum depth
argument, to prevent all of the subpages from being listed.  For example,
some of my pages that I convert into DocBook format are listed like this:

Help/appname/chapter00/part01
Help/appname/chapert01/part01
Help/appname/chapter01/part02
Help/appname2/chapter00/part01
Etc...

I'd like to put a listsubpages plugin on the 'Help' page just to list the
apps that have help so the list would be

Appname
Appname2

Looking at some other plugins it seems that IncludeSiteMap plugin uses
'reclimit' to do this and it appears that the functions being called by
ListSubPages has a $limit argument, I just couldn't get it to work like I
expected :-)

Thanks,

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.

Re: [Phpwiki-talk] WantedPages plugin

[Robert C. J. <ro...@ar...>]

At 17:03 on 20 Jan 2005, Reini Urban <ru...@x-...> wrote:

> Robert Croson, Jr schrieb:
> > I have recently set up a phpWiki using:
> > phpWiki 1.3.10
> > Apache 2.0.47
> > PHP 4.3.2
> > mySQL something-or-other databse
> > 
> > The WantedPages plugin doesn't ever seem to be updated with links to
> > new empty pages. It lists the empty links that come with a virgin
> > wiki, and that's it. If I create one of those pages, the link is
> > removed from the WantedPages list. New links are never added, though.
> 
> Which DATABASE_TYPE? SQL or ADODB?

DATABASE_TYPE = SQL

> > Is there some script I need to run to generate a new list of empty
> > links?
> 
> No, it should be dynamic. The empty and links are extracted at pagesave.


-- 
ARCOM Inc. 440.639.9500  http://www.arcm.com
---Excellence In Technical Communications---

Re: [Phpwiki-talk] WantedPages plugin

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

Robert Croson, Jr schrieb:
> I have recently set up a phpWiki using:
> phpWiki 1.3.10
> Apache 2.0.47
> PHP 4.3.2
> mySQL something-or-other databse
> 
> The WantedPages plugin doesn't ever seem to be updated with links to 
> new empty pages. It lists the empty links that come with a virgin wiki, 
> and that's it. If I create one of those pages, the link is removed from 
> the WantedPages list. New links are never added, though.

Which DATABASE_TYPE? SQL or ADODB?

> Is there some script I need to run to generate a new list of empty 
> links?

No, it should be dynamic. The empty and links are extracted at pagesave.

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

[Phpwiki-talk] WantedPages plugin

[Robert C. J. <ro...@ar...>]

I have recently set up a phpWiki using:
phpWiki 1.3.10
Apache 2.0.47
PHP 4.3.2
mySQL something-or-other databse

The WantedPages plugin doesn't ever seem to be updated with links to 
new empty pages. It lists the empty links that come with a virgin wiki, 
and that's it. If I create one of those pages, the link is removed from 
the WantedPages list. New links are never added, though.

Is there some script I need to run to generate a new list of empty 
links?


-- 
ARCOM Inc. 440.639.9500  http://www.arcm.com
---Excellence In Technical Communications---

Re: [Phpwiki-talk] phpwiki archive page not created.

[donnie j. <don...@gm...>]

Sorry forgot to mention the version...
Yes, version 1.2.6

Any ideas what would be causing the archive page to not be created?
Thank you.
__
Donnie

On Thu, 20 Jan 2005 10:16:04 +0100, Reini Urban <ru...@x-...> wrote:
> donnie jones schrieb:
> > I am having some problems with phpwiki not creating
> > archive pages, which also doesn't allow for me to see the "diff"
> > of any pages...
> >
> > I have checked the permissions of the "archive" directory, and
> > it is owned by www:www with 0777 permissions.
> >
> > I am not sure what else could be preventing the archive
> > pages from being created...Any help would be great.
> 
> Which version?
> I assume some 1.2.x with $WhichDatabase = 'file'.
> I fixed flatfile in the 1.2.6 release.
> 
> --
> Reini Urban
> http://xarch.tu-graz.ac.at/home/rurban/
>

Re: [Phpwiki-talk] Longer Term Spam Solution

[Oliver B. <ob...@de...>]

Reini Urban <ru...@x-...> wrote

> > http://www.google.com/googleblog/2005/01/preventing-comment-spam.html
> 
> Very good!
> 
> Should we add rel="nofollow" to all external links or only to comments?
> I would say to all.

I wouldn't like this in links (prefer user auth).

IMO it should be configurable.

Oliver

Re: [Phpwiki-talk] Longer Term Spam Solution

[Arnaud F. <ar...@cr...>]

Le 20 janv. 05, =E0 10:20, Reini Urban a =E9crit :

> Russ Miller schrieb:
>> http://www.google.com/googleblog/2005/01/preventing-comment-spam.html
>
> Very good!
>
> Should we add rel=3D"nofollow" to all external links or only to =
comments?
> I would say to all.
>
>


We should add the nofollow attribute to all external links but we=20
should give the option to not add the attribute for registered non-bogo=20=

users (ie users with a password).

--
Arnaud Fontaine
CRAO
Jabber: sh...@ra...

Re: [Phpwiki-talk] Discourage comment spammers with Google's 'rel=nofollow'

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

Charles Corrigan schrieb:

> On Thu, January 20, 2005 11:41, Dan Frankowski said:
> 
>>PhpWiki should do this for http://... URLs in an installation.
>>
>>http://www.google.com/googleblog/2005/01/preventing-comment-spam.html
>>
>>Clearly not before release, since that should go out.
>>
>>I will file this as a feature request as well.
> 
> 
> I think that a more nuanced approach is required here.
> 
> First it should be optional, particularly in a wiki secured as I outlined
> earlier this week.  In the wiki I help maintain, many of the external
> links relate to the whole purpose of the wiki.  Allowing Google and other
> search engines to record these links improves the body of work.
> 
> Secondly, where is is turned on, perhaps there should be a plugin that
> allows the flag to be turned off on a link by link basis.  Obviously this
> will require that the plugin is secured against abuse...

For 1.3.11 I think of adding a global config to enable it on all 
external links. This is done easily.
I'll just finish with debugging php5 and do the final tests then.

config-dist.ini:
; If GOOGLE_LINKS_NOFOLLOW is true, ref=nofollow is added to
; all external links to discourage spam. You might want to turn it off,
; if you want to improve pageranks on external links.
;GOOGLE_LINKS_NOFOLLOW = false

config-default.ini:
GOOGLE_LINKS_NOFOLLOW = true

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

Re: [Phpwiki-talk] Longer Term Spam Solution

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

Russ Miller schrieb:
> http://www.google.com/googleblog/2005/01/preventing-comment-spam.html

Very good!

Should we add rel="nofollow" to all external links or only to comments?
I would say to all.

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

Re: [Phpwiki-talk] user password help request

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

Joel Sherrill <jo...@OA...> schrieb:
> I let this slide and now it seems to be a serious problem
> for us.  We are getting automated spam added to our Wiki front page.
> I desperately need to get user authentication working on our
> Wiki And it appears that I must not be getting something right
> since it seems to work for others.

lock the HomePage.

or use latest CVS

or set some ACL

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

Re: [Phpwiki-talk] phpwiki archive page not created.

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

donnie jones schrieb:
> I am having some problems with phpwiki not creating
> archive pages, which also doesn't allow for me to see the "diff"
> of any pages...
> 
> I have checked the permissions of the "archive" directory, and
> it is owned by www:www with 0777 permissions.
> 
> I am not sure what else could be preventing the archive
> pages from being created...Any help would be great.

Which version?
I assume some 1.2.x with $WhichDatabase = 'file'.
I fixed flatfile in the 1.2.6 release.

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

[Phpwiki-talk] phpwiki archive page not created.

[donnie j. <don...@gm...>]

Hello,

I am having some problems with phpwiki not creating
archive pages, which also doesn't allow for me to see the "diff"
of any pages...

I have checked the permissions of the "archive" directory, and
it is owned by www:www with 0777 permissions.

I am not sure what else could be preventing the archive
pages from being created...Any help would be great.

Thank you.
__
Donnie