So, we got AuthUser up and working, and are really pleased with it. Our next
requirement is logging actions and accesses my authenticated users. Ideally,
we'd like it logged out in a form we could analyze with AWStats (so, standard
web-log-ish).
Is there a way to do this with the standard PmWik
> user1: $2y$... (wrong)
> --> @read: user1, user2 (wrong)
>
> You need to write those either at start of line or after only spaces:
>
>user1: $2y$...
>@read: user1, user2
>
> Petko
>
> On 08/08/2018 18:29, Joshua J. Kugler wrote:
> > Thank you fo
s to crypt() with pmcrypt().
>
> Please read the release notes before you upgrade.
>
> Petko
>
> P.S. Version 2.2.109 should work even with older PHP versions.
>
> On 06/08/2018 09:52, Joshua J. Kugler wrote:
> > I'm trying to convert to AuthUser. However, when I try
I'm trying to convert to AuthUser. However, when I try to login in, it goes
right back to the login screen
I have AuthUser enabled. The first part of config.php looks like:
---
userN: $!$
@read: user1, user2, user3
@edit: user4, user5, user6
This is in my http logs after a login request:
20
I'm trying to convert to AuthUser. However, when I try to login in, it goes
right back to the login screen
I have AuthUser enabled. The first part of config.php looks like:
.
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud
://www.example.com";; // or possibly
>$ScriptUrl = "https://www.example.com/pmwiki/pmwiki.php";;
>
> If that doesn't help, it is possible that some local configuration file
> or a recipe is resetting the $ScriptUrl variable: search for it and
> fix/remove it
I am trying to serve PmWiki over HTTPS. Even though phpinfo() reports that
_SERVER["HTTPS"] is 'on' and the port is 443. ScriptUrl is still being set to
http:// Any ideas?
The code is:
$UrlScheme = (@$_SERVER['HTTPS']=='on' || @$_SERVER['SERVER_PORT']==443)
? 'https' : 'http';
$Sc
We're been using PmWiki for just under a year now, and it has served our needs
well. Thanks Patrick! As an admin with nine wikis (I know, probably low for
a lot of you) I especially like the "farm" ability.
I've recently had a request from a stakeholder on one of the wikis to be able
to log t
On Thursday 05 April 2007 18:35, Donald Z. Osborn wrote:
> Ran into an odd error setting up PmWiki on a new site (and server). When
> calling up the page, get this sort of message (where the line number = the
> first line local/config.php with an include_once(...); statement:*
>
> Parse error*: syn
On Friday 09 March 2007 04:37, Pierre Racine wrote:
> -I do not have to fight with a database. I can copy my whole site on my
> machine in 10 seconds, make a major modification and but back my modif on
> the web very easily.
This is a plus for us as well. One less DB account is always nice, espec
On Wednesday 07 February 2007 02:08, marc wrote:
> Joshua J. Kugler said...
>
> > Has anyone taken a crack at a recipe for using Gliffy
> > (http://www.gliffy.com/features.shtml) on a PmWiki site? I'm doing some
> > software design right now, and something
Has anyone taken a crack at a recipe for using Gliffy
(http://www.gliffy.com/features.shtml) on a PmWiki site? I'm doing some
software design right now, and something like this would be *wonderful.*
There is a Confluence plugin, but it costs. Wonder if someone could hack up
a PmWiki recipe i
On Friday 19 January 2007 15:43, Patrick R. Michaud wrote:
> Any comments, either for, against, or otherwise?
I support this. We have a lot of text that goes that that must be surrounded
by [= =] so it won't be rendered as wikiwords. This would reduce that need.
j
--
Joshua Kugler
13 matches
Mail list logo