[pmwiki-users] Websites not working - something to do with ResolvePageName()?
Petko Yotov
5ko at 5ko.fr
Tue Jun 9 01:50:54 CDT 2015
Sorry for the delay.
At first I couldn't find a problematic line, but now I suspect this one:
"/[^[:alnum:]_-\\s]+/" => '' # remove non-alnums
Try writing it like this:
"/[^[:alnum:]_\\s-]+/" => '' # remove non-alnums
(move the dash character right before the closing bracket)
The dash inside a character class, except when it is at the beginning or
at the end, defines a range between characters (actually codepoints),
eg. a-z meaning all characters between a (97) and z (122).
On that line, you have _-\\s where \\s is any whitespace character
(space, tab, line feed, form feed, carriage return), and the dash is not
at the end.
If you changed nothing, I suspect something changed in the PHP
installation so that a previously working pattern stopped working.
Petko
On 2015-05-30 22:00, Adam Overton wrote:
> Hi Petko,
>
>> If I understand correctly, the error appeared with PmWiki version
>> 2.2.52?
>
> That's the version my wiki was left in over the last couple years. The
> problem of my sites not loading emerged at some point in the last year.
> To
> try and fix the problem, in the last 2 weeks I've tried updating the
> installation to the latest 2.2.75, but the same error msg appears.
>
>> Do you have some custom settings for $MakePageNamePatterns or
> other $*Patterns? Or a recipe which could use or modify those? If yes,
> they may need to be updated.
>
> Yes, but these settings have always been fine in the past. Here's what
> I
> have for one of the sites. Does any of this seem off? Or should I be
> looking elsewhere?
>
> # PAGE URLS - ALLOW LOWERCASE
> # permits lowercase first letters - default version of
> MakePageNamePatterns
> capitalizes all first letters
> # also fills spaces with dashes
> # to return to default, just comment this and $GroupPattern &
> $NamePattern
> & AsSpacedFunction out
> $MakePageNamePatterns = array(
> "/'/" => '' # strip single-quotes (same)
> ,"/[^[:alnum:]_-\\s]+/" => '' # remove non-alnums
> ,"/\\s+/" => '-' # replace spaces with dashes
> );
> $GroupPattern = '[\\w]*(?:-\\w+)*';
> $NamePattern = '[\\w]*(?:-\\w+)*';
>
> Thanks,
> adam
>
> Message: 5
> Date: Mon, 25 May 2015 12:44:42 +0200
> From: Petko Yotov <5ko at 5ko.fr>
> To: pmwiki-users at pmichaud.com
> Subject: Re: [pmwiki-users] Websites not working - something to do
> with ResolvePageName()?
> Message-ID: <c47713dc6c180e43f17ff920d9921e92 at 5ko.fr>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> If I understand correctly, the error appeared with PmWiki version
> 2.2.52?
>
> Do you have some custom settings for $MakePageNamePatterns or other
> $*Patterns? Or a recipe which could use or modify those? If yes, they
> may need to be updated.
>
> Petko
>
> . . .
>
> a at plus1plus1plus.org
> 661-373-8679
>
> On Mon, May 25, 2015 at 1:11 AM, Adam Overton <a at plus1plus1plus.org>
> wrote:
>
>> > Hi again,
>> > Just to add to the trail of evidence, my host reports the following
>> errors littered throughout my error log:
>> >
>> > [24-May-2015 16:13:40 America/Los_Angeles] PHP Warning: preg_replace()
>> [<a href='function.preg-replace'>function.preg-replace</a>]:
>> Compilation
>> failed: invalid range in character class at offset 14 in
>> /home/aoverton/public_html/wiki/pmwiki.php on line 470
>> >
>> > The host says they've changed nothing PHP-wise, tho they've done so
>> before, upgrading without notifying me, so I wonder what they might
>> have
>> done to my account that could have caused all 3 sites to come down.
>> >
>> > Thx again for the help,
>> > adam
>> >
>> > On Sun, May 24, 2015 at 9:30 PM, Adam Overton <plusnoneplus at gmail.com>
>> wrote:
>> >>
>> >> Hi there,
>> >> I've been away from PmWiki for some time, and so my chops are a bit
>> rusty.
>> >> I just came back to 3 websites, all of which aren't currently
>> functioning - they all display the same error msg:
>> >>
>> >> PmWiki can't process your request
>> >> ?invalid page name
>> >> We are sorry for any inconvenience.
>> >>
>> >> I've gone line by line thru my config.php to see where the error
>> begins, and it seems to throw the error when it gets to the Fox
>> recipe, but
>> only b/c of it's call to:
>> >>
>> >> $pagename = ResolvePageName($pagename);
>> >>
>> >> In fact, if I call the same function outside of the Fox recipe, it
>> returns the same PmWiki error, so it doesn't seem Fox-related.
>> >>
>> >> I'm not sure what's wrong. Here's what I've done so far to try and fix
>> things, but to no avail:
>> >> - I updated PmWiki from v. 2.2.52 to the most recent 2.2.75.
>> >> - I've updated fox.php to the most recent version
>> >> - I've double-checked my .htaccess - everything seems alright.
>> >> - I've checked on my file permissions - 'wiki.d' & 'uploads' were set
>> to 755, and so I changed them to 777 to see if that might help, but no
>> change.
>> >> - I haven't changed any code on the 3 sites in years
>> >> - It appears that my host is running PHP Version 5.3.29, which they may
>> have changed/upgraded recently.
>> >>
>> >> Any thoughts or suggestions?
>> >> Thanks,
>> >> Adam
>> >
>> >
>>
More information about the pmwiki-users
mailing list