Lazek

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

Да вот именно, хотелось бы чтобы для физ. лиц такая возможность тоже была, хотя бы просто в красивом виде как в WHMXX... Готов даже оплатить...

Алексей, маленькая просьба, для ближайшей версии или билда(ов). Уже накопилось большое число просьб, на появление функции, возможности скачивания счетов, т.е. вот в панели клиента есть счета на вкладке "мой аккаунт", добавьте, пожалуйста, возможность их скачивания в формате .PDF (типо как в whmXX), а так же, допустим их распечатки.

Хотя юр.лиц это не коснулось.... Вообщем думаю найдете решение .

Алексей, в связи с тем что теперь данные в WHOIS скрыты по умолчанию, мне кажется стоит обновить тексты в биллинге, галка ПП для .ru/.su/.рф вообще более не нужна. Так же стоит добавить информацию на странице паспортных данных где они заполняются, что в WHOIS информация будет скрыта, в соотвествии с требованиями 152 Ф.З. "О персональных данных". На сайте того же вебнеймс есть инфа, так же они подтвердили что PP теперь снимается тока по письменному согласию... Просто во многих местах там допустим где предлагает установить пп старая инфа о ввиде WHOIS тоже самое вопросы почему в воис пп, стоит сразу уведомить на странице паспортных данных.. url: http://www.webnames.ru/scripts/news.pl?news_id=725

Алексей, в BPanel добавьте, пожалуйста .

Спасибо . Единственное мне кажется, символ ; лучше заменить на . (точку)

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

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

Да, тока что проверил

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

Огромное спасибо.

Алексей, последний билд. Небольшой недочет в паспортных данных, а точнее поле: *Контактные телефоны если указывать так же как в примере, то пробелы всеравно "съедаются", т.е. стоит удалить пробелы и в примере и фразу что пробелами должны быть разделены - так же удалить и самое главное, заметил что многие люди не указывают 7 для РФ, возможно стоит добавить открывающийся список [?] где есть примеры телефонных номеров.

Если мне не изменяет память, то для 1.345, перевод для D.A. более не обновлялся и честно говоря, врядли, что будет (снова же насколько я помню, перевод для D.A., делался на заказ, но без дальнейшей поддержки). Перевод cPanel - обновляется постоянно, т.к. этот продукт сами используем (время от времени, перевод автоматически обновляется разработчиками cPanel).

http://forum.advanta.org/index.php?showtopic=5012&view=findpost&p=41112

Панель администратора. Поля "Комментарии в базу: и Комментарии клиенту:" - уж слишком жестко к правому краю.. Сделайте пожалуйста по середине, скриншот:

Алексей, критичная ошибка.. Создаем отдел (указываем тока название на русском и емаил). Далее изменяем порядок отображения отделов, сохраняем. И вот тут ошибка в название отдела на английском и описание (тоже на англ) подставляются данные из старого отдела который был под этим ID.. Просьба исправить (думаю в других моментах где есть сортировка - тоже самое)..

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

Точно такие же как и для основного домена Зайдите в панель клиента где есть такой домен - там будут подробности Вообще рекомендую глянуть тему беты3, там отличное предложение от другого участника форума, по этому поводу..

Вообще с минусами мне кажется баг, иногда "Вы должны были получить -СУММА", явно нужно исправить чтобы с минусом была исключающая ситуация и допустим было просто как 0 или допустим зачислялось как + т.е. возврат клиенту...

Уже реализовано Смотрите последний билд (настройки подарочных доменов).

Алексей, просьба поддержку 5.2 - не отменяйте пока..

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

Алексей, один знакомый указал про не совсем удобную ситуацию, домен активирован в базе (не будем уточнять причины, скажем просто по ошибке и т.п.), далее человек с гл. страницы панели администратора уже отправляет корректно запрос на активацию, но т.к. домен уже активирован запрос к регистратору не отправляется, сделайте пожалуйста, чтобы писалось: Домен уже активирован в базе [отправить запрос к регистратору] - и тут ссылка на запрос к регистратору на регистрацию и допустим чтобы если он уже активирован повторной кнопки добавить в базу не было..

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