deltahost.com.ua: Искренне не понимаю как первое может мешать второму. Сотни сайтов шаред хостинга на 1 сервере - это капля в море.
Угу, поддероживаю. У нас сервера рассчитаны на 3000 сайтов. При этом все сайты даже во время доса открываются очень быстро (ну кроме единственного сайта, который досят).
Если на шареде 100 сайтов, значит это первобытный шаред на VPS - вот от такого точно нужно держаться подальше.
Удовихин Евгений: Уважаемые форумчане, скажите, кто прав в данной ситуации?
Если двое людей заключают договоренность без оформления - значит действует только джентельменское соглашение и нечего примерять законы к ситуации. По закону сделки не было - отвечать некому и не перед кем. WM не коррелирует здесь никак по той простой причине, что ни один арбитраж не сможет узнать правду была оказана услуга или нет. Кроме того WM не является эскроу-сервисом и не надо на них полагаться. Что касается Антона - он в сделке не участвовал и не стоит загромождать вопрос упоминанием его имени - это как в ДТП: не поцарапался? Свободен!
Джентельменское соглашение было нарушено Вами первым - Вы обещали уехать, а не уехали. Думаю, что Himiko имеет полное право не проявлять никакого благодродства, потому как его ход - второй. Если конечно в договоренности не предусматривался вариант Вашего возвращения досрочно. Полагаю, что такого не было.
В конце концов - вы договорились или нет? Почему вдруг договоренности больше не работают?
Мы говорим о земных вещах. Ни один шаредный супер-ультра-VIP-мега-хостинг не может позволить себе купить один только контроллер за штуку баксов. Нету таких.
Меня прикалывает, когда кто-то тут якобы вскользь бросает громкие слова, типа он причастен к таким технологиям (что видимо повышает его ЧСВ). А в это время клиенты всех до единого хостингов грустные ходят, что не могут найти хостинг, который не падает и сделан не школьниками на коленке.
Где же вы, хостинги на базе Infiniband, SunFire, HP Superdome и прочих космических аппаратов? Я хочу вами попользоваться :D
Алзим: Ведь по идеи эти панели платные, значит и цены у хостеров с такими панелями дороже.
По идее такой идеи возникать не должно. Стоимость хостинга не колеблется от таких крошечных сумм. Из 30-100 тысяч вырученных с шаредного сервера, только 10 уходят на сервер, а остальное на рекламу, зарплаты сотрудникам и операционную прибыль. Если будет уходить 10500 (вместе с дешевой панелью) или 11500 (с дорогой) - ничего не меняется. Если хостер экономит даже на этом, то с этим хостером есть какая-то проблема - лучше держаться подальше.
Алзим:
Может проще взять хостинг без навороченной панели но дешевле? В чём преимущества этих панелей (CPanel и DirectAdmin) перед другими?
То есть у вас не возникает вопрос "а являются ли они лучшими?" :D Есть только вопрос "чем они лучше?". Я бы на Вашем месте вернулся к первому вопросу. Хорошие панели стоят от 600 баксов в месяц (например H-Sphere). А это две дешевки.
"Спасибо, кэп" говорят в ответ на то, что кто-то говорит очевидные вещи. Судя по тому, что Вы острите на тему "как привязать мак-адрес" Вы не знали об этом протоколе до того, как я дал Вам ссылку ;) Так что можно без кэпов.
И да, не надо только в ответ на фразу что такое "спасибо, кэп" говорить опять "спасибо, кэп". Потому что, что такое "спасибо кэп", Вы тоже очевидно не знали, раз применяете не по месту :D
ENELIS: iscsi или fc hba Вы ищите. Вам не нужно raid на стороне "клиентов" создавать. Клиентам уже готовые луны отдавать надо. А на SAN стороне делайте райд/резервирование и т.п. А то сетевая подсистема у Вас будет вызывать ошибки консистенции.
iSCSI очень плохая. Выдерживает только малый и средний поток I/O. Такие вещи делаются не через iSCSI, а через SCSI-свитчи.
Ещё есть желание прикрутить туда возможность работы с Python: wsgi (или mod_python) + Django.
Маленький ликбез: mod_python - это стандартный модуль апача для Python. Вы не запустите через него никакие изыски типа фреймворков, как например Django. Для этого и существует продвинутый mod_wsgi.
Далее я вижу так:
1) поставить mod_python можно легко и непринужденно. Но не получите ни одного клиента, потому что в отличии от мира PHP, в мире Python никто почти не пишет на голом языке, а пользуются фреймворками.
2) поставить mod_wsgi и мейнтейнить его, требует технических навыков, кои отсутствуют почти у любого человека, не пишущего на петоне.
Вывод: забудьте про это. Python бесспорно прекрасный язык, но он, к сожалению, не мейнстримный. А уровень программистов на Python (значительно более высокий, чем программистов PHP) позволяет им арендовать голые VPS и настраивать под себя. Им даже в голову не приходит искать шареды под свои проекты - для этого Google есть.
У нас одно время стояли и Python и Ruby - ни одного клиента так и не появилось. Выключили.
Raistlin: Я в шоке. Какой хостинг не позволяет клиентам работать с Питоном?
Он говорит про сайты, а не про интерпретатор, доступный из командной строки.
ENELIS: Вам придется отделять его от других клиентов как-то (скорее всего ставить каждому и chroot) иначе он сможет сделать все что угодно на системе.
В контексте безопасности:
mod_php = mod_python
ITK + mod_php = ITK + mod_python
Python + FastCGI = PHP + FastCGI.
Так что нет никакой разницы каким языком Вас сломают.
Raistlin: Boris A Dolgov, Угу... Прямо таки и делают... Да и далеко не только хостеры ее покупают... Не только.
Pro покупают хостеры и только хостеры. Вы разницу между панелями посмотрите: реселлеры, тикетка, разграничение пользователей, шаблоны пользователей и так далее. Конечному пользователю такое просто не нужно.
Raistlin:
А, чуть не забыл. Ну рулите софтом через системный менеджер пакетов в ISPSystem, какие проблемы? Или все любят дистры в слакварь превращать? :)
Администратору не нужны посредники между ним и пакетным менеджером. Вместо того, чтобы видеть STDOUT/STDERR, он видит слюнявые и невнятные логи панели. Администратор попросту теряет контроль над системой. Особенно это наглядно на фоне бага годовой давности, где на CentOS снос Питона сносил половину системы с флагом -y. Снеси он Питон через пакетный менеджер, то получил бы предупреждение Following packahes will be REMOVED: bla-bla А некоторые продвинутые хостеры ставят пакеты со своих репо (кастомизированные). Так им нужно выбрать версию устанавливаемого пакета.
Искренне не понимаю как первое может мешать второму. Сотни сайтов шаред хостинга на 1 сервере - это капля в море.
Угу, поддероживаю. У нас сервера рассчитаны на 3000 сайтов. При этом все сайты даже во время доса открываются очень быстро (ну кроме единственного сайта, который досят).
Если на шареде 100 сайтов, значит это первобытный шаред на VPS - вот от такого точно нужно держаться подальше.
Уважаемые форумчане, скажите, кто прав в данной ситуации?
Если двое людей заключают договоренность без оформления - значит действует только джентельменское соглашение и нечего примерять законы к ситуации. По закону сделки не было - отвечать некому и не перед кем. WM не коррелирует здесь никак по той простой причине, что ни один арбитраж не сможет узнать правду была оказана услуга или нет. Кроме того WM не является эскроу-сервисом и не надо на них полагаться. Что касается Антона - он в сделке не участвовал и не стоит загромождать вопрос упоминанием его имени - это как в ДТП: не поцарапался? Свободен!
Джентельменское соглашение было нарушено Вами первым - Вы обещали уехать, а не уехали. Думаю, что Himiko имеет полное право не проявлять никакого благодродства, потому как его ход - второй. Если конечно в договоренности не предусматривался вариант Вашего возвращения досрочно. Полагаю, что такого не было.
В конце концов - вы договорились или нет? Почему вдруг договоренности больше не работают?
У рекспейса шаред использует инфинибэнд??? В этой теме речь про шаред идет.
Вообще то через http://ru.wikipedia.org/wiki/InfiniBand
Мы говорим о земных вещах. Ни один шаредный супер-ультра-VIP-мега-хостинг не может позволить себе купить один только контроллер за штуку баксов. Нету таких.
Меня прикалывает, когда кто-то тут якобы вскользь бросает громкие слова, типа он причастен к таким технологиям (что видимо повышает его ЧСВ). А в это время клиенты всех до единого хостингов грустные ходят, что не могут найти хостинг, который не падает и сделан не школьниками на коленке.
Где же вы, хостинги на базе Infiniband, SunFire, HP Superdome и прочих космических аппаратов? Я хочу вами попользоваться :D
Ведь по идеи эти панели платные, значит и цены у хостеров с такими панелями дороже.
По идее такой идеи возникать не должно. Стоимость хостинга не колеблется от таких крошечных сумм. Из 30-100 тысяч вырученных с шаредного сервера, только 10 уходят на сервер, а остальное на рекламу, зарплаты сотрудникам и операционную прибыль. Если будет уходить 10500 (вместе с дешевой панелью) или 11500 (с дорогой) - ничего не меняется. Если хостер экономит даже на этом, то с этим хостером есть какая-то проблема - лучше держаться подальше.
Может проще взять хостинг без навороченной панели но дешевле? В чём преимущества этих панелей (CPanel и DirectAdmin) перед другими?
То есть у вас не возникает вопрос "а являются ли они лучшими?" :D Есть только вопрос "чем они лучше?". Я бы на Вашем месте вернулся к первому вопросу. Хорошие панели стоят от 600 баксов в месяц (например H-Sphere). А это две дешевки.
Со слов саппорта "глюк непостоянен", т.е. возможно наши клиенты его еще видят.
И боты.
Да нет, что его "в топку" понятно уже давно... всё руки не доходят унести оттуда остатки.
Почти любой хостинг с радостью к себе перенесет самостоятельно сайты. Даже суетиться не надо.
Cisco Discovery Protocol? Или что то еще имелось в виду?
Я как то не понял как мне к виртуальному диску привязать мак адрес, и вообще как либо использовать этот протокол в принципе.
Спасибо, кэп!
"Спасибо, кэп" говорят в ответ на то, что кто-то говорит очевидные вещи. Судя по тому, что Вы острите на тему "как привязать мак-адрес" Вы не знали об этом протоколе до того, как я дал Вам ссылку ;) Так что можно без кэпов.
И да, не надо только в ответ на фразу что такое "спасибо, кэп" говорить опять "спасибо, кэп". Потому что, что такое "спасибо кэп", Вы тоже очевидно не знали, раз применяете не по месту :D
iscsi или fc hba Вы ищите. Вам не нужно raid на стороне "клиентов" создавать.
Клиентам уже готовые луны отдавать надо. А на SAN стороне делайте райд/резервирование и т.п.
А то сетевая подсистема у Вас будет вызывать ошибки консистенции.
iSCSI очень плохая. Выдерживает только малый и средний поток I/O. Такие вещи делаются не через iSCSI, а через SCSI-свитчи.
Cisco Discovery Protocol? Или что то еще имелось в виду?
http://en.wikipedia.org/wiki/Continuous_data_protection
Ещё есть желание прикрутить туда возможность работы с Python: wsgi (или mod_python) + Django.
Маленький ликбез: mod_python - это стандартный модуль апача для Python. Вы не запустите через него никакие изыски типа фреймворков, как например Django. Для этого и существует продвинутый mod_wsgi.
Далее я вижу так:
1) поставить mod_python можно легко и непринужденно. Но не получите ни одного клиента, потому что в отличии от мира PHP, в мире Python никто почти не пишет на голом языке, а пользуются фреймворками.
2) поставить mod_wsgi и мейнтейнить его, требует технических навыков, кои отсутствуют почти у любого человека, не пишущего на петоне.
Вывод: забудьте про это. Python бесспорно прекрасный язык, но он, к сожалению, не мейнстримный. А уровень программистов на Python (значительно более высокий, чем программистов PHP) позволяет им арендовать голые VPS и настраивать под себя. Им даже в голову не приходит искать шареды под свои проекты - для этого Google есть.
У нас одно время стояли и Python и Ruby - ни одного клиента так и не появилось. Выключили.
Я в шоке. Какой хостинг не позволяет клиентам работать с Питоном?
Он говорит про сайты, а не про интерпретатор, доступный из командной строки.
Вам придется отделять его от других клиентов как-то (скорее всего ставить каждому и chroot) иначе он сможет сделать все что угодно на системе.
В контексте безопасности:
mod_php = mod_python
ITK + mod_php = ITK + mod_python
Python + FastCGI = PHP + FastCGI.
Так что нет никакой разницы каким языком Вас сломают.
Boris A Dolgov, Угу... Прямо таки и делают... Да и далеко не только хостеры ее покупают... Не только.
Pro покупают хостеры и только хостеры. Вы разницу между панелями посмотрите: реселлеры, тикетка, разграничение пользователей, шаблоны пользователей и так далее. Конечному пользователю такое просто не нужно.
А, чуть не забыл. Ну рулите софтом через системный менеджер пакетов в ISPSystem, какие проблемы? Или все любят дистры в слакварь превращать? :)
Администратору не нужны посредники между ним и пакетным менеджером. Вместо того, чтобы видеть STDOUT/STDERR, он видит слюнявые и невнятные логи панели. Администратор попросту теряет контроль над системой.
Особенно это наглядно на фоне бага годовой давности, где на CentOS снос Питона сносил половину системы с флагом -y. Снеси он Питон через пакетный менеджер, то получил бы предупреждение Following packahes will be REMOVED: bla-bla
А некоторые продвинутые хостеры ставят пакеты со своих репо (кастомизированные). Так им нужно выбрать версию устанавливаемого пакета.