Drupal 7 had the Tracking Code module that did the following:
A module that allows admins to create tracking code snippets and control their visibility similar to the core Drupal block module. It can be used to inject arbitrary code into the <head>, and at the beginning and end of the <body> tag, the most common placement for tracking code.
This module allows you to name your various tracking code snippets and organize them by weight and region. Configuration of a single snippet provides visibility settings similar to the core Drupal block module: white/black list by Drupal path, content type, and user role.
Currently there are three possible regions to inject your tracking code snippets:
- Inside <HEAD> - Code is added using drupal_add_html_head()
- After <BODY> - Code is added to $page['page_top'] using hook_page_alter()
- Before </BODY> - Code is added to $page['content_bottom'] using hook_page_alter()
We're thinking of porting this module. But, I am wondering if there is a better way to accomplish the same thing that does not require porting another module?
Recent comments
Does backdrop have a super admin that's different than users assigned the administrator role? Sort of. Backdrop has an administer role that can be granted specific...
content_access_node_access_rebuild doesn't exist
@GOA_TrishaLynn - Thanks for your comments. Are you having any trouble finding the documentation you are looking for?
What are (should be) the prerequisite skills to install and configure a site with Backdrop CMS?
No, both those .json files are extant in the files/config_XXXXX/active folder. Views UI wasn't enabled. I did so, and now I can manage content and people. Thanks!
content_access_node_access_rebuild doesn't exist
Thanks, that's really helpful. I never used Views in Drupal, so it was disabled when I started the latest migration cycle. I'll try your suggestion. The question about the super admin was a...
content_access_node_access_rebuild doesn't exist
OK, my ability to help here is pretty limited as the details are sparse, and your questions/problems keep shifting. Content and User lists are both Views that get installed automatically...
content_access_node_access_rebuild doesn't exist