Pull to refresh

Comments 90

Интересное и не дорогое решение. Советую задуматься о предоставлении VPS с таким способом рассчета.
Спасибо. По поводу VPS — интерактивно делить жесткий диск и ядра процессора с таким подходом к сожалению не представляется возможным.
а почему? ведь нечто подобное было у Selectel (и уже прикрыто).
Допустим поместят к вам обычные сайты визитки фотографов, небольших фирм и прочее. Никто из них и вместе они взятые не будут выедать 100% времени процессора, памяти и т.д. С другой стороны сервера работают, потребление у них хоть и не такое как при полной нагрузке, но есть. В итоге клиенты почти не платят, расходы у вас есть.

Скажите, пожалуйста, где ошибка в рассуждениях? Вижу пока только вариант, что если они не выедают, то можно к ним еще в 10 раз больше сайтов добавить, но они могут занять у вас все место, а процессор так и не загрузить с ОЗУ. Клиентов ограниченное количество, только их часть к вам прийдет, если почти все будут аморфные и мало активные, непонятно что делать.

Или вы сами в другом облаке и за неиспользованные ресурсы вам платить не надо?
Кластер может включать не только промышленные сервера, но и слабые машины. К примеру, мои сайты хостятся у меня дома на Raspberry Pi и расходы практически равны нулю. Возможно авторы используют аналогичный подход.
Нет, мы не в облаке, мы арендуем сервера. Если забьется память, но не будут загружены процессор и ОЗУ, то мы просто увеличим память и в конечном итоге придем так сказать к балансу. Ну а пока да, мы на старте и это будут расходы. Сейчас всё расходы.
Физически из всего перечисленного только mysql выносится с основного сервера? Или...?
Плюс ко всему при таком развитии событий мы готовы маневрировать с клиентами между серверами (в зависимости от занятости).
Нет у нас такого периода, а на каких хостингах вы вообще видели триал? У нас вы может закинуть минимальную сумму чтобы протестировать «кота в мешке».
Пожалуйста, вот несколько более менее известных хостинга:

hosting.nic.ru/testhost.shtml — тест 14 дней.
hoster.ru — тест 10 дней
timeweb.com/ru/services/hosting — тест 10 дней.

Мне кажется этого достаточно, что бы показать наличие данной услуги.
Не знал, нет у нас нет триала и его не может быть в принципе. У нас не лимитированный хостинг.
Хорошо, еще вопрос, на некоторых хостингах, нет триала, но есть возврат средств по первому требованию клиента, если ему что-то не понравилось, у Вас есть что-то подобное?
Практика возврата денег подразумевается и в этом плане мы стараемся быть максимально лояльными. Хотя признаюсь, у нас не было еще такого опыта, потому что не было нареканий. Но в целом ответ на ваш вопрос — да.
Надеюсь вы найдёте не такой геморный способ возврата средств, как у infobox, когда пользователю надо распечатать бланк, заполнить его и отправить почтой России
Ни в коем случае. Мы сразу же все переведем на Webmoney или банковскую карту
Ну так вы можете выдавать триал в виде бесплатных купонов на $1 сроком действия 2 недели, например.

ЗЫ: идея шикарная, молодцы) Желаю успешно развиться в крупного хостера.
Я же ответил, что нет.

Спасибо большое за пожелания.
> Нет у нас такого периода, а на каких хостингах вы вообще видели триал?

Странный вопрос, лично я не видел вообще ни одного хостинга, где триала нет. Что популярные амазоны, что отечественные малоизвестные, вроде 1gb. Даже infobox'овским jelasti'ом удалось попользоваться нахаляву — они предоставляют (предоставляли) бонусные средства на счёт за заполнение анкетных данных, что меня вполне устраивало для оценки качества обслуживания и уровня затрат на подобные облачные вещи.
Где географически находятся сервера? И когда планируется VPS?
Географически сервера расположены во Франции. Про VPS вопрос был один из первых. Я затрудняюсь с ответом. Для этой задачи потребуется кардинально иное решение.
как реализован бэкап? географически разнесен или в одном дц? сейчас столкнулся с проблемой на одном vds хостинге. сервера так же во франции, дц не в курсе каком. Так сервера изъяты полицией и уже около недели не можем получить ни сайты ни бэкапы…
Бэкапы у нас на AWS, поэтому подобная ситуация не возникнет
а как часто они делаются
Еженедельно и ежемесячно. Плюс в ближайшее время в панели управления появится возможность создавать бэкапы в ручную в нужный момент и автоматизировать это процесс с указанным интервалом.
Они у вас не на ARM'ах случаем?
Географически сервера расположены во Франции.


Ну вот, я уже было обрадовался что в России появился аналог DH It-patrol. Но я так понимаю, что в России нет нормальных ДЦ?
Россия огромная страна. у меня есть сервер на дальнем востоке, и увы, но для западной части России быстрее будет ходить в ту же францию нежели на дальний восток.
Причины этому 2:
1 — инфраструктура
2 — скорость света
Наш сервис работает с персональными данными и в связи с новым законодательством данные нужно переносить на территорию РФ, если не хотим нарваться на штраф. Только с такими же плюшками за адекватные тарифы ничего пока найти не можем.
Если вы готовы быть «подопытным» то можно попробовать и разместить. Есть зачатки аналогичной системы, но свернули разработку из за вышеуказанных причин. пинг из москвы выше 150мсек.
Мне понравилось размещать сервера в Екатеринбурге. Почти по всей стране пинг хороший получается. И с новым законодательством всё гладко.
Типичному клиенту шареда все это не нужно. Все что он хочет, это фиксированный ценник в месяц + «что бы работало и не ломалось». Заходить нужно от супорта, и не технических фишек.
Мне буквально только что написал типичный клиент шареда, который не особо разбирается во всем и попросил помощь в переносе. А на счет поддержки вы правы. Я совсем забыл рассказать про это в статье. Но на это у нас делается главный акцент. И тому человеку мы обязательно поможем в переносе.
Неправда, потенциально предложение очень интересно.
Есть категория людей и сайтов, которым совершенно не хочется возиться с настройками выделенного сервера, следить за его безопасностью, ковырять логи и пр.
В то же время, многие шаред-хостинги дают негибкие тарифы. Нередко бывает, что тариф за 100 руб не устраивает чуть-чуть, буквально одним параметром, а следующий оказывается стоит уже 300 (случай из реальной практики). А за год +200 рублей это уже +2400, что для маленького хобби-проекта вполне существенно.
Фактически, это аналог облака селектела с возможностью исполнения скриптов.
который не особо разбирается во всем и попросил помощь в переносе

Это как раз и есть супорт. Уверен, что даже если техническая сторона ему интересна по факту что там технически ему все равно.
Существует ли выставление каких-либо лимитов в случае той же DDOS-атаки? Не сильно хотелось бы проснуться и узнать, что за ночь сняло много денег за какую-то атаку (к примеру, предупреждение, если в сутки было потрачено больше 2$ и жесткое отключение нагрузки при 10$)…
Этот случай как-то предвидели?
Хороший вопрос. Во-первых: защиту от DDOS нам гарантирует дата-центр (какая она у них, признаюсь, проверить пока не довелось), плюс мы установили собственные настройки фаервола. Во-вторых: в нашей системе предусмотрены мягкий и жесткий лимиты. Мягкий просто информирует клиента по почте о превышении заданного лимита. Жесткий проходит последние этапы тестирования и его предназначение — блокировка доступа к сайту.
Потенциально очень интересно, но есть ряд непонятных моментов.
1. Загрузка процессора 100% цена такая-то — какого именно процессора? Будет ли он всегда одинаков или на разных физических серверах отличается.
2. Можно ли будет иногда запускать тяжелую математику, которая положит процессорное ядро на несколько минут?
3. Оперативная память за 50 Гб — это имеется в виду объемы чтения/записи без учета занятости? Потому что иначе логично увидеть Гб*час.
4. Гарантированна ли отработка хабра и прочих эффектов. Например, сайт стабильно посещают 500 чел/сутки, но в какой-то момент прибежало 10к/час и это не ддос. Ну то есть нет ли в системе неявных для пользователя лимитов?
5. Как же быть с htaccess, если php-фреймфорк подразумевает перенаправление запросов на одну точку входа, но его нет в вашем списке стандартных конфигураций?
Спасибо за проявленный интерес.

1. Будет отличаться в зависимости от физического сервера, информация о котором отображается в панели управление при создании хостинг аккаунта.
2. Да конечно.
3. Все работает по аналогии счетчика электроэнергии. К примеру процесс за свой жизненный цикл использовал 30 мб оперативно памяти. Это учтется.
4. Есть только лимит по PHP — memory_limit 256 mb. Но вы можем создать тикет и мы протюнем все.
5. Мы обязательно поможем вам написать конфиг для nginx совершенно бесплатно. А в планах у нас — создание полноценного редактора конфигураций для nginx со всплывающими подсказками и автодополнением.
Опцию бэкапов еще можно было бы прикрутить )
Я уже писал об этом:

Плюс в ближайшее время в панели управления появится возможность создавать бэкапы в ручную в нужный момент и автоматизировать это процесс с указанным интервалом.
Можно ли использовать django у Вас или просто скрипты на python?
На данный момент система заточена строго для PHP. Python скрипты теоретически возможны, мы думали по этому поводу, но сказать, что-то более конкретное я затрудняюсь. Поставить Django окружение из за портов пока не представляется для нас возможным.
Шаред хостинг? Как туалет в общежитии.
Всё не так просто. Я сначала тоже подумал «фигня какая-то», а потом увидел, что у них nginx + (скорее всего) fpm-пул на каждого клиента. Если оно ещё и c chroot включенным — то вообще отлично.
Не все могут пакеты правильно поставить, не говоря уж о том, чтобы простенький конфиг написать, так что пока шареды в целом миру нужны. Как и туалеты в общежитии, впрочем.
Последний раз, когда я пентестил шаредхостинг (с их разрешения) я оставил им ноду, у которой df показывал минус 200Гб свободного места, а после перезагрузки не смог смонтировать FS. Я этого сделал задолбав fs с помощью последовательности fallocate'ов и trim'ов.

Это даже не пентест, а так, тест на «ага, сказали русские мужики».
Ну у 60% всех хостеров KVM-хосты VENOM-у подвержены, чего уж там =)

Всё, что про безопасность и стабильность — это к выделенным серверам, anyway (ну как вариант — к виртуалкам на подконтрольной железке), к сожалению.
не-не-не, веном и т.д. — это уже реальный пентест. Я же просто зашёл как пользователь и начал дурью страдать. Ну там много файлов сделать, попытаться во все доступные места пописать, погадить в /tmp и т.д., то есть имитировать дикого пользователя или его софт.

Виртуалки в этом смысле порезаны хорошо (только ресурсы наружу), а вот контейнеры и шаред хостинг — беда-беда.

Мой последний опыт с openvz закончился тем, что я оставил на пол-дня mount / / — o bind, а потом смотрел на лицо админа (настоящего, у которого root к openvz), пытающегося посмотреть df.
Контейнеры я вообще не рассматриваю (и никогда не рассматривал) как место, куда можно поселить свой проект (ну кроме как на своём железе, опять же — но с openvz даже и так всплывают проблемы, на lxc ещё жить можно под нагрузкой).

А так да, KVM защищает от «случайного» вмешательства соседей (особенно на ssd). Но от целенаправленного — так себе защита частенько.
Вот запускать kvm под cgroup-ой (или под porto) — уже интереснее.
Современный OpenVZ же внутри PLOOPа держит FS, это же не должно навредить никак другим контейнерам.
Была бы поддержка Python, я бы прямо сейчас зарегистрировался и оплатил. Она вообще планируется?
На данный момент система заточена строго для PHP. Python скрипты теоретически возможны, мы думали по этому поводу, но сказать, что-то более конкретное я затрудняюсь. Поставить Django окружение из за портов пока не представляется для нас возможным.
Честно — мы планируем всё и для всех. Но на данном этапе существует широкий ряд задач, которые имеют больший приоритет. Поэтому даже ориентировачно про сроки я сказать не могу.
Вчера пока сайт заливал, перезаливал (с первого раза не получилось), базу импортировал и т.д. потратил $0,0008 — интересно!

Надо как-то уведомления скопом помечать прочитанными, чтобы не заходить в каждое.
Интрефейс конечно же будет кардинально переделываться. Полностью с вами согласен на счет скопа.
Извините, но почему в заголовке не упомянуто, что хостинг пхп?!

И почему сами у себя не хоститесь?
Согласен. Собрался уже со своим зоопарком к Вам, а у вас там только PHP ;-)
Доброго времени суток. Планируется ли поддержка php 7 и если да, то когда? =)
Пока точно я не могу сказать, посмотрим когда выйдет stable
Тоже хотел задать вопрос про PHP 7! И выйдет он очень скоро и в первом же посте на хабре будут комменты «а есть ли он на каком-нибудь shared-хостинге?» — думаю, вам стоит подсуетиться, чтобы выкатить PHP 7 в день релиза!

Ещё обратите внимание на относительно популярный в PHP кругах репозиторий с информацией о версиях PHP на разных хостингах: github.com/philsturgeon/phpversions.info — можете отправить им Pull Request, добавив себя в таблицу.
Спасибо за идею! Обязательно постараемся так сделать.
Я так понял, у вас будет плотный шаред, но изоляции между юзерами никакой, никакого там CloudLinuxа, никаких контейнеров, т.е. если кого-то заддосят, запосещают, лягут все. Счастливцу конечно счет выставят, но это потом…
Таковы реалии shared хостинга и нашего проекта, к сожалению вы правы.
Хостинг Elasticweb просто обязан поддерживать Elasticsearch.
Похоже на хостинг Джино. Там тоже билится каждый сервис отдельно (но без глупостей, вроде IO операций и трафика), тоже пополнение баланса как у сотовых операторов, тоже своя панель управления.
Но у них работает .htaccess, есть поддержка python, memcache.

Как отличается ваше позиционирование от «джиновского»?
Elasticweb и Джино похожи на столько, на сколько похожи кабачок и баклажан. В Джино все услуги тарифицируются на месяц и это говорит о том, что биллинг у них работает совершенно по-другому, по-стандартному. У нас же тарификация происходит в режиме реального времени. За один месяц вы можете заплатить 1$, за другой $0.7, в зависимости от посещений. Про глупости… Я не хочу о ком то говорить неправду, но многие хостинги на самых дешевых тарифах при значительном превышении их «внутреннего» лимита могут заблокировать сайт или просто он будет глючить. У нас же все будет масштабироваться автоматически.

Отсутствие поддержки .htaccess — скорее фича, чем оплошность. Nginx — это осознанное решение. Python, memcache в планах.
Когда речь идет о суммах вроде $1 тарификация в реальном времени это сомнительное преимущество (вообще не преимущество, скорее недостаток — т.к. у меня появляются затраты на учет и риск остановки из-за перерасхода средств).

Меня интересуют другие моменты, например,
как сделано управление доменами, поддоменами, сайтами и их комбинациями (когда несколько доменов указывают на один сайт или когда несколько сайтов на одном домене),
сколько одновременных подключений принимает вебсервер (у Джино, если не ошибаюсь ограничение в 2),
есть ли svn (у Джино есть),
можно ли запускать свои бинарники (в CLI или CGI режиме),
можно ли менять версии PHP для сайтов (у Джино одна версия на аккаунт назначается, но из командной строки можно вызвать все от 5.2 до 5.6)
как включать/выключать/устанавливать расширения для PHP.

И т.п. и т.д.

Я не стремлюсь вас сравнивать с Джино или еще кем-то, можете рассматривать мой коммент как запрос на новую статью, которая даст лучшее понимание — какие проекты стоит переносить к вам, а какие нет; какие новые проекты лучше начинать с вами, а какие, например с MS Azure.
Спасибо!
Почему недостаток? У вас же также заканчиваются средства как и на любом другом хостинге и напоминает вам об этом именно хостинг. У нас отрицательный баланс может быть 7 дней, но мы обдумывает систему «Кредита доверия», с помощью которой этот срок будет увеличиваться. Про сумму: у нас для некоторых клиентов обслуживание будет обходиться в ~0.03$ в месяц. Этого хватит на несколько лет. Пускай в одном из месяцев в один из дней будет хабраэффект и за него заплатят 0.2$ и это реальные цифры. В Elasticweb 300 000 посетителей будут стоить ~3$.

1) Поддомены у нас добавляются также как и домены. Для мультисайтинга есть синонимы домена.
2) Подобных ограничений нет.
3) SVN нет, есть Git.
4) Нет.
5) На данный момент только версия 5.6
6) Создать тикет в панели управления и мы установим все необходимое.

Наоборот, я только рад вашему комментарию. Вы заставляете задуматься о том, какую часть информации я подаю не правильно и о чем вообще не упомянул. Я искренне рад любому сравнению и критике (даже оскорбляющей). Честно. Я вторая статья я думаю обязательно будет.

Спасибо вам!
Про деньги — ладно. Я зарегистрировался, положу пока никому неизвестную домашнюю страничку, посмотрю по итогам месяца.

Но вот домен у меня делегирован на Яндекс. Я бы добавил туда 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. По разу приходилось пользоваться и тем и другим. Хотя выбор версии в панели управления — проще и лучше :).

1) После создания аккаунты вы получаете IP адрес сервера. Можете создать поддомен как синоним к основному сайту, а на стороне PHP реализовать то, что вам надо.

2) (транслит подошел бы гораздо лучше PUNYCODE) — такого у нас нет. Мы используем Punycode для критических доменов.

3) Мы понимаем и сами еще много хотим привнести. Также мы скурпулезно записываем все идеи и предложения от пользователей.

5) В будущем и это будет возможно.

6) Мы на старте, пока у нас нет возможности создать полноценные условия технической поддержки для пользователей.
1) Я пока еще не понял, как мне программно создавать новый поддомен при регистрации пользователя в моем приложении или если пользователь (в другом моем приложении) создает новый сайт, у которого тоже должен быть отдельный поддомен.
Посылать пользователю письмо, что его аккаунт будет создан через 20 минут, а потом бежать в панель управления и создавать поддомен мне не кажется хорошим вариантом.
Создать папку внутри /domains и/или запись в каком-то конфиге это другое дело. Мне кажется, что это должно решаться конфигурацией вебсервера, к сожалению мои познания в этой сфере скудны :(.

2) Это потому что у вас нет своих сайтов c IDN.
Как только вы увидите что-то такое в выводе ls:
xn--90acci2ascp.xn--p1ai xn----7sbbinw2bpdmbc6i.xn--p1a xn----7sbbinw0bcagjdcdrbgl3m.xn--p1ai

почти сразу поймете, что каталоги можно было бы и транслитом назвать.

4) Этот пункт вы игнорируете, а он мог бы закрыть 3) и 5) :)

6) Это понятно, все мы люди, все мы человеки. Буду писать тикеты.

БД удалил пока у себя, с почтой это не прокатило.

Зарегистрировался чтобы попробовать новинку.

Первые мысли:
— 20 мин на создание аккаунта… разве об этом поется в начале «Радио Т»? А нет… там что-то про 50 секунд.
— пришло письмо с реквизитами доступа к mySQL… прошу прощения, но я не создавал баз mySQL и, возможно, даже не не планирую.
Мы понимаем, что на данный момент интерфейс панели управления мягко говоря оставляет желать лучшего и работаем над унификацией дизайна. Но 20 минут честно говоря чересчур много. Подскажите пожалуйста, что именно у вас вызвало трудности?

Да, мы решили автоматизировать этот процесс. БД весит несколько кб и буквально цена этой автоматизации ~10 копеек в год. Дабы не усложнять интерфейс и обязывать нажимать еще одну кнопку нуждающимся в БД мы решили пойти на данную меру. Что вас именно возмутило в этом?
Пока мы работаем в бета режиме. 20 минут это лишь условное время и написали мы так перед постом на хабре. По факту все создается за 3-5 минут. Уже сейчас мы изменили текст на «10 минут» (извиняюсь, опять не в ту ветку).
Даже если 20 минут акаунт вручную создаете, писать, да еще дважды (во флэш-сообщении и письме), об этом не стоит :)

Я еще не разбирался, поэтому возмущения нет.

Есть смущение:
1 БД создается — а если мне нужно ноль?
1 БД создается — а если мне нужно 2 или более?

Ну и юзабилити (неудачное на мой взгляд почти у всех хостингов) — пароль от mySQL приходит не тогда, когда он мне нужен (а он нужен, когда я явно создаю БД или пользователя).
Видимо предполагается, что я должен где-то сохранить (а возможно даже распечатать) письмо с паролем. Блин, паролями от кучи сервисов.

На shared-хостингах так, видимо, принято.
У пресловутого Джино mySQL можно отключить и это уменьшает стоимость почти вдвое.
Многие не знают, что бывают проекты без mySQL (с другой БД или вообще без БД), но это так.

Тоже самое с FTP (могу я его выключить? и включить когда надо? Создать доп. юзеров?) и почтовыми серверами (на Джино я их выключаю, сокращая расходы на треть, в конце концов Яндекс, Гугл и Мэйл уже давно предлагают почту для домена).

// подумал, что наверное, давно не регистрировался на хостингах (это так) и мое брюзжание можно отнести к любому.
Гугл уже пару, а то и тройку, лет не предлагает почту для домена на бесплатных аккаунтах. Кто успел когда-то зарегать, продолжают использовать. Новичкам уже за деньги.
Я успел.
Хотя почта для домена от Яндекс и Mail.ru все еще бесплатна.
Пардон. Про аккаунт только сейчас понял, что вы имели ввиду. Вопрос снимается.
Мой новый (условно несуществующий, т.к. я не загрузил свои файлы) сайт уже потребил какие-то ресурсы.

а) Как же мне скрыть два графика mySQL, и поднять web traffic повыше?
б) шикарно было бы на графиках видеть сразу деньги, раз уж вы про демократичные цены.

Иначе как-то ненаглядно, во что обошелся мне пик в 1,7Мб на графике RAM :)
a) пока никак, интерфейс не кастомизируется
б) согласен, создал таск
Я вам могу сотню тасков сейчас создать, пока взгляд не замылился… :)

Но самое главное — не шлите мне письма о том, что я отправил вам тикет. 1) Я и так это знаю, раз я его отправил. 2) Верстка письма оставляет желать — за шапкой и подвалом сообщения не разглядеть. Немножко уважения к пользователю и text/plain.

image

На скришоте куча писем и ответ анонимного оператора в одну строку. Почему же она полэкрана занимает? text/plain.

B еще date(«d.m,Y»), или что у вас там в CodeIgniter вместо этого :)
Вроде пишите топик про локализацию, а про даты забыли :)
a) пока никак, интерфейс не кастомизируется


Тут не требуется кастомизация. Нужна лишь добрая воля разработчика: если нет базы данных вообще (empty($user_dbs)) или нет данных для графика(empty($user_dbs_chart_data))… Скройте график… это ж один if statement :)

Сейчас пошли оскорбления уже, вы поняли, да? :)
:) улыбка из категории «Свободная касса!» дается нам из последних сил, но в целом мы со всем согласны и благодарным вам. Даже таски оформлять не надо. Можно ваши комменты почитать.
Проблема в том, что уже завтра я о многом забуду, к остальному привыкну.

А новые пользователи будут обо все это спотыкаться, материться и отваливаться с воронки продаж.

А это наш с вами хлеб (приходится советовать клиентам Джино, как наиболее дружественный и к ним и ко мне, но у Джино, вот, нет партнерки :)
Забавные цитаты про Linux и Cron в интерфейсе намекают на то, что вы не вполне определились с целевой аудиторией.

А это отправная точка при разработке пользовательского интерфейса.
А вот это меня бесит во всех хостингах — как мне узнать имя FTP/SSH сервера для загрузки файлов?
Перефразирую: почему полные реквизиты доступа к серверу не указаны ни на странице «Управление FTP аккаунтами», «Мои FTP аккаунты»
«Список ваших FTP аккаунтов» (три заголовка для одной страницы это слишком), ни на странице «Управление доменами», «Мои домены», «Список ваших доменов».

Домашний каталог указан. Но попасть туда как?

Некоторые хостеры на полном серьезе предлагали мне поискать это в письме, которое я получил при регистрации два года (на самом деле 9 лет) назад. Кажется, что именно с этого хостинга и я перетаскиваю сайтик на elasticweb сейчас.

Какое бы простое у вас не было соглашение об именовании серверов, не могу же я о нем догадаться и, тем более все время помнить.
Sign up to leave a comment.

Articles