Здравствуй, Хабр! Наверное, сразу извинюсь за свое отсутствие и столь долгий перерыв в публикации своих дайджестов. Жизнь кардинальным образом поменялась, но я жадно перечитываю все ленты и в скором времени продолжу свое публичное собирательство интересностей и полезностей для веб-разработчиков.
А сейчас я хочу рассказать про наше с коллегами творение. Elasticweb — самый демократичный виртуальный хостинг. Прозвучало, вероятно, чересчур амбициозно, но после ознакомления с тарифными планами десятков хостеров мы просто вынуждены так думать. В Elasticweb не существует минимальнои? и максимальнои? стоимости, мы применили облачный подход к услуге shared хостинга и не ограничиваем вас по количеству доменов, поддоменов или баз данных. Клиенты платят только за использованные аппаратные ресурсы сервера.
Тарификация
Месячное обслуживание n-ого количества сайтов с общей посещаемостью 1000 человек в сутки может стоить ~30 рублей в месяц и меньше. Сориентироваться по стоимости содержания ваших проектов поможет наш калькулятор.
Хостинг
PHP версии 5.6 с Opcache. По умолчанию на каждом сервере установлены Git, Composer, Drush, wpcli, антивирус и брандмауэр. А самое пикантное это то, что в качестве веб-сервера используется Nginx. Безусловно, в этом есть как плюсы, так и минусы, но дабы не создать очередной холивар на тему “Apache vs Nginx”, я не буду заострять внимание на факторах данного выбора. По понятным причинам .htaccess файлы работать не будут, поэтому мы написали и автоматизировали выбор конфигураций для наиболее распространенных CMS и фреймворков: Wordpress 4, Drupal 7-8, Yii, Joomla 2-3, Octobercms, OpenCart 1.5, ZenCart 1.5, CMS Made Simple, KodiCMS, MaxSite CMS, MODx Revolution, Zend Framework, Symfony, Laravel, Codeigniter, Kohana, phpBB3, MediaWiki, Asgard CMS. Также мы работаем над созданием полноценного редактора конфигураций Nginx с интерактивными подсказками и автодополнениями. А на данный момент готовы абсолютно за бесплатно помочь каждому в переносе существующего проекта на Elasticweb.
Сервер статистики
Все наши сервера работают на Debian. Демон статистики с необходимой для ресурса периодичностью опрашивает каждый процесс пользователя и формирует отчет, который отправляется на сервер статистики. Такой демон есть на каждом сервере. После чего полученные данные группируются по серверам и аккаунтам и представляются в виде графиков в панели управления. Чтобы обеспечить отсутствие задержек мы реализовали экспорт по расписанию в отдельном потоке.
Мы мониторим все процессы системы, будь то активность веб-сервера, активность в командной строке или работа интерпретатора. Доктрина системы статистики — любое взаимодействие с сервером должно быть учтено ( CPU %, RAM Memory usage, IO operations, Disk usage, Web bandwidth, MySQL bandwidth). Иными словами, учитывается даже открытая SSH сессия.
Демон написан на Python, с использованием библиотек daemon, psutil, pwd, os, time, requests, json, datetime, MySQLdb, threading, re, platform, а для анализа трафика используется сторонний модуль nginx-module-vts.
Панель управления
Вместо CPanel и ISPmanager было принято решение изобрести собственный велосипед. Во-первых: адаптация существующих продуктов под “эластик” показалась нам очень объемной задачей, для выполнения которой потребовалось бы множество костылей. Во-вторых: у нас есть еще масса идей и реализовывать их намного проще на собственной платформе.
Основной целью при проектировании и разработке серверного менеджера было обеспечение отказоустойчивости. Нами была реализована система очередей с приоритетами и логической очередностью выполнения задач. Все команды выполняются только после сверки ключей безопасности и заточены сугубо на взаимодействие с сервером панели управления. В случае невыполнения какой-либо операции администраторам приходит информативное сообщение о проблеме.
Мы написали демон на Python для прослушки команд, которые передаются от панели управления в формате JSON. Сама панель написана на PHP. Нам было важно получить начальную архитектуру и минимальный набор базовых функций, поэтому мы отказались от больших фреймворков вроде Symfony или Zend и за основу взяли Codeigniter 3 + HMVC ( для создания модулей ).
Изначально проект должен был появиться на русском и английском. Мы переписали дефолтные функции CodeIgniter для работы с URI, чтобы они могли учитывать язык. Говоря о самой локализации, способ хранить переводы в файлах и обращаться к ним в виде ключей нам не понравился. Поэтому мы используем английский как базовый язык в коде и загоняем его в функцию, которая, в свою очередь, подключается к базе данных и ищет нужный перевод для этой строки с учетом выбранного на сайте языка.
Панель управления подразумевает под собой множество форм, их код и обработка занимала слишком много места в контроллерах. Плюс ко всему некоторые формы необходимы выводить несколько раз. Поэтому мы написали Formbuilder для CodeIgnitor и выложили его на GitHub, полагая что для кого-то данный инструмент будет полезен. А вообще наша команда очень альтруистически относится к OpenSource движению и мы планируем сохранить подобную практику.
Система оплаты
При разработке биллинга мы ушли от счетов/инвойсов и месячных платежей. По аналогии с абонентами сотовой связи, у клиентов Elasticweb есть персональный баланс, с которого и происходит оплата услуг. Баланс может быть отрицательным в течение 7 дней, после чего сайты будут заблокированы, а через месяц удалены. В будущем планируется разработать систему кредита доверия к пользователям. А уже сейчас у нас работает реферальная программа для наших партнеров, условия которой можно узнать тут.
Апофеоз
Первая мысль об Elasticweb пришла совершенно случайно в обычном разговоре про железо, сервера, облачные технологии и хостинги. Разработка длилась почти 3 месяца в свободное от основной работы время. Еще месяц мы потратили на тестирование продукта и вот подошло время к одному из самых важных и значимых для нас тестов — пройти через мнение хабравчан.
Спасибо всем за внимание. С нетерпением будем ждать от вас критики, вопросов и предложений.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (88)
Ag47
01.10.2015 01:59Допустим поместят к вам обычные сайты визитки фотографов, небольших фирм и прочее. Никто из них и вместе они взятые не будут выедать 100% времени процессора, памяти и т.д. С другой стороны сервера работают, потребление у них хоть и не такое как при полной нагрузке, но есть. В итоге клиенты почти не платят, расходы у вас есть.
Скажите, пожалуйста, где ошибка в рассуждениях? Вижу пока только вариант, что если они не выедают, то можно к ним еще в 10 раз больше сайтов добавить, но они могут занять у вас все место, а процессор так и не загрузить с ОЗУ. Клиентов ограниченное количество, только их часть к вам прийдет, если почти все будут аморфные и мало активные, непонятно что делать.
Или вы сами в другом облаке и за неиспользованные ресурсы вам платить не надо?
Delphinum
01.10.2015 02:17Кластер может включать не только промышленные сервера, но и слабые машины. К примеру, мои сайты хостятся у меня дома на Raspberry Pi и расходы практически равны нулю. Возможно авторы используют аналогичный подход.
ilusha_sergeevich
01.10.2015 02:24+1Нет, мы не в облаке, мы арендуем сервера. Если забьется память, но не будут загружены процессор и ОЗУ, то мы просто увеличим память и в конечном итоге придем так сказать к балансу. Ну а пока да, мы на старте и это будут расходы. Сейчас всё расходы.
ColorPrint
01.10.2015 16:21Физически из всего перечисленного только mysql выносится с основного сервера? Или...?
ilusha_sergeevich
01.10.2015 02:41+1Плюс ко всему при таком развитии событий мы готовы маневрировать с клиентами между серверами (в зависимости от занятости).
Crazy_Father
01.10.2015 07:52У вас есть триальный период? Сразу платить за кота в мешке, как-то не хочется.
ilusha_sergeevich
01.10.2015 07:54Нет у нас такого периода, а на каких хостингах вы вообще видели триал? У нас вы может закинуть минимальную сумму чтобы протестировать «кота в мешке».
Crazy_Father
01.10.2015 08:11Пожалуйста, вот несколько более менее известных хостинга:
hosting.nic.ru/testhost.shtml — тест 14 дней.
hoster.ru — тест 10 дней
timeweb.com/ru/services/hosting — тест 10 дней.
Мне кажется этого достаточно, что бы показать наличие данной услуги.ilusha_sergeevich
01.10.2015 08:13Не знал, нет у нас нет триала и его не может быть в принципе. У нас не лимитированный хостинг.
Crazy_Father
01.10.2015 08:16Хорошо, еще вопрос, на некоторых хостингах, нет триала, но есть возврат средств по первому требованию клиента, если ему что-то не понравилось, у Вас есть что-то подобное?
ilusha_sergeevich
01.10.2015 08:47+3Практика возврата денег подразумевается и в этом плане мы стараемся быть максимально лояльными. Хотя признаюсь, у нас не было еще такого опыта, потому что не было нареканий. Но в целом ответ на ваш вопрос — да.
KriMs
01.10.2015 11:19Надеюсь вы найдёте не такой геморный способ возврата средств, как у infobox, когда пользователю надо распечатать бланк, заполнить его и отправить почтой России
ilusha_sergeevich
01.10.2015 11:24+2Ни в коем случае. Мы сразу же все переведем на Webmoney или банковскую карту
inkvizitor68sl
01.10.2015 17:14Ну так вы можете выдавать триал в виде бесплатных купонов на $1 сроком действия 2 недели, например.
ЗЫ: идея шикарная, молодцы) Желаю успешно развиться в крупного хостера.
SerafimArts
03.10.2015 09:20> Нет у нас такого периода, а на каких хостингах вы вообще видели триал?
Странный вопрос, лично я не видел вообще ни одного хостинга, где триала нет. Что популярные амазоны, что отечественные малоизвестные, вроде 1gb. Даже infobox'овским jelasti'ом удалось попользоваться нахаляву — они предоставляют (предоставляли) бонусные средства на счёт за заполнение анкетных данных, что меня вполне устраивало для оценки качества обслуживания и уровня затрат на подобные облачные вещи.
Anisotropic
01.10.2015 08:42+2Где географически находятся сервера? И когда планируется VPS?
ilusha_sergeevich
01.10.2015 08:59Географически сервера расположены во Франции. Про VPS вопрос был один из первых. Я затрудняюсь с ответом. Для этой задачи потребуется кардинально иное решение.
Sky4eg
01.10.2015 09:05как реализован бэкап? географически разнесен или в одном дц? сейчас столкнулся с проблемой на одном vds хостинге. сервера так же во франции, дц не в курсе каком. Так сервера изъяты полицией и уже около недели не можем получить ни сайты ни бэкапы…
ilusha_sergeevich
01.10.2015 09:12+2Бэкапы у нас на AWS, поэтому подобная ситуация не возникнет
Sky4eg
01.10.2015 09:13а как часто они делаются
ilusha_sergeevich
01.10.2015 09:24+3Еженедельно и ежемесячно. Плюс в ближайшее время в панели управления появится возможность создавать бэкапы в ручную в нужный момент и автоматизировать это процесс с указанным интервалом.
servekon
02.10.2015 11:50Географически сервера расположены во Франции.
Ну вот, я уже было обрадовался что в России появился аналог DH It-patrol. Но я так понимаю, что в России нет нормальных ДЦ?Dimonyga
02.10.2015 13:26+1Россия огромная страна. у меня есть сервер на дальнем востоке, и увы, но для западной части России быстрее будет ходить в ту же францию нежели на дальний восток.
Причины этому 2:
1 — инфраструктура
2 — скорость светаservekon
02.10.2015 14:13Наш сервис работает с персональными данными и в связи с новым законодательством данные нужно переносить на территорию РФ, если не хотим нарваться на штраф. Только с такими же плюшками за адекватные тарифы ничего пока найти не можем.
Dimonyga
05.10.2015 06:30Если вы готовы быть «подопытным» то можно попробовать и разместить. Есть зачатки аналогичной системы, но свернули разработку из за вышеуказанных причин. пинг из москвы выше 150мсек.
djem
03.10.2015 09:01Мне понравилось размещать сервера в Екатеринбурге. Почти по всей стране пинг хороший получается. И с новым законодательством всё гладко.
alekciy
01.10.2015 10:47Типичному клиенту шареда все это не нужно. Все что он хочет, это фиксированный ценник в месяц + «что бы работало и не ломалось». Заходить нужно от супорта, и не технических фишек.
ilusha_sergeevich
01.10.2015 10:52+1Мне буквально только что написал типичный клиент шареда, который не особо разбирается во всем и попросил помощь в переносе. А на счет поддержки вы правы. Я совсем забыл рассказать про это в статье. Но на это у нас делается главный акцент. И тому человеку мы обязательно поможем в переносе.
dom1n1k
01.10.2015 13:04+1Неправда, потенциально предложение очень интересно.
Есть категория людей и сайтов, которым совершенно не хочется возиться с настройками выделенного сервера, следить за его безопасностью, ковырять логи и пр.
В то же время, многие шаред-хостинги дают негибкие тарифы. Нередко бывает, что тариф за 100 руб не устраивает чуть-чуть, буквально одним параметром, а следующий оказывается стоит уже 300 (случай из реальной практики). А за год +200 рублей это уже +2400, что для маленького хобби-проекта вполне существенно.
Фактически, это аналог облака селектела с возможностью исполнения скриптов.
alekciy
01.10.2015 11:31который не особо разбирается во всем и попросил помощь в переносе
Это как раз и есть супорт. Уверен, что даже если техническая сторона ему интересна по факту что там технически ему все равно.
Akdmeh
01.10.2015 12:00+2Существует ли выставление каких-либо лимитов в случае той же DDOS-атаки? Не сильно хотелось бы проснуться и узнать, что за ночь сняло много денег за какую-то атаку (к примеру, предупреждение, если в сутки было потрачено больше 2$ и жесткое отключение нагрузки при 10$)…
Этот случай как-то предвидели?ilusha_sergeevich
01.10.2015 12:32Хороший вопрос. Во-первых: защиту от DDOS нам гарантирует дата-центр (какая она у них, признаюсь, проверить пока не довелось), плюс мы установили собственные настройки фаервола. Во-вторых: в нашей системе предусмотрены мягкий и жесткий лимиты. Мягкий просто информирует клиента по почте о превышении заданного лимита. Жесткий проходит последние этапы тестирования и его предназначение — блокировка доступа к сайту.
dom1n1k
01.10.2015 13:14+2Потенциально очень интересно, но есть ряд непонятных моментов.
1. Загрузка процессора 100% цена такая-то — какого именно процессора? Будет ли он всегда одинаков или на разных физических серверах отличается.
2. Можно ли будет иногда запускать тяжелую математику, которая положит процессорное ядро на несколько минут?
3. Оперативная память за 50 Гб — это имеется в виду объемы чтения/записи без учета занятости? Потому что иначе логично увидеть Гб*час.
4. Гарантированна ли отработка хабра и прочих эффектов. Например, сайт стабильно посещают 500 чел/сутки, но в какой-то момент прибежало 10к/час и это не ддос. Ну то есть нет ли в системе неявных для пользователя лимитов?
5. Как же быть с htaccess, если php-фреймфорк подразумевает перенаправление запросов на одну точку входа, но его нет в вашем списке стандартных конфигураций?ilusha_sergeevich
01.10.2015 13:46Спасибо за проявленный интерес.
1. Будет отличаться в зависимости от физического сервера, информация о котором отображается в панели управление при создании хостинг аккаунта.
2. Да конечно.
3. Все работает по аналогии счетчика электроэнергии. К примеру процесс за свой жизненный цикл использовал 30 мб оперативно памяти. Это учтется.
4. Есть только лимит по PHP — memory_limit 256 mb. Но вы можем создать тикет и мы протюнем все.
5. Мы обязательно поможем вам написать конфиг для nginx совершенно бесплатно. А в планах у нас — создание полноценного редактора конфигураций для nginx со всплывающими подсказками и автодополнением.
ColorPrint
01.10.2015 16:28Опцию бэкапов еще можно было бы прикрутить )
ilusha_sergeevich
01.10.2015 23:46Я уже писал об этом:
Плюс в ближайшее время в панели управления появится возможность создавать бэкапы в ручную в нужный момент и автоматизировать это процесс с указанным интервалом.
Pein95
01.10.2015 16:44Можно ли использовать django у Вас или просто скрипты на python?
ilusha_sergeevich
02.10.2015 00:10На данный момент система заточена строго для PHP. Python скрипты теоретически возможны, мы думали по этому поводу, но сказать, что-то более конкретное я затрудняюсь. Поставить Django окружение из за портов пока не представляется для нас возможным.
amarao
01.10.2015 16:49Шаред хостинг? Как туалет в общежитии.
inkvizitor68sl
01.10.2015 17:19Всё не так просто. Я сначала тоже подумал «фигня какая-то», а потом увидел, что у них nginx + (скорее всего) fpm-пул на каждого клиента. Если оно ещё и c chroot включенным — то вообще отлично.
Не все могут пакеты правильно поставить, не говоря уж о том, чтобы простенький конфиг написать, так что пока шареды в целом миру нужны. Как и туалеты в общежитии, впрочем.amarao
01.10.2015 17:44Последний раз, когда я пентестил шаредхостинг (с их разрешения) я оставил им ноду, у которой df показывал минус 200Гб свободного места, а после перезагрузки не смог смонтировать FS. Я этого сделал задолбав fs с помощью последовательности fallocate'ов и trim'ов.
Это даже не пентест, а так, тест на «ага, сказали русские мужики».inkvizitor68sl
01.10.2015 17:48Ну у 60% всех хостеров KVM-хосты VENOM-у подвержены, чего уж там =)
Всё, что про безопасность и стабильность — это к выделенным серверам, anyway (ну как вариант — к виртуалкам на подконтрольной железке), к сожалению.amarao
01.10.2015 17:52не-не-не, веном и т.д. — это уже реальный пентест. Я же просто зашёл как пользователь и начал дурью страдать. Ну там много файлов сделать, попытаться во все доступные места пописать, погадить в /tmp и т.д., то есть имитировать дикого пользователя или его софт.
Виртуалки в этом смысле порезаны хорошо (только ресурсы наружу), а вот контейнеры и шаред хостинг — беда-беда.
Мой последний опыт с openvz закончился тем, что я оставил на пол-дня mount / / — o bind, а потом смотрел на лицо админа (настоящего, у которого root к openvz), пытающегося посмотреть df.inkvizitor68sl
01.10.2015 18:52Контейнеры я вообще не рассматриваю (и никогда не рассматривал) как место, куда можно поселить свой проект (ну кроме как на своём железе, опять же — но с openvz даже и так всплывают проблемы, на lxc ещё жить можно под нагрузкой).
А так да, KVM защищает от «случайного» вмешательства соседей (особенно на ssd). Но от целенаправленного — так себе защита частенько.
Вот запускать kvm под cgroup-ой (или под porto) — уже интереснее.
belonesox
03.10.2015 10:21Современный OpenVZ же внутри PLOOPа держит FS, это же не должно навредить никак другим контейнерам.
anatolikus
01.10.2015 18:01+2Была бы поддержка Python, я бы прямо сейчас зарегистрировался и оплатил. Она вообще планируется?
ilusha_sergeevich
02.10.2015 00:10+1На данный момент система заточена строго для PHP. Python скрипты теоретически возможны, мы думали по этому поводу, но сказать, что-то более конкретное я затрудняюсь. Поставить Django окружение из за портов пока не представляется для нас возможным.
usetester
02.10.2015 00:36Postgresql планируется?
ilusha_sergeevich
02.10.2015 01:00Честно — мы планируем всё и для всех. Но на данном этапе существует широкий ряд задач, которые имеют больший приоритет. Поэтому даже ориентировачно про сроки я сказать не могу.
seventh
02.10.2015 09:34Вчера пока сайт заливал, перезаливал (с первого раза не получилось), базу импортировал и т.д. потратил $0,0008 — интересно!
Надо как-то уведомления скопом помечать прочитанными, чтобы не заходить в каждое.ilusha_sergeevich
02.10.2015 15:25Интрефейс конечно же будет кардинально переделываться. Полностью с вами согласен на счет скопа.
SerafimArts
03.10.2015 03:06Доброго времени суток. Планируется ли поддержка php 7 и если да, то когда? =)
ilusha_sergeevich
03.10.2015 10:29Пока точно я не могу сказать, посмотрим когда выйдет stable
PQR
05.10.2015 14:33+1Тоже хотел задать вопрос про PHP 7! И выйдет он очень скоро и в первом же посте на хабре будут комменты «а есть ли он на каком-нибудь shared-хостинге?» — думаю, вам стоит подсуетиться, чтобы выкатить PHP 7 в день релиза!
Ещё обратите внимание на относительно популярный в PHP кругах репозиторий с информацией о версиях PHP на разных хостингах: github.com/philsturgeon/phpversions.info — можете отправить им Pull Request, добавив себя в таблицу.
belonesox
03.10.2015 10:25Я так понял, у вас будет плотный шаред, но изоляции между юзерами никакой, никакого там CloudLinuxа, никаких контейнеров, т.е. если кого-то заддосят, запосещают, лягут все. Счастливцу конечно счет выставят, но это потом…
ilusha_sergeevich
03.10.2015 12:20Таковы реалии shared хостинга и нашего проекта, к сожалению вы правы.
Stac
06.10.2015 11:32Похоже на хостинг Джино. Там тоже билится каждый сервис отдельно (но без глупостей, вроде IO операций и трафика), тоже пополнение баланса как у сотовых операторов, тоже своя панель управления.
Но у них работает .htaccess, есть поддержка python, memcache.
Как отличается ваше позиционирование от «джиновского»?ilusha_sergeevich
06.10.2015 15:00Elasticweb и Джино похожи на столько, на сколько похожи кабачок и баклажан. В Джино все услуги тарифицируются на месяц и это говорит о том, что биллинг у них работает совершенно по-другому, по-стандартному. У нас же тарификация происходит в режиме реального времени. За один месяц вы можете заплатить 1$, за другой $0.7, в зависимости от посещений. Про глупости… Я не хочу о ком то говорить неправду, но многие хостинги на самых дешевых тарифах при значительном превышении их «внутреннего» лимита могут заблокировать сайт или просто он будет глючить. У нас же все будет масштабироваться автоматически.
Отсутствие поддержки .htaccess — скорее фича, чем оплошность. Nginx — это осознанное решение. Python, memcache в планах.Stac
06.10.2015 15:38Когда речь идет о суммах вроде $1 тарификация в реальном времени это сомнительное преимущество (вообще не преимущество, скорее недостаток — т.к. у меня появляются затраты на учет и риск остановки из-за перерасхода средств).
Меня интересуют другие моменты, например,
как сделано управление доменами, поддоменами, сайтами и их комбинациями (когда несколько доменов указывают на один сайт или когда несколько сайтов на одном домене),
сколько одновременных подключений принимает вебсервер (у Джино, если не ошибаюсь ограничение в 2),
есть ли svn (у Джино есть),
можно ли запускать свои бинарники (в CLI или CGI режиме),
можно ли менять версии PHP для сайтов (у Джино одна версия на аккаунт назначается, но из командной строки можно вызвать все от 5.2 до 5.6)
как включать/выключать/устанавливать расширения для PHP.
И т.п. и т.д.
Я не стремлюсь вас сравнивать с Джино или еще кем-то, можете рассматривать мой коммент как запрос на новую статью, которая даст лучшее понимание — какие проекты стоит переносить к вам, а какие нет; какие новые проекты лучше начинать с вами, а какие, например с MS Azure.
Спасибо!ilusha_sergeevich
06.10.2015 16:15Почему недостаток? У вас же также заканчиваются средства как и на любом другом хостинге и напоминает вам об этом именно хостинг. У нас отрицательный баланс может быть 7 дней, но мы обдумывает систему «Кредита доверия», с помощью которой этот срок будет увеличиваться. Про сумму: у нас для некоторых клиентов обслуживание будет обходиться в ~0.03$ в месяц. Этого хватит на несколько лет. Пускай в одном из месяцев в один из дней будет хабраэффект и за него заплатят 0.2$ и это реальные цифры. В Elasticweb 300 000 посетителей будут стоить ~3$.
1) Поддомены у нас добавляются также как и домены. Для мультисайтинга есть синонимы домена.
2) Подобных ограничений нет.
3) SVN нет, есть Git.
4) Нет.
5) На данный момент только версия 5.6
6) Создать тикет в панели управления и мы установим все необходимое.
Наоборот, я только рад вашему комментарию. Вы заставляете задуматься о том, какую часть информации я подаю не правильно и о чем вообще не упомянул. Я искренне рад любому сравнению и критике (даже оскорбляющей). Честно. Я вторая статья я думаю обязательно будет.
Спасибо вам!Stac
06.10.2015 17:30Про деньги — ладно. Я зарегистрировался, положу пока никому неизвестную домашнюю страничку, посмотрю по итогам месяца.
Но вот домен у меня делегирован на Яндекс. Я бы добавил туда A запись с IP адресом сервера, но у вас в доках про такое не сказано.
Кстати, у Джино это работает даже без покупки выделенного IP (и даже если IP сервера поменяется, то все будет работать за исключением REMOTE_ADDR, он будет уже не пользовательский а тот, что указан в A записи).
1) Поддомены:
Мне бы хотелось создавать программно — например для каждого юзера/аккаунта сайта свой домен третьего уровня — это возможно? Или даже не создавать поддомены, а «редиректить» по шаблону * на один сайт и там уже разбираться какой домен запрошен.
У Джино можно создать домены через панель управления или просто папку внутри /domains (оба способа работают независимо и иногда можно запутаться).
Еще не пробовал… вопрос возможно преждевременный… тут в лекции Школы Вебмастеров Яндекса было сказано, что домены бывают только второго и третьего уровня. Меня, как владельца двух сайтов на доменах 4 уровня (в зоне.рф) это насторожило :)
Как у вас с доменами N уровня и зоной.рф?
Хотелось бы человеческого отображения в интерфейсе, а также человекопонятного имени каталога на файловой системе (транслит подошел бы гораздо лучше PUNYCODE).
3) SVN нужен, наверное, для удобного svn up. В вашей документации про развертывание ничего не сказано, какие лучшие практики. А приватные репозитории на Github (который позволяет и git и svn доступ одновременно) еще не у всех.
4) грустно, что нельзя запускать бинарники, кажется в 90-е и 00-е это было нормой. Впрочем, можно пережить. Хотя иногда консольный клиент БД (sqlite в моем случае) запустить было бы неплохо.
5) На Джино недавно пришлось откатиться на PHP 5.5, из-за проблем с 5.6 по совету техподдержки. Сложно сказать, то ли у них не обновленный 5.6 или в PHP есть серьезные проблемы. Но возможность выбрать версию, как минимум из числа официально поддерживаемых, полезна.
6) Хотя тут и принято хвалиться качеством техподдержки, все-таки с т.з. клиента (меня как клиента), чем меньше обращаешься в поддержку, тем хостинг лучше. А у вас так еще и телефона нет, куда можно позвонить и покрыть матюками (продвинуть тикет или получить утешение, когда все пропало и исправить нельзя).
Все-такие ставить галочки напротив нужных расширений удобнее.
Кстати, на Azure, есть возможность положить свою версию PHP в bin и использовать ее для какого-то сайта. У Masterhost можно скомпилировать свою версию PHP. По разу приходилось пользоваться и тем и другим. Хотя выбор версии в панели управления — проще и лучше :).
ilusha_sergeevich
06.10.2015 18:121) После создания аккаунты вы получаете IP адрес сервера. Можете создать поддомен как синоним к основному сайту, а на стороне PHP реализовать то, что вам надо.
2) (транслит подошел бы гораздо лучше PUNYCODE) — такого у нас нет. Мы используем Punycode для критических доменов.
3) Мы понимаем и сами еще много хотим привнести. Также мы скурпулезно записываем все идеи и предложения от пользователей.
5) В будущем и это будет возможно.
6) Мы на старте, пока у нас нет возможности создать полноценные условия технической поддержки для пользователей.Stac
06.10.2015 18:391) Я пока еще не понял, как мне программно создавать новый поддомен при регистрации пользователя в моем приложении или если пользователь (в другом моем приложении) создает новый сайт, у которого тоже должен быть отдельный поддомен.
Посылать пользователю письмо, что его аккаунт будет создан через 20 минут, а потом бежать в панель управления и создавать поддомен мне не кажется хорошим вариантом.
Создать папку внутри /domains и/или запись в каком-то конфиге это другое дело. Мне кажется, что это должно решаться конфигурацией вебсервера, к сожалению мои познания в этой сфере скудны :(.
2) Это потому что у вас нет своих сайтов c IDN.
Как только вы увидите что-то такое в выводе ls:
xn--90acci2ascp.xn--p1ai xn----7sbbinw2bpdmbc6i.xn--p1a xn----7sbbinw0bcagjdcdrbgl3m.xn--p1ai
почти сразу поймете, что каталоги можно было бы и транслитом назвать.
4) Этот пункт вы игнорируете, а он мог бы закрыть 3) и 5) :)
6) Это понятно, все мы люди, все мы человеки. Буду писать тикеты.
БД удалил пока у себя, с почтой это не прокатило.
Stac
06.10.2015 16:38Зарегистрировался чтобы попробовать новинку.
Первые мысли:
— 20 мин на создание аккаунта… разве об этом поется в начале «Радио Т»? А нет… там что-то про 50 секунд.
— пришло письмо с реквизитами доступа к mySQL… прошу прощения, но я не создавал баз mySQL и, возможно, даже не не планирую.ilusha_sergeevich
06.10.2015 16:48Мы понимаем, что на данный момент интерфейс панели управления мягко говоря оставляет желать лучшего и работаем над унификацией дизайна. Но 20 минут честно говоря чересчур много. Подскажите пожалуйста, что именно у вас вызвало трудности?
Да, мы решили автоматизировать этот процесс. БД весит несколько кб и буквально цена этой автоматизации ~10 копеек в год. Дабы не усложнять интерфейс и обязывать нажимать еще одну кнопку нуждающимся в БД мы решили пойти на данную меру. Что вас именно возмутило в этом?ilusha_sergeevich
06.10.2015 17:03Пока мы работаем в бета режиме. 20 минут это лишь условное время и написали мы так перед постом на хабре. По факту все создается за 3-5 минут. Уже сейчас мы изменили текст на «10 минут» (извиняюсь, опять не в ту ветку).
Stac
06.10.2015 17:51Даже если 20 минут акаунт вручную создаете, писать, да еще дважды (во флэш-сообщении и письме), об этом не стоит :)
Я еще не разбирался, поэтому возмущения нет.
Есть смущение:
1 БД создается — а если мне нужно ноль?
1 БД создается — а если мне нужно 2 или более?
Ну и юзабилити (неудачное на мой взгляд почти у всех хостингов) — пароль от mySQL приходит не тогда, когда он мне нужен (а он нужен, когда я явно создаю БД или пользователя).
Видимо предполагается, что я должен где-то сохранить (а возможно даже распечатать) письмо с паролем. Блин, паролями от кучи сервисов.
На shared-хостингах так, видимо, принято.
У пресловутого Джино mySQL можно отключить и это уменьшает стоимость почти вдвое.
Многие не знают, что бывают проекты без mySQL (с другой БД или вообще без БД), но это так.
Тоже самое с FTP (могу я его выключить? и включить когда надо? Создать доп. юзеров?) и почтовыми серверами (на Джино я их выключаю, сокращая расходы на треть, в конце концов Яндекс, Гугл и Мэйл уже давно предлагают почту для домена).
// подумал, что наверное, давно не регистрировался на хостингах (это так) и мое брюзжание можно отнести к любому.
ilusha_sergeevich
06.10.2015 16:55Пардон. Про аккаунт только сейчас понял, что вы имели ввиду. Вопрос снимается.
Stac
06.10.2015 18:57Мой новый (условно несуществующий, т.к. я не загрузил свои файлы) сайт уже потребил какие-то ресурсы.
а) Как же мне скрыть два графика mySQL, и поднять web traffic повыше?
б) шикарно было бы на графиках видеть сразу деньги, раз уж вы про демократичные цены.
Иначе как-то ненаглядно, во что обошелся мне пик в 1,7Мб на графике RAM :)ilusha_sergeevich
06.10.2015 19:20+1a) пока никак, интерфейс не кастомизируется
б) согласен, создал таскStac
06.10.2015 19:57+1Я вам могу сотню тасков сейчас создать, пока взгляд не замылился… :)
Но самое главное — не шлите мне письма о том, что я отправил вам тикет. 1) Я и так это знаю, раз я его отправил. 2) Верстка письма оставляет желать — за шапкой и подвалом сообщения не разглядеть. Немножко уважения к пользователю и text/plain.
На скришоте куча писем и ответ анонимного оператора в одну строку. Почему же она полэкрана занимает? text/plain.
B еще date(«d.m,Y»), или что у вас там в CodeIgniter вместо этого :)
Вроде пишите топик про локализацию, а про даты забыли :)
Stac
06.10.2015 20:19a) пока никак, интерфейс не кастомизируется
Тут не требуется кастомизация. Нужна лишь добрая воля разработчика: если нет базы данных вообще (empty($user_dbs)) или нет данных для графика(empty($user_dbs_chart_data))… Скройте график… это ж один if statement :)
Сейчас пошли оскорбления уже, вы поняли, да? :)ilusha_sergeevich
06.10.2015 20:28:) улыбка из категории «Свободная касса!» дается нам из последних сил, но в целом мы со всем согласны и благодарным вам. Даже таски оформлять не надо. Можно ваши комменты почитать.
Stac
06.10.2015 20:43Проблема в том, что уже завтра я о многом забуду, к остальному привыкну.
А новые пользователи будут обо все это спотыкаться, материться и отваливаться с воронки продаж.
А это наш с вами хлеб (приходится советовать клиентам Джино, как наиболее дружественный и к ним и ко мне, но у Джино, вот, нет партнерки :)
Stac
06.10.2015 19:01Забавные цитаты про Linux и Cron в интерфейсе намекают на то, что вы не вполне определились с целевой аудиторией.
А это отправная точка при разработке пользовательского интерфейса.
Stac
06.10.2015 20:13А вот это меня бесит во всех хостингах — как мне узнать имя FTP/SSH сервера для загрузки файлов?
Перефразирую: почему полные реквизиты доступа к серверу не указаны ни на странице «Управление FTP аккаунтами», «Мои FTP аккаунты»
«Список ваших FTP аккаунтов» (три заголовка для одной страницы это слишком), ни на странице «Управление доменами», «Мои домены», «Список ваших доменов».
Домашний каталог указан. Но попасть туда как?
Некоторые хостеры на полном серьезе предлагали мне поискать это в письме, которое я получил при регистрации два года (на самом деле 9 лет) назад. Кажется, что именно с этого хостинга и я перетаскиваю сайтик на elasticweb сейчас.
Какое бы простое у вас не было соглашение об именовании серверов, не могу же я о нем догадаться и, тем более все время помнить.
Delphinum
Интересное и не дорогое решение. Советую задуматься о предоставлении VPS с таким способом рассчета.
ilusha_sergeevich
Спасибо. По поводу VPS — интерактивно делить жесткий диск и ядра процессора с таким подходом к сожалению не представляется возможным.
vikarti
а почему? ведь нечто подобное было у Selectel (и уже прикрыто).