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

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


admin

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

Нет, т.к не считаю, что база F.A.Q. по хостингу может содержать такое количество данных, что потребуется вводить субкатегории.

Здравствуйте Алексей :).

 

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

Все равно разрастись до такого объема, что потребуются субкатегории, она в 99% процентов установок не может.

3.0 Beta 3

Увидел достаточно интересную функцию - Автопродление услуг.

Скриншот:

post-5323-1264844880,06_thumb.jpg

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

 

Ну и выставление счета на WMID - так же достаточно удобная вещь.

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

Страница: /order/admin/?mod=user&userwhere=ID&id=ID

Текст: Оплачено за Хостинг (Реселлинг etc.) и доп. услуги

Замените на: Оплачено за УСЛУГА и доп. услуги

Т.е.:

Оплачено за Хостинг и доп. услуги

Оплачено за Реселлинг и доп. услуги

Оплачено за Сервер и доп. услуги

Оплачено за VPS и доп. услуги

 

Будет намного лучше, да и просто намного понятнее :).

Нет, т.к. предыдущие платежи могли быть за хостинг, а не за DOMENREG (если аккаунт был принудительно переключен на этот тип) и т.д.

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

 

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

 

Подумайте над этим, когда будет работать с этой таблицей, мне кажется это будет намного удобнее..

Так собственно сейчас и есть. Файл нужно загружать лишь единожды для комбинации ФИО+дата рождения (организация+ИНН).

Так же небольшое предложение по странице /order/index.php?mod=account

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

Предложение заключается в том, чтобы модернизировать данный функцию, сделать допустим в виде таблицы с выводом ФИО и каких-либо доп данных (типо как у webnames.ru - персоны) и возможность добавления новых персон, чтобы, допустим при заказе домена, человеку не нужно было для первого домена все заполнять, а он сразу мог выбрать нужную персону, ну и для управления старыми аккаунтами, в том числе и слежения за статусами паспортов и т.п. :).

Ну и естественно это связано с предложением в сообщении #2421.

Нет.

Предлагаю сделать функцию перекодировки при поиске аккаунта, часто ввожу в поиск логин неправильно переключив раскладку) - чтобы искало только по кириллице, но если ничего не нашло, то по латинице перекодировалось

Используйте punto switcher :)

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

Если бы была массовая проблема, то задумался бы над модификацией функции поиска. А вообще, искать лучше по номеру заказа :)

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

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

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

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

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

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

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

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

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

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

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

Зачисление на карту экспресс-оплаты сделаю для Beta3.

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

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

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

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

Не согласен, абсолютно ненужная вещь и потянет лишние вопросы от владельцев этих аккаунтов...

 

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

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

Вы для решения задачи можете добавлять IP адрес в комментарии для администраторов/сапортов на странице блокировке аккаунта

Алексей, ну вот последний пример, человек заказа, ну допустим 10 серверов, везде указал один и тот же домен, в том же BurstNET, это выглядит как s1.domain.com s2.domain.com и т.п...

 

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

Т.к. при большом числе запросов, совершенно неудобно постоянно что то открывать чтобы увидеть такую простую информацию.. О сервере клиента...

Все равно разрастись до такого объема, что потребуются субкатегории, она в 99% процентов установок не может.

Алексей, ну ведь лично Вы, не будете же ставить отдельный биллинг для FAQ, ну это глупо как минимум... Ведь биллинг должен быть 1 для всей компании и ее проектов... А на текущий момент, в faq очень сложно реализовать достаточно большую базу знаний, чтобы люди могли ей удобно пользоваться, т.к. выходит огромное число категорий прямо на faq.php, когда это можно без особой нагрузки, раскидать в субкатегории..

 

 

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

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

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

С одного из следующих билдов это будет логироваться в события аккаунта.

Вы для решения задачи можете добавлять IP адрес в комментарии для администраторов/сапортов на странице блокировке аккаунта

Алексей, ну вот последний пример, человек заказа, ну допустим 10 серверов, везде указал один и тот же домен, в том же BurstNET, это выглядит как s1.domain.com s2.domain.com и т.п...

 

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

Т.к. при большом числе запросов, совершенно неудобно постоянно что то открывать чтобы увидеть такую простую информацию.. О сервере клиента...

Измените в биллинге имя домена.

 

Все равно разрастись до такого объема, что потребуются субкатегории, она в 99% процентов установок не может.

Алексей, ну ведь лично Вы, не будете же ставить отдельный биллинг для FAQ, ну это глупо как минимум... Ведь биллинг должен быть 1 для всей компании и ее проектов... А на текущий момент, в faq очень сложно реализовать достаточно большую базу знаний, чтобы люди могли ей удобно пользоваться, т.к. выходит огромное число категорий прямо на faq.php, когда это можно без особой нагрузки, раскидать в субкатегории..

Изменять что-либо в этом плане не буду.

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

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

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

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

Обновись до последнего, там логируется как в истории аккаунтов так и в событиях аккаунтов.

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

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

 

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

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

Верификация аккаунта (проверка содержимого сайта).

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

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

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

 

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

Нет.

Верификация аккаунта (проверка содержимого сайта).

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

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

Попутно самостоятельно можно прозванивать по телефону или пр.

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

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

Попутно самостоятельно можно прозванивать по телефону или пр.

Ясно, спасибо за информацию, тут мне кажется вернее будет, как то так:

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

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

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

Попутно самостоятельно можно прозванивать по телефону или пр.

Ясно, спасибо за информацию, тут мне кажется вернее будет, как то так:

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

Как получиться, - так и сделаю. Если потом будут предложения по доработкам, обязательно их рассмотрю.

Скорее всего страница будет отображаться не в новом окне, а во фрейме, чтобы можно было сделать что-то наподобие конвейера проверки сайтов: нажал ОК по одному и на новой странице уже отображается другой.

а если в аккаунте несколько сайтов?

Как я писал ранее,

Попутно самостоятельно можно прозванивать по телефону или пр.

"и пр." в данном случае означает, что в соответствии с политикой компании сапорт может проверять и дополнительные домены, заполучая их список в cPanel, залазить в аккаунт под SSH root и т.п. :)

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

Хорошо бы сделать возможность видеть и админам и клиентам историю нагрузок по аккаунту.

Ну истории нет и не будет, а вот нагрузка после usage.php - отображается и для суппортов, и для админов, и для клиентов..

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

Хорошо бы сделать возможность видеть и админам и клиентам историю нагрузок по аккаунту.

Историю нагрузок смотрите в WHM.

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

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

3.0 Beta 3

Конструктор серверов.

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

 

Т.е. допустим, человек покупает винчестер +5$ и через некоторое время от него отказывается, допустим 15 дней и допустим в том же бурсте (в инвойсе становится -2.5$), тут я думаю вернее будет сделать чтобы разница сразу уходила на карту (или была такая возможность).

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

3.0 Beta 3

Алексей, пожалуйста, подружите уже наконец то imap.php с dovecot.. Ей богу надоела эта постоянная ошибка в error_log'e:

[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

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

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

3.0 Beta 3

Конструктор серверов.

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

 

Т.е. допустим, человек покупает винчестер +5$ и через некоторое время от него отказывается, допустим 15 дней и допустим в том же бурсте (в инвойсе становится -2.5$), тут я думаю вернее будет сделать чтобы разница сразу уходила на карту (или была такая возможность).

Скорее всего, эту функцию сделаю.

3.0 Beta 3

Алексей, пожалуйста, подружите уже наконец то imap.php с dovecot.. Ей богу надоела эта постоянная ошибка в error_log'e:

[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[11-Feb-2010 16:15:02] PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

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

В сообщении вроде как говорится о небезопасном подключении. Подключайтесь безопасно.

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

Скорее всего, эту функцию сделаю.

Алексей, спасибо, буду ждать, если возможно, сделайте опционально Yes/No, чтобы кому не нужно - могли выключить и деньги на карту не возвращались :).

 

В сообщении вроде как говорится о небезопасном подключении. Подключайтесь безопасно.

Алексей, пробовал эксперементировать с настройками - не помогает, тестил до посинения не помогает...

 

Пожалуйста, как будет минутка, попробуйте в WHM включить dovecot и добиться корректной работы imap.php и напишите в ридми как Вам это удалось, точнее с какими параметрами...

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

3.0 Beta 3

Снимите пожалуйста ограничения в данной функции: Макс. кол-во HDD для конструктора (не более 6)

Т.к. мало ли большой корпус :) И плата поддерживает больше и естественно получается не очень удобное ограничений, сделайте пожалуйста просто:

Макс. кол-во HDD для конструктора:

 

Либо для след. билда...

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

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

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

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

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

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

Войти

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

Войти

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