alexeyymanikin

Рейтинг
151
Регистрация
20.09.2008

Столько негатива и плохих слов. Но все же стоит рассказать почему так сделано:

1) У большинства партнерских программ есть правило по которому нельзя регистрировать свой аккаунт по своей партнерской программе. Иногда за этим даже следят. Фактически человек регистрируется в партнерской программе и потом по ней регистрирует свой аккаунт.

2) Крайне редко бывает, что бы адверт который привел 10, 200 и более клиентов не пользуется нашими услугами или для него это было критичным. Обычно эта ситуация вызывает негатив для пользователя который привел 1-3 клиентов (с большой долей вероятности один из аккаунтов его).

3) У большинства партнерская программа идет отдельно от хостинга - у нас все интегрировано в панель хостинга. Это проще и доступно всем без дополнительной регистрации.

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

SeVlad:
Я правильно понял - на шаред юзер поставить не сможет?

ЗЫ. топик не для раздела "хостинг" ;)

Да правильно, после нового года сделаем бесплатный сервис с авторизацией по SMS, что бы все могли пользоваться. В любом случае думаю хотя бы несколько провайдеров поставят его себе на хостинг.

ApmeM:
В демку не пускает

Починил, кто то пароль поменял =)

hosting_manager:
Это cloudlinux, а еще там обещают гарантированную ошибку 404 (особенность cloudlinux), если Вы начнете потреблять слишком много ресурсов из-за неоптимальности скриптов, а они Вас не оптимальны и ошибка будет для части посетителей.

Вы хотите, чтоб было нормально или хотите, чтоб сайты работали кое-как?

Впрочем, выбор за Вами.

Но мой Вам совет - виртуальный сервер + сопровождение, только тогда будет результат + Ваши сайты будут работать и Вы не будете беспокоится об этом. Разве что четко выполнять рекомендации по обновлению скриптов. Но и этот труд может делать кто-то за Вас.

Не понял какой cloudlinux - на Бегете стоит ubuntu server, изоляция реализована системой субпользователей и небольшим патчем на Posix ACL

zzzit:
Бегет стала большой фирмой?

Бегет - стал, а не "стала" =)

Ну и позволю себе опубликовать немного статистики, которую выкладывал в VK за август

http://cs625620.vk.me/v625620985/4fcd3/KTKvLNvjqwg.jpg

http://cs625620.vk.me/v625620985/4fcc9/d3XlNP1TJcQ.jpg

Немного прокомментирую. Замечу, работаю в BeGet :

Сравнивать Выделенный сервер, VPS и виртуальных хостинг не совсем корректно - даже попугаи в которых они сравниваются разные не говоря уже о технологиях и реализациях (конфигурации) у каждого конкретного провайдера.

Если Вам нужен VPS - однозначно FastVPS. По остальным услугам комментировать не буду =)

Хотелось бы рассказать про администрирование и что мы под этим понимаем. Если мы осуществляем администрирование, мы предоставляем пользователю стандартную панель управления хостингом (cp.beget.ru) со всеми возможностями + несколько вкладок по нагрузке на сервер, потреблению трафика, конфигурации. Это уже включает бекап, удаленный бекап, управления версиями, изоляцию на уровне сайтов, установку CMS, обновление ПО, файловый менеджер, мониторинг дисков. В общем обслуживание сервера 24/7. Для нас это фактически выглядит как еще один хостинговые сервер, а обслуживать 500 или 501 сервер - разницы большой нет. Мы предоставляем эту услугу бесплатно.

Но тут есть два момента - когда сервер уже физически не справляется с нагрузкой - для нас это становиться адом (при этом не все клиенты хотят менять/улучшать сервер). Скажем так - нашим администраторам не очень нравиться когда ночью им несколько раз звонят из-за нагрузки и с этим особо нечего не сделать.

И второй момент - если пользователю нужно специализированное ПО. Мы не всегда можем его встроить в нашу инфраструктуру, а если делать его скажем костылем (поверх) в любом момент оно может перестать работать.

Так же нужно учесть - мы либо полностью администрируем сервер, при этом у пользователя нет root и мы берем на себя всю ответственность за его работу либо не делаем на нем нечего (максимум устанавливаем ОС).

У других компаний под администрированием подразумевается немного иное.

На самом деле нельзя сказать что увеличение клиентской базы было очень сильным, для пояснения можно привести общедоступные цифры - у нас на NS обслуживается порядка 125000 доменов в зоне .ru с ежемесячным приростом примерно в 3000 доменов. У IO-HOSTS было всего около 2000 доменов.

С виртуальным хостингом все достаточно хорошо - ДЦ стал в разы лучше, каналы тоже, клиентов переносим на новое хорошее оборудование и наше ПО (конечно не обходится без недочетов, но они быстро исправляются). Если кому интересно могу приложить фото и конфиги серверов =). Но думаю перенесенные клиенты уже ощутили разницу в скорости работы сайтов и удобства работы в панели.

В VPS немного сложнее - пока данной услуги у нас нет и клиентов переносим как есть, на том же оборудовании и с теми же тарифами. Как только введем свои VPS - сразу перенесем на новое оборудование при тех же или лучших тарифах.

SeVlad:
Я бы не был столь категоричен ;) Хотя его ФМ - это нечто. Это огромный плюс.
В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней. Никакого управления логами (кроме как вкл\выкл) и вроде бы многого нужного нет. Откуда берутся (в каких попугаях считаются) цифры нагрузки - вообще загадка (ну это распространённая "болезнь" хостеров).
Хотя непосредственно по качеству услуг ничего сказать не могу - не сталкивался так, что бы делать выводы.

В общем смотри, если при 403 есть нагрузка - косяк хостера. До скриптов же не доходит. Или же по факту не 403. См логи.

Позволю себе прокомментировать.

> Хотя его ФМ - это нечто.

Спасибо. Текущая версия Файлового менеджера - скажем так, функциональная, но не самая стабильная и удобная. Летом мы начали ее переделывать, точнее переписывать с нуля и думаю в ближайшие несколько месяцев выпустим в продакшен новую версию. Разница с текущим ФМ колоссальная, при чем в лучшую сторону. Ну и самая хорошая новость - думаем его в опенсорс выложить.

> В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней.

Я бы так не сказал, в интерфейсе да возможно многих настроек нету. В большинстве своем это осознанное решение, можно вывести все настройки только это нужно будет менее 5% пользователей, а остальным 95% это будет мешать. Зато внутренней архитектурой мы можем гордится. И у нас есть решения которых нету у конкурентов, начиная от изоляции сайтов в рамках одного аккаунта заканчивая системой бекапов.

Про нагрузку - проще не куда. Правда не все хотят в этих попугаях разбираться - man acct, percona User Statistics

По поводу 403, 404 и прочих - nginx работает от nobody (на некоторых серверах от root) он перенаправляет запрос apache, главный обработчик которого (nobody, root) его принимает проверяет начальные заголовки и помещает в очередь. Свободный процесс (обработчик очереди) берет его из очереди и первым делом суидится в пользователя и после этого момента каждый такт процессора потраченный на обработку этого процесса добавляется к нагрузке пользователя. Да на то что бы посмотреть в .htaccess и выдать пользователю 4XX не нужно много времени... но все же. Если таких запросов будет много это скажется на конечной нагрузке.

---------- Добавлено 26.01.2015 в 16:56 ----------

пс. по поводу проблемы, а вариант с установкой cookie не подходит ?

То есть если это не поисковая система и если нету определенной cookie выдаем html страницу с JS скриптом который устанавливает cookie и делает reload страницы. При повторном и всех следующих запросах cookie уже стоит и пользователю выдается сайт. Боты обычно не обрабатывают JS, а если обрабатывают на них можно bitcoin считать =).

У саппорта можно попросить поставить шаблон на nginx - begetok, думаю должно помочь с нагрузкой.

Уважаемые коллеги!

К сожалению, в связи с проблемами на сети провайдера телефонии в нашем офисе, временно у нас не работают телефоны.

Вы можете обратиться к нам любым другим способом:

email: support@beget.ru

icq: 580-278-701

Skype: beget_support

или через тикет-систему.

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

Приносим наши извинения за возникшее неудобство.

От двух IX (один из них в Вашей трассировке) сегодня приходили письма, о проблемах:

Вы указаны как контактное лицо компании ООО "Бегет", поэтому сообщаем Вам, что мы фиксируем еще одну аварию на каналах Москва - Санкт-Петербург. Место аварии находится в Москве на Бутлерова 7 (М9). На данный момент сроки устранения не известны.
Наблюдаем падение части линков на участке Москва - Санкт-Петербург.
Подрядчик сообщает о разрыве волокон в Москве.
В связи с этим наблюдается увеличение rtt до зарубежных хостов.
Ориентировочное время восстановления к сожаления неизвестно.
Приносим Вам свои извинения за сбои в работе и надеемся на понимание.

как только проблема стала критичной, убрали анонсы наших сетей с этих IX.

Всего: 145