Retirement of Capacity

[Ben Cooksley]

On Mon, Jan 16, 2023 at 7:02 AM Albert Astals Cid <aacid at kde.org> wrote:

> El diumenge, 15 de gener de 2023, a les 7:36:03 (CET), Ben Cooksley va
> escriure:
> > Hi all,
> >
> > Since time immemorial, KDE has had a custom PHP framework known as
> Capacity
> > which we've used to build a good number of our websites.
> >
> > With the rise of Static Site Generators such as Jekyll and Hugo though,
> > we've been phasing this out and given that Hugo especially is now well
> > established as the go-to-tooling for building KDE websites
>
> > it is time we retire Capacity.
>
> Why? The code is there and it works. It seems we're giving ourselves lots
> of
> work for what is really just a "few" lines of PHP.
>

It's a bit more than that.

On the server side, Capacity requires a very unique configuration that is
often incompatible with other systems due to it requiring certain PHP
settings be set (include path being particularly important) and needing
directories aliased in.
This often breaks other software, necessitating the use of a separate PHP
FPM worker pool for Capacity, and specific configuration within that
website Apache configuration. Given the shrinking list of sites using it,
we're now reaching the point where it makes more sense to eliminate our use
of it rather than continue to support it and the additional costs
associated with it.

Secondly, switching to Hugo allows us to utilise a common Aether theme and
therefore share a common visual design language across our sites, creating
consistency which is always a benefit.


>
> Cheers,
>   Albert
>

Thanks,
Ben


>
> >
> > In addition, in the next few weeks the current server for our
> > static/capacity sites, Nicoda, will be replaced by a new system (Tyran)
> > that is currently awaiting configuration and i'd very much prefer to not
> > have to deploy legacy Capacity support there.
> >
> > I have checked our server configuration this evening and it looks like
> the
> > following sites still rely on Capacity in some form or another:
> >
> > konversation.kde.org
> > pe.kde.org
> > marble.kde.org
> > kmplayer.kde.org
> > www.kde.org
> > games.kde.org
> > docs.kde.org
> > czechia.kde.org
> > freebsd.kde.org
> > kmymoney.org
> > edu.kde.org
> > multimedia.kde.org
> > ro.kde.org
> > konqueror.org
> > kpdf.kde.org
> > jp.kde.org
> > utils.kde.org
> > events.kde.org
> > kst-plot.kde.org
> > conference2004.kde.org
> > conference2005.kde.org
> > akademy2006.kde.org
> > akademy2007.kde.org
> > akademy2008.kde.org
> > akademy2009.kde.org
> > www-staging.kde.org
> > il.kde.org
> > umbrello.kde.org
> > krusader.org
> > ev.kde.org
> > okular.kde.org
> > kdemail.net
> > extragear.kde.org
> > lakademy.kde.org
> > kphotoalbum.org
> >
> > Having a quick look through the repositories/sites, I see:
> > - Some that have already made the jump to Hugo/Jekyll (so likely just
> need
> > their Capacity support switched off)
> > - Some that are just redirects to apps.kde.org or elsewhere, and
> therefore
> > just need Capacity support switched off (and probably the repository
> > archived on invent.kde.org too)
> > - Others where the site content is still in Subversion and the site talks
> > about Maemo (eek!)
> > - Others where the site content is many years out of date and it is
> > probably best we just redirect it to www.kde.org / apps.kde.org.
> >
> > It would be appreciated if people could please take a look through these
> > sites.
> >
> > For the akademy2xxx.kde.org sites, it would be nice if we could get
> their
> > content migrated and incorporated into the new Hugo based
> akademy.kde.org
> > site, but in the absence of that I will be turning them into static sites
> >
> > Many thanks,
> > Ben
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-devel/attachments/20230116/e4a33ebd/attachment-0001.htm>