romodos

это замечательно, только вот что делать, если пока (учитывая кол-во ошибок в Бета2) не очень хочется обновляться до Бета2, так как вполне устраивает Бета1, разве нельзя выпустить обновления и для этой версии? Присоединяюсь. Обновлять до новой версии очень не хочется.

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

Честно говоря, не знаю точно. Я сам из панели клиента выводил ему на карту. Вроде бы карта автоматически создалась при выводе средств (судя по времени создания). Попробовал только что у другого клиента - все начислилось нормально. Может быть просто дважды операция прошла.

Здравствуйте. Такая проблема: клиент заработал в партнерке N у.е. При выводе на карту экспресс-оплаты ему начислилось 2*N у.е. Не подскажете, в чем фокус? Спасибо.

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

Блин, после выполнения этих операций поменялись местами код региона в телефоне и город, сбились настройки страны. А вместо области теперь пишет RU.

Не знаю, дело давно было, но сейчас стоит дефолтная кодировка нормально. Спрашивал для того чтобы удостовериться, что кроме смены кодировки в 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 и, видимо, создались с дефолтной кодировкой. Подскажите, как решить эту проблему. Спасибо.

Спасибо, теперь выдает, что все ОК.

А если бы нашего регистратора не было в списке? Не понимаю, зачем его там указывать? На что это влияет?

А, собственно, почему он там должен быть указан? Мы пока вручную проводим операции с доменами. И как это может быть связано с невозможностью продления?

Потому что я поставил срок регистрации .RU обратно на 2, а то клиенты не могут домены продлить.

Это потому, что этот домен уже истек. Посмотрите ID 281.

Эх, буквально на днях обновлялся (28 ноября), вроде последний билд стоит. Спасибо, надеюсь на это.

Может, если используется RewriteRules в .htaccess. Нельзя ли сделать включение данной строки опциональным? А то одним сделали хорошо, другим плохо.

Здравствуйте. 2 проблемы: 1. Максимальный срок регистрации для доменов ru и su выставлен в 1 год. У клиента домены истекают через 15 дней. Вместо формы оплаты у него почему-то написано "оплачен максимальный срок". Если установить макс. срок регистрации 2 года, то все становится нормально. 2. Почему-то к ссылке с реквизитами для оплаты в ручном режиме биллинг стал приписывать строку ?userid=номер&userlogin=логин&email=емейл Нам это совершенно без надобности и даже мешает, т.к. отправляет пользователя на несуществующую страницу. Надеюсь на решение.

Здраствуйте. После обновления с Alpa2 на текущую версию database_check.php выдал вот что: Хотя вроде бы визуально все выглядит нормально. Такое ощущение, что проблема в порядке упоминания баз в database.php. Это просто ошибка в database_check.php или с базой что-то действительно не так? Спасибо.

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

Спасибо.

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

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

Большая просьба сделать, чтобы при регистрации клиента проверялось, не содержит ли пароль логин. Спасибо.

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

Здравствуйте. В последнее время стала часто вылезать ошибка Connection timed out (110) The MD5 ERROR! [The IP2 VS 89.108.125.142] Работать просто невозможно. Раньше такого не было. Подскажите, в чем может быть проблема? Спасибо.

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