

I checked the database scema and there isn’t a ajaxsearch_log table - but normally Modules create needed database tables themselves?No, the ajaxSearch_log table is created at the first usage of the &asLog parameter. By default asLog has the level 0:0:0 which means that no search logs are registered.
---- &asLog - ajaxSearch log [ level [: comment [: purge]]]
level:
0 : disallow the ajaxSearch log (default)
1 : failed search requests are logged
2 : all ajaxSearch requests are logged
comment:
0 : user comment not allowed (default)
1 : user comment allowed
purge: number of logs allowed before to do an automatic purge of the table
0 : no purge allowed (= illimited number of logs)
default: 200
&asLog=`x` is equivalent to &asLog=`x:0:200`
&asLog=`x:y` is equivalent to &asLog=`x:y:200`
&asLog=`1:1:500` means that 500 failed search requests possibly commented
by the end user could be stored in the ajaxSearch_log table
&asLog=`1:1:500` means that 500 failed search requests possibly commented
by the end user could be stored in the ajaxSearch_log table
That worked perfectly.A module will be provided later to manage these search datas.
We could imagine the following features:
- drop the table
- delete (successfull, unsuccessfull, all) searches executed before a specific date
- delete (successfull, unsuccessfull, all) searches executed before N days
- give me as meta tag keywords, the N most used (successfull, unsuccessfull) search terms
- replay a specific search with a new debug level
- delete uncommented (successfull, unsuccessfull, all) searches
- filter view with commented (successfull, unsuccessfull, all) searches

I think if you were to spend more time developing this module perhaps just add a little more polish (such as location instead of IP, resource titles instead of ID,Thanks for this suggestions. I will deliver a new release with these updates.
maybe also let the client delete rowsBy using 0 as the third parameter of asLog, you disable the purge. But this need a manual purge of the rows. This is the reason why the default value is 200. As soon as 200 rows are registered, the table is automatically purged.
Since I’ve been styling the results page I’ve created about 10 rows in the log, but I can’t find a way to delete them?This is why it is a rough module. A delete button will be welcome.
Do you know if there is a better way to integrate the AjaxSearch into Google Analytics?Look at this post. With the 1.9.0 you could use the $_GET variable, so It should be easier.
==== Use Google Analytics to track AjaxSearch
AjaxSearch forms could now use $_POST or $_GET
with $_GET, the query parameter in the URL after you search allow you to track the site
search with Google Analytics.
To do this, simply replace method="post" by method="get" in the input template used
by your ajaxSearch calls.If I have enought time, I will improve the documentation and add a control in the manager to check if the table already exist.Done with AjaxSearch190 - 6955