Webdav config with postgresql : fatal error in ezmysqldb.php

Next topic

Author	Message
Olivier TURPIN	Wednesday 23 May 2007 2:59:57 pm Hello, I have a functionnal ezp installation using a postgresql database. I tried to configure a webdav access to this install but no success. I declared a knew HTTP service (see below) and activated webdav in ini files. When I try to access the service via davfs2 , I get the following error : "Could not connect to `equidome.dyndns.org' on port 81: Could not connect to server: Connection refused"" When I try to access webdav interface with firefox, I get the error : "Fatal error: Call to undefined function: mysql_escape_string() in home/equiman/equiMan/lib/ezdb/classes/ezmysqldb.php on line 816" It seems ezp is looking for a mysql DB. I have a postgresql DB installed for it. Does anyone know if it is a bug or a webdav configuration problem ? Thx ------------------------------------------------------ <VirtualHost :81> DocumentRoot <ezp directory> ServerName <service URL> UseCanonicalName off DirectoryIndex webdav.php <Directory "/home/equiman/equiMan"> Options FollowSymLinks Indexes ExecCGI AllowOverride None Order allow,deny allow from all </Directory> <IfModule mod_rewrite.c> RewriteEngine On RewriteRule . /webdav.php </IfModule> </VirtualHost>

Author

Message

Wednesday 23 May 2007 2:59:57 pm

Hello,

I have a functionnal ezp installation using a postgresql database.
I tried to configure a webdav access to this install but no success.

I declared a knew HTTP service (see below) and activated webdav in ini files.
When I try to access the service via davfs2 , I get the following error : "Could not connect to `equidome.dyndns.org' on port 81:
Could not connect to server: Connection refused""

When I try to access webdav interface with firefox, I get the error : "Fatal error: Call to undefined function: mysql_escape_string() in home/equiman/equiMan/lib/ezdb/classes/ezmysqldb.php on line 816"

It seems ezp is looking for a mysql DB. I have a postgresql DB installed for it.

Does anyone know if it is a bug or a webdav configuration problem ?

Thx

------------------------------------------------------
<VirtualHost *:81>
DocumentRoot <ezp directory>
ServerName <service URL>
UseCanonicalName off
DirectoryIndex webdav.php

<Directory "/home/equiman/equiMan">
Options FollowSymLinks Indexes ExecCGI
AllowOverride None
Order allow,deny
allow from all
</Directory>

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* /webdav.php
</IfModule>

</VirtualHost>

eZ debug

Timing:	Jan 31 2025 01:29:27
Script start
Timing:	Jan 31 2025 01:29:27
Module start 'layout'
Timing:	Jan 31 2025 01:29:27
Module start 'content'
Timing:	Jan 31 2025 01:29:27
Module end 'content'
Timing:	Jan 31 2025 01:29:27
Script end

Main resources:

Total runtime	0.0242 sec
Peak memory usage	4,096.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0062	588.6172	151.2734
Module start 'layout'	0.0062	0.0038	739.8906	220.7500
Module start 'content'	0.0100	0.0127	960.6406	997.7734
Module end 'content'	0.0228	0.0014	1,958.4141	29.9922
Script end	0.0242		1,988.4063

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0027	11.3290	14	0.0002
Check MTime	0.0011	4.6453	14	0.0001
Mysql Total
Database connection	0.0012	4.8262	1	0.0012
Mysqli_queries	0.0025	10.3515	3	0.0008
Looping result	0.0001	0.2271	1	0.0001
Template Total	0.0010	4.2	1	0.0010
Template load	0.0008	3.2666	1	0.0008
Template processing	0.0002	0.9450	1	0.0002
Override
Cache load	0.0006	2.2931	1	0.0006
General
dbfile	0.0012	4.7721	8	0.0001
String conversion	0.0000	0.0413	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	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs