I thought the drupal_goto() function would make for a quick and easy redirect for affiliates that need a different lander for certain content. Unfortunately, it stopped my cron from running on its schedule unless I disabled the PHP evaluator. So what's the alternative?

I had a problem today with node access and certain users that were given permission to edit their own nodes, but could not load the edit page. I rebuilt node permissions, assigned and re-assigned the Authoring Information and doubled checked permissions for the role and came up with nothing,

I found an unusual situation with Boost caching and theme development with Firefox 10. It turns out that at times, clearing Firefox's cache, Boost's cached pages and CTRL-F5 don't always work to display fresh CSS code.

Here's the full story: I have a new site in development with a new theme in my D6 Domain Access multisite install. Boost static page cache is temporarily disabled, the theme is set to rebuild the registry on every page and while some pages display the correct aggregated CSS, other pages seem to hold onto cache like it's a lifeline.

Further research into my issue of missing menu-item links revealed that there is a problem with the Superfish jQuery flyout menu script when it comes to Domain Access and domain nodes. I brought this up with the maintainer a while back, but I've been using these menus more and more so I had to come up with my own solution.

Drupal's Domain Access module allows a developer to make menu items (through menu attributes in the node add/edit screens) that behave the same way their accompanying nodes behave. Either private access to a selected domain, or shared with all affiliate sites. I recently had a case where these links were not appearing for anonymous users, although all users had full access to any of the private nodes (if they had the exact URL.)