Firstly, I know that many of you would kill me for this and consider me
as a revolutionist becouse of this post, but I think that bugs.php.net
is old enough to have some things updated. I really don't want to
rebuild whole system, because I'm aware that is one of our crucial services.
However, I think that there are some changes that can (and should) be
introduced with caution and step-by-step modifications. Okay, it's time
to talk the facts.
Bugs Database relies on many PEAR packages. Most of them are outdated
and deprecated, but can be replaced without big effort. I think that
getting rid of some of them is good idea, because it allows us to use
newer PHP versions with new features and better performance. And we just
can't stick to one version forever. Some things will have to be changed
sooner or later.
1) MDB2 - OOP database interface, probably the hardest one. It probably
should be replaced with mysqli/PDO to provide forward compatibility. In
fact, interface provided by PDO it's quite more similiar to MDB's.
2) DB_DataObject - seems to be unused
3) Tree - complex tool, but used in only one place
(https://github.com/php/web-bugs/blob/master/include/functions.php#L207), so
replacing it with "plain PHP" shouldn't be much pain. Depends on MDB2.
4) Text_CAPTCHA_Numeral - CAPTCH-a of course. Is there a need of
replacing it? Or maybe better question: anyone know easy replacement.
5) Text_Diff - I don't know any good alternatives to this so Text_Diff
should probably stay here.
6) HTTP_Upload - used only in bug patchtracker. It probably can be easy
replaced with built-in functions without such big and old wrapper.
7) HTTP - if we drop HTTP_Upload, removing dependencies on HTTP would be
trivial. There are only few constans used (i.e. for 404 not found HTTP
header).
8) Services_Akismet2 (with dependencies: Net_URL2 + HTTP_Request2) -
they seems to be unused for me, but maybe I overlooked something.
As noted by Levi in recent IRC talk - it's also good time to go through
bug database and fix as many bugs related to bugs.php.net website, as
it's possible.
Do not hit me... regards,
Maciej.
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
