25 февраля 2010 в 18:36
Добрый день!
Я - Юрий Устинов, представитель Русоникса на этом форуме.
Друзья, пожалуйста, помогите улучшить наш тарифный план Супер CMS.
Тариф разрабатывался при участии Игоря Землянкина (Игорь, надеюсь, Вы не против такого упоминания), одного из активных участников Drupal-сообщества.
Сейчас тариф запущен в эксплуатацию и я хочу попросить всех участников оценить потребительские качества нашего тарифа. Мы готовы его улучшать по вашим замечаниям.
Что именно было сделано: мы увеличили время работы скриптов (max_execution_time = 120) и объем выделенной памяти (memory_limit = 64M). Также была проведена перенастройка хостинговой ноды для более оптимальной работы именно этого тарифа, все такие аккаунты будут стартовать отдельно от других тарифов виртуального хостинга. Помимо этого density (количество аккаунтов на одном физическом сервере) строго ограничено, т.е. в этот тариф заложена гораздо большая степень свободы (доступных процессорных и прочих ресурсов) в каждый конкретный промежуток времени, чем на обычном виртуальном хостинге.
Тариф - старший в линейке виртуального хостинга, на нем можно стартовать до 30 динамических сайтов. Подробное описание у нас на сайте: http://www.rusonyx.ru/hosting/shared/super-cms.php
Что мы можем предложить прямо сейчас:
1) 30 дней бесплатного тестирования - мы будем очень благодарны за отзывы и пожелания! Обращаю ваше внимание на то, что все заявки обрабатываются менеджерами на адекватность (устали от спамеров, кардеров и прочих персонажей), поэтому старт тестов производится только в рабочее время.
2) Дополнительная скидка на услуги хостинга для участников сообщества: 10% по купону DRUPALBONUS.
Заранее спасибо всем, кто откликнется! Надеюсь новый улучшенный тариф придется вам по вкусу 
Комментарии
за эти деньги можно и VDS арендовать...
Да, можно, вопрос в том, сколько запросов сможет обработать такой VDS и насколько надежным будет такой хостинг. В ряде случаев виртуальный хостинг предпочтительнее, т.к. в краткие, но мощные пики (которыми как раз славится Drupal) есть возможность потреблять больше ресурсов, чем было бы выделено на таком VDS.
Впрочем, VPS-хостинг у нас тоже есть и это основная специализация Русоникса с 2001 года. Но сейчас хотелось бы обсудить именно виртуалку, а то боюсь уйдем далеко в сторону от темы.
Малова-то для основных модулей. Для дру будет нормально не менее 128м.
Спасибо за комментарий, проработаем этот вопрос на тестах.
Вам самим не смешно?
* Drupal v.6.15
* Joomla! v.1.5.15
* Mambo v.4.6.5
* Textpattern v.4.2.0
* WordPress v.2.9.1
2. Увеличенные лимиты PHP
* max_execution_time = 120 (30 на обычном хостинге)
* memory_limit = 64Mb (32Mb на обычном хостинге)
3. Увеличенные лимиты MySQL
* max_user_connections=30 (10 на обычном хостинге)
Извините, но за 999 руб./месяц
Я могу снять приличный VDS/VPS или настоящий виртуальный VIP-хостинг
Я сразу не подумал, думаю есть смысл написать хотя бы здесь. Мы не занимаемся демпингом, мы предлагаем качественные услуги хостинга на территории РФ и в полном соответствии с местными законами. Поэтому прошу не приводить в пример многочисленных ГХ без лицензий с арендованными серверами в Штатах/Германии. Это не значит, что кто-то плохой, а кто-то хороший, это просто другой подход к бизнесу и разные сегменты рынка. Каждый клиент решает, что ему нужно размещать и стоит ли экономия дополнительных рисков: форум для соседей по подъезду или интернет-магазин с миллионным месячным оборотом - разные сайты, клиенты, хостинги.
Если Вам важна надежность и высокая производительность - попробуйте наш тариф, сравните с тем VIP-хостингом или VPS, который у Вас видимо сейчас есть.
И в целом по цене на тариф: сейчас продажи тарифа только начались. Нужно посмотреть хотя бы на двух-трех заполненных серверах, сколько клиентов смогут комфортно жить на одной машине. Тогда и будет понятно, можем ли мы подвинуться по цене. Для примера, цены на виртуальный хостинг были снижены нами в 2 раза за 2009 год. Это стало возможным благодаря выходу новой версии панели Plesk и работе по оптимизации хостинговой системы. Так что нахапать побольше мы не стремимся. Есть аккуратно рассчитанная себестоимость и ожидаемая рентабельность, лишнее по возможности отрезается - рынок есть рынок.
Ок.
У меня есть VPS от хостинг-центра, тариф VPS-2, стоимость его 1000р в месяц, я тайно зарегистрируюсь у вас и потестю ваш хостинг.
Идёт?
Да, пожалуйста, хоть тайно, хоть явно - стартовать Вас персонально на отдельном сервере никто не станет.
Только хотелось бы получить от Вас объективный фидбек по поводу нашего тарифа. Я уже оценил тот факт, что Вы - сотрудник хостера it-patrol.ru, принадлежащего небезызвестному в сообществе Gor'u. Тем не менее, ожидаю от Вас объективных отзывов и конструктивной критики. По крайней мере, Gagaga, судя по всему дала дельный совет.
Немного оффтоп, но все же:
Форум для соседей по подъезду болезненно можно размещать и на серверах в СНГ, а вот в случае гамазина надо ой как хорошо подумать и... и отправиться за рубеж. А то не ровен час получит провайдер предписание от прокуратуры или вообще в серверную зайдут "мальчики" и все
Elia, смотря чем торгуете и как
Учитывая осведомленность сотрудников в устройстве интернета, к Вам скорее придут по месту нахождения компании или домой к генеральному, чем к Вашему провайдеру за сайтом - кому он нужен?
Критиковать я никого не собираюсь, так как это дело неблагодарное, из любой критики можно выбраться.
Я обнародую своё отчёт и всё. Об IT-patrol в отчёте не будет ни слова
Ваши предложения: 10 Гб 256 Мб RAM* Plesk 9 unlimited Root-доступ Backup 999руб
Видите... как это улучшить... это в 2 раза дороже чем по россии и в 6 раз дороже чем по западу... ну как это улучшить?
Сравните сами с европой: Пространство, ГБ 120 ОЗУ, MБ 2048 - за все - 23 евро... Это ребята уже реальность во всем мире. Было бы у вас хотя-бы близко к этому... было бы о чем говорить.
Argon, вопрос был не про VPS-тарифы, а про Супер CMS (это обычный виртуальный хостинг с расширенными настройками). К слову, Вы можете взять наш VPS 1+ на бесплатное 30-ти дневное тестирование и сравнить по производительности с "в 2 раза дороже чем по России". К слову, если пришлете линк на подобное предложение в 2 раза дешевле, буду весьма благодарен. Можно в личку, можно прямо здесь.
По поводу хостинга в Европе могу сказать следующее: такой хостинг в белую приобрести очень сложно. Пока Вас как частное лицо устраивает оплата с личного пластика - все нормально. Но если у Вас полноценный бизнес, то иметь дело с валютным контролем из-за копеечной экономии нет никакого смысла. В РФ качественный хостинг сделать сложно и дорого. Начиная с отсутствия лизинга и заканчивая сдачей узла, сормом и пр. ньюансами.
Сорри за офтоп, но обращусь хоть здесь к сотрудникам Русоникса, которым пользуюсь для некоторых проектов уже года 4. Письма по это милому вопросу в саппорт безрезультатны...
В старой контрольной панели была возможность, zip/unzip, а новую ввели без нее. На сайте уже давненько висит обещание вернуть опцию на место)) Одна из причин почему на вашем хостинге размещаю только старые проекты, которые в перезаливке не нуждаются (я про дев-этап запуска сайта).
Дьявол кроется в деталях, иногда стоит прислушиваться к письмам старых клиентов, что бы не терять их лояльность. имхо
upd: в свое время выбирал вашу компанию из-за логичного отсутствия ограничений на ящики и кол-во баз, жаль...
з.ы.: хотя что б были не только претензии, скажу, что работать с вами было приятно все эти 4 года.
Parallels, разработчик панели управления Plesk, нам клятвенно обещал внедрить фичу в одном из ближайших апдейтов. Счастье близко, не прошло и нескольких лет
Об этой проблеме много говорили и у нас и за рубежом, где Plesk особенно широко распространен. На SE ко мне несколько раз обращались по поводу zip/unzip за последние пару месяцев. Мы помогли Parallels сделать ТЗ на этот функционал (это было в ноябре-декабре) и такая будет добавлена в ближайших апдейтах. По крайней мере мы на это надеемся
Ограничений на ящики и количество баз нет и сейчас на VPS-тарифах. Раньше все тарифы в компании были реализованы исключительно на VPS. Сейчас у нас есть линейка виртуального хостинга, который работает по всем канонам - с ограничениями. Впрочем, 30 баз для Вас мало?
Поставьте 128 Мб, жалко вам что-ли? Такое ощущение, что никто серьезно не воспринимает работу с Друпалом, как с довольно прожорливой CMS. А некоторые вообще "нагрузочное тестирование" делают на анонимусах с включенным кешем, гыгы. И да, еще InnoDB для MySQL нужно, если его нет, это не хостинг для Друпала, а так, поиграться с жумлой...
Про 128 я ребятам сообщил, сегодня примем решение и думаю что поднимем этот лимит. InnoDB есть
Я исходил из того, что это уже стандарт де-факто для MySQL. Об этом стоит отдельно упоминать? Если да, то сделаю пометочку в описании тарифа.
Я стандартный ламер-друпалер, обжегся на куче хостингов, ожидаю увидеть в описании тарифа в первых строках жирными буквами:
memory_limit 256 Mb
SSH - без дурацких "только по запросу, и предьявлении скана паспорта, фотографии тещи, анализов кала мочи и ушной серы" и прочей фигни - если уж даете SSH, давайте как Zenon, к примеру, купил тариф и логинься сразу
InnoDB
Нет явных или скрытых ограничений на количество запросов к БД
Верхний предел трафика в терабайтах, или выделение полосы, и цифры соотношений, кроме этого - явные цифры попадалова на деньги за нарушение соотношений или овертраф
Какая панель? - у некоторых аллергия на тупейший тормозной Плеск, кто-то не переваривает DirectAdmin, и так далее - одно дело, когда видишь ненавистную панель и просто проходишь мимо, другое дело когда уже купил, и сидишь фтыкаешь на чудо вражеской мысли
Версия PHP явно
Место на диске явно
Если или нет хотя бы минимальная защита от "школо-ДДОСов", или сразу как мастерхост, убиваете баланс клиента в минус за каждый байт входящего трафика
И да, никогда не понимал ограничений на количество фтп-юзеров, особенно когда постоянно работаешь с забугорными хостерами как частник. Это для меня до сих пор загадка почище выявления существования Атлантиды. Такое ощущение, что внутри хостерских серверов живет такой специальный фтп-барабашка, который трясет бабло с хостера за каждый фтп-логин. Ну а хостер ессно трясет бабло с клиентов за доп. логины. Жесть ваще.
Спасибо за подробное описание!
Я прокомментирую.
256Мб - очень много, столько на виртуалке пока не дадим. Кстати, а какой модуль столько потребляет? Для чего столько может использоваться? 128Мб уже решили дать, до завтра параметры поменяем.
SSH есть по умолчанию - пользуйтесь на здоровье
InnoDB - есть
Ограничения на количество запросов к БД - есть и будут. Это же виртуальный хостинг. Для этого есть VPS'ы.
PHP - 5.2.12
Диск - 10Гб
Про школо-ДДОСы не понял, если имеете в виду какое-то баловство, то прикроем по IP.
Про FTP - ограничение обычно делается по количеству сайтов. Т.е. предполагается, что клиенту большее количество не нужно. У Вас есть пример, когда реально нужно в несколько раз больше FTP, чем сайтов?
Про трафик и панель забыл
Трафик неограничен, панель - Plesk.
Сколько? Почему из всех хостеров ответ на этот вопрос приходится вытаскивать клещами?
Ок, переформулирую немного: до какой скорости потока DDOSа на мой сайт вы сможете справляться сами, пусть даже временным отключением всего и вся, но БЕЗ попадания меня на деньги?
К тому же в последнее время участились случаи, когда школота получает доступ к небольшим ботнетам и начинает терроризировать владельцев сайтов.
Трафик реально неограничен? Могу сожрать всю 100-мегабитную трубу, что ведет к серваку?
Вы на странице тарифа были? Все открыто написано
http://www.rusonyx.ru/hosting/shared/super-cms.php
Там как раз указано количество одновременных коннектов: max_user_connections=30.
По скорости потока сложно сказать, тут дело скорее в изощренности ДДОСа. В любом случае, платежи за полосу и т.д. в случае ДДОСа для виртуального хостинга не предусмотрены. Если наши спецы не смогут справиться - DNS для домена-жертвы будут переведены в null, какое-то время простоя у Вашего сайта будет.
Наш предыдущий ДЦ предлагал в тестовом режиме услугу защиты от ДДОСа с использованием арбора. Отражение одной атаки - от 10 тыр. Думаю это не супер привлекательное предложение клиентам виртуального хостинга. Текущий ДЦ внедряет аналогичную систему, но не думаю что они смогут предложить эту услугу сильно дешевле.
Сожрать трубу сложно, т.к. просто выйдете за лимиты по другим ресурсам. Попробуйте
Легко. Для доступа админа к сайту нужен "полный доступ" по фтп, для контент менеджера доступ скажем только к папке где лежат фото из каталога сайта (бывает такое, что когда позиций в магазине +10 тыс. то проще фото именовать по артикулам а не грузить каждую через цмс). Ну и еще частенько бывает нужно сделать доступ на директорию для "передачи файлов" ибо через почту не всегда удобно метров 200-300 переслать, а иФолдерами и народ.дисками пользоваться иногда несолидно.
Итого 3 пользователя на один сайт.
Но можем еще сделать промо-сайт на определенном урле н.р. site.ru/promo1 и отдать работу по нему отдельному человеку. Ему давать доступ на весь сервер? А если таких несколько?
И задачи которые я описал не столь редки.
Вы сейчас описали ситуацию, когда над очень серьезным сайтом работает по меньшей мере 3-4 человека. Непонятно, почему при таком серьезном подходе Вы все еще хотите сэкономить на хостинге несколько сотен рублей в месяц.
Согласитесь, что 30 таких сайтов впихивать на один тариф виртуального хостинга (у нас - до 30 сайтов, до 30 ftp-аккаунтов) и для каждого создавать по 4 ftp-аккаунта это как-то странно?
Вероятнее всего у Вас на аккаунте будет допустим 4 таких сайта + 15-20 ГС, которые удобнее рулить одному человеку с одного FTP.
имхо, тогда нужно DDS , там уж настраивать права как хочется можно будет
а доступ к папке можно давать по htaccess
По теме, не буду обсуждать стоимость. Но за все время моего нахождения в Русониксе, претензий к качеству не было.
Может и так, но брать ддс для сайтов с ~100 униками в день, немного расточительно)
А по качеству согласен.
Вы отвечаете на вопрос или вежливо посылаете? Я там был. Там нет текста типа "Ограничение - 30 000 запросов к одной БД в течение 1 часа". Если его нет, куда конкретно вы меня посылаете?
Это не русониксу, а tonnal - видите, камрад? Россиянским хостерам легче налепить тыщу отмазок, лишь бы не лишаться такого ништякового источника дохода, как 30 рублей в месяц с доп.аккаунта
Я уже поднимал эту тему на серче, но не нашел понимания в среде хостеров (клиенты были только за). Т.е. у нас пока такое состояние хостинга, что не хостинг для клиента, а клиент для хостера. Что там хостер придумает своим воспаленным мозгом в тарифах, то и будет. Какие-то реальные задачи клиента в расчет вообще мало кем принимаются.
То есть вы легко и непринужденно противоречите самому себе:
1) Предлагаете виртуальный хостинг для нормальных проектов типа интернет-магазинов и белых сайтов. Если вы предлагаете не это, а просто тупо абстрактный хостинг, то так и напишите.
2) В то же время жопитесь на фтп-аккаунты, хотя вам уже расписали, что при работе с тем же магазином менеджеру может понадобиться как минимум еще один фтп-аккаунт на сайт.
Зачем вам вообще этот дебильный тариф? Какой в нем смысл? Держать 30 абстрактных сайтов?
Может сделаете лучше тариф "Интернет-магазин", к примеру? Который по цене будет кусачим, чтобы отпугнуть школоту с говносайтами. Но цена которого будет очень адекватной нормальному магазину. И в которую будет входить техподдержка и нормальные ресурсы. Ну и без таких тупейших ограничений, как фтп-аккаунты, sql-запросы и прочий идиотизм, который на нормальных западных хостингах хрен где найдешь. Вот это был бы реальный тариф. То есть купил, залил и забыл, проблемы решает техподдержка напрямую, а не через нанятого непонятно где админа.
К чему я веду в итоге? Очень упрощая - сидит потенциальный клиент. Фтыкает на кучу хостинговых сайтов. Везде написаны какие-то цифры, количество сайтов, баз и прочая чухня. Нигде нет тарифа под решение его конкретной задачи. То есть хостеры по старинке продают цифры и место на сервере. Вместо продаж решений конкретных задач клиентов.
p.s. Спасибо за честное обьяснение про DDOS, теперь понятно, что это реальный хостинг, а не всякие там му...хосты
p.p.s. Вы особо не воспринимайте мои посты как агрессию, я просто всегда так пишу
Чтобы слова проникали не только в мозжечок, но и в другие мягкие части тела...
Простите, я видимо неверно понял вопрос. Мы ограничиваем количество одновременных обращений к БД. Суммарное количество обращений к базе за час/сутки и т.д. мы сейчас не считаем и я как-то даже не задумывался о подобных ограничениях. А что, стоит это считать?
Про FTP - да, Вы все верно говорите. Другое дело, что к сожалению Plesk устроен по принципу один сайт - один FTP. Как и в случае с zip, ТЗ на доработку есть, но пока в очереди.
Насчет специального тарифа - да, это очень хорошая идея. Мы мечтаем предожить такой тариф. Другое дело, что клиенты ожидают в таком тарифе увидеть конструктор магазина. А адекватного хостед-решения мы пока не нашли. Обсуждались PHPshop и Amiro, говорят у HostCMS неплохое решение, но пока никакой конкретики нет.
ну не знаю-не знаю. прожил на русониксе где-то с полгода и сбег, только пятки сверкали. не знаю как там сейчас дела обстоят, но конкретно мой опыт показал, что хостинг не для друпала со средним в общем то количеством показов-уников. с 2000 уников в день умудрился вылететь за "превышение ресурсов vps". и уж если на вполне себе настроенном впс (нжинкс, кэширование, все дела) оно работало так себе, то уж на shared и вообще стремно даже соваться.
админ, у меня есть конкретное предложение. вы ведь вполне можете поставить друпал,ab в общем-то тоже доступен. вы знаете же или догадываетесь, что дру очень-очень прожорлив по части количества запросов к бд. так может перейти от экспериментов с неким сферическим друпалом в вакууме и реально построить некую по-настоящему дружественную среду для друпаловодов, а? ну и честно сказать знатным друпаловодам с 3-5-10к уников в день, что этот вариант не для них,потому что аккаунт выдерживает столько-то.
имхо ваш шаред даже при правильной настройке выдержит до 1000 уников в день, это его потолок.
Хотелось бы получить эти показатели с реальных уников, а не с эмулированных. Как раз для этого у нас есть бесплатный 30-ти дневный тестовый период. Насколько я понимаю, работа Друпала серьезно зависит от насыщенности сайта модулями и объемом разнообразных данных в БД. Есть ли смысл запускать тест на голом Друпале? Если считаете, что есть - мы проведем такой тест.
Сразу скажу, что наш обычный виртуальный хостинг не подходит для друпала и мы не хотим делать его подходящим для друпала. Зато для друпала был придуман новый тариф, который должен работать очень хорошо.
Почему-то VPS зачастую воспринимается как более производительный хостинг, чем обычный виртуальный. Прежде всего, ресурсы на VPS, например, по памяти - жестко выделены конкретному пользователю и гарантированы (если честный VPS, без оверсела). Отсюда и более высокая цена, т.к. VPS-клиентов на сервере можно разместить заметно меньше. В то же время прелесть виртуального хостинга в том, что в некий пиковый момент данный конкретный сайт вполне может съесть больше памяти, чем ему могло бы быть выделено на в 5-10 раз более дорогом VPS.
Давайте посчитаем, тут многие пишут, что 64Мб на PHP маловато. 10 таких процессов одновременно - это уже 640Мб, и это не считая памяти необходимой для работы nginx+apache+mysql+ftp+ssh+прочее окружение на VPS. При этом на VPS может быть жесткий лимит всего 512Мб. Вот и все, вы уже вылезли из тарифа. На виртуалке такие периодические разовые скачки вам простят, возможно даже не заметят. А на VPS вы получите белую страничку с еррорами.
сходите в отдель маркетинга и спросите у них "ребята, а почему на каждом углу нашего сайта и в наших пресс-релизах через строчку написано "не хватает shared? добро пожаловать в vps!""?
думаю ответ на этот вопрос поможет вам осознать, откуда ноги растут у мнения что vps это решение всех бед.
на деле же действительно vps - костыли. дорогостоящие, блестящие, но все-таки костыли.
брать голый дру или не голый - это вообще не проблема.берете всем известный модуль, который сгенерит вам хоть стотыщмильонов записей в базу и тестируете все это ab. какая-никакая а конкретика и ясность появятся.
Могу я Вас попросить расписать чуть подробнее, что именно установить и в каких режимах проверить? Мы выполним тесты по Вашей методике и опубликуем результаты. Таким образом, результат тестирования будет не "мы запросили индекс 1000 раз в 10 потоков за 7 минут!", а что-то с более конкретной задачей (такая-то версия, такой-то скрипт, столько-то записей, обращения к такой-то странице в таком-то режиме), как раз той, результат выполнения которой Вы ожидаете увидеть. Это будет правильно, на мой взгляд.
smile, да не скажут они
Если уж мой конкретный вопрос по ограничение количества запросов к БД замяли, вернее даже тупо послали. Причем потенциального (!) клиента. Я такой клиент, который спрашивает конкретные вещи, но ДО покупки. Я никогда не выношу мозг техподдержке после покупки. ДО покупки я могу докапываться до всякого разного, но после покупки меня не видно и не слышно, только если ОЧЕНЬ серьезные проблемы у хостера.
Даже если таких адекватов как я, посылают и не отвечают конкретно, что ждет друпаловодов с сотнями запросов на генерацию ОДНОЙ страницы на их тарифе?
Насчет тестирования и ab - я подозреваю, что опять возьмут друпал с включенным кешем и будут мерить производительность кешированного друпала одним гостем, гыгы
Друпал - это ОЧЕНЬ быстрая база, InnoDB и кеширование. Все остальное чухня и есть на любом тарифе любого хостера. Если русоникс не может предложить именно уникальную услугу для друпальных сайтов, это не друпальный хостинг, а очередной спам абстрактных услуг.
Я без ab вам результаты покажу
marazmus, ну при таком раскладе все это обсуждение вообще не имеет никакого смысла. разве что для конкретного сотрудника отчитаться перед руководством: типа работа с сообществом ведется, тариф введен. а то, что введенный тариф 50% потенциальных клиентов не подходит - это уже совершенно другой вопрос.
У меян вопрос по тарифу "СУПЕР": есть ли ограничение на количество выполняемых процессов? Если да, то какое это число?
Мммм.. не совсем корректный вопрос. Что такое процесс - это cgi или запрос с сайта или это какой-то скрипт по крону? СУПЕР CMS - виртуальный хостинг, т.е. все возможное на сервере количество процессов того же апача теоретически доступно Вам в какой-то конкретный момент времени. Учитывая, что Вы там не один, какое-то количество процессов уже занято. Конкретные физические ограничения есть разве что на одновременные коннекты к базе и если предположить, что каждый процесс заведомо имеет такой коннект, то да, ограничение есть: 30 запросов к БД одновременно.
Другое дело, что нужно понимать: чтобы добиться такого большого одновременного количества коннектов к БД нужно очень постараться, т.к. они раскидываются при нормальной работе системы очень быстро. На нашей обычной виртуалке 99% клиентов хватает 10 одновременных коннектов.
Так ГДЕ он?
Где этот ваш таинственный недоступный простым смертным "тариф для Друпала", который никто в глаза не видел? Честно и последовательно такой тариф предоставляет только Gor, на шареде.
Это собственно Супер CMS и есть. Мы не нишевой игрок как Gor, поэтому назвать тариф "Супер Drupal" не решились. Зато после заточки под Drupal оказалось, что тариф очень хорош и для других CMS. Иначе говоря, мы создаем комфортные условия для Drupal, но им не ограничиваемся и будем рады прочим CMS.
1. выключаем кэширование
2. ставим http://drupal.org/project/devel
3. генерируем им словари, юзеров и ноды. по вкусу. словарей я бы попробовал с десяток, нод и юзеров - пару сотен.
4. ab и прочие тесты по вкусу на работающей и заполненной базе
Спасибо! Как сделаем - напишу
Почему-то заглохли разговоры про кеширование не-в-базе. memcached на shared теоретически невозможен?
При этом желательно чтобы был включены стандартные модули Locale (+ русификация) и модуль path - они существенно влияют на нагрузку.
А если пойти еще дальше, то имеет смысл протестировать как минимум с самыми распространенными тяжелыми модулями: CCK с парой типов материалов с дополнительными полями + Views c несколькими видами.
И, в идеале, добавить еще модуль магазина Ubercart + uc_generate (генерирует совместно с devel данные для ubercart)
Думаю без тестирования без использования CCK+Views+Path(с созданными путями)+Locale смысла не имеет, чистый друпал очень даже летает, но не думаю, что на нем кто-то будет делать коммерческий сайт, поэтому и возникает проблема с хостингами - для друпала все отлично подходит, а вот для сайта на друпале - нет.
интересное замечание по сути. действительно проблема в том, что имя дело с реальным сайтом имеешь и реальные проблемы, которых не было с "чистым дру".
а вот в частностях - не согласен. товарищ выше просит тестировать с установленым магазином. вы предлагаете сск(нужен далеко не всем, в следующей версии уже будет в ядре со всеми вытекающими), очень-очень-очень прожорливый и бесталковый views, который можно при наличии двух прямых рук заменить парой-тройкой грамотно составленных запросов к базе. ну path - ок. очень популярная и нужная штука. но опять-таки в реальном сайте не нужны миллион алиасов. про нас, реклама, ну пару-тройку основных разделов. там и десятка алиасов не набежит. а нагрузку оно даст когда их по-настоящему мнооого. кстати если мне не изменяет память, чисто силами сервера можно без всяких баз накрутить таких алиасов, каких хочется.
короче я чего хотел сказать - мы тут хостинг обсуждаем.и никакой, даже самый прекрасный хостинг не будет решать за вас ваши, вполне себе персональные и во многом уникальные проблемы разработки.
Тогда вариант 2-х тестов, чистого, загруженного модулями, и все-таки CCK&Views одна из самых сильных сторон друпала. А от хостинга мне надо что-бы работал именно мой персональный и уникальный проект, и мне как клиенту не интересно, что говоря о поддержке друпала, мой сайт не работает ).
Статистика использования модулей
Как раз в данном случае заявка именно на то, что хостинг под друпал делается. В противном случае, следуя логике вашего, smile, ответа, друпал не имеет значение - был бы программист хороший, а хостинг любой прокатит ))) отчасти верно и, в тоже время...
Друпал это модульная система, как ни крути и если есть модули, то ими будут пользоваться. Судя по возникающим вопросам этом сайте, можно сделать выводы, что подавляющее большинстве пользователей не являются программистами уровня "замены вьюса".
Вопрос очевиден - делать тариф для меньшинства (только профи) или для большинства?!
ИМХО.
Поэтому orbisnull дал ссылкуна статистику использования модулей - очень даже в тему и важно учесть.
без обид, но это то, что называется "приплыли". вообще-то чтобы составить запрос к базе и вывести результаты вообще не нужно быть программистом. это как бы даже не в школьной программе информатики вообще.
давайте подумаем вот о чем - а чего вы хотите в итоге? мы тут шаред обсуждаем. шаред как известно скажем так - "дешевое решение". и вы, совершенно честно ожидаете, что будет тариф скажем за 400 рублей в месяц, на котором дру+вьювс+сск+магазин будет летать?
как по мне, так имея дешевый шаред как раз самая тема подумать о том, чтобы продолжить экономить и заменить сложные и тяжелые модули чем-то проще и полегче, нет?
Да вы что?! )))) улыбнуло.
Т.е. синтаксис запросов к базе данных, основы языка php, плюс азы API друпала - это где-то на генном уровне?
smile, Вы смотрите на хостинг как программист - это взгляд только с одной стороны. Хостинг это товар на который стоит смотреть с точки зрения сложившегося рынка клиентов, потому человек и обратился к нам на этот сайт. Здесь можно сделать выводы об аудитории в том числе - о тех кто делает сайты на друпале.
Так вот - аудитория предпочитает (подавляющая часть!) использовать модули. Это факт!
На кого ориентироваться - на большинство или только на профи, полагаю, представитель хостинга решит с коллегами самостоятельно.
В таком раскладе многие хостинги подойдут.
А как по мне, точнее как по факту, то те, кто хостится на шареде чаще всего не будут озадачиваться заменой модулей сниппетами. Особенно если сниппет придется писать самостоятельно. Если модуль работает, то люди будут искать хостинг где будет работать сайт с модулями, а не осваивать язык запросов, PHP и API друпала.Со временем, кто-то несомненно освоит азы, но сайт-то хочется уже сейчас. Я не сторонник занимать позицию, что типа такие пользователи нам не интересны. Это позиция пупа земли, ИМХО. Или более корректно - узкий взгляд, узкая ниша.
Давайте дождемся ответа представителя хостинга по тестам, вот тогда будет видно на кого они ориентируются. В противном случае наш с вами разговор это пустой холивар.
что-то ответа хостинга нет )))
Прошу прощения, последняя неделя выдалась весьма насыщенной, было не до тестов. Обязательно сделаем, возможно даже к концу этой недели успеем.