|
Author
|
Message
|
|
Pascal France
|
Monday 29 September 2008 9:11:46 am
Hi, I try to use since a long time the DebugByIP parameter but each time everyone get the debug output. Here is my [SiteSettings] section in site.ini.append.php
[DebugSettings]
DebugOutput=enabled
DebugByIP=enabled
DebugIPList[]=82.67.66.131
DebugRedirection=disabled
Shouldn't 82.67.66.131 be the only IP which get the output debug ? Pascal
Ce qui embellit le désert c'est qu'il cache un puits... quelque part... (A. de Saint-Exupéry) - http://luxpopuli.fr/eZ-Publish
|
|
Mark Marsiglio
|
Monday 29 September 2008 9:19:16 am
Which ini file do you have this in? It sounds like you have it in the siteaccess site ini, but maybe it is being overridden by the override/site.ini.append.php file. Also, did you clear all caches after changing the setting? If it is set properly but the ini cache has not been cleared that might cause the change not to be recognized.
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
|
Pascal France
|
Monday 29 September 2008 11:59:01 am
Hi Mark, The settings are in my settings/siteaccess/public_siteaccess/site.ini.append.php file. In override/site.ini.append.php I only have (for the [SiteSettings] section):
[SiteSettings]
DefaultAccess=cfdt
SiteList[]=cfdt
SSLPort=443
and there is no [DebugSettings] section in this file. Yes, I have thought to clear all the caches by hand. I think I'm missing something obvious because I never managed to run this option properly. Pascal
Ce qui embellit le désert c'est qu'il cache un puits... quelque part... (A. de Saint-Exupéry) - http://luxpopuli.fr/eZ-Publish
|
|
Mark Marsiglio
|
Monday 29 September 2008 12:08:29 pm
My next troubleshooting step would be to check the ini settings being processed by your install in the admin interface Setup / Ini Settings section. Select your siteaccess and site.ini file and see if there is maybe some other ini file being included from an extension or something. If your settings are the same as you show here, you might try switching to DebugByUser and relying on user id filtering to see if that is more reliable for you.
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
|
Pascal France
|
Tuesday 30 September 2008 8:47:21 am
Hi Marck, Unless I miss something, as I would like to use DebugByIP for the public access, I can't use DebugByUser because Anonymous users have all the same ID. No ? Pascal
Ce qui embellit le désert c'est qu'il cache un puits... quelque part... (A. de Saint-Exupéry) - http://luxpopuli.fr/eZ-Publish
|
|
Mark Marsiglio
|
Tuesday 30 September 2008 9:04:07 am
That is true - you would only want to set your admin user ID for debug, not the anonymous user. While it is a limitation of that feature, we found that because our IPs change so often depending on where we happen to be working that day, that the User ID method was more reliable long term. If there are specific problems that you are dealing with that only the anon user can see, you might need to try another method to fix the IP based limitation. When you have it set to IP with the single IP in the list, I presume you checked the public IP of the computers that are seeing the debug that are not supposed to, and made sure that they don't have the same IP? http://whatismyip.com is the tool I usually use for that.
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
|
Pascal France
|
Wednesday 01 October 2008 12:54:26 am
In fact, the thing I want to achieve is to display the debug output of a running site. I know this is a bad idea but I can't have a copy of this site on my own PC. So, when I need to know which templates are used by the public siteaccess, I set the «Template debug» and «Inline template debug» from the admin interface. I thought I could use the DebugByIP parameter to select the machine where debug output are diplayed. It seems there is no solution. Never mind :-( Thanks for yours replies Pascal
Ce qui embellit le désert c'est qu'il cache un puits... quelque part... (A. de Saint-Exupéry) - http://luxpopuli.fr/eZ-Publish
|
|
Mark Marsiglio
|
Wednesday 01 October 2008 4:24:12 am
Pascal - Just to be clear, I was suggesting alternatives because I was not sure what to suggest to help you fix this. However, the functionality does work, and we use it on many sites. I am not sure if there is something specific to your sever, install, or network that is causing it, but the feature does work as advertised (by IP) on our servers. A couple of things that might help others chime in with ideas would be to know what server os, ez version, php version, and server type (dedicated, shared, firewalled).
Thanks
Mark
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
|
Pascal France
|
Wednesday 01 October 2008 6:25:17 am
Hi Marck, This is the characteristics of my serveur: Stand alone (dedicated) Debian server (kernel 2.6.21) PHP4 (here are the installed packages):
ii libapache2-mod-php4 4.4.4-8+etch4 server-side, HTML-embedded scripting languag
ii php-db 1.7.6-2 PHP PEAR Database Abstraction Layer
ii php-http 1.3.6-2 PHP PEAR module for HTTP related stuff
ii php-mail 1.1.6-2 PHP PEAR module for sending email
ii php-mail-mime 1.3.1-1.1 PHP PEAR module for creating and decoding MI
ii php-net-smtp 1.2.6-2 PHP PEAR module implementing SMTP protocol
ii php-net-socket 1.0.6-2 PHP PEAR Network Socket Interface module
ii php-pear 5.2.0-8+etch9 PEAR - PHP Extension and Application Reposit
ii php-xml-parser 1.2.6-2 PHP PEAR module for parsing XML
ii php4 4.4.4-8+etch4 server-side, HTML-embedded scripting languag
ii php4-cgi 4.4.4-8+etch4 server-side, HTML-embedded scripting languag
ii php4-cli 4.4.4-8+etch4 command-line interpreter for the php4 script
ii php4-common 4.4.4-8+etch4 Common files for packages built from the php
ii php4-curl 4.4.4-8+etch4 CURL module for php4
ii php4-dev 4.4.4-8+etch4 Files for PHP4 module development
ii php4-domxml 4.4.4-8+etch4 XMLv2 module for php4
ii php4-gd 4.4.4-8+etch4 GD module for php4
ii php4-imagick 0.9.11+1-4.1 ImageMagick module for php4
ii php4-mcal 4.4.4-8+etch4 MCAL calendar module for php4
ii php4-mcrypt 4.4.4-8+etch4 MCrypt module for php4
ii php4-mhash 4.4.4-8+etch4 MHASH module for php4
ii php4-mysql 4.4.4-8+etch4 MySQL module for php4
ii php4-pear 4.4.4-8+etch4 PHP Extension and Application Repository (tr
ii php4-xslt 4.4.4-8+etch4 XSLT module for php4
ii php5-common 5.2.0-8+etch9 Common files for packages built from the php
Apache 2:
ii apache2-mpm-prefork 2.2.3-4+etch3 Traditional model for Apache HTTPD 2.1
ii apache2-utils 2.2.3-4+etch3 utility programs for webservers
ii apache2.2-common 2.2.3-4+etch3 Next generation, scalable, extendable web se
ii libapache2-mod-fcgid 1.10-2 an alternative module compat with mod_fastcg
ii libapache2-mod-php4 4.4.4-8+etch4 server-side, HTML-embedded scripting languag
eZ Publish 3.9.4 In addition to setting the site.ini.append.php file, is there anything else I have to do ? Pascal
Ce qui embellit le désert c'est qu'il cache un puits... quelque part... (A. de Saint-Exupéry) - http://luxpopuli.fr/eZ-Publish
|