Из CPanel главный домен аккаунта не сменишь.
А из WHM (то есть, со стороны администратора хостинга) он меняется очень просто в WHM - Modify an Account.
Так что обратиться в поддержку - таки единственный способ.
Похоже, вы с ними мало сталкивались.
Они не поверят тебе даже если ты им smartctl --all с кучей битых секторов покажешь ; ) Будут сами тестировать винт и только потом его может быть заменят...
Хотя последнее время, вроде, такой дуристики у них поубавилось.
Где в этом топике вы видели "задачи не в компетенции"?
Отнюдь.
Они уже давно раскрученный бренд. И, как водится, берут деньги больше за имя, чем за реальную качественную услугу.
$2k в месяц за порт 100 мбит - это была дорогая цена даже 10 лет назад.
В соседнем топике, вон, человек сервер со в 100 раз большим каналом продает за меньшие деньги.
Когда они еще были ServerMatrix и ThePlanet, цены у них были куда умереннее, а качество поддержки было на высоте всегда.
Они предлагают зарегистрироваться, чтобы увидеть цену...
Я не доверяю компаниям, которые работают "с глазу на глаз" с клиентом. Самая веская причина для такой модели - содрать с клиента побольше денег.
Впрочем, почитаю о них на вхт. Спасибо.---------- Добавлено 18.09.2015 в 17:08 ----------
Безусловно. Это как супермаркет по сравнению с базаром.
Это говорит, что, компания крупная. Значит - отлаженный механизм.
Вон, Хетзнеры, например. Я хоть и гоню тут на них, но свое дело за свои деньги они делают. Со своими фичами и правилами, но вполне адекватно.
Мне ведь не нужна какая-то особая поддержка типа сетапа апачей. Просто нормальная, оперативная, минимально-необходимая поддержка железа.
О ком именно вы говорите? У кого реально это работает?
Глюкнувшее железо нужно еще диагностировать.
Вот у хетзнеров после десяти падений они соизволят погасить твой сервер на 8 часов, чтобы погонять мемтест, который нифига не покажет...
Как ни крути, автоматизация - это хорошо. Но не заменит человека.
А написать красивое время SLA - это не значит иметь реально хорошую поддержку.
Реально хорошую поддержку я встречал только у софтлееров. Но у них трафик безумно дорогой.
Может кто-то таки поделится положительным опытом? )---------- Добавлено 18.09.2015 в 13:19 ----------
Ну да, в теории так и есть. А в 3:00 понедельника почему-то все нужные и полезные дрыхнут под крылышками у жен и никому твой лежащий сервер нах не нужен...
Я не верю, что реселлеры смогут безупречно проработать, например, пять лет подряд. Не тот уровень организации.
Это вы о ком именно?
Лично я не знаю прецедента, чтобы реселлеры хоть как-то способствовали решению хардварных проблем.
rescue как у хетзнеров - это вообще не выход, если глюкнет железо, kvm из ipmi зачастую тоже, а обычно именно его предоставляют.
то бишь без живой оперативной человеческой поддержки грустно и неуютно...
реселлеры таки не интересуют.
бюджет ориентировочный, допускает плюс/минус
если кто-то знает действительно достойный внимания датацентр - буду очень признателен )
Увольте.
К чему эти разглагольствования? stub_status, например, по умолчанию не компилится и никого это не напрягает.
Спасибо, но я читал документацию и имею представление, что он показывает, не перетруждайте свой телепатический аппарат.
nginx таки да, вебсервер, а не просто какой-то проксик, чтобы его в чистые фронтенды записывать.
Статус платного nginx'а достаточно информативен и настраиваемый. И, как я уже говорил, достаточно полезный, чтобы быть заманухой для покупки.
Огорчает то, что разработчики nginx'а уже очень давно саботировали добавление даже такого не слишком важного модуля, как статус. Явно с прицелом на будущую коммерциализацию.
Так что добавление новых фич в бесплатную версию, сдается, под большим вопросом. Несмотря на все уверения.
Единственное, что радует, что nginx на текущий момент имеет достаточно богатый функционал. Но теперь я таки буду весьма пристально следить за альтернативными проектами.
Большое спасибо, что высказали свое решающее мнение, господин nginx ;P
Если ВАМ что-то не нужно, это не значит, что это никому не нужно. И тем более не значит, что те, кто используют nginx в системах с менее чем 100к одновременных запросов не достойны жить на этом свете ;)
Да, в нагруженном продакшин-сервере статус а-ля апач действительно малополезен. Но он бывает весьма полезен при отладке. Без него приходится прибегать к сторонним способам, типа как предложил уважаемый V2NEK. А зачем, спрашивается, если это весьма легко и безущербно можно реализовать в самом сервере?
Обидно то, что фичи, которые годами игнорились разработчиками вроде как за ненадобностью, вдруг в коммерческой версии оказались крутыми фишками, за которые покупатели должны забашлять немалую сумму.
Потому и форки...
Вы вообще видели статус-страницу апача, lighttpd и т.п.?
stub_status - это глумление, а не статус. А nginx-sla - это статистика, а не статус. Какие именно запросы обслуживаются в данный момент ни там, ни там не видно.
Я видел более-менее допиленные модули от сторонних людей. Но по большей части на уровне поделок на колене.
Собственно tengine я и видел, потому и вопрос возник, есть ли что лучше его? ))
Хотя, я вижу, его очень активно пилят. Может что-то толковое и получится, если не забросят и не переусердствуют..
Гм... Если злоумышленник имеет возможность запустить perl, то какая хрен разница, может ли он читать из tmp или откуда-то еще?
В этом случае он и без /tmp может сделать что угодно. В том числе и получить какой-то исполняемый код извне.
