BPanel v3.11

[admin]

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

Нет. Публичность данного статуса помешать ничем не должна, а вот очень даже может помочь клиентам, не получившим рассылку или пр.

 

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

 

Далее пусть оплачивает домен и получает свидетельство. Не высылайте подобное свидетельство пока домен не оплачен.

 

3. Пожалуй правильнее будет на случай переноса домена на обслуживание к регистратору хостера добавить опциональное поле в настройку каждой зоны (для TLD к примеру обязательно открытие whois и доступ к указанной почте до оплаты). Информация из этого поля должна показываться до оплаты и приходить в письмо после заказа.

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

 

Опередить переносился домен или нет можно по наличию кодового слово в соответствующем поле данных по доменам.

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

 

4. Касательно SSL. Вы пишете, что все должно быть автоматически. Как быть с ручными платежами и с платежами UR ? Юр. лица очень часто заказывают сертификаты. Думаю стоит рассмотреть возможность отправки SSL с главной.

 

С главной страницы админ-панели проводите соответствующие действия по зачислению оплаты.

 

5. Как я понял У Вас работает usage, если указать в биллинге для забора статистики https вместо http, но как быть в usage по крону, если в WHM стоит принудительный https? Ведь там только параметр ip=$server и по дефолту он к http обращается ?

 

Передавайте по крон http=https

 

6. В Мой аккаунт - Данные по серверу есть 2 поля: IP сервера и IP сайтов. Клиент итак видит IP сервера (shared IP) и он должен понимать, что IP сайтов это именно его выделенный IP.

 

При наличии у клиента выделенного IP адреса - на странице данных по серверу появляется поле "Персональный IP адрес".

 

7. Для SSL я имел ввиду давать клиенту выбор на 1 или на 2 года оплачивать сертификат. Как это можно реализовать?

 

На данный момент только на год. Возможно в будущем сделаю возможность оплаты сразу на 2 года.

[admin]

Чем отличаются переменные в lang $lang_si_h_restore1 и $lang_si_h_restore2? Можете прояснить в каких случаях какая из них должна показываться ?

Для случаев невозможности и возможности соответственно самостоятельного изменения пароля на cPanel.

 

Попробуйте указать в настройках сервера главный (тестовый) домен как "ДОМЕН/info.php".

 

Никак, Главный и Тестовый у Вас одно поле, бьется ссылка cPanel для клиентов.

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

 

URL phpinfo и любую другую информацию можно указать в поле "Описание (дополнительная информация)".

 

Не подскажите в чем проблема. После создания нового сервера "Настройки -> Серверы хостинга и VPS -> добавить сервер"

Вместо IP который я везде указываю, подставляется Мой IP Адрес, в поле "Основной IP Сервера (в т.ч. и для автоматических подключений от биллинга):" После создания сервера, или изменение сервера!

 

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

 

Проверил на bpanel.ru/order/ такой проблемы нету.

 

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

[admin]

После последнего обновления перестала работать функция:

 

Разрешить самостоятельную разблокировку заполнением формы: 

-//- не более XX разблокировок в 30 дней:

 

Вероятно, это связано с изменениями, которые я просил сделать для аккаунтов заблокированных за нарушения вручную. Как выяснилось изменения относятся и к блокировкам по usage.php. Клиент видит "Разблокировка аккаунта продлением срока действия – невозможна. Обратитесь в Стол помощи."

 

 Просьба поправить.

 

Проверил, вроде все нормально как и должно быть.

Если что-то не так, то пришлите скриншоты.

 

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

 

Внес изменения. Смотрите теперь.

 

 

Просьба изменить вариант отображения владельца доменов у клиентов в разделе Домены. В данный момент указан владельцем владелец всего аккаунта, а не домена.

 

Логично будет для доменов, которые требуют паспортных данных указывать владельца из поля ФИО RUS, а для TLD из владельца домена (именно домена, а не самого аккаунта).

 

Ранее для всех доменов данные отображались из данных по домену.

Теперь для .RU, .SU и пр. будут отображаться из паспортных данных.

 

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

 

Полагаю, что информации по емайл итак должно быть достаточно, тем более что в SMS много данных не впихнешь.

Также, например у нас, проверка usage.php выполняется ночью, и получать SMSки ночью думаю занятие малоприятное

[admin]

Алексей, при продление домена - нету выбора платной активации whois

 

Могу предположить, что если скрытие не стояло, то сначала надо его установить в разделе Домены - Изменить данные и тогда сумма будет учтена. Алексей, я прав? Просто не проверял сам пока.

 

Да. Но с сегодняшней сборки прии изменении данных по домену и включении private protection клиенту должен выставляться счет за подключение этой услуги непосредственно на Directi. До тех пор, пока счет оплачен не будет, private protection не будет включена.

Архив со скриптом обновлю в течение дня.

 

Если есть какие-либо предложения по улучшению данной функции - сообщайте.

 

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

 

Какие данные вводите в форму? В случае неверного формата должно просто выдаваться сообщение "EMPTY".

 

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

 

Внес изменения в API directi.

При регистрации и продлении доменов теперь в зависимости от наличия оплаты за private protection в BPanel включается или не подключается private protection на Directi.

[admin]

Также есть вопрос по доп. услуге, например, у нас есть услуга "собственные днс". Каким образом реализовать для нее обязательное поле при заказе - указание домена ? Вариант указать, что это сертификат не подходит, так как там выбор только зарегистрированных в аккаунте доменов.

 

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

 

 

Архив обновил.

[ass]

Алексей, можете сделать чтобы после выбора способа оплаты(на странице продления домена), и нажатия на кнопку Оплатить -> на следующей странице где пишется стоимость продления домена, была галочка Включить Privat Whois за 3.5$ или не включать?

[Vladimir812]

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

 

2. Клиент не оплатил домен, но оплатил свидетельство. Далее по Вашей схеме поддержка должна написать клиенту о том, что он должен оплатить домен для того чтобы выполнить обязательства по оплате свидетельства. Для чего лишние действия? Услуга сертификат предоставляется для уже активного домена и никак иначе, это логично и нет других альтернатив.

 

3. Сделайте опционально (на платной основе) для доменов, которые переносятся, а не заново регистрируются поле для информации, которая будет показываться перед оплатой и приходить в письме заказа домена. Также как я и просил ранее, максимально правильно в платежах указывать не регистрация, а перенос домена. Этот статус кстати можно будет использовать вручную и для других ситуаций, других зон.

 

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

 

5. ОК

 

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

 

7. ОК, будем ждать

 

- Прошу в очередной раз, сделайте поле Тестовый домен отдельным в настройках серверов, пусть платно, но это действительно необходимо.

 

- Касательно рассылки по нагрузке через СМС. А клиент смс о блоке не ночью разве получает? У нас крон работает в ночное время, например. Так что не вижу ничего страшного, не надо клиенту - отключит. В текст можно банальный - аккаунт превысил допустимую нагрузку, можно указывать если не первый раз подряд, то какой.

 

- Если при перекодировке, например, в домене указать _ ,то получаем:

 

Fatal error: Uncaught exception 'Exception' with message 'NAMEPREP: Prohibited input U+0000005F' in *admin/modules/Net/IDNA_php5.php:2739 Stack trace: #0 *admin/modules/Net/IDNA_php5.php(2500): 80s6brvfoqoua-> wq&oiq(Array) #1 *admin/modules/Net/IDNA_php5.php(2346): 80s6brvfoqoua->|wr-yk(Array) #2*public_html/admin/modules/Net/convert.php(24): 80s6brvfoqoua->@&l('???????????????...') #3 *admin/modules/whois.php(46): include('*p...') #4 *public_html/staff.php(3928): include('*p...') #5 {main} thrown in *admin/modules/Net/IDNA_php5.php on line 2739

[Vladimir812]

Просьба также реализовать следующее:

 

1. Возможность для поддержки при переходе из билета в данные по серверу клиента менять пароль на сервере без ввода каких либо вопросов или кодов смс.

2. Добавить в CSF в выпадающее меню действий пункт очистить. При выборе сервера и очистить должен очищаться список отфильтрованных IP. В WHM/CSF это flush all blocks. 

[admin]

Алексей, можете сделать чтобы после выбора способа оплаты(на странице продления домена), и нажатия на кнопку Оплатить -> на следующей странице где пишется стоимость продления домена, была галочка Включить Privat Whois за 3.5$ или не включать?

 

Для новой сборки на странице листинга доменов для возможности их продления добавил у доменов с включенным prvate whois строчку:

Private WhoIs:    3.5 USD или 126 RUR в год

со ссылкой на страницу изменения данных по домену. Так устроит?

[ass]

 

Алексей, можете сделать чтобы после выбора способа оплаты(на странице продления домена), и нажатия на кнопку Оплатить -> на следующей странице где пишется стоимость продления домена, была галочка Включить Privat Whois за 3.5$ или не включать?

 

Для новой сборки на странице листинга доменов для возможности их продления добавил у доменов с включенным prvate whois строчку:

Private WhoIs:    3.5 USD или 126 RUR в год

со ссылкой на страницу изменения данных по домену. Так устроит?

 

 

Алексей, не вижу такого - не пишет (Private WhoIs:    3.5 USD или 126 RUR в год), privat whois включен на домене и выставлена цена, проверяю у вас на http://bpanel.ru/order/ акк ign домен game.com

[admin]

Ближе к ночи обновлю архив со скриптом. Пока еще над другими изменениями работаю.

[admin]

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

 

Данная настройка итак есть давно:

Настройки -> News & network ->

Показывать блок с информацией в панели клиента на стр.
Авторизация:
Главная:

2. Клиент не оплатил домен, но оплатил свидетельство. Далее по Вашей схеме поддержка должна написать клиенту о том, что он должен оплатить домен для того чтобы выполнить обязательства по оплате свидетельства. Для чего лишние действия? Услуга сертификат предоставляется для уже активного домена и никак иначе, это логично и нет других альтернатив.

 

Как в данном случае можно будет заказать домен и сертификат одновременно?

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

 

3. Сделайте опционально (на платной основе) для доменов, которые переносятся, а не заново регистрируются поле для информации, которая будет показываться перед оплатой и приходить в письме заказа домена. Также как я и просил ранее, максимально правильно в платежах указывать не регистрация, а перенос домена. Этот статус кстати можно будет использовать вручную и для других ситуаций, других зон.

 

Добавил в настройки доменных зоне новую:

Комментарии в Письмо Клиенту при переносе

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

 

 

Проверил:

1. Заказал сертификат из-под юр. лица.

2. Получил счет на оплату.

3. Уведомил об оплате счета с соотв. стр.

4. На гл.стр. админ-панели нажал в действиях на "выполнить".

5. У клиента появилась возможность генерации SSL в разделе биллинга "доп. услуги".

 

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

 

Нет, ведь итак информация о персональном IP адресе показывается.

Соответственно: такой-то IP для сайтов стандартный, а персональный - уже личный клиента.

[admin]

- Прошу в очередной раз, сделайте поле Тестовый домен отдельным в настройках серверов, пусть платно, но это действительно необходимо.

 

Так в чем именно проблема-то, если URL phpinfo и любую другую информацию можно указать в поле "Описание (дополнительная информация)".

 

- Касательно рассылки по нагрузке через СМС. А клиент смс о блоке не ночью разве получает? У нас крон работает в ночное время, например. Так что не вижу ничего страшного, не надо клиенту - отключит. В текст можно банальный - аккаунт превысил допустимую нагрузку, можно указывать если не первый раз подряд, то какой.

 

Поскольку блокировку считаю делом серьезным, то SMS отсылается.

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

 

- Если при перекодировке, например, в домене указать _ ,то получаем:

 

Fatal error: Uncaught exception 'Exception' with message 'NAMEPREP: Prohibited input U+0000005F' in *admin/modules/Net/IDNA_php5.php:2739 Stack trace: #0 *admin/modules/Net/IDNA_php5.php(2500): 80s6brvfoqoua-> wq&oiq(Array) #1 *admin/modules/Net/IDNA_php5.php(2346): 80s6brvfoqoua->|wr-yk(Array) #2*public_html/admin/modules/Net/convert.php(24): 80s6brvfoqoua->@&l('???????????????...') #3 *admin/modules/whois.php(46): include('*p...') #4 *public_html/staff.php(3928): include('*p...') #5 {main} thrown in *admin/modules/Net/IDNA_php5.php on line 2739

 

 

У меня в данном случае ошибок не выдает, а в поле вывода текста с результатами раскодировки пишет:

_

[admin]

Просьба также реализовать следующее:

 

1. Возможность для поддержки при переходе из билета в данные по серверу клиента менять пароль на сервере без ввода каких либо вопросов или кодов смс.

 

У сапортов есть свой инструмент изменения пароля клиента на сервере: служебное -> изменить пароль на сервере.

 

2. Добавить в CSF в выпадающее меню действий пункт очистить. При выборе сервера и очистить должен очищаться список отфильтрованных IP. В WHM/CSF это flush all blocks.

 

Данную команду лучше не выносить на общий доступ сотрудникам. Пусть она, как и раньше, остается доступной из WHM и используется соответственно лишь при веской необходимости.

 

 

Архив со скриптом обновил. Завтра-послезавтра продолжу вносить изменения в скрипт в соответствии с запросами на форуме.

[Vladimir812]

1. И правда, не знал.

 

2. Сделайте опционально возможность заказа сертификатов только для активных доменов в таком случае. Если клиенту он очень нужен, то закажет после активации домена.

 

3. ОК

 

4. А если юр. лицо не уведомил об оплате, то как быть в данном случае? Ведь на главной не будет записей.

 

6. IP сервера и IP сайтов в случае с выделенным IP вещи разные, Вы не согласны ?)

 

Я считаю, что само поле тестовый домен в некоторой степени устарело (многие мониторят свои ресурсы через спец. сервисы), вот я и предлагаю вариант его использования, phpinfo полезная для клиента штука и вместо тестового домена прекрасно подойдет, надо просто выделить для этого отдельное поле в настройках серверов.

 

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

[Vladimir812]

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

 

На стр. смены пароля в служебном ошибки (телефон клиента не верифицирован):

 

Notice: Undefined index: mobilecode in /home/***/public_html/admin/modules/index_sms.php on line 19

Notice: Undefined index: tel_verified in /home/***/public_html/admin/modules/index_sms.php on line 29

 

Если телефон клиента верифицирован, то еще и возле кода смс

 

Notice: Undefined variable: sms_code in/home/***/public_html/admin/modules/index_sms.phpon line 102

[ass]

Алексей, на счет Privat Person в Directi. У клиентов нету доступа в панель Directi, и оплачивать там услуги Privat Person они не могут.

Можно ли сделать, чтобы выставлялся счет в биллинге - при включение галочки в настройках домена. После оплаты счета Включался Privat Privat Person - а с баланса реселлера списывались средства?

[ass]

Дополнительные услуги перестали работать, - если выставлено:

Интегрировать в аккаунт: Да - оплата при продлении аккаунта

 

в текущей самой новой версии bpanel! 

[Vladimir812]

Дополнительные услуги перестали работать, - если выставлено:

Интегрировать в аккаунт: Да - оплата при продлении аккаунта

 

в текущей самой новой версии bpanel! 

Т.е., к примеру, выделенный IP ? Подробнее можете описать, проверим у себя.

 

Алексей, касательно скрытия данных надо уже как то и правда вопрос решить, причем так, чтобы даже самому криворукому клиенту было все понятно ))

[Vladimir812]

Кстати, у нас при продлении домена с чекбоксом privacy сама услуга не продлевается, только срок домена. Прошу это исправить. 

 

P.S. По сути корректно заказывается и оплачивается приватность только при активации новых доменов.

[ass]

 

Дополнительные услуги перестали работать, - если выставлено:

Интегрировать в аккаунт: Да - оплата при продлении аккаунта

 

в текущей самой новой версии bpanel! 

Т.е., к примеру, выделенный IP ? Подробнее можете описать, проверим у себя.

 

Алексей, касательно скрытия данных надо уже как то и правда вопрос решить, причем так, чтобы даже самому криворукому клиенту было все понятно ))

 

 

 

Как пример http://bpanel.ru/order/ на любом аккаунте нельзя заказать выделенный IP.

Хотя все галочки стоят в админ панели http://bpanel.ru/order/admin/

[Vladimir812]

Да, действительно, данный баг присутствует. Надеюсь, Алексей оперативно пофиксит.

 

Также очень ждем доработок по прайваси.

 

И в последнее время нарисовалась проблема с PayPal, платежи не приходят, последний дебаг от 7 октября.

[admin]

По доп. услугам исправил. Архив обновил.

[BPanel_custumer]

Доброе время суток.
Подключили на Webmoney прием "Наличные и безналичные методы оплаты" - позволяет принимать банковские карты и т.д.
Но цитата от них "Мы рекомендуем вынести каждый способ оплаты в отдельную кнопку, это позволит увеличить обороты за счет уменьшения времени проведения платежа. За это отвечает параметр LMI_SDP_TYPE, более подробную информацию Вы можете изучить в разделе http://wiki.webmoney.ru/projects/webmoney/wiki/Web_Merchant_Interface."
Есть ли возможность это сделать, чтобы сразу выбирать способ оплаты к примеру "банковская карта" и направлялось сразу на этот метод ?

[Vladimir812]

Доброе время суток.

Подключили на Webmoney прием "Наличные и безналичные методы оплаты" - позволяет принимать банковские карты и т.д.

Но цитата от них "Мы рекомендуем вынести каждый способ оплаты в отдельную кнопку, это позволит увеличить обороты за счет уменьшения времени проведения платежа. За это отвечает параметр LMI_SDP_TYPE, более подробную информацию Вы можете изучить в разделе http://wiki.webmoney.ru/projects/webmoney/wiki/Web_Merchant_Interface."

Есть ли возможность это сделать, чтобы сразу выбирать способ оплаты к примеру "банковская карта" и направлялось сразу на этот метод ?

Насколько мне известно, в bPanel этого нет для любых мерчантов в принципе. Лично мое мнение, это лишнее.