Оглавление

Хостер установил уже Ubuntu Server 10.10 и даже поставил ssh и Apache 2.

Заходим через SSH как root, сразу меняем пароль на нормальный

Добавляем группу избранных, назовём её raccess

Открываем файл, для того чтобы нашу группу сделать "избранной"

Добавляем в конец файла, далее если не оговаривается, то всегда вставляется именно в конец.

Добавляем нового пользователя, пускай будет admin, но в теории хорошо как и группу называть по другому, это усложняет взлом подбором.

Добавляем его к ранее созданной группе

Добавляем папку для ключей SSH

Генерируем ключи

Делаем для нашего будущего аккаунта, где вместо нулей подставляем реальный IP адрес

Назначаем права нашему пользователю

Настраиваем SSH

Проверяем значения и меняем или добавляем строки если нет...

При выключенном кешировании аноним видит корзину как положено
При включенном кешировании и анониме с uid 0 корзина всегда показывается ссылкой
При включенном кешировании и анониме не 0 поведение корзины довольно непредсказуемо

Отключать кеш - не самая лучшая идея, не говоря уже о том, чтобы boost включить
вскрытие уберкарта показало, что uid 0 используется явно(кто бы сомневался) поэтому не 0 даёт такой результат

для начала запрещаем выдачу корзины анониму ссылкой
uc_cart.module

потом ставим модуль ajaxblocks и выводим блок корзины через него

теперь можно смело включать кеширование или даже ставить boost
uc_ajax_cart работает так же отлично

единственный минус - +1 асинхронный запрос к серверу, что при включенном бусте нивелируется полностью

UPDATE 0

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

и вариант для джедаев - написать свой модуль/php-код, который выводит блок правильно, можно даже сразу с аякс

также можно попросить разработчиков уберкарт вычислять $cachable с учётом флага админки, но когда это будет?

если активно кешировать, я не вижу способов обойтись без аякс

UPDATE 1
с мест подсказывают, uid анонима должен быть 0 всегда, при любых обстоятельствах, иначе поведение модулей, его проверяющих, может стать непредсказуемым

Прежде чем вы начнёте кидаться испражнениями писать, какой Drupal кривой и не хочет работать на Вашем сервере, прочитайте, пожалуйста, эту небольшую статью.

Данный текст скорее относится к тем, кто "выгибает" drupal на локальном хосте, под управлением сборок типа Denwer et cetera.

Основа Drupal - база данных. Поэтому, после того, как Вы пнули демона апача и мускуля не стоит сразу нагружать систему кучей запросов и втыкать в сообщения типа

Давайте попробуем разобраться, в чём дело.
Дело в волшебных пузырьках в некорректной настройке сервера баз данных. В нашем случае это в 99% MySQL.
Настройки MySQL живут в небольшой файлике my.cnf (в денвере файл лежит по пути /local/mysql/my.cnf)

Несмотря на то, что в mySQL существует довольно много настроек, которые Вы можете изменить, есть набор действительно очень важных характеристик, которые обязательно нужно оптимизировать под собственный сервер. Обычно после такой небольшой настройки производительность сервера заметно увеличивается.