Is EZP unreliable?

Next topic

Author	Message
Nick Haralambopoulos	Tuesday 24 April 2007 1:35:43 am On Friday 20.04 I got a problem with my images not scaling. (See my other post with title "Suddenly my images do not scale"). I thought it was a permission problem and other helpful users suggested various ideas but unfortunately none of them worked. Today I thought I create a new ezp installation and transfer my settings from the problematic one to the fresh install. I backed up my database using MySQL Administrator. After installing the new ezp and using the same SQL database, I tranfered all my settings. I used the instructions on http://ez.no/ezpublish/documentation/configuration/backup_restore/move_to_new_provider to do it. Afterwards I tried my new site only to find that it had the same problem... In desperation I tried again the problematic site and everything worked fine!!! I didn't change anything!!! Now what do you think is this behavior reliable? Should I continue with ezp or start searching for a more reliable solution?
Piotrek Karaś	Tuesday 24 April 2007 2:49:31 am Your experiment only proves that the problem is consistent within your hosting environment, I wouldn't call it a proof of unreliability... -- Company: mediaSELF Sp. z o.o., http://www.mediaself.pl eZ references: http://ez.no/partners/worldwide_partners/mediaself eZ certified developer: http://ez.no/certification/verify/272585 eZ blog: http://ez.ryba.eu
Nick Haralambopoulos	Tuesday 24 April 2007 4:07:56 am On the same hosting environment work two other sites without a problem. (yet)
Hans Melis	Tuesday 24 April 2007 1:52:12 pm The settings that you copied seem to be the common link between the two problematic installs. Since the problem is related to images, I would suggest a very close look at image.ini and all its overrides. Hans http://blog.hansmelis.be
Xavier Dutoit	Wednesday 25 April 2007 6:11:25 am Hi, Assuming external life forms/god/whatever don't play with your server, we can think that something change between the test that didn't work and the one that worked. I might be that you cleared the cache and it took into account a new setting ? Anyway, that's likely to be something around image.ini and one of the override, or that GD/image magic isn't properly configured to deal with both jpeg/gif or whatever the format you use. log and dig. Computers operation are reproductible, also not always reliable ;) X+ P.S. When you refer to another discussion, please put the complete url, so the lazy among us will read both http://www.sydesy.com
Betsy Gamrat	Friday 27 April 2007 9:26:51 pm eZ is reliable. Clear the caches and carry on! If that doesn't work - backtrack, read the logs, and turn on the debugging.
Nick Haralambopoulos	Thursday 17 May 2007 12:23:46 am Today 17/5 it did it again!. Suddenly I have no images displayed in my site. I cleared the caches but no improvement. I turned on debugging. The error said it couldn't convert the images from /var/storage/... etc. ImageMagick works fine. No problem. I think the problem is ezp can't send the full path to imageMagick. Update: 5-10 minutes after I cleared the caches the images appeared again. Is it a cache problem? How often should I clean the caches?

eZ debug

Timing:	Jan 18 2025 19:08:30
Script start
Timing:	Jan 18 2025 19:08:30
Module start 'layout'
Timing:	Jan 18 2025 19:08:30
Module start 'content'
Timing:	Jan 18 2025 19:08:32
Module end 'content'
Timing:	Jan 18 2025 19:08:32
Script end

Main resources:

Total runtime	1.7136 sec
Peak memory usage	4,096.0000 KB
Database Queries	75

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0059	588.9063	152.6094
Module start 'layout'	0.0059	0.0028	741.5156	39.4141
Module start 'content'	0.0087	1.7036	780.9297	703.1172
Module end 'content'	1.7122	0.0014	1,484.0469	16.1875
Script end	1.7136		1,500.2344

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0036	0.2114	16	0.0002
Check MTime	0.0014	0.0841	16	0.0001
Mysql Total
Database connection	0.0006	0.0345	1	0.0006
Mysqli_queries	1.6349	95.4065	75	0.0218
Looping result	0.0008	0.0460	73	0.0000
Template Total	1.6619	97.0	2	0.8309
Template load	0.0024	0.1388	2	0.0012
Template processing	1.6595	96.8417	2	0.8298
Template load and register function	0.0002	0.0139	1	0.0002
states
state_id_array	0.0043	0.2518	1	0.0043
state_identifier_array	0.0018	0.1038	2	0.0009
Override
Cache load	0.0021	0.1209	36	0.0001
Sytem overhead
Fetch class attribute can translate value	0.0008	0.0449	5	0.0002
Fetch class attribute name	0.0019	0.1122	11	0.0002
XML
Image XML parsing	0.0021	0.1242	5	0.0004
class_abstraction
Instantiating content class attribute	0.0000	0.0016	11	0.0000
General
dbfile	0.0076	0.4431	34	0.0002
String conversion	0.0000	0.0003	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded
1	node/view/full.tpl	full/forum_topic.tpl	extension/sevenx/design/simple/override/templates/full/forum_topic.tpl
7	content/datatype/view/ezxmltext.tpl	<No override>	extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tpl
9	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tpl
3	content/datatype/view/ezxmltags/line.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/line.tpl
4	content/datatype/view/ezimage.tpl	<No override>	extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tpl
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 25 Number of unique templates used: 6

Time used to render debug report: 0.0001 secs