Lazek

Видел один раз подобное, был сервер на администрировании, проблема была с файролом, блокировались коннекты, проверьте.. Это явно не проблема биллинга т.к. такой ошибки на нашем сервере ниразу с 2007 года не было, да и честно говоря, не припоминаю, чтобы попадалось на глаза на форуме..

Помню в бете3, делали модернизацию чтобы убрать всякие там -1111 / -2222, тока что заметил, в событиях: Просьба так же исправить...

Страница: /admin/?mod=fullhistory&domen=1001 Выбираем: Каталог сайтов Notice: Undefined variable: iddata in /home/bpanel/public_html/order/admin/modules/fullhistory.php on line 445 Notice: Undefined variable: iddata in /home/bpanel/public_html/order/admin/modules/fullhistory.php on line 445 + в verison.txt снова зыбыли добавить: * Панель администратора. Возможность выключения отказа от персональной услуги.

Исправлю. Алексей, теперь все верно, отображается пустота, но, возможно все таки правильнее добавить туда текстовую фразу: недоступно если ниодна из картинок не отображается... А то пустая колонка действие как то странно... Либо саму колонку надо скрвать автоматом, но тогда если будет несколько услуг, всеравно тож самое будет, возможно оптимальнее именно фразой...

Отлично, в version.txt, думаю, стоит добавить: * Оформление заказа. Выбор страны после запроса теперь производиться через WIPmania.com (если ранее использовался DirectI - который удален). Так же думаю стоит добавить. * Панель администратора. Упразднены настройки разрешения управления DNS, теперь управление DNS доступно для зон, за которыми закреплен регистратор.

Алексей, кстати, давно хотел предложить, появилась минутка написать... Мне кажется, пора обновить модуль FAQ.. А точнее, его часть комментирование... Из личных наблюдений заметил, что у большинства провайдеров, оно вообще отключено, да и с появлением стола помощи явно стало не актуально.... Сейчас же FAQ используют именно больше как записи / заметки... Суть предложения, возможно, стоит упразнить функционал комментирования, мне кажется (сугубо мое мнение, что с появлением (повторюсь) стола помощи так и форумов у провайдеров - данный функционал себя просто напрасто изжил)... Либо же, возможно, стоит его наоборот модифицировать до чего то вроде внутренного мини форума, чтобы ответы прямо там и публиковались в виде своего рода переписки... Хотя честно говоря, мне кажется что самое оптимальное это будет просто удаление этого функционала и оставление модуля уже чисто в виде базы знаний.

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

demo / demo страничка: index.php?mod=services теперь в колонке постоянно пишется, ожидания удаления сотрудником компании Но ведь заявка не подавалась, мне кажется стоит сделать по другому, чтобы если действий никаких недоступно, а это именно тот случай и допустим при реализации функции которую мы заказали (кнопок не будет же..), по этому мне кажется, правильнее будет чтобы в колонке действие, просто писалось: недоступно / Недоступно

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

Страница: /admin/?mod=logs Пожалуйста, добавьте выделение колонки по которой происходит сортировка.

Страница: /admin/?mod=thestat&id=ID Notice: Undefined variable: iduser in /home/bpanel/public_html/order/admin/modules/client_sql.php on line 5 Notice: Undefined variable: iduser in /home/bpanel/public_html/order/admin/modules/client_sql.php on line 28 Notice: Undefined variable: iduser in /home/bpanel/public_html/order/admin/modules/client_sql.php on line 29 Notice: Undefined variable: iduser in /home/bpanel/public_html/order/admin/modules/client_sql.php on line 29

Языковой файл и myseal.php Для подписей... Строчка: --------------------- Замените на: -- Это стандартная длина уже по умолчанию в той же мозилле при создании писем, osmtp ticket, kayako, практически везде.. Скриншот: Чтобы так сказать глобально и стандартизировано было...

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

В меню на программном уровне слова менять не буду, неправильно это. При необходимости внесите изменения самостоятельно и не обновляйте файл меню. Алексей, почему не правильно? Ведь логически: Если доменов для переноса нет - фразы быть не должно, это вообще к ошибке больше подходит, нежели чему то другому... Давайте просто побольше оплатим да и все.... Просто с биллингом должно быть как можно меньше ручной работы... А тут выходит наоборот.. Там ведь не сложно реализовать подобное... Вообще я Вам давно уже предлагал перейти на углубленный ленг так сказать, как допустим в форумах делают, что все в одном языковом файле и условия проще добавлять на такие случае, а не раскидано по файлам и т.п...

Алексей, наконец то удалось отловить баг с навигацией в событиях, актуально везде... Тестил естественно на bpanel.ru.. В админке, у аккаунта нажимаем на - События И попадаем на 1 страницу лога, а не на последнюю, т.е. не видим актуальные записи... Просьба, исправить, чтобы было как всегда с последней страницы (для панели сотрудника тоже).. Скриншот:

Алексей, тут в течении ночи немного почитал запросы от клиентов и заметил тенденцию (достаточно большое число просьб).. Чтобы при изменении тарифа на меньший по стоимости, была возможность перерасчета, чтобы не на карту зачислялись средства, а срок действия аккаунта автоматом увеличивался, за сколько такое можете реализовать? + Еще личная просьба, в пункт: Изменять тариф на низкий: -//- при остатке дней, менее чем: Добавьте параметр - неограниченности, чтобы человек мог менять тариф в любое время, когда пожелает.. Готовы так же оплатить дополнительно.

К действию выше... 1. В события заносится: OLD_TARIFF -> NEW_TARIFF plan=1 Исправьте на: OLD_TARIFF -> NEW_TARIFF Т.е. строчка про plan=1 явно лишняя... 2. Очень не хватает информационности... Сделайте пожалуйста, чтобы если средства зачисляются на карту экспресс оплаты, это логировалось, а то потом ведь не понятно от чего и что и т.п..

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

Оплатил.

Алексей, error_log - пуст. На мыло администратору пришло пустое письмо, т.е. письмо об активации акканута, с пустыми полями, в биллинге аккаунт так же не закрепился не за каким сервером. Все остальное верно, ради теста прогнал лично ситуацию - в этот раз ничего не активировалось с пустыпи данными... Какой то уникальный случай... Единственное что заметил, в этот же момент выполнялся cron.php, но незнаю связано ли с этими... Более ничего подозрительного

Хм, на bpanel.ru - еще доступно, да и возможно в version.txt стоит указать, чтобы люди настройки обновили...

Алексей, тут проскочила одна ошибка. Человек оплатил аккаунт, но сервер на который производится активация был просто недоступен, но аккаунт в биллинге активировался при это остался незакрепленным за каким-либо сервером и человеку пришло пустое письмо об активации т.е. поля были незаполнены. Просьба исправить, чтобы аккаунт просто не активировался...

На демо версии, директория directi до сих пор существует, видимо апгрейдер ее не удалил..

При добавлении записи в FAQ, перед полем "Категория", поле "Сотрудник", опустите его куда нить пониже, это все таки более служебная информация, категория явно первой должна быть, а сотрудник где нить около разрешено комментирование или нет..

Оплатил. Если где то еще замечу сразу же сообщу.