The 2026 Drupal Business Survey is open. Your response will help shape the future of the Drupal business ecosystem.It would be nice if we had a way to make calls to the omniture measurement library if a use want to supply it.
http://webanalyticsland.com/sitecatalyst-implementation/omniture-php-mea...
I will patch this as a sub module (looks like that is the way you all like to see this new features.
not this is not thing this is the same as http://drupal.org/node/186237 as that just want to use php to send variables down to js.
I am proposing allowing a use to make calls to omniture from php.
This is very useful for recording events like login, comment and such. If the call is made from PHP then there is no issue if it is made with ajax or some other method where js is not to be returned.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | omniture-960316.patch | 3.46 KB | e2thex |
| #1 | omniture-960316.patch | 3.38 KB | e2thex |
Comments
Comment #1
e2thex commentedThe attached patch creates a sub module omniture_php which hooks in to the omniture admin menu and adds variables need for the OmnitureMeasurement.class.php
it then provides a omniture_php_t function for making a tracking call back to omniture form php.
Comment #2
gregglesThat was only necessary to create a submodule because I dislike the idea of doing an eval of code stored in the database.
I don't see any reason that this code should be in a sub-module. I think converting it to be in the main module is fine, though it might be good to get feedback from the other maintainers.
Comment #3
e2thex commentedWell it is very easy to pull into the main module. Let me know and I can though up a patch with it in the main module.
Comment #4
e2thex commentedThis new patch pulls the visitor id from the s_vi cookie and pass it on with calls from php