Перейти к содержанию
Форумы

Список ожидаемых дополнений


admin

Рекомендуемые сообщения

Подумаю. Идея про рубль (цент) хорошая. Может реализую в Beta2.

если домен добавляется после оплаты и активируется руками нужна какая то пометка что это подарочный домен тоже.

Домен в подарок должен указываться непосредственно в reg.php и ни где бы то ни было еще в другом месте.

Можно конечно редактироваться через админку и пр., но тогда корректную работу ф-ии не гарантирую.

Ссылка на комментарий
Поделиться на другие сайты

  • Ответов 4,1 тыс
  • Создана
  • Последний ответ

Топ авторов темы

Топ авторов темы

Изображения в теме

Подумаю. Идея про рубль (цент) хорошая. Может реализую в Beta2.
если домен добавляется после оплаты и активируется руками нужна какая то пометка что это подарочный домен тоже.

Домен в подарок должен указываться непосредственно в reg.php и ни где бы то ни было еще в другом месте.

Можно конечно редактироваться через админку и пр., но тогда корректную работу ф-ии не гарантирую.

Насчет ручной активации подарочного домена Вы обещали что-то придумать, может галочку ставить подарочный или нет при активации...

Ссылка на комментарий
Поделиться на другие сайты

Так уже сделал давно: в базе действий в комментариях пишется "FREE DOMEN" и при его активации запись в базу платежей не вносится.

Ссылка на комментарий
Поделиться на другие сайты

Так уже сделал давно: в базе действий в комментариях пишется "FREE DOMEN" и при его активации запись в базу платежей не вносится.

Я имею ввиду тот момент, если клиент не указал подарочный домен, аккаунт активирован и он просит его зарегить, добавляет домен и он проводится вручную - тогда он не выглядит подарочным.

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

При присвоении аккаунту выделенного IP (доп. услуга), чтобы где то фигурировал сам этот присвоенный IP (видный для хостера и клиента).

Ссылка на комментарий
Поделиться на другие сайты

Смешной баг нашел. Например доп. услуга выделенный IP закреплена за хостингом. После удаления клиента он переходит в доменрег или партнер, а услуга остается с ним - глупость какая то, зачем ее оставлять ...

Ссылка на комментарий
Поделиться на другие сайты

Так уже сделал давно: в базе действий в комментариях пишется "FREE DOMEN" и при его активации запись в базу платежей не вносится.

Я имею ввиду тот момент, если клиент не указал подарочный домен, аккаунт активирован и он просит его зарегить, добавляет домен и он проводится вручную - тогда он не выглядит подарочным.

Удаляйте в этом случае вручную запись из таблицы платежей и вручную измените оплаченную сумму при просмотре данных по домену.

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

А почему он собственно не банится?

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

Может и сделаю в бета2.

При присвоении аккаунту выделенного IP (доп. услуга), чтобы где то фигурировал сам этот присвоенный IP (видный для хостера и клиента).

В бета 2 будет новой поле для доп. услуг: комментарии для клиента. Они будут видны в панели клиента.

Еще не плохо было бы к поиску добавить наличие доп. услуг у аккаунта. Бывает полезно.

Нет. Производите поиск по доп. услугам в соотв. листинге.

Ссылка на комментарий
Поделиться на другие сайты

А почему он собственно не банится?

+1, тут согласен, иногда бывает из-за нагрузки вылетает по таймауту (пустая страница), а в биллинге всеравно блокируется..

Ссылка на комментарий
Поделиться на другие сайты

Смешной баг нашел. Например доп. услуга выделенный IP закреплена за хостингом. После удаления клиента он переходит в доменрег или партнер, а услуга остается с ним - глупость какая то, зачем ее оставлять ...

Удаляете вручную? Тогда сперва отключите доп. IP (не обязательно правда доп. услуга - это IP адрес, зачастую что-либо еще, что надо сохранять) и удалите запись доп. услуги из биллинга.

А почему он собственно не банится?

+1, тут согласен, иногда бывает из-за нагрузки вылетает по таймауту (пустая страница), а в биллинге всеравно блокируется..

Ни разу подобного не вылетало за 5 лет...

Ссылка на комментарий
Поделиться на другие сайты

По поводу доп. услуг - Если аккаунт с услугой переходит в другой статус для которого эта доп. услуга не закреплена, то она должна удаляться и никак иначе. Тут не о чем даже спорить. Удалять вручную - это бред.

 

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

Ссылка на комментарий
Поделиться на другие сайты

По поводу доп. услуг - Если аккаунт с услугой переходит в другой статус для которого эта доп. услуга не закреплена, то она должна удаляться и никак иначе. Тут не о чем даже спорить. Удалять вручную - это бред.

Надо именно вручную, т.к. можно что-то пропустить и потом влететь на деньги.

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

Подумаю.

Ссылка на комментарий
Поделиться на другие сайты

По поводу доп. услуг - Если аккаунт с услугой переходит в другой статус для которого эта доп. услуга не закреплена, то она должна удаляться и никак иначе. Тут не о чем даже спорить. Удалять вручную - это бред.

Надо именно вручную, т.к. можно что-то пропустить и потом влететь на деньги.

Больше на отписку похоже, чем на обоснованный ответ.

Ссылка на комментарий
Поделиться на другие сайты

Зачем?

Честно говоря, просто не очень удобно что допустим человек продляет сервер, но об этом нету оповещения (т.е. только письмо на мыло об оплате по мерчанту), но если за день писем большее 300, то не очень удобно это все просматривать и продлять...

Ссылка на комментарий
Поделиться на другие сайты

Ясно, делать не буду, т.к. как правило, схема с датацентрами такая: счета на сервер выставляются автоматически до получения отмены, а для напоминания о необходимости отмены в BPanel есть специальная функция.

Ссылка на комментарий
Поделиться на другие сайты

Найден зловещий баг :) Клиент заказывает хостинг с доменом, оплачивает только домен и через N количество дней биллинг его удаляет как неоплаченный полностью вместе с доменом. Исправьте.

Ссылка на комментарий
Поделиться на другие сайты

Ну вот клиент хотел хост сначала, а потом взял и оплатил только домен из того заказа. Очень неприятная штука в итоге получилась.:(

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

×
×
  • Создать...