Long Term / KDE.org Design Update

[Ken Vermette]

It is, but as far as I've seen it can only be used for other sites using
capacity; I'm mostly hoping for a client-side CMS-agnostic solution which
could run regardless of what is happening server-side. That way we could
keep components across sites like Planet, .org, forums, wikis, etc etc -
and provide updates without having to mess with any of em'... This mostly
applies to headers/footers, but we'd probably get other utilities.

I'd like the limit of the interaction required by whatever is using the
API; keep things out of the server-side so we don't need to worry about
individual CMSs. Ideally, something handled on the template level that
doesn't require maintaining extra plugins or extensions.

On Thu, Mar 26, 2015 at 7:07 PM, Albert Astals Cid <aacid at kde.org> wrote:

> El Dijous, 26 de març de 2015, a les 18:50:57, Ken Vermette va escriure:
> > > The CDN subdomain is hosted on a completely separate system to most of
> > > the others.
> > > It shares server space with download.kde.org and files.kde.org, and
> > > runs behind Incapsula which provides caching.
> > >
> > > You wouldn't be able to do much in the way of dynamic content there as
> > > a result, as accessing the various databases would be impossible at
> > > the moment.
> > > (Out of interest, what are you trying to achieve?)
> >
> > Mainly, one of the things I'd like to do is centralise the javascript and
> > serve out a general-purpose JSON feed/API from a single subdomain ("
> > wapi.kde.org", for example); common content which would be digested by
> all
> > websites and centrally maintained. The goal being to shift complexity
> away
> > from individual systems wherever possible. Then, at most, indivdiual
> > websites would only need to provide configuration options.
>
> Isn't that what capacity is doing already?
>
> Cheers,
>   Albert
> _______________________________________________
> kde-www mailing list
> kde-www at kde.org
> https://mail.kde.org/mailman/listinfo/kde-www
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-www/attachments/20150326/1cade4e9/attachment.html>