[pmwiki-users] Problems with my PMWiki Site after Update to PHP7.2 (from PHP5.6)

Michael Lang miclang at arcor.de
Sun Mar 24 08:53:41 PDT 2019


Hi,
SiteAnalyzer didn't bring me foreward; only the advice to update 
counter.php...

I checked some other issues -> no result! Now I made the following: I 
made a backup of my broken site, deleted all pmwiki files on the server 
and installed the current pmwiki2.2.113 to the server - then I copied 
the upload and wiki.d archives from my backup to the new installation 
files on the server and after some file updates everything works fine 
now ;-)!

Thanks for your support - now I'm really familiar with pmwiki's entrails...

Regards, Michael

Am 21.03.2019 um 09:22 schrieb Michael Lang:
> Thanks, Simon,
> I will test that. Meanwhile, as a workaround, I moved with my site 
> www.miclangschach.de/index.php to a different provider, where I had 
> the choice to go back to PHP5.3.29 - and voilá, everything is working: 
> www.michael-lang-schach.de (under PMWiki 2.2.14, but this will be 
> changed ;-)) - Regards, Michael
>
> Am 21.03.2019 um 08:46 schrieb Simon:
>> Making sure all software is up to date is a great idea if you have 
>> forewarning of any server or PHP updates.
>>
>> See
>>
>>   * https://www.pmwiki.org/wiki/PmWiki/SiteAnalyzer
>>
>> or
>>
>>   * https://www.pmwiki.org/wiki/Cookbook/RecipeCheck
>>
>> which will help you out
>>
>> cheers
>>
>>
>> On Thu, 21 Mar 2019 at 06:59, Peter Kay <pkay42 at gmail.com 
>> <mailto:pkay42 at gmail.com>> wrote:
>>
>>     Actually, checking what skin you are using is an excellent idea.
>>
>>     --Peter
>>
>>     On Wed, Mar 20, 2019 at 12:30 PM Kevin R. Bulgrien
>>     <kevinb at systemsdesignusa.com
>>     <mailto:kevinb at systemsdesignusa.com>> wrote:
>>
>>         ----- Original Message -----
>>         > From: "Michael Lang" <miclang at arcor.de
>>         <mailto:miclang at arcor.de>>
>>         > To: pmwiki-users at pmichaud.com
>>         <mailto:pmwiki-users at pmichaud.com>
>>         > Sent: Wednesday, March 20, 2019 10:26:27 AM
>>         > Subject: Re: [pmwiki-users] Problems with my PMWiki Site
>>         after Update to PHP7.2 (from PHP5.6)
>>         >
>>         > There is no error.log file!
>>         >
>>         > Am 19.03.2019 um 17:04 schrieb Mikhail Ustinov:
>>         > > Usually it is in the root of the site (/public_html or may be
>>         > > /public_html/pmwiki).
>>         > >
>>         > > You need ssh or ftp access to the site.
>>         > >
>>         > > 19.03.2019 18:29, Michael Lang пишет:
>>         > >> Where do I find the file error.log?
>>         > >>
>>         > >> Am 19.03.2019 um 16:18 schrieb Mikhail Ustinov:
>>         > >>> Check your error.log
>>         > >>>
>>         > >>> May be you use some recipes that doesn't work under PHP7.2
>>         > >>> because
>>         > >>> uses obsoleted PHP functions.
>>         > >>>
>>         > >>> BR
>>         > >>> Mike Ustinov
>>         > >>>
>>         > >>> 19.03.2019 18:10, Michael Lang пишет:
>>         > >>>> Hi,
>>         > >>>> my provider did an update to PHP7.2 (from PHP5.6) -
>>         after this I
>>         > >>>> had severe problems with my PM Wiki site; all pages
>>         have been
>>         > >>>> empty; the sidebar wasn't visible.. I had a small
>>         window to go
>>         > >>>> back
>>         > >>>> to PHP5.6 and I did an PM Wiki update to 2.2.113 (from
>>         2.2.14) -
>>         > >>>> under PHP5.6 everything was fine, but after my
>>         provider finaly
>>         > >>>> switched to PHP7.2 I had the same problem. Any advice?
>>         > >>>> Regards, Michael
>>
>>         I had to resurrect a pmwiki when I updated from PHP 5.6 to
>>         PHP 7.2 on
>>         RHEL.  The problems were entirely related to plugins or
>>         skins.  Many
>>         required updating, but many of them in use were no longer
>>         currently
>>         maintained, so it ended up that they had to be fixed or
>>         removed.  It
>>         wasn't easy to remove them, so fixing became the best option,
>>         and the
>>         patched files were uploaded to the relevant plugin pages on the
>>         PMWiki project wiki.
>>
>>         There is no information given about what plugins or skins
>>         might have
>>         been in use, etc.  It seems unlikely for help to be possible
>>         with so
>>         little effort given to providing information.
>>
>>         Was a backup of the wiki made at any time?  Providers like
>>         Softaculous
>>         offer backups being made before updates.  Even if not made
>>         before an
>>         update, a backup made after would potentially allow for dropping
>>         the files on a local system or VM to debug if the web host does
>>         not allow shell access.  Did you ask for shell access?
>>
>>         Here are brief notes about the site I fixed:
>>
>>                 KB: 2018/12:
>>
>>                 The pmwiki site broke completely after upgrading from
>>         PHP 5.6 to PHP 7.2.
>>                 The breakage appeared to be exclusively due to
>>         “Warning: preg_replace(): The
>>                 /e modifier is no longer supported” issues.
>>
>>                 To address the issues, first, the site was upgraded
>>         to: pmwiki-2.2.110
>>
>>                 The triad skin was updated to the newest available at
>>         the time of the repair.
>>
>>                 Numerous cookbook files were either upgraded from the
>>         pmwiki site, or were
>>                 locally patched.  In most cases, locally patched
>>         files were uploaded to the
>>                 pmwiki site (https://pmwiki.org/wiki/Cookbook/) pages
>>         pertinent to the files
>>                 that were edits, though in two cases, the pmwiki
>>         recipe pages were themselves
>>                 affected by the preg_replace error, and changes could
>>         not be shared at the
>>                 time they were made.  The list of cookbook's modified:
>>
>>                 -rw-r--r--. 1 SDwiki apache  3395 Dec  7 15:19
>>         includeurl.php
>>                 -rw-r--r--. 1 SDwiki apache  2568 Dec  7 15:14
>>         handytoc.php
>>                 -rw-r--r--. 1 SDwiki apache 21858 Dec  7 15:03 zap.php
>>                 -rw-r--r--. 1 SDwiki apache 33265 Dec  7 15:00
>>         wikilog.php
>>                 -rw-r--r--. 1 SDwiki apache 42757 Dec  7 14:32 pmcal.php
>>                 -rw-r--r--. 1 SDwiki apache 36879 Dec  7 14:24 markup.php
>>                 -rw-r--r--. 1 SDwiki apache  8822 Dec  7 14:02 emenu2.php
>>                 -rw-r--r--. 1 SDwiki apache  1744 Dec  7 13:53 emenu.php
>>                 -rw-r--r--. 1 SDwiki apache  6985 Dec  7 13:41
>>         break_page.php
>>                 -rw-r--r--. 1 SDwiki apache 10681 Dec  7 13:38
>>         AdvancedTableDirectives.php
>>                 -rw-r--r--. 1 SDwiki apache  5661 Dec  7 13:34
>>         convert-html.php
>>                 -rw-r--r--. 1 SDwiki apache 46369 Dec  7 13:14
>>         zaptoolbox.php
>>                 -rw-r--r--. 1 SDwiki apache 43836 Dec  7 11:43
>>         totalcounter_1_9_2.php
>>                 -rw-r--r--. 1 SDwiki apache  3706 Dec  7 11:24 menus.php
>>                 -rw-r--r--. 1 SDwiki apache  3700 Dec  7 10:59 numtoc.php
>>                 -rw-r--r--. 1 SDwiki apache  5391 Dec  7 10:33
>>         feralsimplecalendar.php
>>                 -rw-r--r--. 1 SDwiki apache  1248 Dec  7 10:31
>>         treemenu.php
>>
>>         Naturally, your site will not be identical, but if you have
>>         things in the
>>         cookbook folder, probably they should be checked first and
>>         upgraded or
>>         edited as needed.  When looking for upgrades, don't just
>>         download the
>>         plugin/skin tarball.  Many plugins have individual files
>>         posted when a
>>         maintainer is not actively maintaining them.
>>
>>         Other places for files that needed fixing were pub/* folders
>>         associated
>>         with plugins or skins, though for me, only handytoc put files
>>         there
>>         that needed changing.
>>
>>         You should probably enabled diagnostics by uncommenting a
>>         line in the
>>         local/config.php file:
>>
>>           # $EnableDiag = 1; # enable remote diagnostics
>>
>>         There were only a few types of changes that had to be made. 
>>         Provided that
>>         they turn out to be relevant, you could also look at how I
>>         changed the
>>         aforementioned files by examining what was uploaded to the
>>         plugin page
>>         and comparing it to the original published file.
>>
>>         Good luck.  Without more facts, actual help is hard to give.
>>
>>         Kevin
>>
>>         _______________________________________________
>>         pmwiki-users mailing list
>>         pmwiki-users at pmichaud.com <mailto:pmwiki-users at pmichaud.com>
>>         http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>>     _______________________________________________
>>     pmwiki-users mailing list
>>     pmwiki-users at pmichaud.com <mailto:pmwiki-users at pmichaud.com>
>>     http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20190324/5ea53521/attachment.html>


More information about the pmwiki-users mailing list