admin

Пусть будет, т.к. иначе клиенту для того, чтобы узнать статус по своему серверу, будет требоваться лишнее действие - авторизация. Было добавлено в одной из предыдущих сборок несколько месяцев давно (забыл отписаться на форуме). Аналогично.

Если аккаунт не типа HOSTING, то DNS изменить можно при редактировании данных по домену (/index.php?mod=replacecontact&domenid=ID) Алексей, вы исправили это, обновлять биллинг? Вроде как 58 дней, а не 1 месяц в BPanel можно продлить. За 59 дней продлить домен могут могут. Но NauNet за 60 дней рассылает. Пользователям приходит уведомление от naunet о необх. продления домена - они заходят в биллинг, а продлить домен не могут, добавьте пожалуйста чтобы за 61 дня была возможность продлить домен. Для новой сборки изменил глобально с 59 дней, как было ранее на 60. Зарегистрировать домен также с главной страницы, указав его ID и тип активации как "домен". Можно также сперва изменить в заказе информации по домену на "регистрация домена у нас", после чего активировать аккаунт, тогда зарегистрируется и домен. Для новой сборки на гл. стр. панели клиента добавил расширенную информацию к тексту о блокировке: $lang_m_locked_susp = "Разблокировка продлением срока действия – невозможна."; $lang_m_locked_money = "Разблокировка будет произведена после продления срока действия аккаунта."; $lang_m_locked_invoice = "Разблокировка будет произведена после оплаты персонального счета.";

Ссылка в меню "заказать услуги", после этого тип аккаунта будет изменен с PARTNER на соответствующий типу заказанной услуги.

Ответы даны в тикетах в столе помощи. Рассылка спама с аккаунта - это чрезвычайщина и пускать подобное на самотек и относиться к этому поверхностно категорически нельзя.

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

А что мешает проверить опытным путем?

Алексей, вы исправили это, обновлять биллинг? Вроде как 58 дней, а не 1 месяц в BPanel можно продлить. Только сейчас прочитал об этом нововведении DirectI... 24-26 апреля внесу изменения в биллинг, чтобы можно было сделать платным активацию и продление private whois. Другие нововведения также сделаю в конце апреля. Я передал разработку биллинга другому человеку, однако у него произошли непредвиденные обстоятельства и все обратно вернулось ко мне... В общем с 24-26 апреля вплотную займусь висящими задачами по BPanel. При каких-либо критических проблемах - займусь ими сразу же.

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

Видимо скрипт выполняется так долго, что MySQL отваливается по таймауту.

Содержимое сайтов с сервера в России - удалено, как и планировалось ранее.

Уважаемые клиенты и желающие ими стать, В связи с неопределенной ситуацией с датацентром BurstNET нами было принято решение временно (надеемся, что не более чем на 1 месяц), перенести биллинг order.advanta.org и наши другие внутренние ресурсы в другой дата-центр. На данный момент все перенесено, однако обновление DNS может занять 0-24 часа. Если у Вас вместо наших сайтов отображается страница с текстом о том, что сайт перенесен, необходимо лишь подождать, все заработает само. На старом сервере вместо сайтов размещена страница о переносе, сделано это для того, чтобы избежать двойных оплат, потерь оплаты и т.п.

Компенсация в размере двух недель хостинга начислена всем клиентам, сайты которых расположены на нашем основном сервере в США.

Сообщите, смогли ли решить проблему указанным выше способом?

Через phpmyadmin проверьте настройки базы, ее таблиц и их полей. Где-то да и зарыто latin1_swedish_ci

Вручную загружайте файлы и пр. Видимо у Вас на сервере установлены настройки, запрещающие запись в папку скриптами PHP.

На http://secure.privatbank.ru/ настройки надо выставлять из-за каких-то изменений киви (вроде как новую версию API готовят или пр.). Так нам один из клиентов сказал, у которого перестало работать API liqpay. Проверил это около недели назад и действительно через http://secure.privatbank.ru/ все работает. Используйте также последнюю сборку BPanel.

Нет. Пока что выход ПО под php 5.4 не планируется. Скорее всего, с течением времени, будет сразу под php 5.5.

У Вас кодировка MySQL latin1_swedish_ci? Для чего? Выставьте cp1251_general_ci

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

Хмм... еще у одного клиента было подобное. Я проверял недавно: заблокировал аккаунт за неуплату и оплатил через киви: платеж зачислился, срок изменился, аккаунт разблокировался. В чем может быть причина - не знаю, т.к. воспроизвести ошибку у самого не получилось

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

Что именно Вас интересует? Можно заменить все из папки templates и img.

1. Есть карты экспресс-оплаты. Их можно пополнять каким-либо способом и с них можно оплачивать услуги. 2. Можно реализовать на основании дополнительных услуг.

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

Сравните наш php с Вашим в части настроек по php-переменным.