romodos
-
Постов
106 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные romodos
-
-
Нет, средств было ровно столько, сколько выводили.
Ну ладно, если баг повторится, сообщу.
-
Честно говоря, не знаю точно. Я сам из панели клиента выводил ему на карту. Вроде бы карта автоматически создалась при выводе средств (судя по времени создания).
Попробовал только что у другого клиента - все начислилось нормально.
Может быть просто дважды операция прошла.
-
Здравствуйте.
Такая проблема: клиент заработал в партнерке N у.е.
При выводе на карту экспресс-оплаты ему начислилось 2*N у.е.
Не подскажете, в чем фокус?
Спасибо.
-
Попробуйте еще http://forum.advanta.org/index.php?s=&...ost&p=21967
У меня там немного не те поля надо было переставлять, но я подредактировал скрипт - запустил, теперь вроде все ок.
Но непонятно, почему получается такая чехарда при обновлении?
Ведь поля эти не менялись уже сто лет.
-
Блин, после выполнения этих операций поменялись местами код региона в телефоне и город, сбились настройки страны. А вместо области теперь пишет RU.
-
Видимо, проблема в том, что у Вас в mysql зачем-то установлена дефолтная кодировка latin1_swedish_ci, что безосновательно при использовании русских символов.
Измените кодировку в my.cnf, а через phpmyadmin измените кодировку уже существующих таблиц.
Не знаю, дело давно было, но сейчас стоит дефолтная кодировка нормально.
Спрашивал для того чтобы удостовериться, что кроме смены кодировки в phpmyadmin больше никаких действий выполнять не надо.
-
Здраствуйте.
В свое время я отказался от использования HelpDesk в Bpanel, потому что тексты тикетов отображались вопросиками. Тогда не было времени и желания разбираться.
Теперь, я вижу, что проблема не только в HelpDesk. Например, когда клиент оповещает о ручной оплате, в админке весь русский текст тоже отображается вопросиками. Также и с письмами, отправленными пользователям. Насколько я понимаю, проблема в кодировке, т.к. некоторые таблицы MySQL почему-то записаны в кодировке latin1_swedish_ci, в то время как остальные - в cp1251_general_ci.
Вот имена этих таблиц:
actions
dns
h_answers
h_blockemail
h_blocktext
h_depts
h_emails
h_logs
mail
supports
whois
Подозреваю, что у этих таблиц странная кодировка, т.к. они были не с самого начала, а были добавлены в одной из версий Bpanel и, видимо, создались с дефолтной кодировкой.
Подскажите, как решить эту проблему.
Спасибо.
-
Спасибо, теперь выдает, что все ОК.
-
Должен быть указан. Для новых билдов сделаю, чтобы по дефолту при указании срока как 1 год продлять можно было за 30 дней до окончания и меньше.
А если бы нашего регистратора не было в списке? Не понимаю, зачем его там указывать? На что это влияет?
-
Так а почему у Вас в настройках доменной зоны не указан регистратор?!
А, собственно, почему он там должен быть указан? Мы пока вручную проводим операции с доменами. И как это может быть связано с невозможностью продления?
-
Посмотрел и его, также есть форма и также нету текста "оплачен максимальный срок".
Потому что я поставил срок регистрации .RU обратно на 2, а то клиенты не могут домены продлить.
-
О какой домене идет речь?
Поставил Вам срок для .Ru = 1
И проверил на ID Домена : 261 - все нормально, отображает форму для оплаты продления.
Это потому, что этот домен уже истек.
Посмотрите ID 281.
-
1. Попробуйте обновить до текущего билда, в некоторых билдах были проблемы, связанные с этой ф-ией.
Эх, буквально на днях обновлялся (28 ноября), вроде последний билд стоит.
2. Проверяли на advanta.org на .html и .php странице - все работало нормально. Проблема, может быть, действительно в "RewriteRules в .htaccess.".В beta2 верятно внесу возможность отключения передачи параметров.
Спасибо, надеюсь на это.
-
По второму.
Это не ошибка,
т.к ссылка получается: /index.php?userid=номер&userlogin=логин&email=емейл и не может создавать ошибку, реализовано по запросу клиента на форуме, видимо для заполнение формы оплаты на определенной странице.
Может, если используется RewriteRules в .htaccess.
Нельзя ли сделать включение данной строки опциональным? А то одним сделали хорошо, другим плохо.
-
Здравствуйте.
2 проблемы:
1. Максимальный срок регистрации для доменов ru и su выставлен в 1 год.
У клиента домены истекают через 15 дней.
Вместо формы оплаты у него почему-то написано "оплачен максимальный срок".
Если установить макс. срок регистрации 2 года, то все становится нормально.
2. Почему-то к ссылке с реквизитами для оплаты в ручном режиме биллинг стал приписывать строку
?userid=номер&userlogin=логин&email=емейл
Нам это совершенно без надобности и даже мешает, т.к. отправляет пользователя на несуществующую страницу.
Надеюсь на решение.
-
Здраствуйте.
После обновления с Alpa2 на текущую версию database_check.php выдал вот что:
DataBase Checker for BPanel.Base Version: 3.0 Beta.
Checking database structure with /admin/conf/database.php: something wrong!
city!==region at acc!
country!==city at acc!
thecode!==country at acc!
region!==thecode at acc!
city!==region at domen!
country!==city at domen!
thecode!==country at domen!
region!==thecode at domen!
Хотя вроде бы визуально все выглядит нормально.
Такое ощущение, что проблема в порядке упоминания баз в database.php.
Это просто ошибка в database_check.php или с базой что-то действительно не так?
Спасибо.
-
Бредово конечно, но может вы недавно скопировали биллинг на другой аккаунт, а со старого забыли удалить и крон работает по старым данным?
-
Сделаю запрет на использование пароля, такого же, как и логина.
Спасибо.
-
Т.к. в биллинге лежит конфиденциальная информация, защита доступа должна быть на высоте.
Логин и Пароль клиент придумывает/вводит самостоятельно, соответственно эта задача ложится целиком и полностью на его плечи.
Я забочусь о своих клиентах и хочу, чтобы биллинг отговаривал их от глупых решений
-
У Вас были нехорошие прецеденты на этот счет?
Нехорошо, когда пароль содержит логин, а то и совпадает с ним.
Т.к. в биллинге лежит конфиденциальная информация, защита доступа должна быть на высоте.
-
Большая просьба сделать, чтобы при регистрации клиента проверялось, не содержит ли пароль логин. Спасибо.
-
Судя по информации с зарубежных форумов, датацентр Burst.net подвергается жесточайшей DDOS-атаке и они с переменным успехом то ложатся, то вновь появляются в сети.
Так у вас же два сервера, почему на второй не идет запрос?
Кстати, сейчас уже довольно долго эта ошибка не вылезала.
-
Здравствуйте.
В последнее время стала часто вылезать ошибка
Connection timed out (110)
The MD5 ERROR! [The IP2 VS 89.108.125.142]
Работать просто невозможно.
Раньше такого не было.
Подскажите, в чем может быть проблема?
Спасибо.
-
Алексей, у меня одно пожелание: пореже меняйте файлы шаблонов и писем, а то каждый раз все перелопачивать не очень-то охота.
ошибка MD5
в Биллинг BPanel
Опубликовано
Присоединяюсь.
Обновлять до новой версии очень не хочется.