Vladimir812

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

В списке платежей/счетов если нажать на минус, то скрипт должен провести платеж выполнив все действия, но этого не происходит, платеж проводится, но срок не увеличивается (домен не продлевается). На стр. смены пароля в служебном ошибки (телефон клиента не верифицирован): 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

1. И правда, не знал. 2. Сделайте опционально возможность заказа сертификатов только для активных доменов в таком случае. Если клиенту он очень нужен, то закажет после активации домена. 3. ОК 4. А если юр. лицо не уведомил об оплате, то как быть в данном случае? Ведь на главной не будет записей. 6. IP сервера и IP сайтов в случае с выделенным IP вещи разные, Вы не согласны ?) Я считаю, что само поле тестовый домен в некоторой степени устарело (многие мониторят свои ресурсы через спец. сервисы), вот я и предлагаю вариант его использования, phpinfo полезная для клиента штука и вместо тестового домена прекрасно подойдет, надо просто выделить для этого отдельное поле в настройках серверов. Вероятно, на сервере стоит вывод ошибок, вот и получаем полный трейс, но без вывода ошибок тяжко. Как можно решить вопрос ?

Давайте так.

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

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

Прошу прощения, разобрался, это уже реализовано в свойствах каждого тарифа. Выставил для UR добавлять ноль дней, тогда сроки в актах будут верные.

Ввиду неверных сроков в "Период оплаты" после активации аккаунта юр. лица при последующем продлении, прошу для юр. тарифов исключить бонус в днях при активации аккаунта или сделать это опционально.

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

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

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

Подтверждаю.

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

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

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

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

Попробуйте указать в настройках сервера главный (тестовый) домен как "ДОМЕН/info.php". Никак, Главный и Тестовый у Вас одно поле, бьется ссылка cPanel для клиентов. Видимо чтобы реализовать то, что я выше описывал надо их разделить в настройках серверов.

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

Очень ждем исправлений. Спасибо.

Какие то продвижения есть в данном вопросе ?

1. Статус сети не должен быть доступен публично. Особенно учитывая то, что при любом статусе как правило всегда производится рассылка. Прошу все же убрать просмотр статуса без авторизации. 2. Если клиент заказывает и оплачивает свидетельство на не зарегистрированный домен, то как Вы его ему предоставите ? Полагаю, что никак. Прошу также запретить возможность заказа свидетельства на не оплаченный/ не зарегистрированный домен. 3. Пожалуй правильнее будет на случай переноса домена на обслуживание к регистратору хостера добавить опциональное поле в настройку каждой зоны (для TLD к примеру обязательно открытие whois и доступ к указанной почте до оплаты). Информация из этого поля должна показываться до оплаты и приходить в письмо после заказа. В платежах указывать перенос, а не просто регистрация для простоты определения истории данного домена поддержкой. Бывает не всегда просто понять переносился или регистрировался домен. 4. Касательно SSL. Вы пишете, что все должно быть автоматически. Как быть с ручными платежами и с платежами UR ? Юр. лица очень часто заказывают сертификаты. Думаю стоит рассмотреть возможность отправки SSL с главной. 5. Как я понял У Вас работает usage, если указать в биллинге для забора статистики https вместо http, но как быть в usage по крону, если в WHM стоит принудительный https? Ведь там только параметр ip=$server и по дефолту он к http обращается ? 6. В Мой аккаунт - Данные по серверу есть 2 поля: IP сервера и IP сайтов. Клиент итак видит IP сервера (shared IP) и он должен понимать, что IP сайтов это именно его выделенный IP. 7. Для SSL я имел ввиду давать клиенту выбор на 1 или на 2 года оплачивать сертификат. Как это можно реализовать?

По SSL сертификатам, если стоит галка что запрос на генерацию не отправлен, то я так понимаю сертификат надо выпустить клиенту, а клиент видит "Продления сертификата".

1. Если у клиента выделенный IP, то вижу теперь "Персональный IP адрес", отлично, но в данном случае это расходится с тем, что написано выше "IP сайтов". Видимо при условии выделенного IP - IP сайтов и есть этот IP. Прошу исправить. 2. Как можно вместо просто ссылки на IP тестового домена указать ссылку вида: IP сервера/phpinfo.php? Это сразу и проверка доступности и нужная информация для клиента. Также ждем изменений по другим вопросам.

По просьба Алексей расписываю все касательно SSL сертификатов. 1. При автоплатеже никаких запросов не отправляет биллинг к API регистратора 2. При ручном платеже при нажатии на минус в счете (как указано в readme) никаких запросов не отправляется 3. Если согласно readme заказать в панели регистратора сертификат и в биллинге указать номер счета в соответствующем поле и поставить чек, что запрос на генерацию не отправлен, то ничего не меняется. При всех вариантах у клиента в панели "недоступно" вместо возможности выпуска. При этом домены регистрируются и продлеваются через обе панели directi. Также просьба рассмотреть вариант выпуска на 2 года, так как это очень удобно, не надо каждый год перевыпускать сертификат.

Прошу реализовать на главной активацию доп. услуг, так как активация SSL сертификата руками подобна адской пытке. До сих пор не могу понять как это должно работать, заказываю руками сертификат, указываю, что запрос не отправлен и добавляю ID заказа в биллинге - результата нет, у клиента "недоступно", т.е. при вроде бы правильном заполнении клиент не имеет возможности выпустить сертификат. Сделайте возможность отправки доп. услуг с главной как доменов и аккаунтов с галочкой справа. Usage не работает с https, хотя в твиках WHM настройка require ssl является дефолтной и вход по http перенаправляется на https.