Drupal 7.x

I've scanned through the permissions page and haven't been able to figure out which setting grants access to control the blocks on the homepage.

I've been able to set it up so they can access Structure/Blocks and be able to move and activate/deactive blocks on the website, but they do not have permission to create new blocks.

Anyone know which setting does this?

I am currently using the Printer, e-mail and PDF module in drupal 6 to allow my users to send nodes as emails. I needed Rules integration to allow scheduling of these emails so I installed a module/patch posted in this forum post.

Hi,
I am new with Drupal and sorry if the question is stupid but one basic question: why there is the subject field in the form when posting a comment. Especially with the form module: for example, the module "Forum" in the core of Drupal doesn 't allow to comment a post without adding Subjet field. Why this and how to avoid that ? (By the way, I see in the forum used in this support forum, this is not the case and it looks normal.) I read one book "beginning Drupal7 but no answer on this question).
Thanks for you lights !

Hello

I'm making my first Drupal theme and I'm doing it in Drupal 7.
Now since everything is going well when theming I forgot to add the login block in one of my regions. Now as you've already thought of, I closed my browser and now, well I'm logged out and I don't have my login form, this is a problem since I need to continue theming etc...

Do you have to have command line access to the machine your drupal is hosted on in order to use drush, or does it display a command line from a web browser?

My hosting provider does not allow logins to the machine.

Thanx

Bodger

I chose Drupal over Wordpress for its functionality and used it to develop a webpage (visible in its nascent form at http://chriswalkerimages.com).

As you can see, the website is unusably slow, both on the production server (GoDaddy shared "deluxe" linux) and localhost (XAMPP, Windows 7, x64, no performance issues).

I am using page caching for anonymous users as well as browser caching, so while the first page request takes > 30 seconds frequently, subsequent requests are completed in an almost-reasonable timeframe. Of course, this does not help load times for registered users.

During development with the Zen theme, I thought the slow speeds were due to the theme registry being rebuilt on every page load. This is not the case: theme registry rebuilding has been disabled in every possibly related .conf file and double-checked in the MySQL tables.

I enabled Xdebug on my localhost and examined the results using kcachegrind: it appears that almost all of the loading time is repeatably due to these php functions:

drupal_load and system_list call drupal_get_filename (~58 times combined).
drupal_get_filename calls drupal_system_listing (~16 times).
drupal_system_listing calls file_scan_directory (~32 times).
Most of the time is spent in file_scan_directory, which is called (including self-calls) ~1184 times.