Texttoimage and Cluster

Next topic

Author	Message
Guglielmo Celata	Wednesday 11 October 2006 8:09:43 am Hi, I have experienced a problem using the texttoimage operator in a clustered environment, using the dbfile filehandler. The architecture I use is: a webstorage machine, with the database and two frontend machines, serving the pages and retrieving storage and cache from the database, with a remote connection. eZ version is 3.8.4. The thing is, images created with the texttoimage operator are cached under var/cache/texttoimage/images, in the frontend cache directories. So, if someone browses a page, say, on the first frontend server, the image is cached there and it appears the <i>information that the image is cached</i> is stored in the DB, somehow. As a matter of fact, when a connection is made on the second frontend server, the image results cached, but the path exists only on the first machine, so the image is broken. I've fixed this, by remotely synching the var/cache/texttoimage/images directories of the two machines every two minutes, but I guess this is quite a crude patch. Another 'fix' could be to set the UseCache setting to false in the texttoimage.ini configuration file. I have tried to browse the source code (lib/eztemplate/classes/eztemplateimageoperator.php) but didn't find any place where the information that the image was alredy created was written in the cache, so I can't figure out how a connection on a second machine would try to load the image directly from the file system, instead of generating it. Is there a way in order to have texttoimage images cached in the DB? Guglielmo Celata
Claudia Kosny	Wednesday 11 October 2006 12:10:18 pm Hi Guglielmo As far as I can see the cache check is done by checking whether the file exists, there is nothing done in a database at all. The cache checking is done in the function modify at the lines where it checks the settings for usecache and then calls up $this->hasImage(...) On EZ 3.8.3 the line numbers are 234 and following. If I understand you right EZ thinks that there is a cached file so it might be a good idea to check the filepath that is checked in the hasImage function. Could you also please post both paths - the one where the file should be cached and the one where EZ thinks it is cached. You should see the path in html files that are created. Greetings from Luxembourg Claudia

Author

Message

Wednesday 11 October 2006 8:09:43 am

Hi,
I have experienced a problem using the texttoimage operator in a clustered environment, using the dbfile filehandler.
The architecture I use is: a webstorage machine, with the database and two frontend machines, serving the pages and retrieving storage and cache from the database, with a remote connection.
eZ version is 3.8.4.

The thing is, images created with the texttoimage operator are cached under var/cache/texttoimage/images, in the frontend cache directories.
So, if someone browses a page, say, on the first frontend server, the image is cached there and it appears the <i>information that the image is cached</i> is stored in the DB, somehow.
As a matter of fact, when a connection is made on the second frontend server, the image results cached, but the path exists only on the first machine, so the image is broken.

I've fixed this, by remotely synching the var/cache/texttoimage/images directories of the two machines every two minutes, but I guess this is quite a crude patch.

Another 'fix' could be to set the UseCache setting to false in the texttoimage.ini configuration file.

I have tried to browse the source code (lib/eztemplate/classes/eztemplateimageoperator.php) but didn't find any place where the information that the image was alredy created was written in the cache, so I can't figure out how a connection on a second machine would try to load the image directly from the file system, instead of generating it.

Is there a way in order to have texttoimage images cached in the DB?

Guglielmo Celata

Claudia Kosny

Wednesday 11 October 2006 12:10:18 pm

Hi Guglielmo

As far as I can see the cache check is done by checking whether the file exists, there is nothing done in a database at all. The cache checking is done in the function modify at the lines where it checks the settings for usecache and then calls up $this->hasImage(...)
On EZ 3.8.3 the line numbers are 234 and following. If I understand you right EZ thinks that there is a cached file so it might be a good idea to check the filepath that is checked in the hasImage function.

Could you also please post both paths - the one where the file should be cached and the one where EZ thinks it is cached. You should see the path in html files that are created.

Greetings from Luxembourg

Claudia

eZ debug

Timing:	Jan 18 2025 16:11:51
Script start
Timing:	Jan 18 2025 16:11:51
Module start 'layout'
Timing:	Jan 18 2025 16:11:51
Module start 'content'
Timing:	Jan 18 2025 16:11:52
Module end 'content'
Timing:	Jan 18 2025 16:11:52
Script end

Main resources:

Total runtime	1.0267 sec
Peak memory usage	4,096.0000 KB
Database Queries	54

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0055	589.0469	152.6250
Module start 'layout'	0.0056	0.0025	741.6719	39.4453
Module start 'content'	0.0081	1.0171	781.1172	462.9141
Module end 'content'	1.0251	0.0015	1,244.0313	8.1719
Script end	1.0267		1,252.2031

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0033	0.3255	16	0.0002
Check MTime	0.0014	0.1345	16	0.0001
Mysql Total
Database connection	0.0010	0.1000	1	0.0010
Mysqli_queries	0.9826	95.7074	54	0.0182
Looping result	0.0006	0.0547	52	0.0000
Template Total	0.9982	97.2	2	0.4991
Template load	0.0021	0.2078	2	0.0011
Template processing	0.9960	97.0144	2	0.4980
Template load and register function	0.0002	0.0203	1	0.0002
states
state_id_array	0.0009	0.0893	1	0.0009
state_identifier_array	0.0009	0.0891	2	0.0005
Override
Cache load	0.0018	0.1735	22	0.0001
Sytem overhead
Fetch class attribute can translate value	0.0006	0.0614	2	0.0003
Fetch class attribute name	0.0012	0.1139	2	0.0006
XML
Image XML parsing	0.0003	0.0303	2	0.0002
class_abstraction
Instantiating content class attribute	0.0000	0.0007	2	0.0000
General
dbfile	0.0006	0.0611	10	0.0001
String conversion	0.0000	0.0007	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
2	content/datatype/view/ezxmltext.tpl	<No override>	extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tpl
3	content/datatype/view/ezxmltags/line.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/line.tpl
4	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tpl
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 11 Number of unique templates used: 5

Time used to render debug report: 0.0001 secs