<p dir="ltr">+1 for the observer pattern. Having the ability to install "middlewares" within the flow would be great. In this case I would suggest to consider the opportunity to choose the plugin execution order (i.e. plugin1 request processing should happen before plugin2, etc.).</p>
<p dir="ltr">+0 in case of the 404 method is employed. In this case I prefer to use an app out of qgis server...</p>
<div class="gmail_quote">Il 04/ott/2014 14:52 "Alessandro Pasotti" <<a href="mailto:apasotti@gmail.com">apasotti@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2014-10-04 13:17 GMT+02:00 Andrea Peri <<a href="mailto:aperi2007@gmail.com">aperi2007@gmail.com</a>>:<br>
> The slides dont say nothing about the optionality of this.<br>
><br>
> Should be possible to disable all the python side using some compile settings ?<br>
<br>
Of course yes.<br>
<br>
> like<br>
><br>
> "disable-python-server-side" ?<br>
><br>
> Or enable it only for speciic project.<br>
<br>
This could be easily implemented at the webserver level or directly<br>
inside the plugins in case of need.<br>
<br>
><br>
> So avoid to have more insances.<br>
> Something with python capability and other without python capability ?<br>
><br>
> Aso a last question is the accounting.<br>
<br>
The plugin support has no direct implications with authentication or<br>
authorization. What the plugins will implement (and how they'll do it)<br>
is far beyond the scope of my RFC.<br>
<br>
<br>
--<br>
Alessandro Pasotti<br>
w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>