Newsgroups: php.internals,php.webmaster
Path: news.php.net
Xref: news.php.net php.internals:78334 php.webmaster:20132
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error)
Message-ID: <544CB2AF.3080109@lsces.co.uk>
Date: Sun, 26 Oct 2014 08:37:03 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0
MIME-Version: 1.0
To: "php-webmaster@lists.php.net >> PHP Webmaster ML" <php-webmaster@lists.php.net>
CC: "internals@lists.php.net >> PHP internals" <internals@lists.php.net>
References: <CAHpw9AfyLRPmD6Yr35WNDju83oozVNeu3WyAGJAygBO2SxisEw@mail.gmail.com>	<544AA546.1010805@gmail.com>	<CADajX4ATU4zyeSJc2AV305hbRawBtgGQdZj0+bnQX+gXR9Jxsw@mail.gmail.com> <CAFMT4NrQpr_ZKr0m5XbLFwCvjLFtNyqY9idXZPWNsK80wZx=cg@mail.gmail.com>
In-Reply-To: <CAFMT4NrQpr_ZKr0m5XbLFwCvjLFtNyqY9idXZPWNsK80wZx=cg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-WEBMASTER] Re: [PHP-DEV] Thoughts on the PHP.net website
From: lester@lsces.co.uk (Lester Caine)

On 25/10/14 17:24, Levi Morrison wrote:
> The reason I bring this up in this discussion is that switching to
> something like Polymer is going to require a few changes on how we
> generate the HTML and CSS. The the best time to refactor code is when
> you are already changing it for something already, so it would be
> better to delay refactoring code until we have some need to change it.

Can I make a simple request ...
Rather than once again pushing yet more ways to render web pages can we
take a look at something which is rather fundamental to good design.
MVC is something which the likes of Zend Framework and other systems
push but seems to be something alien to the php website?

There is a substantial volume of material contained on the website and
none of it is in a format that allows for easy access and more important
searching. Each area has it's own material lost in some different
'favourite package' and currently even a 'search' does not even bring up
- for example - the document sections or bug reports - when one searches
on a wiki page.

What use is a 'refactoring of code' when the whole structure is so badly
broken?

Providing a central 'database' of content such as articles about
meetings, comments on ANY page, drafts for document improvements and so
on will allow people to access that content in many more ways than
currently possible, KEEP old versions of styles of layout if that is
what they want, and allow a much more accessible and growing archive of
material which can be translated as required.

I understand that this brings up another debate on a standard for
maintaining that data, but that is something of a red herring since HOW
people store the data themselves is entirely up to them. It is purely
how the data is accessed which matters here, and there are many existing
standards for that. Much as I detest XML is does provide a very flexible
platform for querying and transferring data with additional cleanly
identified tag such as author, version, and the like. There will be
several 'pet' solutions as to how a central store will be maintained,
and I can almost even see a case for a flat file structure on git? Much
as is currently used for some areas of the site anyway.

Is there any support for at least looking at this?
( Copied back to internals as the mechanisms to support this need the
expertise of people who probably do not follow the webmaster list )

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk