browscap setting having no effect

Hi,

Thanks for the prompt reply. BTW did I tell you that this module is simply great? :-) At least for small sites like mine ( http://www.ThoughtfulChaos.com ).

I am positive that I uploaded the php version of browscap first but I am not 100% sure. So maybe I made a mistake and uploaded the incorrect version (can you should add this to the README?)

I use a shared web hosting package to host my site. So I cannot really reboot apache :-(

Here is what I plan to do.

1. Remove the current version of statistics filtering module, drop the tables etc.
2. Install the latest version.
3. Upload the correct version of browscap.ini and make the module aware of it.
4. Sit back and see what happens.

I will definitely keep you updated.

Thanks. Have a nice day.

Hi,

I installed the updated module yesterday and have been keeping track of how it is doing.

Unfortunately it is still not classifying searchbots as crawlers. I am using the php version of the browscap.ini. I have also enabled monitoring of crawlers in the module settings.

You can see what the listing looks like at http://www.thoughtfulchaos.com/varun/page/2005/06/13/useragents-as-shown-by-statistics_filter.

I am positive that I have done everything correctly this time. Are you aware of a live site where this module has been installed and is working correctly?

On a side not how can I know how many MySQL queries are fired for serving some page. I also want to know the execution time. Is there a module that does these things?

Thanks.

Even I thought that the listing should show more human-friendly names instead of the user agent string. Something seems to be seriously wrong with my setup here.

Here is my configuration:
PHP 4.3.10
Apache/1.3.29 (Unix)
Drupal 4.6.1
Browscap version=2005-05-29 18:29:06 GMT

All this was garnered from the phpinfo() provided by my host. The phpinfo() can be found at
http://s96134469.onlinehome.us/check_info.php

You can go to the following page to see how get_browser() behaves on my site:
http://www.thoughtfulchaos.com/varun/blog/454-user-agent-tester

I dont know if this will help or not but only the following are classified as crawlers

Search Engines   	4	57.14
General Crawlers	2	28.57
Website Strippers	1	14.29

I poked around with my installation to find the problem, but I was largely unsuccessful.

I have set the location of the browscap.ini file with the following line in my .htaccess file:

<IfModule sapi_apache2.c>
  php_value magic_quotes_gpc                0
  php_value register_globals                0
  php_value session.auto_start              0
  php_value browscap                        '/path/to/my/browscap/browscap.ini'  
</IfModule>

NOTE: The actual .htaccess file has the actual path :-)

I want to whether ths value is actually being set or not. What exact variable do I print?

I tried to print_r($_GLOBALS), print_r($_SERVER) and print_r($_ENV) but the browscap value was not in any of them. What should I try to print to check that the value of browscap is correct?

1 suggestion:
The settings page for the module alerts the user if the 'browscap value is not set. If the value is set then it should print out the value. This will help in detecting misconfigurations.

On a sidenote my hosts phpinfo() shows that 'Server API' is CGI. Does this mean anything?

I did suspect that the browscap setting was not having any effect when placed in .htaccess. But I brushed aside that possibility because if I do not set browscap anywhere then the module setting shows an error saying that browscap.ini could not be found (or some such similar error). So I was under the impression that the browscap value was being used. What value should I try and print to check value of browscap?

If the path to browscap can be set only in php.ini then I am out of luck because I host my site using a shared web hosting package and do not have access to php.ini. Seems like there is no sense in pursuing the issue :-(

There are a couple of mysteries here:
[01] Seems like php 'knows' the value of browscap from .htaccess (otherwise it throws an error) but does not actually use it.
[02] Why are some user agent still being classified as crawlers?

Sorry for changing the title of the issue. I thought I was just adding a title to my followup :-)

Thanks mike for helping me out. You were a great help. I will still keep the module going for some days in case I can help you out with any more bugs or improvements. I will try to find a workaround to this problem and post it here if I find something that you can use.

Have a nice day.

P.S. The status should be changed to 'postponed' or 'by design'.