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

BPanel v3.0 Beta3


admin

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

BPanel v3.0 Beta3 доступна для загрузки через клиент-центр: http://order.bpanel.ru

Реализованы все запланированные на данный момент функции и устранены найденные баги.

Полный список изменений: http://bpanel.ru/version.txt

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

 

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

В BPanel v3.0 Release планируется доработать документацию и попутно устранить ошибки и произвести новые необходимые улучшения.

 

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

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

 

Если Вам непонятны какие-либо функции BPanel, принцип их работы, и эта информация отсутствует в ReadMe.doc, не стесняйтесь обращаться на форум.

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

  • Ответов 973
  • Создана
  • Последний ответ

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

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

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

Дата в параметре lang-файла:

 

$lang_t1_after	= "После оплаты отправьте письмо на <a href='mailto:$mymail_billing'>$mymail_billing</a>, в котором укажите номер аккаунта, способ оплаты, сумму и новый тариф16:11 09.12.2009ный план.";

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

Пропущена буква "н":

 

$lang_p_after1	= "После активации аккаунта а Ваш e-mail

 

пропущено слово "изменить"

 

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

version.txt.

 

Пункт:

4. При работе с lendshop обновите соответствующие переменные в файле /admin/conf/merchants.php, сравних их с оригинальным одноименным файлов.

 

Противоречит с:

7. Настройки мерчантов Яндекс.Деньги, IntellectMoney, InterKassa, LendShop, LiqPay и TeleMoney при запуске 3.0_beta2_to_3.0_beta3.php будут перенесены из файла /admin/conf/merchants.php в базу MySQL, файл удален из архива за ненадобностью.

 

Думаю в 4 нужно исправить на изменение настроек в панели администратора.

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

Текст: Неприсланных документов нет

Замените на: Не присланных документов нет

 

Текст: список неприсланных документов

Замените на: список не присланных документов

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

Текст: можно просмотреть после авторизации в нашей панеле

Замените на: можно просмотреть после авторизации в нашей панели

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

Алексей, 2 вопроса.

 

1. Как поведет себя апгрейдер если файл мерчантс.пхп уже будет отсутствовать?

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

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

При попытке доступа к странице "Услуги" - "Дополнительные услуги" появляется ошибка:

 

1038Out of sort memory; increase server sort buffer size

 

На странице "Регистрация или перенос домена" не включены в lang-файл (нельзя перевести):

 

Действие: Регистрация нового домена (Перенос существующего домена).
Ссылка на комментарий
Поделиться на другие сайты

В аккаунтах "Domenreg" если клиент заказал 2-й, 3-й и т.д. домен - я не вижу в админке какие ДНС указывал клиент, ДНС прописаны только к 1-му (главному) домену, ко всем остальным - надо догадываться или писать клиенту, на какие ДНС регистрировать домен. Я уже писал ранее об этом, пожалуйста, внесите изменения, чтобы можно было видеть ДНС по каждому заказанному домену.

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

И еще: при отправке письма пользователю появляется ошибка:

 

Notice: Undefined variable: link_unsubscribe in /home/***/admin_massmail.php on line 5

 

А ниже:

 

Отправлено письмо пользователю Кирилл.

 

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

 

Хотя стоп - если письмо отправлял одному пользователю персонально, то ведь это не рассылка - может снять возможность отказа для персональных писем?

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

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

post-5783-1293058030,45_thumb.jpg

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

БОЛЬШОЕ спасибо за то, что добавили возможность размещения описания услуг, способов оплаты и т.п. на разных языках. При рассылке клиентам - работает, проверено. Но очень жаль, что не работает эта функция в письме "Заказ на Регистрацию Домена", а именно в том месте, куда подставляется описание доменной зоны (Комментарии в Письмо Клиенту) - я внес комментарии для доменной зоны на двух языках, но в письма с разными языками подставляется один и тот же текст. Если возможно - исправьте, пожалуйста.

 

P.S. Биллинг стал намного продуктивнее, спасибо за Вашу работу.

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

Еще нашел кое-что :)

 

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

 

Например, оформляем заказ домена панасонік.com.ua и в форме заказа нажимаем кнопку "проверить" - в окошке откроется надпись "Домен панасонк.com.ua ..." - без буквы "і".

 

Дальше - и в самом заказе, и в письмах, всюду - с буквами все в порядке, исчезают буквы только при проверке.

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

В аккаунтах "Domenreg" если клиент заказал 2-й, 3-й и т.д. домен - я не вижу в админке какие ДНС указывал клиент, ДНС прописаны только к 1-му (главному) домену, ко всем остальным - надо догадываться или писать клиенту, на какие ДНС регистрировать домен. Я уже писал ранее об этом, пожалуйста, внесите изменения, чтобы можно было видеть ДНС по каждому заказанному домену.

+1

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

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

post-5783-1293058030,45_thumb.jpg

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

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

Еще нашел кое-что :)

 

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

 

Например, оформляем заказ домена панасонік.com.ua и в форме заказа нажимаем кнопку "проверить" - в окошке откроется надпись "Домен панасонк.com.ua ..." - без буквы "і".

 

Дальше - и в самом заказе, и в письмах, всюду - с буквами все в порядке, исчезают буквы только при проверке.

В настройках зоны добавили поддержку этих букв?

 

UPD. Проверил, актуально..

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

Страница: /news.php?mod=network&go=sheduled

1064You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ans thestatus!='investigation' and thestatus!='outof' and thestatus!='resolved' ' at line 1
Ссылка на комментарий
Поделиться на другие сайты

Алексей, продолжение проблем с активацией DEDICATED аккаунтов.

 

Если не указываем root login для хранения в БД, то на гл. странице пишется:

Ваш аккаунт #1007 () активирован.

 

+ Ссылка генерируется вот так:

/order/host.php?mod=myserver&id=1007&login=

 

Хотя логин самого аккаунта то присутствует...

 

 

Для след. билда, пожалуйста, для всех аккаунтов перейдите на активацию именно по ID аккаунта.

 

Но и думаю что в логин нужно подставлять именно логин аккаунта, который есть ВСЕГДА, а не необязательные данные..

 

 

UPD.

 

Нажимаем на подтверждение активации, по предоставленной ссылке в биллинге и получаем ошибку: Аккаунт с такими данными в базе не найден!

 

 

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

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

Алексей, поставил чистый денвер + последний zend.

 

Поставил бету 1, далее залил бету 3, в итоге запустил обновление, на бету 2, обновление прошло без ошибок, а вот на бету 3, возникли следующие ошибки:

Warning: main(Z:/home/localhost/www/order/admin/conf/merchants.php) [function.main]: failed to open stream: No such file or directory in Z:\home\localhost\www\order\admin\upgrade\3.0_beta2_to_3.0_beta3.php on line 1280

Warning: main() [function.include]: Failed opening 'Z:/home/localhost/www/order/admin/conf/merchants.php' for inclusion (include_path='.;/usr/local/php5/PEAR') in Z:\home\localhost\www\order\admin\upgrade\3.0_beta2_to_3.0_beta3.php on line 1280
Обновление базы данных завершено!

 

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

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

Далее, запустил проверку целостонсти БД:

 

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in Z:\home\localhost\www\order\admin\database_check.php on line 52

 

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in Z:\home\localhost\www\order\admin\database_check.php on line 124

 

Notice: Undefined variable: database1 in Z:\home\localhost\www\order\admin\database_check.php on line 144

[ убрать подсказку | никогда больше не показывать ]

 

Это предупреждение, вероятнее всего, возникает вследствие высокого уровня контроля ошибок в PHP, по умолчанию установленного в Денвере (E_ALL). Такой режим вывода ошибок является рекомендуемым и сильно помогает при отладке скриптов. Однако множество готовых скриптов требуют более низкого уровня ошибок.

 

Вы можете установить более слабый контроль ошибок одним из следующих способов:

 

* Впишите в скрипты строчку:

 

Error_Reporting(E_ALL & ~E_NOTICE);

 

Этот способ особенно удобен, если в скрипте есть один файл (конфигурационный), который подключается всеми остальными.

* Рекомендуемый способ. Создайте в директории со скриптом файл .htaccess следующего содержания:

 

php_value error_reporting 7

 

* Исправьте в /usr/local/php/php.ini значение error_reporting на E_ALL & ~E_NOTICE. Этот способ не является рекомендуемым и может привести к серьезным неудобствам при отладке!

 

[Денвер: показать возможную причину ошибки]

Warning: Invalid argument supplied for foreach() in Z:\home\localhost\www\order\admin\database_check.php on line 144

Base Version: 3.0 Beta3 от 22.12.2010.

 

Checking database structure with /admin/modules/database.php: something wrong!

 

ID not found at table acc!

userlogin not found at table acc!

...

waitdays not found at table waitdays!

 

 

 

======

 

 

Проверил дополнительно..

 

Beta 1 - целостность проверяется корректно и все работает корректно.

Beta 2 (сетап с нуля или обновление с Beta 1) - ошибка как процитировал выше

Beta 3 (сетап с нуля или обновление с Beta 1) - ошибка как процитировал выше

 

 

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

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

Причем как нистранно, все работает, но вот целостность проверяется некорректно, это если с обновлением с беты 1.

 

Если сетап беты 2 или 3 - не работает..

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

По посту #22 просто добавьте проверку, существует ли вообще такой файл или нет, возможно юзер его вручную удалил, возможно он со старой версии обновляется... Чтобы скрипт тогда вообще пропускал шаг импорта данных из этого файла и его удаление..

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

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

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

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

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

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

Войти

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

Войти

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