Хостинг-панель простейший биллинг? — Хабр Q&A

Хостинг-панель   простейший биллинг? — Хабр Q&A Хостинг

Почему whmcs покупают именно у нас?

Чтобы понять, почему же WHMCS приобретают именно у нас, достаточно ознакомиться с некоторыми интересными фактами о нашей компании:

  • наша компания является официальным сертифицированным реселлером WHMCS в рунете, а это значит, что наши клиенты всегда получают оригинальный программный продукт;
  • только у нас вы можете приобрести наиболее полно и качественно русифицированную версию WHMCS;
  • кроме этого, наша компания предоставляет дополнительно квалифицированные услуги по настройке, установке, обновлению биллинг-панели, интеграции дизайна WHMCS;
  • при необходимости, мы можем разработать индивидуальный модуль под нужды вашей компании;
  • наша компания по мере своих сил осуществляет техническую поддержку по вопросам, касающихся работы с биллинг-панелью WHMCS

Как видите, причин для покупки WHMCS именно у нас, более чем достаточно.

Что такое «биллинг»

Для нас биллинг ― это всё, что связано с получением денег от пользователей: конфигурация цен, страница приема платежей, непосредственно прием и обработка платежей, оказание оплаченных услуг, различные промоакции и, конечно же, мониторинг всего вышеописанного.

Изначально, как и во всех стартапах, у нас не было платных услуг. Первые серьезные шаги в сторону монетизации начались в далеком 2008 году, при том что официально сайт был запущен в 2006-м. Для экспериментов была выбрана Франция, а оплата принималась только через SMS.

Сам прием платежей был организован на файлах. Каждый запрос записывался в отдельный файл, который затем перекладывался bash-скриптами из одной папки в другую, что означало смену статусов обработки. База данных использовалась только для учета успешно обработанных транзакций.

Разработка новой версии прошла достаточно быстро, так как стран, где были доступны платные услуги, было не много. Но она была рассчитана только на прием платежей через SMS, из-за этого у нас даже до сих пор сохранилось несколько забавных артефактов, например, поля MSISDN (номер телефона) и short code (короткий номер, на который отсылают платную SMS) в таблице обработанных платежей.

Сейчас мы принимаем платежи почти во всём мире. Каждую секунду пользователи пытаются что-то оплатить на сайте или в приложениях для всех популярных мобильных платформ. А если наложить это на карту, то получится картина «Вид на Землю из космоса ночью»:

У нас доступно около 50-ти способов оплаты, предоставляемых разными партнерами. Самые популярные ― это банковские карты, SMS & Direct billing и покупки в мобильных приложениях.

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

Sms-платежи

Особняком стоят платежи через SMS и прямые списания с баланса мобильного телефона. Они находятся под очень жестким контролем во многих странах, особенно в Европе. Локальные регуляторы или само государство могут предъявлять особые требования к тому, как должна выглядеть страница оплаты или каким должен быть текст отсылаемых SMS-сообщений.

За изменениями подобных требований нужно следить и вовремя вносить изменения у себя на сайте. Так, например, в Бельгии есть правило, что короткий номер должен быть написан белым шрифтом на черном фоне, а рядом с ним должна быть указана его стоимость.

Отличается и тип SMS-биллинга ― MO (Mobile Originated) или MT (Mobile Terminated). С MO-биллингом всё достаточно просто: пользователь отправил SMS на короткий номер, мы получили деньги. А вот для MT существует несколько вариантов. Оплата происходит не в момент отправки пользователем SMS-сообщения, а после того, как он получит специальное платное SMS от нас.

То есть фактом оплаты считается полученное от агрегатора уведомление о том, что платное SMS успешно доставлено. Основная цель такого подхода ― это добавить дополнительную проверку перед отправкой пользователю платного SMS-сообщения и предотвратить ошибки, связанные с некорректным текстом в SMS.

К счастью, на рынке SMS-платежей тоже есть компании-агрегаторы, услугами которых стоит воспользоваться. Они за скромную, а иногда и не очень, плату лишают вас «удовольствия» разбираться с такими подробностями. Еще один приятный бонус ― они нередко берут на себя часть обязанностей по поддержке конечных пользователей. Пользователи начинают писать о своих проблемах напрямую владельцу короткого номера, т.е. агрегатору.

Whmcs — уникальный и удобный биллинг для хостинга

Биллинг WHMCS — удобная система, уникальность которой заключается в том, что она регулярно обновляется и дорабатывается. Так, разработчики ведут активную работу с клиентами и прислушиваются к их пожеланиям. При отсутствии каких-либо специфических функций или возможностей, клиент всегда может сообщить об этом разработчику, а тот, в свою очередь интегрирует все, что необходимо клиенту в биллинг-систему.

Еще одним моментом, на который стоит обратить внимание, является тот факт, что WHMCS не имеет себе подобных. Широкие функциональные особенности делают данную биллинговую систему лучшей и единственной в своем роде, здесь есть все, что необходимо для полноценного предоставления хостинга.

При всех вышеперечисленных преимуществах, данная биллинг-система для хостинга обладает еще одним плюсом — вполне демократическая цена. Среди отечественных биллинг-систем WHMCS отличается действительно оптимальной стоимостью, а широкий функционал и постоянная поддержка разработчиком, делают систему все более привлекательной для владельцев хостингов.

Банковские платежи

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

Поддерживать «зоопарк» разных API становится всё сложнее, отличаются требования регуляторов, популярная локальная платежная система может вообще отказаться работать с иностранными клиентами при низких оборотах, или подписание контракта и улаживание юридических проблем может затянуться на долгое время.

Несмотря на такие сложности, локальные платежные системы могут вас приятно удивить своей конверсией. Например, Голландия, которую мы считали не очень перспективной, после подключения популярного в этой стране способа оплаты iDeal стала приносить на 30-40% больше денег.

Поддержка и эксплуатация

После того как новая интеграция выкладывается на продакшн-серверы, наступает этап ее эксплуатации и поддержки. Техническая поддержка занимает примерно 60-70% нашего времени.

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

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

Были случаи, когда агрегатор без уведомления менял протокол взаимодействия или его параметры. В другой раз банк-эквайер отключил наш шлюз, и пришлось в срочном порядке перенаправлять трафик в другое место. Как потом выяснилось, это был древний сервер из 80-х, который, по данным банка, вообще ничего не должен был обрабатывать. В общем, скучать не приходится, особенно если учитывать, что каждая минута простоя ― это недополученная прибыль.

Для решения подобных проблем мы пишем подробные логи работы приложения. Туда попадают не только ошибки, но и всё взаимодействие с системами агрегаторов или просто важные события, происходящие во время выполнения запросов. Каждый запрос имеет свой уникальный идентификатор, по которому можно найти все связанные с ним записи и восстановить ход его обработки.

Технические детали

Badoo работает на связке PHP MySQL, поэтому для обработки платежей мы используем те же технологии. Код выполняется на отдельной группе серверов, выделенной из общего пула. Внутри мы ее разделили еще на несколько логических подгрупп: cерверы для обработки входящих запросов, серверы для фоновых операций и сбора статистики, серверы баз данных, серверы для обработки платежей по банковским картам. Последние выделены в отдельную группу, потому что они должны соответствовать стандарту безопасности

, разработанному при участии Visa, MasterCard, American Express, JCB и Discover для организаций, работающих или хранящих данные держателей банковских карт.

Для обработки платежей мы используем два сервера базы данных с MySQL от Percona, работающих в master-master репликации. Основная нагрузка идет только на один из них, второй используется для «горячей» замены в случае аварии или для подмены основного (на время его обслуживания, для запросов от системы мониторинга или сбора статистики).

Всю систему биллинга можно условно разделить на несколько больших частей:

Хостинг-панель простейший биллинг?

Привет, коллеги!

у меня есть десяток клиентов, которые размещаются на моих серверах. У кого-то ssh доступ. Кого-то я сам обслуживаю. Кто и сколько хостится — веду в гуглдокс

есть следующие проблемы —

нагрузка на сервер ни как не контролируется. Кто-то может забить диск, кто-то сожрать трафик, а кто-то повесить проц…

Забываю брать оплату за размещение. А тут клиент захотел помесячно платить. Тут вообще ахтунг 🙂

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

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

спасибо!

Оцените статью
Хостинги