I haven't tried mod_wsgi yet, so I'm doing it using mod_python.
(I don't see a compelling reason to dump mod_python yet, not
to mention the learning curve and potential time-cost to convert
my scripts from mod_py to mod_wsgi - I don't really know if there
are any, just guessing here...)
Invoking
You're right. Keeping a running Gimp daemon in
memory would most certainly speed things up
(for subsequent calls)
I recall the python tutorial has some sample code
on writing simple servers in python (so, the python code
is already available, therefore I'd guess it's probably
just a matter of
On Sun, Oct 04, 2009 at 04:33:28PM -0400, Vio wrote:
You're right. Keeping a running Gimp daemon in memory would most
certainly speed things up (for subsequent calls)
This worked very well with gimp-perl and mod_perl 10 years ago.
It was relatively easy to establish a persistent connection from
Hi,
I run gimp and mod_perl on a production server and trigger longer jobs
using the 'at' command so as not to keep users hanging around for a
result. Some of the runs can generate upwards of 1,000 or so images, so
the connections were timing out long before the job ever ended.
For shorter jobs,
i consider myself pretty well versed with efficiency based upon server
performance and apache conforms for me pretty well in plugging in modules to
suite my needs and users demands. But I just don't see how you can use Common
Gateway Interfacing for this task. I found your thread through a search
On Friday 02 October 2009 18:47:46 Vio wrote:
This would suggest a permissions problem, but I'm not sure.
I wonder: does Gimp need to write to the user home directory by any chance?
In that case, 'www-data' (the apache user) doesn't have a home
directory per se.
Gimp needs a place IIRC
On 10/02/2009 05:47 PM, Vio wrote:
gimp --no-interface --batch='(python-fu-pdf2jpg RUN-NONINTERACTIVE
/path/to/image/to/proces.pdf )' --batch='(gimp-quit 1)'
doesn't get executed. Or it does but fails silently - which is not
very helpful here !!
Does it help if you set the GIMP2_DIRECTORY
Thanks for the hints ...
Some interesting developments while running under sudo.
The first run:
-
sudo -u www-data gimp --no-interface --batch='(python-fu-pdf2jpg
RUN-NONINTERACTIVE
/dd/d/app/front/PAK_live/srvr/xformx.com/run/pdf_forms/le-50.0.11.01(2008-10)d8.pdf
)'