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

BPanel v3.0 Beta2


admin

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

В каждом аккаунте при просмотре через админку пишет Договор: Не заключен.

http://domains.ru/billing/admin/?mod=user&userwhere=ID&id=4980

 

Хоть они все подписывают договор при регистраций.

Насколько я помню, этот пункт относится только к юр. лицам.

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

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

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

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

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

В каждом аккаунте при просмотре через админку пишет Договор: Не заключен.

http://domains.ru/bi...here=ID&id=4980

 

Хоть они все подписывают договор при регистраций.

Насколько я помню, этот пункт относится только к юр. лицам.

Если это так, тогда я не прав смотрю физ. лица..

 

 

 

 

 

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

Скрипт: host.php?mod=notify

Алексей, огромная просьба, если срок продления домена еще не наступил (относится к .ru/.su/.рф), сделайте пожалуйста чтобы там так же не было возможности отправлять уведомления...

 

 

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

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

Алексей, у DOMENREG аккаунта, в поле "Оплачено за Хостинг (Реселлинг etc.) и доп. услуги:" - всеравно выводится 0.00 возможно его скрыть лучше?

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

При первой оплате за DOMENREG аккаунт (точнее за сам домен), в писем отображается текст:

Тип : DOMENREG

Действие : activate (domenreg) x 1

 

Мне кажется вернее будет написать:

Тип : DOMENREG

Действие : activate

 

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

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

Вопрос, как активировать аккаунт, если человек зарегистрировал домен - не оплатил его - удалил, потом ему например перевели домены с другого аккаунта. Но аккаунт не активирован в поле Срок указан 0, и аккаунт числится в Неактивированные.

 

 

 

 

Как его активировать?

 

 

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

Письмо: DirectI Info: 6.php

Текст: Check the Ultimate HashDebug Mode is False:

Поправьте на: Check the Ultimate Hash Debug Mode is False:

Или:

Check the Ultimate Hash

 

Debug Mode is False:

 

 

А то пробела там не хватает, но возможно последний вариант еще лучше будет, т.к. все другие строчки кокраз так и написаны.

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

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

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

След. билд.

 

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

 

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

 

 

Сделайте плиз чтобы это было невозможно..

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

Я еще это не проверял.

Ясно, напишите пожалуйста, в каком билде войдет исправление этой ошибки..

Будет исправлено в новом билде.

 

Максимальный срок действия карты экспресс-оплаты - до 19-01-2038. В случае автоматической генерации или ручного указания большего срока с ноого билда будет сбрасываться на 19-01-2038 (это ограничение ф-ии date).

Ясно, так может сразу указать, чтобы как и было ранее, не более 25 лет указывали..

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

 

Последний билд.

 

Партнерская программа.

 

Если пользователю добавить запись с бонусом и статусом PAID (со страницы: /order/admin/?mod=partnerstat&word=ID&go=formadd), то в профиле клиента, в пункте "Премирован в партнерке:" - так и остается 0.00.

 

Возможно ошибка..

Так и д.б.

Премирован - сумма всех ранее выплаченных наличными или на карту средств.

 

Я еще это не проверял.

Только что еще заметил.. Человек может изменить домен даже на занятый, то и в заявке он тоже изменяется, тестил на mail.ru, все таки самое простое чтобы на заявку по домену, это не распространялось..

Добавлю проверку.

 

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

Сделаю, чтобы администратору отправлялось письмо.

 

Алексей, проблему удалось воспроизвести, на bpanel.ru.

 

Заходим в профиль любого клиента, с любым тарифом, в поле "Зарегистрирован до:" - изменяем на любой срок, допустим +1 месяц и после сохранения, запись появляется на указанной странице, зафиксировал скриншотами.

...

 

 

Алексей, просьба исправить.

Ок.

 

Для тех у кого проявилась данная проблема, переходим на страницу: /order/admin/?mod=tarifs&id=ID (на странице /order/admin/?mod=custom_pkgs - в колонке "Действие" нажимаем на иконку) и на указанной странице (/order/admin/?mod=tarifs&id=ID) - снимаем галки с пунктов (Уведомить клиента по e-mail / Изменить на сервере автоматически) - и нажимаем кнопку "Обновить".

 

 

:)

Или SQL-запрос

delete from custom_pkgs where o01_diskspace='' and o02_trafic='' and o03_mysql='' and o04_addon='' and o05_subdomens='' and o06_parking='' and o07_email='' and o08_ftp='' and o09_dispatch='';

или запустить /admin/upgrade/3.0_beta2_to_3.0_beta3.php из нового билда.

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

Не обновлять же этот текст после выхода новой версии какого-либо из браузеров :)

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

Mozilla пусть остается как есть :)

Алексей, ну ведь обновить не так то и сложно, по крайней мере после выхода новой линейки 53 -> 60..

Нет.

 

По поводу Mozilla, ну так ведь это ошибка, у них есть отдельный продукт с названием Mozilla -> ftp://ftp.mozilla.org/pub/mozilla/

 

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

Ок.

 

Алексей, вот эту фразу:

$lang_r_h_login = "Логин и пароль потребуются Вам для входа в Панель Управления Счетами.<br><br>

Ими могут быть любые комбинации букв и/или цифр на английской раскладке клавиатуры, например:<br><br>

логин: <b>login</b><br>

пароль: <b>password</b>";

 

Думаю стоит уже обновить.

 

Допустим на:

 

$lang_r_h_login = "Логин и Пароль потребуются Вам для входа в Панель Управления Счетами.<br><br>

Ими могут быть любые комбинации букв и/или цифр на английской раскладке клавиатуры.";

 

 

Думаю будет самое оптимальное, т.к. у многих допустим включен генератор паролей, а некоторые кадры вообще так и пытаются написать login / password.

 

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

Нет.

 

Исправлю.

Предпоследний билд, проблема с кодировкой не исправлена.

 

Скинул всю информацию, в личку.

 

С помощью сервиса http://2cyr.com/decode/?lang=ru - все расшифровывается без ошибок.

 

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

Проверяйте на последних билдах.

 

Предпоследний билд.

 

Человек приобрел хостинг+домен+доп. услугу, оплатил по WM, все активировалось автоматом, а дополнительная услуга, сразу получила статус PAID и на гл. странице панели администратора, запись не создалась.

 

Пожалуйста, исправьте..

 

Причем она получила только статус PAID, в колонку "Дата Включения" - ничего не добавилось..

 

 

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

Внес изменения для нового билда. Сообщите, если и далее не будет добавляться в ожидаемые действия.

Дату включения нужно будет устанавливать самостоятельно при изменении статуса услуги (возможно вместе с добавлением каких-либо комментариев в базу и клиенту или пр.).

 

В каждом аккаунте при просмотре через админку пишет Договор: Не заключен.

http://domains.ru/billing/admin/?mod=user&userwhere=ID&id=4980

 

Хоть они все подписывают договор при регистраций.

Если у Вас все подписывают договора, то оставляйте все как есть. Данная ф-ия предназначена для уведомления клиентов вкупе с настройкой Страницы -> Панель клиента -> HTML-текст сообщения о незаключенном договоре для.

 

Скрипт: host.php?mod=notify

Алексей, огромная просьба, если срок продления домена еще не наступил (относится к .ru/.su/.рф), сделайте пожалуйста чтобы там так же не было возможности отправлять уведомления...

 

 

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

Ок.

 

Алексей, у DOMENREG аккаунта, в поле "Оплачено за Хостинг (Реселлинг etc.) и доп. услуги:" - всеравно выводится 0.00 возможно его скрыть лучше?

Нет.

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

При первой оплате за DOMENREG аккаунт (точнее за сам домен), в писем отображается текст:

Тип : DOMENREG

Действие : activate (domenreg) x 1

 

Мне кажется вернее будет написать:

Тип : DOMENREG

Действие : activate

 

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

Нет.

 

Вопрос, как активировать аккаунт, если человек зарегистрировал домен - не оплатил его - удалил, потом ему например перевели домены с другого аккаунта. Но аккаунт не активирован в поле Срок указан 0, и аккаунт числится в Неактивированные.

 

 

 

 

Как его активировать?

Вручную измените дату на 2050 или т.п., а потом еще раз на 2050 или т.п. год.

 

Письмо: DirectI Info: 6.php

Текст: Check the Ultimate HashDebug Mode is False:

Поправьте на: Check the Ultimate Hash Debug Mode is False:

Или:

Check the Ultimate Hash

 

Debug Mode is False:

 

 

А то пробела там не хватает, но возможно последний вариант еще лучше будет, т.к. все другие строчки кокраз так и написаны.

Это текст из KIT directi и их API.

 

След. билд.

 

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

 

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

 

 

Сделайте плиз чтобы это было невозможно..

Так на странице изменения тарифа же выводится уведомление "Мы знаем, что Вы ожидаете проверки и/или обработки заявки, не волнуйтесь.

Полный и подробный список ожидаемых действий смотрите на главной странице биллинга."

 

Обновил архив.

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

Добавлю проверку.

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

 

Добавьте плиз какой нить чекбокс чтобы человек мог использовать уже существующий домен.

 

 

Так же замечу, при повторном изменении на существующий домен - изменение происходит без вывода ошибки...

 

 

====

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

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

Алексей, небольшая просьба, на страничке: /order/index.php?mod=prolong

если домен .ru/.su/.рф, чтобы в [?] который после оплачен максимальный срок

 

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

 

Спасибо.

 

 

P.S.

 

Скриншот:

post-5323-1278715004,83_thumb.png

 

 

Т.е. там допустим после текущей фразы, пару <br> и вывод той.

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

Так на странице изменения тарифа же выводится уведомление "Мы знаем, что Вы ожидаете проверки и/или обработки заявки, не волнуйтесь.

Полный и подробный список ожидаемых действий смотрите на главной странице биллинга."

Алексей, ну добавьте что то вроде: Пожалуйста, до окончания выполнения текущей заявки, не производите повторных.

 

Возможно хоть это поможет..

 

Как то так...

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

Так же замечу, при повторном изменении на существующий домен - изменение происходит без вывода ошибки...

Протестил еще разок...

 

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

Далее указываем, допустим sfvasvasvasvsavsaasvas.ru - все работает отлично, изменяется на "уже существует".

 

Далее повторно заходим и указываем mail.ru - все сохраняется без ошибок.

 

Но тут впринципе лучше продумать вместе с предложением которое я озвучил о чекбоксе..

 

 

И еще одно небольшое предложение..

 

Если допустим человек, изменяет домен на домен из банлиста, чтобы кроме как оповещения администраторов, статус аккаунта изменялся на LOCKED-ALL (если у записи в банлисте - все цело). И выводилось ошибка: Вам запрещено использование услуг (ошибка #ID)!

 

Типо как при регистрации: Вам запрещена регистрация (ошибка #ID)!

 

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

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

Последний билд (тестировал на bpanel.ru).

 

При подтверждении оплаты через яндекс деньги, в таблице платежей создалось две записи за регистрацию домена (хотя кнопку нажал 1 раз):

11 1002 Рег. Домена x 1 2 8.00 USD 10-07-2010 05:26:21 10-07-2010 05:26:21 WAITING YA

12 1002 Рег. Домена x 1 2 8.00 USD 10-07-2010 05:26:21 10-07-2010 05:26:21 WAITING YA

 

Пожалуйста, исправьте.

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

Алексей, небольшая просьба..

 

Страничка: /order/index.php?mod=myfiles

 

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

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

Текст: В базе уже есть необработанная заявка на вывод средств, ожидайте ее выполнения!

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

 

Думаю так получше будет, а то уж больно жестко...

 

И еще возможно стоит добавить текст:

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

Полный и подробный список ожидаемых действий смотрите на главной странице биллинга.

 

чтобы юзеры и не пытались долбилть повторные заявки)

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

Билд от 03.07.2010

 

Страница: index.php?mod=myfiles

 

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

 

Он загружает файл, НО допустим не выбирает персону, а просто пишет свой комментарий.

 

Естественно табличка не пропадает.

 

Но если он использует функцию редактирования, и указывает ФИО и дату (просто скопировав из таблицы выше), то таблица перестает отображается, но при этом человеку все еще доступны кнопка изменить и удалить...

 

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

 

Или возможно сделать просто чтобы человек при редактировании мог выбрать для какой персоны файл.. (самое оптимальное)..

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

Билд от 03.07.2010

 

Возникла ошибка с изменением тарифов, описываю как есть, аккаунт находится на сервере, допустим ID 100, аккаунт находится на тарифе со статусом OFF, активация аккаунтов производится на сервер допустим ID 111, на странице /order/admin/?mod=tarifs&id=ID - выбираем активный тариф у которого так же указан ID 111 (для активации), но так же выбраны все остальные сервера, как и у старого тарифа, нажимаем в левой колонке изменить на сервере автоматически и возникает ошибка:

Сообщение:

Указанные тарифы находятся на разных серверах (111 VS ), запрос к WHM (D.A.) не отправляем.

Необходим ручной перенос аккаунта между серверами.

 

Тарифный план изменен.

Для просмотра данных по аккаунту, нажмите по этой ссылке.

Должны были получить СУММА.

 

 

При этом тариф не изменился на сервере, а в биллинге обновился.

 

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

 

 

===

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

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

Добавлю проверку.

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

 

Добавьте плиз какой нить чекбокс чтобы человек мог использовать уже существующий домен.

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

 

Алексей, небольшая просьба, на страничке: /order/index.php?mod=prolong

если домен .ru/.su/.рф, чтобы в [?] который после оплачен максимальный срок

 

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

 

Спасибо.

 

 

P.S.

 

Скриншот:

post-5323-1278715004,83_thumb.png

 

 

Т.е. там допустим после текущей фразы, пару <br> и вывод той.

Ок.

 

Так на странице изменения тарифа же выводится уведомление "Мы знаем, что Вы ожидаете проверки и/или обработки заявки, не волнуйтесь.

Полный и подробный список ожидаемых действий смотрите на главной странице биллинга."

Алексей, ну добавьте что то вроде: Пожалуйста, до окончания выполнения текущей заявки, не производите повторных.

 

Возможно хоть это поможет..

 

Как то так...

Нет, т.к. итак есть уведомление, процитированное мною выше.

 

Так же замечу, при повторном изменении на существующий домен - изменение происходит без вывода ошибки...

Протестил еще разок...

 

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

Далее указываем, допустим sfvasvasvasvsavsaasvas.ru - все работает отлично, изменяется на "уже существует".

 

Далее повторно заходим и указываем mail.ru - все сохраняется без ошибок.

Так и задумано.

 

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

Нет.

 

Последний билд (тестировал на bpanel.ru).

 

При подтверждении оплаты через яндекс деньги, в таблице платежей создалось две записи за регистрацию домена (хотя кнопку нажал 1 раз):

11 1002 Рег. Домена x 1 2 8.00 USD 10-07-2010 05:26:21 10-07-2010 05:26:21 WAITING YA

12 1002 Рег. Домена x 1 2 8.00 USD 10-07-2010 05:26:21 10-07-2010 05:26:21 WAITING YA

 

Пожалуйста, исправьте.

Исправлю.

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

Алексей, небольшая просьба..

 

Страничка: /order/index.php?mod=myfiles

 

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

Зачем? Итак ведь понятно, что нужно дождаться.

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

Да и проверить, загрузилось или нет, дело нескольких секунд.

 

Текст: В базе уже есть необработанная заявка на вывод средств, ожидайте ее выполнения!

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

 

Думаю так получше будет, а то уж больно жестко...

Нет.

 

И еще возможно стоит добавить текст:

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

Полный и подробный список ожидаемых действий смотрите на главной странице биллинга.

 

чтобы юзеры и не пытались долбилть повторные заявки)

Ок.

 

Билд от 03.07.2010

 

Страница: index.php?mod=myfiles

 

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

 

Он загружает файл, НО допустим не выбирает персону, а просто пишет свой комментарий.

 

Естественно табличка не пропадает.

 

Но если он использует функцию редактирования, и указывает ФИО и дату (просто скопировав из таблицы выше), то таблица перестает отображается, но при этом человеку все еще доступны кнопка изменить и удалить...

 

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

 

Или возможно сделать просто чтобы человек при редактировании мог выбрать для какой персоны файл.. (самое оптимальное)..

Персону нужно выбирать.

 

Билд от 03.07.2010

 

Возникла ошибка с изменением тарифов, описываю как есть, аккаунт находится на сервере, допустим ID 100, аккаунт находится на тарифе со статусом OFF, активация аккаунтов производится на сервер допустим ID 111, на странице /order/admin/?mod=tarifs&id=ID - выбираем активный тариф у которого так же указан ID 111 (для активации), но так же выбраны все остальные сервера, как и у старого тарифа, нажимаем в левой колонке изменить на сервере автоматически и возникает ошибка:

Сообщение:

Указанные тарифы находятся на разных серверах (111 VS ), запрос к WHM (D.A.) не отправляем.

Необходим ручной перенос аккаунта между серверами.

 

Тарифный план изменен.

Для просмотра данных по аккаунту, нажмите по этой ссылке.

Должны были получить СУММА.

 

 

При этом тариф не изменился на сервере, а в биллинге обновился.

 

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

 

 

===

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

Внесу изменения для нового билда.

 

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

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

Так и задумано.

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

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

 

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

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

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

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

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

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

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

Войти

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

Войти

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