Images cant be uploaded after Fast CGI and EXIM installed

Author Message

Luis Delgado

Thursday 07 April 2011 7:18:41 am

Hi... I have a problem... not sure if it is a bug... After changing from SuPHP to FCGI I am no more able to upload images to an article for example... what could be wrong? I also installed EXIM in PHP when compiling... not sure if it has something to do.

Cheers

GOOD 4 ALL

Luis Delgado

Thursday 07 April 2011 7:41:52 am

HELP PELASE! I have checked everyhting in the server, no error logs, no permission issues... ImageMagik installed and working, notes are uploaded but they are blank, no images shown and they are not broken URL's they are simply not uploaded....

Also checked the log. The log for uploaded images in: var/ezflow_site/storage/log/

says images have been saved in a XXXXX (digits) folder but they are not, the folder in fact does not exist...

what is wrong?

Cheers

GOOD 4 ALL

Luis Delgado

Thursday 07 April 2011 8:21:03 am

"

HELP PELASE! I have checked everyhting in the server, no error logs, no permission issues... ImageMagik installed and working, notes are uploaded but they are blank, no images shown and they are not broken URL's they are simply not uploaded....

Also checked the log. The log for uploaded images in: var/ezflow_site/storage/log/

says images have been saved in a XXXXX (digits) folder but they are not, the folder in fact does not exist...

what is wrong?

"

OK Images are uploaded... they are there but are not being displayed... ImageMagik???

Cheers

GOOD 4 ALL

Nicolas Pastorino

Thursday 07 April 2011 3:17:01 pm

Hi Luis,

Did you check that the web server process user has write privileges to the siteaccess' var directory ?

Also how did you find out that the images were not displayed ? What happens if you try to open the non-displayed image link in a separate tab ?

Cheers,

--
Nicolas Pastorino
Director Community - eZ
Member of the Community Project Board

eZ Publish Community on twitter: http://twitter.com/ezcommunity

t : http://twitter.com/jeanvoye
G+ : http://plus.tl/jeanvoye

Luis Delgado

Sunday 10 April 2011 11:53:46 am

"

Hi Luis,

Did you check that the web server process user has write privileges to the siteaccess' var directory ?

Also how did you find out that the images were not displayed ? What happens if you try to open the non-displayed image link in a separate tab ?

Cheers,

"

Hi Nicolas,

Thanks for answering. Yes the folder has 777 permission as stated in EZ Docs...

After compiling my Apache/PHP with FCGI, next morning the editors (a news site) told me no images were being diplayed after they uploaded new content. Content uploaded previously and banners or fixed images were showing OKI. I tried everything (including what you suggested), opening in another window, changing browsers (I have the main 6 browsers) etc... I couldnt even see the link to the images I will explain a little bit more, what I found was:

1. I deducted that Image Magick stoped working but it was running in the server.

2. Even if I stated before the opposite, images were indeed uploaded, the image was saved in its place (/storage....) but they were not showning after being uploaded. Images uploaded.

3. Images were not shown also after being published and the code of the image was not used for displaying it in the public file (as if the article didnt had any images to show). I mean there were no errros showing a missing image in the public page (like a broken icon in a box) nor the server trying to find the file. Simply no image or link to the image was loaded in the publicated content, or at least I couldnt find it in the code.

4. After reading some posts (including one from Gaetano Giunta) I decided to disable Image Magick and leave GD2 enabled. This solved the problem instantly. Images began to show for the articles that were uploladed after the compilation.

Somehow ImageMagick doesnt want to work with either FCGI or Exif.

Hope this is an isolated issue otherwise may it be considered a bug?

Cheers

GOOD 4 ALL

Nicolas Pastorino

Sunday 10 April 2011 11:54:07 pm

Hi Luis,

It first sounds all good that you fixed the issue. Secondly, i can not really imagine ImageMagick not working because of FCGI, since we are talking about two unrelated layers here, but Exif could be the source of problems. I searched for "exif" in the issue tracker ( http://issues.ez.no/ezpublish ) and there are indeed a few open issues. If you take a look there by yourself, you might spot yours.

Running a small image conversion script from CLI, using bin/php/ezexec.php could help making sure ImageMagick was the problem, and better see errors.

Cheers,

--
Nicolas Pastorino
Director Community - eZ
Member of the Community Project Board

eZ Publish Community on twitter: http://twitter.com/ezcommunity

t : http://twitter.com/jeanvoye
G+ : http://plus.tl/jeanvoye

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 18 2025 00:49:01
Script start
Timing: Jan 18 2025 00:49:01
Module start 'layout'
Timing: Jan 18 2025 00:49:01
Module start 'content'
Timing: Jan 18 2025 00:49:01
Module end 'content'
Timing: Jan 18 2025 00:49:01
Script end

Main resources:

Total runtime0.8377 sec
Peak memory usage4,096.0000 KB
Database Queries66

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0069 589.2891152.6563
Module start 'layout' 0.00690.0034 741.945339.5156
Module start 'content' 0.01030.8258 781.4609585.3438
Module end 'content' 0.83620.0015 1,366.804720.0938
Script end 0.8377  1,386.8984 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.00360.4262160.0002
Check MTime0.00150.1754160.0001
Mysql Total
Database connection0.00100.124510.0010
Mysqli_queries0.768991.7830660.0116
Looping result0.00060.0719640.0000
Template Total0.800495.620.4002
Template load0.00200.239620.0010
Template processing0.798495.310220.3992
Template load and register function0.00010.013110.0001
states
state_id_array0.00090.104510.0009
state_identifier_array0.00090.105620.0004
Override
Cache load0.00180.2153470.0000
Sytem overhead
Fetch class attribute can translate value0.00070.086020.0004
Fetch class attribute name0.00090.107080.0001
XML
Image XML parsing0.00100.122720.0005
class_abstraction
Instantiating content class attribute0.00000.0030120.0000
General
dbfile0.00100.1206220.0000
String conversion0.00000.001340.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1node/view/full.tplfull/forum_topic.tplextension/sevenx/design/simple/override/templates/full/forum_topic.tplEdit templateOverride template
6content/datatype/view/ezimage.tpl<No override>extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tplEdit templateOverride template
6content/datatype/view/ezxmltext.tpl<No override>extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tplEdit templateOverride template
8content/datatype/view/ezxmltags/paragraph.tpl<No override>extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tplEdit templateOverride template
2content/datatype/view/ezxmltags/quote.tpldatatype/ezxmltext/quote.tplextension/ezwebin/design/ezwebin/override/templates/datatype/ezxmltext/quote.tplEdit templateOverride template
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 24
 Number of unique templates used: 6

Time used to render debug report: 0.0002 secs