Ставите XP, при установке удаляете все разделы, создаёте под неё раздел нужного размера, оставив место под вторую OS. Ставите debian, при установке выбираете установку на свободное место, а не на весь диск. Собственно это все необходимые действия.
Никаких дополнительных прог не нужно. Если можете поставить каждую из них поодиночке, сможете и рядом их поставить, ничего сильно хитрого нет.
Посмотреть можно создав скрипт info.php с содержанием <?php phpinfo();?>, например в корне сайта и перейдя по example.com/info.php
На виртуалке естественно можно настроить то окружение, которое нужно.
Но на самом деле, стоит избавиться от virtual() и не использовать функции, зависящие от веб сервера - наверняка та задача, которая решается скриптом, может быть решена куда удачнее без virtual().
А в вас действительно большой процент авторизированных пользователей, чтобы имело смысл использовать authcache, или вы ставили его "чтобы было"? Обычно куда полезнее озаботиться кешированием во views например...
У вас есть очень простой выход - написать в ТП Патруля подробно описав проблему. Они знают как у них настроен хостинг и разбираются в Drupal. Наверняка вам быстро помогут.
А вообще говоря, проблема явно с правами, но данных которые вы предоставили явно недостаточно, чтобы вам помочь.
Это кеширование для авторизованных пользователей, принципиально отличается от boost, и решает совершенно другую задачу. Используется намного реже потому, что далеко не всем нужно такое кеширование в принципе - для большинства сайтов оно не принесёт пользы, а на некоторых может только мешать.
Плохо стало, только не Drupal, а mysql.
В том же phpmyadmin посмотрите на данные в таблицах. Скорее всего у вас импортировалось-то нормально. А вот в настройках соединения движка с базой стоит что-нить не то.
Там всё так, но чуть медленнее работа с потоками. При прочих равных под Linux будет немного быстрее.
Тормозов на больших базах под *BSD что-то не приходилось встречать.
Но вся эта разница ничто по сравнению с тем, как ведёт себя mysql server при разных настройках, и тем более до и после оптимизации запросов. =)
На 0,2-0,3сек на страницу при такой разнице, ну может быть заметить можно, используя firebug... =) Если она при такой разнице больше, что-то не так у вас сайтами.
К тому же что из Питера, что из Москвы, пинг до серверов в Европе 30-50мсек обычно, и до серверов в наших ДЦ, бывает даже больше, а качество хостинга в среднем получше.
Проблемы обычно в оплате для юриков, и поддержке на английском, а не в пингах, но и это решается реселлерами.
И с ДЦ и с хостингом у нас всё весьма плачевно - ценники высокие, качество отстойное, впрочем и с другими видами бизнеса ситуация та же. Как-то не принято у нас хорошо работать, думать о клиентах и поддерживать репутацию, а принято набивать карманы и не думать о будущем.
Повторюсь. Отпишите в скайп я вам по шагам раcскажу, что надо поставить и набрать, чтобы база импортировалась, если есть доступ по ssh, что характерно, безо всяких $70, за спасибо, из любви к искусству. =)
Поймёте заодно, что это не сложно и будете пользоваться потом.
А из каких, если не секрет, соображений?
Просто хостинг у нас в среднем отвартый. А пинг, в разумных пределах, очень мало влияет на общую скорость загрузки страницы.
