[pmwiki-devel] preg_replace /e depreciated in php 5.5

[StefCT]

I think it's still easier to find hosted webspace with PHP than with
Python (or has that changed recently?). For those who prefer Python,
Python-based Wiki engines do exist, most notably MoinMoin (am I allowed
to mention this here ;-)?).

-- StefCT


On 09/06/2013 02:52 PM, michael paulukonis wrote:
> There are thousands of person-hours involved in the coding of PmWiki core,
> not to mention the extensions.
> Rewriting PmWiki in another language means all of that coding testing and
> debugging has to be replicated.
> In order to get around one bug.
> 
> Python may be a good learning language, but if you want a real language you
> should use Lisp!
> Or Scheme.
> 
> Or Perl, since it's more similar to PHP. I'm not sure if PM has any
> experience with Perl, though.
> 
> (THAT IS A JOKE)
> 
> -Michael Paulukonis
> http://www.xradiograph.com
> <http://goog_2112721603>Interference Patterns (a
> blog)<http://www.xradiograph.com%5Cinterference>
> @XraysMonaLisa <https://twitter.com/XraysMonaLisa>
> http://michaelpaulukonis.com
> <http://www.BestAndroidResources.com>
> 
> Sent from somewhere in the Cloud
> (hearthrug, by the fender)
> 
> 
> On Fri, Sep 6, 2013 at 1:11 AM, John Rankin <john.rankin at affinity.co.nz>wrote:
> 
>>
>>> Rich writes:
>>>> Using latest release (pmwiki-2.2.54) and even with the ignore statement
>>>> I
>>>> continue to get this error with PHP 5.5.1.  Any progress or suggestions?
>>>
>>> ...
>>>
>>> Also, the feature is deprecated in PHP 5.5, but not removed, and probably
>>> will not be removed any time soon. What should we do?
>>
>> Would it be feasible to do a straight port of PmWiki to Python, leaving
>> the current php version as a legacy implementation?
>>
>> I understand and agree with the reasons for originally choosing php, but
>> that was then and this is now. This is anecdote rather than evidence, but
>> I know several people who are teaching Python to their teenage children as
>> a first programming language, "so they learn good habits".
>>
>> This would obviously break the Cookbook recipes, but so would changing the
>> php code, as Petko notes.
>>
>> Could someone with a knowledge of Python advise whether it would be
>> practical and sensible to re-implement the PmWiki design? Alternatively,
>> an answer along the lines of "Dumb idea because ..." would help.
>>
>> JR
>> --
>> John Rankin
>>
>>
>> _______________________________________________
>> pmwiki-devel mailing list
>> pmwiki-devel at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
>>
> 
> 
> 
> _______________________________________________
> pmwiki-devel mailing list
> pmwiki-devel at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 551 bytes
Desc: OpenPGP digital signature
URL: <http://www.pmichaud.com/pipermail/pmwiki-devel/attachments/20130906/ee00dbaa/attachment.bin>