<div dir="ltr"><div>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.<br></div><div><br></div>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.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 26, 2015 at 7:07 PM, Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El Dijous, 26 de març de 2015, a les 18:50:57, Ken Vermette va escriure:<br>
<span class="">> > The CDN subdomain is hosted on a completely separate system to most of<br>
> > the others.<br>
> > It shares server space with <a href="http://download.kde.org" target="_blank">download.kde.org</a> and <a href="http://files.kde.org" target="_blank">files.kde.org</a>, and<br>
> > runs behind Incapsula which provides caching.<br>
> ><br>
> > You wouldn't be able to do much in the way of dynamic content there as<br>
> > a result, as accessing the various databases would be impossible at<br>
> > the moment.<br>
> > (Out of interest, what are you trying to achieve?)<br>
><br>
> Mainly, one of the things I'd like to do is centralise the javascript and<br>
> serve out a general-purpose JSON feed/API from a single subdomain ("<br>
> <a href="http://wapi.kde.org" target="_blank">wapi.kde.org</a>", for example); common content which would be digested by all<br>
> websites and centrally maintained. The goal being to shift complexity away<br>
> from individual systems wherever possible. Then, at most, indivdiual<br>
> websites would only need to provide configuration options.<br>
<br>
</span>Isn't that what capacity is doing already?<br>
<br>
Cheers,<br>
  Albert<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
kde-www mailing list<br>
<a href="mailto:kde-www@kde.org">kde-www@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-www" target="_blank">https://mail.kde.org/mailman/listinfo/kde-www</a><br>
</div></div></blockquote></div><br></div>