admin Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 BPanel v3.0 Beta3 доступна для загрузки через клиент-центр: http://order.bpanel.ru Реализованы все запланированные на данный момент функции и устранены найденные баги. Полный список изменений: http://bpanel.ru/version.txt Вкратце: подключено 4 новых мерчанта, реализовано большое количество сложных и в то же время интересных функций, написан конвертор для миграции со скрипта RootPanel. Английский язык будет добавлен в Beta3 в самое ближайшее время, а мерчант QiWi подключим после получения отправленного нами в платежную систему договора. В BPanel v3.0 Release планируется доработать документацию и попутно устранить ошибки и произвести новые необходимые улучшения. Будем рады выслушать любые предложения по улучшению текущих функций скрипта. Также просим сообщать обо всех найденных ошибках и недоработках, пусть даже и незначительных. Если Вам непонятны какие-либо функции BPanel, принцип их работы, и эта информация отсутствует в ReadMe.doc, не стесняйтесь обращаться на форум. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Дата в параметре lang-файла: $lang_t1_after = "После оплаты отправьте письмо на <a href='mailto:$mymail_billing'>$mymail_billing</a>, в котором укажите номер аккаунта, способ оплаты, сумму и новый тариф16:11 09.12.2009ный план."; Ссылка на комментарий Поделиться на другие сайты More sharing options...
admin Опубликовано 22 декабря, 2010 Автор Жалоба Share Опубликовано 22 декабря, 2010 Исправлю для следующей сборки. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Пропущена буква "н": $lang_p_after1 = "После активации аккаунта а Ваш e-mail пропущено слово "изменить" Вам будет необходимо DNS Ссылка на комментарий Поделиться на другие сайты More sharing options...
admin Опубликовано 22 декабря, 2010 Автор Жалоба Share Опубликовано 22 декабря, 2010 Также исправлю Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 logotype.gif Обновите на 2011 Хотя возможно стоит просто написать BPANEL по центру, чтобы постоянно не обновлять.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 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 нужно исправить на изменение настроек в панели администратора. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Текст: Неприсланных документов нет Замените на: Не присланных документов нет Текст: список неприсланных документов Замените на: список не присланных документов Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Текст: можно просмотреть после авторизации в нашей панеле Замените на: можно просмотреть после авторизации в нашей панели Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Алексей, 2 вопроса. 1. Как поведет себя апгрейдер если файл мерчантс.пхп уже будет отсутствовать? 2. На странице где ранее добавлялись мерчанты которые теперь в админке, их нужно будет вручную удалить? Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 При попытке доступа к странице "Услуги" - "Дополнительные услуги" появляется ошибка: 1038Out of sort memory; increase server sort buffer size На странице "Регистрация или перенос домена" не включены в lang-файл (нельзя перевести): Действие: Регистрация нового домена (Перенос существующего домена). Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 В аккаунтах "Domenreg" если клиент заказал 2-й, 3-й и т.д. домен - я не вижу в админке какие ДНС указывал клиент, ДНС прописаны только к 1-му (главному) домену, ко всем остальным - надо догадываться или писать клиенту, на какие ДНС регистрировать домен. Я уже писал ранее об этом, пожалуйста, внесите изменения, чтобы можно было видеть ДНС по каждому заказанному домену. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 И еще: при отправке письма пользователю появляется ошибка: Notice: Undefined variable: link_unsubscribe in /home/***/admin_massmail.php on line 5 А ниже: Отправлено письмо пользователю Кирилл. Проверил - письмо приходит, при этом в письме есть ссылка на возможность отказаться от получения писем... Хотя стоп - если письмо отправлял одному пользователю персонально, то ведь это не рассылка - может снять возможность отказа для персональных писем? Ссылка на комментарий Поделиться на другие сайты More sharing options...
seizon Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Вот такое на главной странице панели. Всегда все по нулям, даже если заказать домен. Где это можно выключить. На аккаунтах DOMENREG Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 БОЛЬШОЕ спасибо за то, что добавили возможность размещения описания услуг, способов оплаты и т.п. на разных языках. При рассылке клиентам - работает, проверено. Но очень жаль, что не работает эта функция в письме "Заказ на Регистрацию Домена", а именно в том месте, куда подставляется описание доменной зоны (Комментарии в Письмо Клиенту) - я внес комментарии для доменной зоны на двух языках, но в письма с разными языками подставляется один и тот же текст. Если возможно - исправьте, пожалуйста. P.S. Биллинг стал намного продуктивнее, спасибо за Вашу работу. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Петро Опубликовано 22 декабря, 2010 Жалоба Share Опубликовано 22 декабря, 2010 Еще нашел кое-что В целом в биллинге украинские буквы "работают" всюду, кроме одной функции - проверки домена. Если заполнять форму заказа домена, и возле названия домена нажать на "проверить", то в окошке, которое появляется, украинские буквы пропадают. Например, оформляем заказ домена панасонік.com.ua и в форме заказа нажимаем кнопку "проверить" - в окошке откроется надпись "Домен панасонк.com.ua ..." - без буквы "і". Дальше - и в самом заказе, и в письмах, всюду - с буквами все в порядке, исчезают буквы только при проверке. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 В аккаунтах "Domenreg" если клиент заказал 2-й, 3-й и т.д. домен - я не вижу в админке какие ДНС указывал клиент, ДНС прописаны только к 1-му (главному) домену, ко всем остальным - надо догадываться или писать клиенту, на какие ДНС регистрировать домен. Я уже писал ранее об этом, пожалуйста, внесите изменения, чтобы можно было видеть ДНС по каждому заказанному домену. +1 Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Вот такое на главной странице панели. Всегда все по нулям, даже если заказать домен. Где это можно выключить. На аккаунтах DOMENREG Алексей, еще на стадии BETA говорил об этом, исправьте уже наконец то, что за бред с этими нулями...... Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Еще нашел кое-что В целом в биллинге украинские буквы "работают" всюду, кроме одной функции - проверки домена. Если заполнять форму заказа домена, и возле названия домена нажать на "проверить", то в окошке, которое появляется, украинские буквы пропадают. Например, оформляем заказ домена панасонік.com.ua и в форме заказа нажимаем кнопку "проверить" - в окошке откроется надпись "Домен панасонк.com.ua ..." - без буквы "і". Дальше - и в самом заказе, и в письмах, всюду - с буквами все в порядке, исчезают буквы только при проверке. В настройках зоны добавили поддержку этих букв? UPD. Проверил, актуально.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Страница: /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 Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Алексей, продолжение проблем с активацией DEDICATED аккаунтов. Если не указываем root login для хранения в БД, то на гл. странице пишется: Ваш аккаунт #1007 () активирован. + Ссылка генерируется вот так: /order/host.php?mod=myserver&id=1007&login= Хотя логин самого аккаунта то присутствует... Для след. билда, пожалуйста, для всех аккаунтов перейдите на активацию именно по ID аккаунта. Но и думаю что в логин нужно подставлять именно логин аккаунта, который есть ВСЕГДА, а не необязательные данные.. UPD. Нажимаем на подтверждение активации, по предоставленной ссылке в биллинге и получаем ошибку: Аккаунт с такими данными в базе не найден! Просьба исправить. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Алексей, поставил чистый денвер + последний 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 Обновление базы данных завершено! Просьба исправить.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Далее, запустил проверку целостонсти БД: 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) - ошибка как процитировал выше Просьба исправить.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 Причем как нистранно, все работает, но вот целостность проверяется некорректно, это если с обновлением с беты 1. Если сетап беты 2 или 3 - не работает.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Lazek Опубликовано 23 декабря, 2010 Жалоба Share Опубликовано 23 декабря, 2010 По посту #22 просто добавьте проверку, существует ли вообще такой файл или нет, возможно юзер его вручную удалил, возможно он со старой версии обновляется... Чтобы скрипт тогда вообще пропускал шаг импорта данных из этого файла и его удаление.. Ссылка на комментарий Поделиться на другие сайты More sharing options...
Рекомендуемые сообщения
Для публикации сообщений создайте учётную запись или авторизуйтесь
Вы должны быть пользователем, чтобы оставить комментарий
Создать учетную запись
Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!
Регистрация нового пользователяВойти
Уже есть аккаунт? Войти в систему.
Войти