Master - это значение по умолчанию для всех скриптов, запущенных на данном сервере. Local - для конкретного скрипта, из которого вызывается phpinfo(). В вашем случае для этого скрипта выделяется 80 Мб. Значит, для всех скриптов, на которые распространяется настройка из .htaccess, также будет 80 метров.

Надо друпал оптимизировать. Чем я сейчас и занимаюсь

Я бы сделал на Друпале. Гибкость выше, а за производительность можно не беспокоиться. Регистрация пользователей не нужна, поэтому можно использовать стандартное Друпаловское кэширование. У меня на домашней машине (WinXP, Apache) генерация страницы в этом случае занимает 0.05-0.08 с и 4 запроса к БД. А если заюзать ранее кэширование, то еще меньше, и вообще без БД. Для стравнения: без кэша некоторые тяжелые страницы генерятся и по 0.6, и больше секунды (так что Друпалу грамотное кэширование, конечно, необходимо).

Соглашусь с Natalie, проще все-таки изучать на практике. Ставишь Друпал и копаешься Ключевые моменты, понимание которых сэкономит массу времени:
1. http://docs.drupal.ru/
2. Основной объем контента организован ввиде нод. Нода - самостоятельная "порция" данных со свойствами (название, тело, автор), если подбирать аналог, то нода - это что-то типа записи в таблице.

1. Кэширование. Если не нужна регистрация пользовтелей, можно включить внутреннее кэширование самого Друпала (оно работает только для анонимов). Поискать модули для работы с кэшированием. Например, есть вроде бы модуль, включающий кэширование для всех. Есть модуль, кэширующий блоки. Если сайт небольшой и редко меняется (типа корпоративного сайта-визитки), можно закэшировать вообще весь сайт и сразу выдавать статику, не запуская Друпал. Или кэшировать части страниц.

2. Оптимизация БД (индексы).

preg_replace, кстати, и не нужен. В начале index.php (после <?php) засекаешь время:
<?php$start_time = microtime(1);?>
В конце (после drupal_page_footer();) вычисляешь разницу и выводишь ее:
<?phpecho '<p>Page execution time: '. round(microtime(1) - $start_time, 3) .' sec</p>';?>

microtime() + preg_replace(). В начале участка кода засекаем время, в конце вычисляем и выводим разницу. Все просто

Да уж, даже слишком часто, уже и 5.5 вышел!

Привет коллегам! По-моему, Друпал у нас пока широко не известен, но, может, это и к лучшему, будем первопроходцами!

Что-то мне все это напоминает попытки реализовать "убийц" двигателя внутреннего сгорания и другие подобные штуки. Многие такие идеи действительно имеют право на жизнь, а у остальных при близжайшем рассмотрении обнаруживается какой-нибудь один маааленький недостаток, от которого все рассыпается, как карточный домик.

Немного тем есть на http://www.sixapart.com/movabletype/styles/library (это сайт компании-разработчика движка Movable Type).
Вот еще ссылки (возможно пригодятся): http://groups.google.com/group/movable-type?hl=ru (группа пользователей движка)
http://movable-type.ru/ (русскоязычный блог по движку)

Огромное спасибо! Темы - просто супер! В итоге отобрал 53 темы (само по себе факт), все очень стильные и бОльшая часть из них нормальны в плане позиционирования блоков, остальные, думаю, несложно будет поправить, если покопаться в CSS. Побольше таких новостей!

Код, который сгенерировал Друпал, вы просматриваете в своем браузере Дальше, думаю, ясно, что делать?

Зачем нам эта ссылка, мы же на Ваш локалхост из интернета не зайдем Выложите движок куда-нибудь в инет. А вообще я имел ввиду, что нужно посмотреть HTML-код, который сгенерировал Drupal, и найти там пути к картинкам (или просто свойства картинок посмотреть). Если пути неправильные, тут уже надо попытаться разобраться, из-за чего.

Посмотрите, какие пути у изображений сгенерировал Drupal. Возможно, они указаны отностительно текущей страницы (должны быть абсолютные пути).

Stanislav, вы уже сами ответили на свой вопрос Дело в том, что holm.ru вообще не поддерживает переопределение настроек с помощью .htaccess. Поэтому придется его удалить/переименовать. Что делать, бесплатный хостинг...

Зачем отдельный модуль? Посмотрите документацию по ф-ии microtime(), в начале index.php засекаете время, в конце - опять получаете время и выводите разницу. И все дела...

Респект, но, по-моему, это несколько неправильно - мерять производительность по времени открытия страниц в браузере. Потому что время открытия в браузере (упрощенно) = время генерации страницы + время передачи данных от сервера к вам (это уже зависит от качества интернет-соединения). Нам нужно как раз таки время генерации. Так что подключайте скрипты-таймеры и выводите на страницах время генерации!