Hi
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
https://www.redhat.com/archives/fedora-art-list/2007-March/msg00005.html
If there is a policy could someone write it down in the infrastructure pages explicitly along with the reasons.
Rahul
O/H Rahul Sundaram έγραψε:
Hi
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
The Docs Project often has the same question and as far as I remember the answer was always "no PHP".
To be honest, I'd like to see that change though. It seems we need it too often. Probably at a dedicated environment where nothing critical runs?
-d
Dimitris Glezos wrote:
O/H Rahul Sundaram έγραψε:
Hi
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
The Docs Project often has the same question and as far as I remember the answer was always "no PHP".
Who's saying no? IIRC the doc's team does use PHP.
-Mike
Mike McGrath wrote:
Dimitris Glezos wrote:
O/H Rahul Sundaram έγραψε:
Hi
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
The Docs Project often has the same question and as far as I remember the answer was always "no PHP".
Who's saying no? IIRC the doc's team does use PHP.
That is just in fedora.redhat.com which is considered deprecated and not really part of Fedora infrastructure.
Rahul
On Sunday 04 March 2007 12:07:26 Rahul Sundaram wrote:
Who's saying no? IIRC the doc's team does use PHP.
That is just in fedora.redhat.com which is considered deprecated and not really part of Fedora infrastructure.
And to be fair, php is used behind the scenes to pregenerate static HTMl which is then served to the real world. IIRC there is no live PHP pages served to the world due to security and other reasons.
Rahul Sundaram wrote:
Hi
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
Not a policy against it but we're not happy about it. The fact is PHP has a horrible track record. If they want something thats what RFR's are for.
-Mike
Mike McGrath wrote:
Not a policy against it but we're not happy about it. The fact is PHP has a horrible track record. If they want something thats what RFR's are for.
And can we at least wait and see what the fallout (if any) is from the Month of PHP Bugs [1]? :)
--Jeffrey
On Sunday 04 March 2007 07:06:26 Rahul Sundaram wrote:
Is there a policy against using PHP in Fedora infrastructure? There is a discussion ongoing in fedora-art list about having a gallery for artwork contributors. A lot of popular software in that category is PHP based and there is some confusion over whether it is allowed or not.
https://www.redhat.com/archives/fedora-art-list/2007-March/msg00005.html
I seem to recall some python based software for this, that would be preferred.
On Sun, 2007-03-04 at 16:00 -0500, Jesse Keating wrote:
https://www.redhat.com/archives/fedora-art-list/2007-March/msg00005.html
I seem to recall some python based software for this, that would be preferred.
I think we were kind of hoping to use something a bit more feature-ful than just a gallery, e.g., cchost.
~m
Máirín Duffy wrote:
On Sun, 2007-03-04 at 16:00 -0500, Jesse Keating wrote:
https://www.redhat.com/archives/fedora-art-list/2007-March/msg00005.html
I seem to recall some python based software for this, that would be preferred.
I think we were kind of hoping to use something a bit more feature-ful than just a gallery, e.g., cchost.
But we would be happy enough with a Python powered gallery which offer the features we need. Unfortunately I don't know such one to propose, but we are now discussing the requirements and are open to suggestions.
Over the top of my head, some features we absolutely need in a gallery are: - all kinds of RSS feeds (latest uploads, best rated, for each user, for categories, maybe for tags) - support for SVG images
On Mon, 2007-03-05 at 09:45 +0200, Nicu Buculei wrote:
Máirín Duffy wrote:
On Sun, 2007-03-04 at 16:00 -0500, Jesse Keating wrote:
https://www.redhat.com/archives/fedora-art-list/2007-March/msg00005.html
I seem to recall some python based software for this, that would be preferred.
I think we were kind of hoping to use something a bit more feature-ful than just a gallery, e.g., cchost.
But we would be happy enough with a Python powered gallery which offer the features we need. Unfortunately I don't know such one to propose, but we are now discussing the requirements and are open to suggestions.
Over the top of my head, some features we absolutely need in a gallery are:
- all kinds of RSS feeds (latest uploads, best rated, for each user, for
categories, maybe for tags)
- support for SVG images
Cool. Having a list of requirements is a good place to start.
FWIW, cchost only has one CVE against it (for an older version) which either means it's not widely audited/used enough for people to try cracking or it's actually coded pretty well ;-) (Compare that to something like mediawiki which already has at least two CVEs for 2007)
-Toshio
infrastructure@lists.fedoraproject.org
-
Dimitris Glezos -
Jeffrey Tadlock -
Jesse Keating -
Mike McGrath -
Máirín Duffy -
Nicu Buculei -
Rahul Sundaram -
Toshio Kuratomi