BPanel v3.0 Release

[admin]

Текст письма какой?

[ass]

Здравствуйте, Геннадий,

 

Напоминаем, что Ваш аккаунт заблокирован.

Причина: Warez сайты запрещены.

[admin]

Измените статус блокировки на LOCKED-ALL.

Рассылка от CRON приходит только для LOCKED-CP.

[admin]

Обновил архив. Изменения в соотв. с ответами на форуме.

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

[partizansk.eu]

Скажите, если в Панель Администратора - Настройки - Безопасность, снять галочку с "Включить проверку страницы, с которой был переход на скрипт (referrer):" как влияет это на безопасность?. Дело в том, что сегодня установили на домен сертификат SSL и при переходе с протокола https ругается на "Сработала защита против взлома! Доступ к скрипту не со страницы нашего сервера!", если снять галочку такой проблемы нет.

[admin]

Помогает отлавливать хакеров-новичков. Можете отключить, т.к. SSL важнее.

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

[Петро]

partizansk.eu - сделайте вот так в файле .htaccess:

 

RewriteEngine On
RewriteCond  %{HTTPS} !=on
RewriteCond  %{HTTP_HOST} partizansk.eu [OR]
RewriteRule  ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

 

вместо partizansk.eu - адрес сайта с биллингом, после этого все посетители будут принудительно переадресовываться на https.

[admin]

Обновил архив. Изменения в соотв. с ответами на форуме.

[admin]

Обновил архив. Изменения в соотв. с ответами на форуме.

 

К началу - середине следующей недели планирую выполнить работы по накопившимся за недавнее время пожеланиям пользователей. Сделать это ранее в кратчайшие сроки не получилось по причине чрезмерной занятости.

[admin]

Обновил архив. Изменения в соотв. с ответами на форуме.

В т.ч.

+ Работа с файроволлом CSF: поиск, удаление и добавление IP адресов.

* Панель сотрудника. Возможность заказа дополнительных услуг на аккаунт клиента.

[admin]

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

 

+ Формы стола помощи с полями прикрепления файлов: возможность одновременного прикрепления более одного файла.

+ Формы стола помощи с полями прикрепления файлов. При каких-либо ошибках в заполнении полей больше не нужно загружать файлы заново.

[seizon]

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

 

Warning: dir(helpdesk/c/) [function.dir]: failed to open dir: No such file or directory in ****/admin/cron.php on line 2151

 

Fatal error: Call to a member function a0;u() on a non-object in ****/admin/cron.php on line 2152

[admin]

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

[seizon]

Да, теперь всё работает. Спасибо

[Петро]

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

 

С 1 июля 2011 года при регистрации доменного имени в национальных доменах RU и РФ заявителям больше не нужно предоставлять Регистратору копии паспорта или иных документов, подтверждающих идентификационные данные Администратора доменного имени.

 

http://www.nic.ru/news/2011/01.07.regl-ch-2.html

[Vladimir812]

Мне слегка не понятен вот какой момент. Есть клиент хостинг + подарочный домен. Пока в статусе гл. домена аккаунта стоит Регистрация у нас - домен вычитается в первый год, Но стоит клиенту домен сменить, то этот статус меняется на Домен уже есть и подарочный домен перестает считаться. Естественно платежи 0,01 на месте. Как быть в таких случаях?

[Vladimir812]

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

[Vladimir812]

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

[admin]

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

 

С 1 июля 2011 года при регистрации доменного имени в национальных доменах RU и РФ заявителям больше не нужно предоставлять Регистратору копии паспорта или иных документов, подтверждающих идентификационные данные Администратора доменного имени.

 

http://www.nic.ru/ne....regl-ch-2.html

 

Настройки -> скрипт -> очистить данные в

Требовать скан-копии для:
-//- у регистраторов (через запятую):

 

Мне слегка не понятен вот какой момент. Есть клиент хостинг + подарочный домен. Пока в статусе гл. домена аккаунта стоит Регистрация у нас - домен вычитается в первый год, Но стоит клиенту домен сменить, то этот статус меняется на Домен уже есть и подарочный домен перестает считаться. Естественно платежи 0,01 на месте. Как быть в таких случаях?

 

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

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

 

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

 

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

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

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

 

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

 

Прописываются DNS нового сервера? Так ведь при переносе между серверами так и должно быть. Аккаунт переехал, значит переехали и домены на нем.

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

[Vladimir812]

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

 

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

 

По ДНС все просто. Клиента перенесли на другой сервер с другими ДНС, сказали сменить их на новые. Он зашел в раздел домены и увидел, что они уже верные, а на деле это не так.

[admin]

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

 

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

 

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

 

Из-под MainID вообще-то можно оплачивать привязанные аккаунты.

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

 

По ДНС все просто. Клиента перенесли на другой сервер с другими ДНС, сказали сменить их на новые. Он зашел в раздел домены и увидел, что они уже верные, а на деле это не так.

 

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

[Vladimir812]

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

[Vladimir812]

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

 

Fatal error: Call to undefined function main_sql2() in /home/****/public_html/order/index.php on line 12655

[admin]

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

 

Для нового билда внес изменения. Теперь:

1. Привязки к "регистрация у нас" - нет.

2. Привязка есть только к сумме платежа за домен (регистрацию или продление) или к GIFT_DOMEN в данных по платежу.

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

 

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

 

Fatal error: Call to undefined function main_sql2() in /home/****/public_html/order/index.php on line 12655

 

Проверил. Подобной ошибки Нет.

После выхода нового билда обновитесь до него и если ошибка останется, то

 

Для дальнейшего исследования проблемы необходимо следующее:

1. URL скрипта.

2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена;

3. Данные доступа на FTP с биллингом;

4. URL темы на форуме forum.advanta.org;

5. Номер аккаунта mainid и номер аккаунта, на который происходит переключение.

На admin @ advanta.org

[admin]

Обновил архив. Изменения в соотв. с ответами на форуме.