<div dir="ltr"><div><div><div>Hi,<br><br></div>did you think about using a Python server plugin?<br><br></div>I imagine a simple plugin that on each incoming request queries the DB for the requested project.<br><br>If the project is not in the DB you return an exception (or whatever you want, you can also dynamically build a page with existing/accessible projects).<br><br>If the project is accessible, the plugin fetches it from the DB to a folder and serves it using the normal flow (a caching logic here that checks if the project has changed from the last request would speed things up a bit).<br><br></div><div>Some basic server Python plugin documentation is now in place:  <a href="http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/server.html">http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/server.html</a><br></div><br><div>Regards.<br></div><div> <br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-12 16:58 GMT+02:00 lars lingner <span dir="ltr"><<a href="mailto:gislars+list@gmail.com" target="_blank">gislars+list@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
thanks for the feedback so far. If feel I have to explain my usecase a<br>
little bit more. It is basically a  "well designed server setup" (TM)<br>
which provides map services via QGis Server. The configuration and<br>
project files are tested and can only be changed by authorized users.<br>
<br>
Other users are working with QGis Desktop developing project files.<br>
These files are deployed on the server and being used there for the map<br>
services. So there is a barrier which filters out most of faulty project<br>
files like not accessible host names or user credentials. That is why I<br>
didn't think about the problems regarding access rights, permissions and<br>
environment settings.<br>
<br>
My simple thought was, if I have a working project file consumed by QGis<br>
Server, couldn't I use a DB as source of it. There is already a DB sync<br>
for the data in place. Handling QGis project files now, I'm already<br>
responsible that all resources mentioned are accessible. I wouldn't<br>
expect QGis to do this job.<br>
<br>
But of course, these questions arise and more are likely to come. I<br>
wouldn't expect a feature like this being useful for _all_ QGis users,<br>
OTOH which feature does? :)<br>
<br>
One problem I could see is the overhead getting the file out of the DB.<br>
When a server process is spawned, the project file is processed. I can<br>
imagine checking if the project has changed and respawning the server<br>
process if needed would add some amount of overhead.<br>
<br>
For now I'm trying to work with a wrapper script. This is selecting the<br>
right "QGis file row" and writing it in a file which is than consumed by<br>
QGis server.<br>
<br>
<br>
Thanks for listening :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Lars<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On 12.08.2015 16:03, Andrea Peri wrote:<br>
> So you assume to have grants to write in the table where is stored the<br>
> published informazioni.<br>
> This is not always true. The dba amministratore of a published environment<br>
> not like to have some cowboy to write into its DBMS.<br>
><br>
> Instead in low profile environment where there is 1 user only and it is<br>
> webadmin , qgis user and perhaps also publisher. Not always it ha also  the<br>
> capability to admin a DBMS like postgres.<br>
><br>
> I feat that this option increasing complexity will reduce the installation<br>
> of qgis-server.<br>
><br>
> A.<br>
> Il 12/ago/2015 03:29 PM, "James Keener" <<a href="mailto:jim@jimkeener.com">jim@jimkeener.com</a>> ha scritto:<br>
><br>
>> I was also looking for this a bit back and never found a solution. I ended<br>
>> up using other software, unfortunately.<br>
>><br>
>> As for being less flexible, it is exactly as flexible as a qgs file would<br>
>> be, it's just that they could be manipulated and created more easily.  I<br>
>> would love to see the parts of the file broke out in the database and not<br>
>> just using a single text blob, though.<br>
>><br>
>> Also, setting up identical-enough is fairly trivial, especially if most of<br>
>> the layers are already coming from a database, or known cache of shapefiles.<br>
>><br>
>> Jim<br>
>><br>
>> On Wed, Aug 12, 2015 at 9:13 AM, Andrea Peri <<a href="mailto:aperi2007@gmail.com">aperi2007@gmail.com</a>> wrote:<br>
>><br>
>>> I don't guess is more flexible.<br>
>>> Infact usually the teting environment is never exactly exals to the<br>
>>> publish environmnet.<br>
>>><br>
>>> A file allw to open and correct the paths from develop and publish<br>
>>> environment.<br>
>>> Also the svg symbols could be not exactly with the same path from<br>
>>> develop and publish environment.<br>
>>><br>
>>> So having a same project in a db is more complex becasue need to have<br>
>>> two environment exactly the same.<br>
>>> And this is not possible.<br>
>>> .<br>
>>><br>
>>> I guess the db storing for project could be more flexible only if the<br>
>>> paths to the layers and relative paths of svg was not stored in the<br>
>>> project file but instead in other files.<br>
>>><br>
>>> My 2ct.<br>
>>><br>
>>> A.<br>
>>><br>
>>><br>
>>> 2015-08-12 15:06 GMT+02:00 lars lingner <<a href="mailto:gislars%2Blist@gmail.com">gislars+list@gmail.com</a>>:<br>
>>>> Hello,<br>
>>>><br>
>>>> I'm looking for a solution for storing QGis project files (qgs) in a<br>
>>>> PostgreSQL database. Storing the files in a table isn't actually the<br>
>>>> problem, but getting it out and feeding it to QGis server.<br>
>>>><br>
>>>> Did anyone had this need already? Would this be a good idea?<br>
>>>><br>
>>>> In my use case the project files are generated, based on a default<br>
>>>> project file. Having the file in the DB would give more flexibility.<br>
>>>><br>
>>>> Since saving the style in DB is already supported by QGis, I'm just<br>
>>>> curious of opinions of other users or developers.<br>
>>>><br>
>>>> Thanks in advance for any feedback<br>
>>>><br>
>>>> Lars<br>
>>>> _______________________________________________<br>
>>>> Qgis-user mailing list<br>
>>>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> -----------------<br>
>>> Andrea Peri<br>
>>> . . . . . . . . .<br>
>>> qwerty àèìòù<br>
>>> -----------------<br>
>>> _______________________________________________<br>
>>> Qgis-user mailing list<br>
>>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>>><br>
>><br>
>><br>
><br>
<br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div>