Lazek
-
Постов
8 658 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Lazek
-
-
Помню в бете3, делали модернизацию чтобы убрать всякие там -1111 / -2222, тока что заметил, в событиях:
Тестовый счет 7 -3333 2 USD WAITING yesЕжемесячно выставляемый счет за произвольные услуги. 18-08-2011 - 18-09-2011 7 -3333 1 USD WAITING yes 1
Просьба так же исправить...
-
Страница: /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 снова зыбыли добавить:
* Панель администратора. Возможность выключения отказа от персональной услуги.
-
demo / demo
страничка: index.php?mod=services
теперь в колонке постоянно пишется, ожидания удаления сотрудником компании
Но ведь заявка не подавалась, мне кажется стоит сделать по другому, чтобы если действий никаких недоступно, а это именно тот случай и допустим при реализации функции которую мы заказали (кнопок не будет же..), по этому мне кажется, правильнее будет чтобы в колонке действие, просто писалось: недоступно / Недоступно
Исправлю.
Алексей, теперь все верно, отображается пустота, но, возможно все таки правильнее добавить туда текстовую фразу: недоступно
если ниодна из картинок не отображается... А то пустая колонка действие как то странно... Либо саму колонку надо скрвать автоматом, но тогда если будет несколько услуг, всеравно тож самое будет, возможно оптимальнее именно фразой...
-
Уберу из настройки для нового билда и Release.
Если ранее использовалось directi, то после обновления будет api.wipmania.com.
Отлично, в 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.
Очень не хватает информационности...
Сделайте пожалуйста, чтобы если средства зачисляются на карту экспресс оплаты, это логировалось, а то потом ведь не понятно от чего и что и т.п..
-
Изменение тарифного плана на меньший по стоимости.
Если ставим галку о том что деньги зачисляются на карту экспресс оплаты, сделайте, пожалуйста,чтобы фраза:
Возврат разницы в стоимостях не производится.
Автоматически скрывалась, ведь становится неактуальна..
-
Ок. После оплаты сообщите в этой теме. Сделаю для 3.0 Release.
Оплатил.
-
Какие именно ошибки были в error лог? Что пришло на e-mail администратору?
Если сервер недоступен, то в ожидаемые действия по биллингу должна добавляться запись, а сам аккаунт по базе - не активироваться и письмо не отсылаться.
Проверьте, указан ли у тарифного плана хостинг-сервер.
Проверьте данные по аккаунту, указан ли у него верный тарифный план.
Алексей, error_log - пуст.
На мыло администратору пришло пустое письмо, т.е. письмо об активации акканута, с пустыми полями, в биллинге аккаунт так же не закрепился не за каким сервером.
Все остальное верно, ради теста прогнал лично ситуацию - в этот раз ничего не активировалось с пустыпи данными...
Какой то уникальный случай...
Единственное что заметил, в этот же момент выполнялся cron.php, но незнаю связано ли с этими... Более ничего подозрительного
-
Теперь доступно только api.wipmania.com, directi - упразднено.
Хм, на bpanel.ru - еще доступно, да и возможно в version.txt стоит указать, чтобы люди настройки обновили...
-
Алексей, тут проскочила одна ошибка.
Человек оплатил аккаунт, но сервер на который производится активация был просто недоступен, но аккаунт в биллинге активировался при это остался незакрепленным за каким-либо сервером и человеку пришло пустое письмо об активации т.е. поля были незаполнены.
Просьба исправить, чтобы аккаунт просто не активировался...
-
На демо версии, директория directi до сих пор существует, видимо апгрейдер ее не удалил..
-
При добавлении записи в FAQ, перед полем "Категория", поле "Сотрудник", опустите его куда нить пониже, это все таки более служебная информация, категория явно первой должна быть, а сотрудник где нить около разрешено комментирование или нет..
-
За $5 сделаю.
Сообщите список всех мест, видимых клиенту, где необходимо убрать слова про перенос/трансфер.
Оплатил.
Если где то еще замечу сразу же сообщу.
php 5.3 и Zend
в Биллинг BPanel
Опубликовано
Видел один раз подобное, был сервер на администрировании, проблема была с файролом, блокировались коннекты, проверьте..
Это явно не проблема биллинга т.к. такой ошибки на нашем сервере ниразу с 2007 года не было, да и честно говоря, не припоминаю, чтобы попадалось на глаза на форуме..