Добавить выбор CMS Опции

[mnogodet]

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

[mnogodet]

"предпочтительная CMS" - в данном случае условно-обобщенное наименование.
В первом приближении наверное так:
Со стороны провайдера - готовность провайдера "терпеть" определенную CMS на определенном тарифе, без необходимости вмешательства саппорта. Либо же - нежелательность размешения определенной CMS на определенном тарифе/тарифах.
Со стороны клиента - возможность нормального функционирования предполагаемой CMS на выбранном тарифе. Либо - нежелательность и, соответственно, выбор иного провайдера или CMS.
Пример движения в этом направлении - присутствие Мастерхоста на Друпал.ру

На данном же этапе для клиента источником информации служат в основном:
http://mywordpress.ru/support/viewforum.php?id=13
http://joomlaforum.ru/index.php/board,58.0.html
http://drupal.ru/forum/hosting
и т.д. и т.п.
Безусловно, многое можно почерпнуть и здесь, на ХО.
Конечно, наряду с личным опытом, который нередко "сын ошибок трудных"...

думаете они вдруг станут себя утруждать в каталоге

Наивно надеюсь, что некоторые из них в состоянии соотнести затраты на "пустую" работу саппорта с затратами на толику дополнительной информации о своих услугах...

[Phil Kulin]

Со стороны клиента - возможность нормального функционирования предполагаемой CMS на выбранном тарифе.

А что входит в понятие "нормальное функционирование" для Вас? Своими словами.
Может были бы интересны какие-то ограничения? Какие?

[mnogodet]

А что входит в понятие "нормальное функционирование" для Вас? Своими словами.

С учетом того, что Вы

С друпалом дружим, друпал любим

(цитата с другого ресурса)

Пример применительно к ситуации:
На одном из хостингов, выбраных кстати через ХО, попытка развернуть сайт на Drupal6.6 (м.б. 6.5 не помню уже) закончилась успехом раза с восьмого. На фоне того, что другие сайты(там же) на Drupal5.10 переодически виснут в админке(500) при самом минимальном наборе модулей и отсутствии посетителей - это наводит на мысли об иных, кроме собственной криворукости, причинах.

На таком хостинге уместным было бы "не рекоммендовать" использовать друпал на соответствующем тарифе.

[MrEstray]

С учетом того, что Вы (цитата с другого ресурса)

Пример применительно к ситуации:
На одном из хостингов, выбраных кстати через ХО, попытка развернуть сайт на Drupal6.6 (м.б. 6.5 не помню уже) закончилась успехом раза с восьмого. На фоне того, что другие сайты(там же) на Drupal5.10 переодически виснут в админке(500) при самом минимальном наборе модулей и отсутствии посетителей - это наводит на мысли об иных, кроме собственной криворукости, причинах.

На таком хостинге уместным было бы "не рекоммендовать" использовать друпал на соответствующем тарифе.

Ручками нужно писать сайты, ручками...