Hack_phoenix

Hack_phoenix
Рейтинг
57
Регистрация
04.04.2009
[Axel:
]Hack_phoenix, бесплатных хостингов, размещающих банер или свою рекламу - на самом деле достаточно много, предоставляли бы без условий, было бы действительно интересно...

На самом деле еще ни на одном из сайтов нашей рекламы не висит... :). А без услоовий... Вот смотря что за сайт. Если сайт _хороший_ и полезный проект, тогда можно договориться и просто за ссылку. Никто не пробовал? А так же место выделяют со скриптами помогают ;).

Угу. Или хотя бы "Довольный хостер" отписывался...

http://group-phoenix.ru/host-for-free

*.ki-city.com

*.group-phoenix.ru

*.group-phoenix.net

Hack_phoenix добавил 21.06.2009 в 08:53

http://group-phoenix.ru/tarify - Прошу прощения, так же есть и платный

Можно для начала и бесплатный... Например, 100 Мбайт это не мало по месту, для начала, а переехать можно на платный там же... http://group-phoenix.ru/host-for-free

Hack_phoenix добавил 21.06.2009 в 08:50

З.Ы. База данных не так быстро растет, как вы думаете.

Kpd:
Что будет когда Роскомнадзор завалят сотнями жалоб на супер-пупер-мега-хостинги школьников?

Школьников не станет почти. Или останутся "хорошие школьники". Примерно так..

Andreyka:
Упрется исключительно в тощий кошелек хостингового рынка.

+1. Полностью согласен, здесь иллюстрируется пример о том, как цена влияет на качество.

seocore:
будет делать оверселл и по XEN

Вы немного не представляете. Даже пустая нода, практически, функционировать будет крайне плохо. Производительность падает примерно в 2,5 раза _минимум_. Стоит сделать несколько нод и возможность оверселла вообще станет казаться еще более фантастической. Это что же за процы надо иметь, да и потеря производительности с таким подходом... Ну только на статику такого ВПС хватит. А посему это не общий контекст, а реальнось: XEN прооверселлить практически очень и очень сложно. Можно его проверселлить только по ЦПУ. И усе. Не стоит рассматривать это решение, только что своп... Однако, своп это узкое место вообще любой системы. Я так понимаю, XEN просто генерирует больше одновременных секвенций, чем OpenVZ, поэтому нагрузка на диск ниже. Однако, скорость такого решения, если оно в RAID как более-менее приемлема. И никто не виноват из разработчиков, в том, что хостер ставит один дешевый SATA HDD на весь сервер, пусть и большого объема. Может лучше взять подороже (SCSI?) и несколько, залепенить в Рейд... Согласен, дороже для конечного потребителя, но зато такая штука будет уже заметно более устойчивой ко всем этим пертурбациям.

seocore:
нечто подобное на QEMU контейнере

Ага. А производительность стремится к нулю?

А, вон оно как... Ну, тогда понятно.

Brim.ru:
На мой взгляд в деловых отношениях вопрос о доверии вставать не должен.

По-моему, созданием такого опроса вы (Не brim.ru, а Andreyka. Не посмотрел кого цитировал, так что brim.ru, прошу прощения, по данному пункту я с вами согласен) "опустили" сразу всех хостеров с ОпенВЗ. Или я не прав? Вы их не явно обвинили в оверселле (чай мошенники).

Brim.ru:
типичному клиенту

А не тепичиному клиенту?

Brim.ru:
мне кажется

звучит не как ИМХО, а как факт.

Могу сказать, что клиентов никто на 64 не гонит, окромя маркетингов. Да, и обычный Друпал не выживет с 64 метра под ОпенВЗ при такой нагрузке как вы указали. А вот ДЛЕ - без особых проблем... Да и не все же порталы лепенят, у некоторых и что по проще.

Всего: 980