http://www.swartzfager.org/blog/index.cfm/2008/2/21/Changing-Individual-...


$("#missionStatement").addClass("importantTextClass");

db_query('DELETE FORM {variable} WHERE name LIKE 'module_limit_%');

regards the "!$may_cache" not above: What they were trying to say is things like "drupal_add_css" that used to be in that section should now be moved to "hook_init." AFAICT there is no equivalent section for real menu entries, but it is possible to use "hook_menu_alter" or "hook_menu_link_alter." I have not used either of those hooks yet. In the one case where I needed to alter the menu, I just included a line to clear the menu cache.

Also, now that a patch is available, I don't think this should be "critical" any more.

http://drupaleasy.com/blogs/ryanprice/2008/06/using-views-2-drupal-6-cre...

After several different configurations, I have not be able to get a robotstxt to function on a site by site basis. Part of the confusion is that multisite, single db, single codebase, with sites/mysite.com/modules/robotstxt installation instructions are a bit varied and I may just not have gotten the correct combination of tricks (serveralias, synlinks,staged installation of modules...). My primary difficulty is understanding how drupal manages the 'variable' table.

Great breakdown of the 4 choices.

http://drupalzilla.com/tutorial/theming/drupal-custom-front-page

seems to add some of the extra fapi flexibility that we so often need

http://drupal.org/node/171224

highlights

regions[left] = Left sidebar
regions[right] = Right sidebar
regions[content] = Content
regions[header] = Header
regions[footer] = Footer