NYCPHP Meetup

NYPHP.org

[nycphp-talk] Open Source CMS for PHP5

Mark Armendariz lists at enobrev.com
Thu Aug 14 12:00:56 EDT 2008


On Thu, Aug 14, 2008 at 10:31 AM, bzcoder <bzcoder at bzcode.com> wrote:
> Mark Armendariz wrote:
>>
>> Can anyone recommend an open source CMS (or possibly commercial if
>> worthwhile) that works natively on php5 (e_strict)and MySQL 5
>> (strict).
>
> I think you will run into problems as most popular CMS creators, Open Source
> or Commercial, are unwilling to tell the majority of their users(PHP version
> 4) that they won't provide a product for them - which is why their popular.

I've been hoping to find a branch, at least, for strict p5 support.
It seems Cake 2.0 is headed in that direction.

>
> I'd suggest checking out the goPHP5 website, http://www.gophp5.org/projects
> and see if any CMS's listed there have made the switch to pure PHP5.

I will check it out, thanks.

>
> Though I must say I think that will counter the goal of your client, as I'm
> assuming they want an open source or commercial CMS so that they are not
> locked into a single programmer for making changes.

You're absolutely right, and being that this potential client is in
the public sector, I wholeheartedly (and mind-edly) agree with their
decision to use an open source project.  This is why, instead of
outright turning down the project, I went on a discovery mission to
find something suitable.

It seems to me that once php4 got it's end of support announcement
that these projects should have branches ready for those of us who
want p5 strict support

I've another project that came in disallowing me to take this project,
so I'll likely be moving on - but I'm still largely surprised by the
results.  If I had the time to keep a blog, this would likely be a
very long demonstrative post about the issue, including some eventual
patches.  Hopefully maybe I still can do that some time soon.

digitalUs - The installation had p5 strict issues (un-initialized vars
throwing notices, which could be easily caught with __get methods -
also some method signature differences.  once fixed (and @'d), ran
fairly well).

typo3 -  only required 2 minor changes to kill strict warnings (was
running mysql_fetch methods on invalid result vars),  But once it was
running, I couldn't get a new page added.  Seems a minor but obviously
significant bug in the page adding form processor.  Haven't had the
chance to dig in to find out why.

Thanks again for your responses.  It seems that if I were to take this
project, I would have to pick my favorite according to features and
maintainability and modify it accordingly - which is just fine - this
is just a surprising result.

Mark



More information about the talk mailing list