phpwiki-talk

Re: [Phpwiki-talk] Secure operation

[Adam S. <ad...@pe...>]

> The reason I originally said it would work out of the box is that I
> routinely set $ScriptUrl to be relative. It would fix the problem if the
> default setting (calculate $ScriptUrl automagically) were to generate
> relative rather than absolute URLs. At first glance (looking at a 1.2
> setup) this would be quite simple, although such changes usually have a
> tendency to break things quite violently ;)

this is what i was thinking as well, but i refrained from commenting
because i figured there must be an issue i didn't understand :-)

is there any reason that phpwiki shouldn't use relative links for
everything?  it saves a lot of trouble with things like this.

adam.

[Phpwiki-talk] CVS problem: please delete & checkout themes/MacOSX again

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

Hi,
There was a minor problem with a couple of the Entries files in the CVS. I 
fixed my mistake on the server but the buggy cvs Entries will still exist 
on your hard drive. If you are affected by this problem you will see this 
kind of warning when you do a cvs update:

cvs server: internal error: unsupported substitution string -kkkv

The easiest way to correct it is just to delete the whole directory and 
check it out again. Your files will be copied from the freshly fixed ones 
on the server.

The directories affected are themes/MacOSX (and themes/MacOSX/templates). 
The plugins directory also had the problem but that was fixed a while ago.

Carsten

Re: [Phpwiki-talk] Secure operation

[Gary B. <ga...@in...>]

The reason I originally said it would work out of the box is that I
routinely set $ScriptUrl to be relative. It would fix the problem if the
default setting (calculate $ScriptUrl automagically) were to generate
relative rather than absolute URLs. At first glance (looking at a 1.2
setup) this would be quite simple, although such changes usually have a
tendency to break things quite violently ;)

Anyway, good luck with it,
Gary

[ ga...@in... ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]

Re: [Phpwiki-talk] Multiple wiki's on a single server

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

Tim Bogart schrieb:
> Can phpwiki be used to launch more than one wiki at a time on a single server
> with a single address?  I looked at the archives and did not see this
> addresses.  Maybe it's just me.

Sure. just use different databases and different index.php files.
easiest per virtual directory and a special .htaccess file.

I have about 12 wiki's with same and different phpwiki versions on 
my windows test machine.

conf/httpd.conf:
Alias /phpwiki-dev-data "r:/php/phpwiki-dev/phpwiki/"

www/test/.htaccess:
Action x-phpwiki-page /phpwiki-dev-data/test.php
SetHandler x-phpwiki-page
DirectoryIndex /phpwiki-dev-data/test.php

test.php:
define('DATA_PATH', '/phpwiki-dev-data');
and so on. 
/phpwiki-dev-data is the basedir for the alpha version.
/phpwiki-data for the stable version.
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Re: [Phpwiki-talk] Multiple wiki's on a single server

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

Yes,

We just recently added instructions to the FAQ for running multiple Wikis 
off the same codebase. Check out 
<http://phpwiki.sourceforge.net/phpwiki/FrequentlyAskedQuestions>.

Carsten

On Tuesday, January 15, 2002, at 02:56  pm, Tim Bogart wrote:

> Can phpwiki be used to launch more than one wiki at a time on a single 
> server
> with a single address?  I looked at the archives and did not see this
> addresses.  Maybe it's just me.
>
> Yes, I know.  I'm full of questions.
>
> Tim

[Phpwiki-talk] Multiple wiki's on a single server

[Tim B. <tim...@wc...>]

Can phpwiki be used to launch more than one wiki at a time on a single server 
with a single address?  I looked at the archives and did not see this 
addresses.  Maybe it's just me.

Yes, I know.  I'm full of questions.

Tim

Re: [Phpwiki-talk] Secure operation

[Tim B. <tim...@wc...>]

Thanks Jeff, Sergio and Gary.  Well, that was worth the asking.  I almost 
feel like a contributor. ;-)  Now for the really stupid question.  How do I 
turn this stuff on?  I untarred the tarball.  Read the README's and the 
INSTALL's.  Installed postgresql and ran the psql.sql script.  But I can't 
for the life of me figure out to run it.  It seems as though I should be 
ready.  I've even got my pgpwiki database user made.  I just can't figure out 
how to turn it on.

Go ahead and rib me if you must.  Just keep it all in good fun, okay?

Tim

On Tuesday 15 January 2002 01:27 pm, Jeff Dairiki wrote:
>  said:
> > On Tue, Jan 15, 2002 at 09:22:10AM -0800, Jeff Dairiki wrote:
> >
> > https://haxent.bruder.homeip.net/info.php and
> > http://haxent.bruder.homeip.net:81/info.php
>
> Thanks!
>
> I guess I don't see any way to detect when https is being used
> other than by looking at the port (i.e. your patch).
>
> It seems fishy to me.  Mod_ssl is supposed to set all kinds of environment
> variables so that CGI scripts (& PHP scripts) can figure out if they're
> being run over a secure connection (and how secure the connection is, if
> it's encrypted, etc...)  (See
> http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25.)
>
> Any idea why that's not happening in your case?
>
> (I run Apache/1.3.22 mod_ssl/2.8.5 --- pretty much exactly your setup, but
> I do get all the SSL environment variables.
> https://home.dairiki.org/test/phpinfo.php.)
>
>
>
>
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Secure operation

[<se...@br...>]

On Tue, Jan 15, 2002 at 10:27:25AM -0800, Jeff Dairiki wrote:
> I guess I don't see any way to detect when https is being used
> other than by looking at the port (i.e. your patch).
> (...)
> Any idea why that's not happening in your case?

 I'm talking with the Conectiva's security guy about that (Im using
 Conectiva Linux), waiting answers.

Sergio Bruder
--
http://pontobr.org, http://sergio.bruder.net, http://bruder.homeip.net:81
-----------------------------------------------------------------------------
pub  1024D/0C7D9F49 2000-05-26 Sergio Devojno Bruder <se...@br...>
     Key fingerprint = 983F DBDF FB53 FE55 87DF  71CA 6B01 5E44 0C7D 9F49
sub  1024g/138DF93D 2000-05-26

Re: [Phpwiki-talk] Secure operation

[Jeff D. <da...@da...>]

 said:
> On Tue, Jan 15, 2002 at 09:22:10AM -0800, Jeff Dairiki wrote:

> https://haxent.bruder.homeip.net/info.php and
> http://haxent.bruder.homeip.net:81/info.php

Thanks!

I guess I don't see any way to detect when https is being used
other than by looking at the port (i.e. your patch).

It seems fishy to me.  Mod_ssl is supposed to set all kinds of environment
variables so that CGI scripts (& PHP scripts) can figure out if they're
being run over a secure connection (and how secure the connection is, if
it's encrypted, etc...)  (See
http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25.)

Any idea why that's not happening in your case?

(I run Apache/1.3.22 mod_ssl/2.8.5 --- pretty much exactly your setup, but I
do get all the SSL environment variables.
https://home.dairiki.org/test/phpinfo.php.)

Re: [Phpwiki-talk] Secure operation

[<se...@br...>]

On Tue, Jan 15, 2002 at 09:22:10AM -0800, Jeff Dairiki wrote:
> 
> > HTTP_SERVER_VARS['HTTPS'] is not getting sane values here, probably, i
> > dont know why.
> 
> Hi Sergio,
> Thanks for the report.  So that we can fix this right:
> 
> (...)
>
> If you could look at it both over SSL (https:) and normal (http:) that would
> be great.  (Or put your phpinfo script where we can get at it and give use
> the URL(s).)

 https://haxent.bruder.homeip.net/info.php and
 http://haxent.bruder.homeip.net:81/info.php

 (My ADSL provider filter out port 80)

Sergio Bruder
--
http://pontobr.org, http://sergio.bruder.net, http://bruder.homeip.net:81
-----------------------------------------------------------------------------
pub  1024D/0C7D9F49 2000-05-26 Sergio Devojno Bruder <se...@br...>
     Key fingerprint = 983F DBDF FB53 FE55 87DF  71CA 6B01 5E44 0C7D 9F49
sub  1024g/138DF93D 2000-05-26

Re: [Phpwiki-talk] Secure operation

[Jeff D. <da...@da...>]

> HTTP_SERVER_VARS['HTTPS'] is not getting sane values here, probably, i
> dont know why.

Hi Sergio,

Thanks for the report.  So that we can fix this right:

Would you make a phpinfo script, and see what value HTTPS is getting?

A phpinfo script is a php script (called say phpinfo.php) which contains
one line:

  <?php phpinfo(); ?>

When you browse this you should get reams of HTML text describing PHP's
configuration, etc...  (Example at http://phpwiki.sf.net/test/phpinfo.php.)
In the section labelled "Apache Environment" (or "PHP Variables") it should
list the values its getting for HTTPS.

If you could look at it both over SSL (https:) and normal (http:) that would
be great.  (Or put your phpinfo script where we can get at it and give use
the URL(s).)

Re: [Phpwiki-talk] Secure operation

[<se...@br...>]

On Tue, Jan 15, 2002 at 04:37:36PM +0000, Gary Benson wrote:
> 
> On Tue, 15 Jan 2002, Tim Bogart wrote:
> 
> > Hello folks.  My name is Tim and this is my first post to this list.  My 
> > question is, will phpwiki work on Apache-ssl on port 443?  And if so, how 
> > would I go about setting that up?
> 
> It should work straight out of the box, assuming you have the Apache SSL 
> server running...
> 
> Cheers,
> Gary
> 
> [ ga...@in... ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]

I'm using phpwiki in a https:// environment now (Apache), but didnt
worked straight out of the box.

I made the following patch to work correctly (phpwiki was
misconstructing the links as http://):

diff -u phpwiki-1.3.2/lib/config.php  /var/www/haxent/wiki/lib/config.php

--- phpwiki-1.3.2/lib/config.php        Mon Dec 17 00:08:58 2001
+++ /var/www/haxent/wiki/lib/config.php Wed Jan  2 10:15:52 2002
@@ -153,7 +153,7 @@
 if (!defined('SERVER_NAME')) define('SERVER_NAME', $HTTP_SERVER_VARS['SERVER_NAME']);
 if (!defined('SERVER_PORT')) define('SERVER_PORT', $HTTP_SERVER_VARS['SERVER_PORT']);
 if (!defined('SERVER_PROTOCOL')) {
-    if (empty($HTTP_SERVER_VARS['HTTPS']) || $HTTP_SERVER_VARS['HTTPS'] == 'off')
+    if ((empty($HTTP_SERVER_VARS['HTTPS']) || $HTTP_SERVER_VARS['HTTPS'] == 'off') && $HTTP_SERVER_VARS['SERVER_PORT'] != '443')
         define('SERVER_PROTOCOL', 'http');
     else
         define('SERVER_PROTOCOL', 'https');

HTTP_SERVER_VARS['HTTPS'] is not getting sane values here, probably,
i dont know why.

Sergio Bruder
--
http://pontobr.org, http://sergio.bruder.net, http://bruder.homeip.net:81
-----------------------------------------------------------------------------
pub  1024D/0C7D9F49 2000-05-26 Sergio Devojno Bruder <se...@br...>
     Key fingerprint = 983F DBDF FB53 FE55 87DF  71CA 6B01 5E44 0C7D 9F49
sub  1024g/138DF93D 2000-05-26

Re: [Phpwiki-talk] Secure operation

[Gary B. <ga...@in...>]

Think this should have gone to the list -- Gary

---------- Forwarded message ----------
Date: Tue, 15 Jan 2002 11:40:19 -0500
From: Russ Miller <rm...@no...>
To: Gary Benson <ga...@in...>
Subject: Re: [Phpwiki-talk] Secure operation

> > Hello folks.  My name is Tim and this is my first post to this list.  My
> > question is, will phpwiki work on Apache-ssl on port 443?  And if so,
how
> > would I go about setting that up?
>
> It should work straight out of the box, assuming you have the Apache SSL
> server running...

using phpWiki 1.2, i had to change the http:// that gets prepended to form
the ScriptURL to https://.

other than that, a champ.

russ

Re: [Phpwiki-talk] Secure operation

[Gary B. <ga...@in...>]

On Tue, 15 Jan 2002, Tim Bogart wrote:

> Hello folks.  My name is Tim and this is my first post to this list.  My 
> question is, will phpwiki work on Apache-ssl on port 443?  And if so, how 
> would I go about setting that up?

It should work straight out of the box, assuming you have the Apache SSL 
server running...

Cheers,
Gary

[ ga...@in... ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]

[Phpwiki-talk] Secure operation

[Tim B. <tim...@wc...>]

(tap-tap)  "Is this thing on?"

Hello folks.  My name is Tim and this is my first post to this list.  My 
question is, will phpwiki work on Apache-ssl on port 443?  And if so, how 
would I go about setting that up?

Tim

[Phpwiki-talk] BackLinks on the PhpWiki wiki?

[Jeff D. <da...@da...>]

Does any one know what happend to the BackLinks page on the PhpWiki wiki?
Someone seems to have deleted it.  (I'm hoping it didn't disappear by
itself.)

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Adam S. <ad...@pe...>]

> Well, if we're talking release in weeks, I don't expect really much new
> functionality in this area at all.  It will just work more smoothly (on
> all platforms).

i have mixed feelings.  on the one hand i'd like to see a stable release
that i can plan on using for a while, on the other i'm excited and don't
want to slow down progress!

more then anything else i was just wanting to get a feel for what
you/steve/etc were thinking so i could plan accordingly :-)
 
> (On the other hand, if all you want is multiple admin users (with
> hardcoded passwords, like the current admin user) that's an easy hack in
> any of the current PhpWiki version --- just use a hash to store
> 'admin-user' -> 'password' associations, and hack the password checking
> code accordingly.) 

hrm, that's true (and mostly what i want is multiple admins and the
death of shared passwords for them).  are then any issues with an admin
being a wikiname (eg. AdamShand) and will that work via the SignIn
mechanism etc?

> I think it would be great if you continue your work.  Just create a class
> with a good clean API which is reponsible for the actual storage/access
> of the uploaded files --- then when we want to implement a better storage
> system, we just have to drop in the replacement.

we'll i'll do my best.  this is more a learning php experiment for me
then anything else, but it seems fairly simple to do/implement so i'm
giving it a shot.
 
> I sort of started to doodle out a FileCache class to do this.  It's far
> from complete (don't take it too seriously), but I'll attache it to this
> message so you can see what I'm thinking...

i'll check it out, thanks.

> This is easy.  But we need to fix the raw-html syntax (leading '|') since
> it conflicts with the current table syntax.  Maybe <rawhtml></rawhtml> or
> somthing?  It could also maybe be done via plugin, which would keep the
> code completely out of the rest of stock PhpWiki.  Something like:
> 
>  <?plugin RawHTML -- <table><tr>...</tr></table> ?>

hrm, i hadn't really thought about that.  my assumption was that with
the talk of allowing things like <br> and <i> on all pages we could just
make the allowed html syntax broader on locked pages (eg. <table>,
<form> etc).

where would you put the logic for making sure it was a locked page.  it
seems fairly trivial to put it in the plugin (just a check for if the
page is locked otherwise exit with "Sorry, RawHTML not suppported on
unlocked pages) but somehow that doesn't seem right.

adam.

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Jeff D. <da...@da...>]

On 13 Jan 2002 13:28:56 -0800
"Adam Shand" <ad...@pe...> wrote:

> > Forms based login.
> 
> i think this would be very nice to have.  when this happens does that
> mean that we will be storing metadata about usernames?  eg. could the
> config file now contain an list of usernames that have admin privledges?

Well, if we're talking release in weeks, I don't expect really much new
functionality in this area at all.  It will just work more smoothly (on
all platforms).

(On the other hand, if all you want is multiple admin users (with
hardcoded passwords, like the current admin user) that's an easy hack in
any of the current PhpWiki version --- just use a hash to store
'admin-user' -> 'password' associations, and hack the password checking
code accordingly.) 
> my simple approach to the problem was to write two plugins.  UploadFile
> which allows a file to be uploaded to PageName/filename via a simple
> form, and another plugin called ShowAttachments which shows all the
> files attached to the current page (by simply doing a listing of the
> directory which matches the current page name).
> 
> is it worth me continuing to work on this?  the idea discussed on the
> wiki seemed much more complete but also like it was probably a ways off
> in the future.

The user interface for file uploads, and the actual data store for the
uploads are two different issues.

I think it would be great if you continue your work.  Just create a class
with a good clean API which is reponsible for the actual storage/access
of the uploaded files --- then when we want to implement a better storage
system, we just have to drop in the replacement.

I sort of started to doodle out a FileCache class to do this.  It's far
from complete (don't take it too seriously), but I'll attache it to this
message so you can see what I'm thinking...

 

>  * allow html on locked pages (useful for the admin to embed forms etc)
This is easy.  But we need to fix the raw-html syntax (leading '|') since
it conflicts with the current table syntax.  Maybe <rawhtml></rawhtml> or
somthing?  It could also maybe be done via plugin, which would keep the
code completely out of the rest of stock PhpWiki.  Something like:

 <?plugin RawHTML -- <table><tr>...</tr></table> ?>

[Phpwiki-talk] New syntax & transform code (was: Something very weird has happened to my Wiki)

[Jeff D. <da...@da...>]

On Mon, 14 Jan 2002 18:19:16 +0000
"Lawrence Akka" <la...@us...> wrote:

> At 21:28 13/01/2002, Adam Shand wrote:
>
> >  * standardize on a wiki syntax.  if we're going to change the
standard> >    wiki syntax (i think some of the discussions on this were a
"good> >    thing") then the sooner those changes are made the better
(saving> >    painful upgrades for people in the future.

If we are going to make major changes to the syntax (i.e. changes which
aren't  more-or-less backward compatible with the current syntax) I think
this is going to take quite a bit longer than a couple-three weeks to do
right.  (If making a big switch like that, it should be done right: lots
of alpha/beta testing before switching syntax in a stable release.)

> I have done a large amount  of thinking (but not much coding) about
parsers > etc, and the way in which NewWikiMarkup could be implemented.  I
have even > tried to create (not very successfully) a BNF syntax for
WikiMarkup. I > would be happy to help with the code.

Let's hear/see your ideas (and or code).  (Maybe post them here, or start
(yet )a(nother) wiki page...)



If we want a 1.4 release within weeks however, I suspect the only workable
plan is to stick with the current transform code.  Incremental,
backward-compatible markup "improvements" (e.g. *bold*, and probably even
<pre></pre>) could probably be hacked into the current transform code in
that timeframe.

Also, if we want a 1.3 release within weeks, we will have to decide to do
it.  I'm going to start a page at http://phpwiki.sf.net/phpwiki/Release1.4
in order to take a bit of a vote on how soon and what features should be
in the next release.

[Phpwiki-talk] calendar plugin and backlinks

[Adam S. <ad...@pi...>]

this isn't really a bug but it would be nice to find a way to fix this.

when you go to a page from the calendar page, if you click on the title
(eg. CalendarPlugin:2002-01-14) you don't get any matches, even if it is
indeed linked to somewhere.

i suspect this will become a more common problem as we get more plugins
which do this sort of dynamic pagename generation.

adam.

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Lawrence A. <la...@us...>]

At 21:28 13/01/2002, Adam Shand wrote:


> > So, I guess I think we can do it but it will take a deliberate decision to
> > do so, as well as a fair amount of effort.  I guess the fact that we've
> > already converted the PhpWiki wiki to 1.3 indicates that it is time...
>
>fwiw, the other things i'd like to see would be:
>
>  * allow html on locked pages (useful for the admin to embed forms etc)
>  * standardize on a wiki syntax.  if we're going to change the standard
>    wiki syntax (i think some of the discussions on this were a "good
>    thing") then the sooner those changes are made the better (saving
>    painful upgrades for people in the future.


Yes please (the latter)!  I would not like to see a release with the old 
syntax, if we are then going to convert to the new syntax.  Better to get 
all major changes out of the way at once

I have done a large amount  of thinking (but not much coding) about parsers 
etc, and the way in which NewWikiMarkup could be implemented.  I have even 
tried to create (not very successfully) a BNF syntax for WikiMarkup. I 
would be happy to help with the code.

Lawrence

Re: [Phpwiki-talk] French L10N & other stuff

[Stephane G. <Ste...@li...>]

Hello,

( I've modified http://phpwiki.sf.net/phpwiki/FrenchTranslations to
reflect the content of this mail )

My fr.po file is here: http://animatlab.lip6.fr/outils/phpwiki/

Comme vous le constaterez, il est r=E9dig=E9 avec le tutoiement, car cela
colle bien avec l'esprit du wiki: simple et direct.

I've not translated the pgsrc.
I've partly translated, but modified for our own internal use, part of
the templates.

What makes things not obvious to do (and merge different po files) is
the interdependencies between po files, page names, and template files.

You can contact directly me about related things. I'm not in
phpwiki-talk list.

On Sun, 13 Jan 2002, Jeff Dairiki wrote:

> On Wed, 26 Dec 2001 23:44:55 +0100
> "S. Delahaye" <del...@fr...> wrote:
>
> > I  wanted  to  know  if anybody was working on a same l10n,
> > because it would be too bad to have the work done twice :)
> > I just looked at the archives of this list, and saw nothing related t=
o
> > a french l10n in december, but I prefer asking.
>
> S=E9bastien,
>
> I'm sorry this response is so late.  I was away on holiday when your
> posted your message.
>
> There are (or at least were,) at least two other French translation
> efforts underway.  I don't know much about the status of the other
> efforts, but I've created a wiki-page with what I know:
> http://phpwiki.sf.net/phpwiki/FrenchTranslations.
>
> (I've CC:ed the other French translators on this message, so you can pi=
ck
> their e-mail addresses out of the mail headers.)
>
> Again, sorry for the late reply.
> Jeff
>

--=20
St=E9phane Gourichon - Labo. d'Informatique de Paris 6 - AnimatLab
http://animatlab.lip6.fr - philo du dimanche http://amphi-gouri.org/

"Bonjour, je suis qu'une phrase entre guillemets dans une signature,
mais si vous me recopiez dans votre signature automatique d'e-mail,
alors je pourrai continuer =E0 me reproduire comme un virus. Merci !"

[Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki phpwiki.css,1.20,1.21

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

This broke netscape. with -r 1.20 it works okay.

Carsten Klapp schrieb:
> Update of /cvsroot/phpwiki/phpwiki
> In directory usw-pr-cvs1:/tmp/cvs-serv20630
> 
> Modified Files:
>         phpwiki.css
> Log Message:
> Adds a little padding to wikiaction buttons, and shrinks "(diff)" buttons a bit in RecentChanges so they don't overlap as much in Mozilla. Some minor source text reformatting.
> 
> Index: phpwiki.css
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/phpwiki.css,v
> retrieving revision 1.20
> retrieving revision 1.21
> diff -C2 -r1.20 -r1.21
> *** phpwiki.css 2002/01/09 04:11:14     1.20
> --- phpwiki.css 2002/01/13 05:39:36     1.21
> ***************
> *** 6,16 ****
>     DIV.wikitext - the transformed wiki page text.
> 
> !   A.wiki           - link to page in wiki.
> !   A.named-wiki    - a named link to page in wiki (from e.g. [name|WikiPage]).
> !   A.interwiki     - link to page in another wiki
> !     SPAN.wikipage    - page name within interwiki link.
> !   A.named-interwiki  - link to page in another wiki
> !   A.url           - link to external URL from wiki page.
> !   A.named-url     - link to external URL from wiki page.
> 
>     .wikiunknown A, .wikiunknown U
> --- 6,16 ----
>     DIV.wikitext - the transformed wiki page text.
> 
> !   A.wiki            - link to page in wiki.
> !   A.named-wiki      - a named link to page in wiki (from e.g. [name|WikiPage]).
> !   A.interwiki       - link to page in another wiki
> !     SPAN.wikipage   - page name within interwiki link.
> !   A.named-interwiki - link to page in another wiki
> !   A.url             - link to external URL from wiki page.
> !   A.named-url       - link to external URL from wiki page.
> 
>     .wikiunknown A, .wikiunknown U
> ***************
> *** 46,58 ****
> 
>   DIV.wikitext {
> !  background: white;
> !  border: thin;
> !  border-color: black;
> !  border-style: solid;
> !  padding-left: 0.8em;
>    padding-right: 0.8em;
> !  padding-top: 0px;
> !  padding-bottom: 0px;
> !  margin: 0.5ex 0px;
>    /* This breaks Netscape 4: (display does not go full width).
>       width: auto;
> --- 46,58 ----
> 
>   DIV.wikitext {
> !  background:    white;
> !  border:         thin;
> !  border-color:  black;
> !  border-style:  solid;
> !  padding-left:  0.8em;
>    padding-right: 0.8em;
> !  padding-top:     0px;
> !  padding-bottom:  0px;
> !  margin:    0.5ex 0px;
>    /* This breaks Netscape 4: (display does not go full width).
>       width: auto;
> ***************
> *** 145,149 ****
> 
>   .wikiunknown, .named-wikiunknown
> ! {color: #600; }
> 
>   /* Interwiki links */
> --- 145,149 ----
> 
>   .wikiunknown, .named-wikiunknown
> ! { color: #600; }
> 
>   /* Interwiki links */
> ***************
> *** 162,180 ****
>    * wikiaction, wikiadmin, wikiunsafe:
>    */
> ! A.wikiaction, A.wikiadmin       { text-decoration: none; }
> ! A.wikiaction, .wikiaction TABLE, SPAN.wikiaction  { background-color: #ddd; }
> ! A.wikiadmin, .wikiadmin TABLE   { background-color: #fdd; }
>   .wikiunsafe                     { background-color: #ccc; }
> 
>   /*
>    * No border on external link icons.
>    */
> ! img.linkicon, img.rssicon     { border: 0px; }
> ! img.rssicon           { vertical-align: top; }
>   /* This screws up NS4, moved to phpwiki-heavy.css
> ! img.linkicon          { vertical-align: middle; }
>   */
> 
> !
>   /*
>    * Put a border around wikiaction forms:
> --- 162,200 ----
>    * wikiaction, wikiadmin, wikiunsafe:
>    */
> ! A.wikiaction, A.wikiadmin     { text-decoration: none; }
> ! A.wikiaction, .wikiaction TABLE, SPAN.wikiaction { background-color: #ddd; }
> ! A.wikiadmin, .wikiadmin TABLE { background-color: #fdd; }
>   .wikiunsafe                     { background-color: #ccc; }
> 
> + /* Adds a little more surface area to make actions a little more like
> +    buttons. Apparently some versions of ie choke on percentages, so
> +    these just are fixed dimensions and may need some tweaking, add or
> +    subtract a pixel or so. */
> + A.wikiaction,
> + A.wikiadmin     { padding-top:    0pt;
> +                   padding-left:   6pt;
> +                   padding-bottom: 1pt;
> +                   padding-right:  6pt; }
> +
> + /* reduces the size of "(diff)" buttons in RecentChanges a bit so they
> +    don't overlap as much (for mozilla) */
> + DIV.wikitext
> + .wikiaction     { font-size:  smaller;
> +                   padding-top:    0pt;
> +                   padding-left:   2pt;
> +                   padding-bottom: 0pt;
> +                   padding-right:  2pt; }
> +
>   /*
>    * No border on external link icons.
>    */
> ! img.linkicon,
> ! img.rssicon     { border: 0px; }
> ! img.rssicon   { vertical-align: top; }
>   /* This screws up NS4, moved to phpwiki-heavy.css
> ! img.linkicon    { vertical-align: middle; }
>   */
> 
> !
>   /*
>    * Put a border around wikiaction forms:
> ***************
> *** 199,206 ****
> 
>   a.cal-hide, a.cal-arrow { text-decoration: none; }
> ! .cal-arrow { font-weight: bold; }
> ! .cal-header { font-size: larger; }
> ! .cal-dayname { font-size: smaller; text-decoration: underline; }
> ! table.cal { border: thin solid black; }
> 
> 
> --- 219,226 ----
> 
>   a.cal-hide, a.cal-arrow { text-decoration: none; }
> ! .cal-arrow      { font-weight: bold; }
> ! .cal-header     { font-size: larger; }
> ! .cal-dayname    { font-size: smaller; text-decoration: underline; }
> ! table.cal       { border: thin solid black; }
> 
> 
> ***************
> *** 214,233 ****
> 
>   div.transclusion {
> !   background: #cfc;
> !   border: thin;
> !   border-style: solid;
> !   padding-left: 0.8em;
>     padding-right: 0.8em;
> !   padding-top: 0px;
> !   padding-bottom: 0px;
> !   margin: 0.5ex 0px;
>   }
> 
>   /* The transclusion of the TextEditingRules Synopsis on templates/editpage.html */
>   div.wiki-edithelp .transclusion {
> !   font-size: smaller;
> !   background: inherit;
>     padding: 0.5ex 0.5em;
> !   margin: 0.2ex 5%;
>   }
>   div.wiki-edithelp .transclusion p {
> --- 234,253 ----
> 
>   div.transclusion {
> !   background:     #cfc;
> !   border:         thin;
> !   border-style:  solid;
> !   padding-left:  0.8em;
>     padding-right: 0.8em;
> !   padding-top:     0px;
> !   padding-bottom:  0px;
> !   margin:    0.5ex 0px;
>   }
> 
>   /* The transclusion of the TextEditingRules Synopsis on templates/editpage.html */
>   div.wiki-edithelp .transclusion {
> !   font-size:   smaller;
> !   background:  inherit;
>     padding: 0.5ex 0.5em;
> !   margin:     0.2ex 5%;
>   }
>   div.wiki-edithelp .transclusion p {
> ***************
> *** 236,240 ****
>   div.wiki-edithelp {
>     background: #fff8dc; /* darker ivory */
> !   font-size: smaller;
>     padding: 0.05ex 2pt;
>   }
> --- 256,260 ----
>   div.wiki-edithelp {
>     background: #fff8dc; /* darker ivory */
> !   font-size:  smaller;
>     padding: 0.05ex 2pt;
>   }
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Re: SOLVED Re: [Phpwiki-talk] root .htaccess file

[Jeff D. <da...@da...>]

On Sun, 13 Jan 2002 21:25:26 -0500
"Carsten Klapp" <car...@ma...> wrote:

> 
> It turns out with Apache/1.3.22, PhpWiki's use of "<IfModule
mod_php4.c>" > in the '.htaccess' file is correct after all. The default
'httpd.conf' is > very conservative, and so it does not permit "Options"
overrides in > '.htaccess' files.

Aha.  This should definitely go in a README somewhere...

In light of that, we probably should comment out all the
php_flag line in the top-level .htaccess.

SOLVED Re: [Phpwiki-talk] root .htaccess file

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

It turns out with Apache/1.3.22, PhpWiki's use of "<IfModule mod_php4.c>" 
in the '.htaccess' file is correct after all. The default 'httpd.conf' is 
very conservative, and so it does not permit "Options" overrides in 
'.htaccess' files.

The solution is to tell the server to allow "Options" overrides for the 
'phpwiki' directory, or if you're not too concerned about security, you 
can just enable it globally, like this:

# This controls which options the .htaccess files in directories can
# override. Can also be "All", or any combination of "Options", "FileInfo"
,
# "AuthConfig", and "Limit"
#
#    AllowOverride None
      AllowOverride Options FileInfo

My server was already configured to allow "FileInfo" overrides, so I just 
added "Options".

I found this solution on the PHP web site: 
<http://www.php.net/manual/en/configuration.php>

Carsten

On Sunday, January 13, 2002, at 07:10  pm, Jeff Dairiki wrote:

> On Sun, 13 Jan 2002 19:01:40 -0500
> "Carsten Klapp" <car...@ma...> wrote:
>
> Just as a sanity check, see what happens if you remove
> all the IfModule stuff from .htaccess. I.e., just leave
> the three lines:
>
>      php_flag register_globals off
>      php_flag track_vars on
>      php_flag allow_url_fopen off
>