<div dir="ltr">On Sat, Oct 29, 2016 at 4:14 PM, Borys Jurgiel <span dir="ltr"><<a href="mailto:lists@borysjurgiel.pl" target="_blank">lists@borysjurgiel.pl</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dnia piątek, 28 października 2016 13:58:53 Alessandro Pasotti pisze:<br>
<span class="">> You can also avoid any server-side scripting completely if you create a set<br>
> of static filtered XMLs for the different QGIS versions and you serve them<br>
> statically after some url rewriting (Apache or Nginx doesn't really matter).<br>
<br>
</span>I guess there is no need to create the set of xmls. Just one static file with<br>
all the plugin versions is enough, as the QgisMinimumVersion and<br>
QgisMaximumVersion tags will do the job. I believe the reason you implemented<br>
the sever-side filtering was to limit the response size, what isn't any problem<br>
in a small repo.<br>
<br>
Regards,<br>
Borys<br>
</blockquote></div><br><br clear="all"></div><div class="gmail_extra">Hi Borys,<br><br></div><div class="gmail_extra">you are absolutely right, this was the reason for the official repo, if you don't have many plugins I think you can  safely use a static XML and let the client do the version filtering.<br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>