С-е-р-ж-и-К

Вы мне поясняете ну что-то типо "Азбучные истины" работы Usage.php , которые я понял и сразу после ввода этой фишки ... Но Вы не поняли о чём я пишу, хотя я разобрался за время пользования биллингом, что этого скорее всего нет, и попробывал Вас натолкнуть на мысль об этом ... Я понимаю и причины частично - почему этого нет ... Обращаюсь к пользователям скрипта, если кто обратит внимание. Биллинг контролирует работу конкретного объекта, который заводит аккаунты. Если Вы на своём сервере завели реселлера - то будьте осторожны - Биллинг не будет контролировать его клиентов. Этих аккаунтов нет в Вашем билинге. Хотите себя огородить от проблем с перегрузкой ресурсов на его аккаунтах - убедите реселлера купить такой же билинг и заниматься им ... От этого будет польза создателям скрипта, а Вас избавит от головной боли ... Альтернативой могло-бы быть суммирование аккаунтов реселлера на счёт его аккаунта в Вашем билинге ( Как я описывал в первом посте, от Вас надо было-бы только отслеживать самостоятельно и где-то вводить новые аккаунты, которые завёл у себя реселлер ), но раз этого не планируеться - то желаю не попасть на реселлера, клиент которого будет тормозить сервак своими скриптами, а Вам всё равно прийдётся его отлавливать в WHM. to admin: Больше тревожить по этому вопросу не буду ... =)

Можно это пояснить ? Откуда бпанель знает какие логины в WHM принадлежат реселлеру ? И как она отсылает ? Как мне, как руту, посмотреть в бпанели нагрузку клиентов моего реселлера ? Просто данный вопрос основан вот на чём ... Создан Реселлер-пакет, выдано например нагрузка в виде 30/20/20 ... Всё бы хорошо, но как быть в ситуации, если по логину реселлера нагрузки вписываються в эти параметры, а вот у реселлера есть клиент, который вешает сервак нагрузкой ... Если я правильно понимаю текущую работу usage.php - то я получу, что всё в порядке, т.к. аккаунт реселлера не превысил допустимое. Или я что-то непонимаю ? Поясните плз, контролируеться только нагрузка личного аккаунта реселлера, но его клиенты могут вешать сервер и бПанель это не отловит ? Это имеет практическое значение. Т.к. поясню на моём примере ... У меня есть реселлер - я выделил ему 25% нагрузки ЦПУ и т.д. При работе usage.php в бПанели у меня нет сигнала, что есть превышения ... Но если я захожу под рутом в WHM и смотрю то откуда берёться эта статистика, то вижу, что один из аккаунтов этого реселлера постоянно грузит ЦПУ на 32-35 %, хотя сам аккаунт реселлера действительно в среднем берёт до 5% ... Вот и спрашиваеться - как с этим бороться ? Получаеться бПанель при помощи usage.php не может это контролировать ?

Возник такой вопрос ... при работе usage.php , если клиент мой и есть в билинге - понятна логика работа ... а вот если взять такой случай ... есть реселлер ааааа , у него есть клиенты ббббб и ввввв , но в билинге естественно этих клиентов же нет, есть только ааааа Как тут быть ? Теоретически было бы интересно суммировать всех клиентов реселлера ( типо ресурсы ааааа+ббббб+ввввв=ааааа ), и учитывать суммарно для пользователя биллинга ааааа, но есть ли такая возможность ? Если-бы была возможность для реселлера вносить логины его клиентов в билинг в каком-либо месте, для того, что-бы при работе usage.php все эти логины приплюсовывались к нагрузке реселлера... Надеюсь мысль понятно озвучил ... или я не прав ?

Голосовал против ... 1. Курсы мерчанта не самые хорошие. Несмотря на удобство это приведёт к удорожанию услуг ( не будете-же Вы переплату за свой счёт покрывать ? ), а это естественно минус популярности Хостинговой компании ... 2. подключение и настройка мерчанта - это время создателей скрипта ... а я бы лучше радовался-бы более 2-м вещам новым в скрипте ... Граматоная система апдейта, что-бы не приходилось весь скрипт тягать сначала с сайта разработчика, а потом себе на хостинг ... Куда грамотнее было-бы апгрейтить прямо из скрипта с сайта разработчика и только те файлы, которые необходимо ... Всё таки введение настраиваемой основной валюты .... например по такой схеме ... Валюта А - внутренняя валюта, в которой измеряются все цены ... Доллары США - курс по отношению к А ... Евро - курс по отношению к А ... и т.д. Тогда основной можно было-бы сделать ту валюту ( Рубли, Доллары, Евро ... ) у которой курс был-бы равен 1. и все цены вне админки выводить ней ... а Мерчанты привязывать не к основной валюте а к конкретной валюте из списка ... Извините за данную полимику в голосовании ... Но повторюсь - по моему у разработчиков есть куда более животрепещущие вопросы, кроме как подключать новый мерчант ...

Аналогичная проблема, появилась после перехода с версии альфа 1 на альфа 2 Аккаунт создается, тариф выбирается, но все параметры все равно нулевые в результате пользователь ничего не может сделат ьсо своим акком и каждый ак приходится редактирвоать вручную. Точно такая же проблема ... Аккаунт создаётся, с нужным названием, но все параметры по 0 ... С точки зрения нагрузки на сервер - этого нет ...

Хм. Видимо нужно просто ждать пока то или иное решение не появится в биллинге само по себе ... 2 года назад хотелось иметь в биллинге некоторые функции, но не дождался перешёл на CE, сейчас, когда примерно %% 70-80 желаемого тогда появилось тут снова перешёл на этот биллинг ... Видимо просто бум ждать, когда новые функции будут появляться ... Насчёт данного вопроса. И всё таки не совсем последовательны Вы ... С одной стороны я с Вами согласен, что необязательно обновляться часто, но с другой стороны Вы билды выпускаете не всегда с точки зрения Вашего желания, но и с точки зрения багфиксов ... и иногда это задевает и шаблоны и письма ... Что-бы не корректировать письма, можно воспользоваться возможностями директадмина ... отсылать данные по аккаунту директадмином, а в письме по активации биллинга оставить только пункты о данных билинга и партнёрской программы, остальное банально удалить ( что-бы не изменять всё описания из cPanel на директадмин ). Это значительно быстрее. Но это моё имхо ... Будем активировать аккаунты вручную ... это хоть и не современно, но будет по крайней мере в виде лишнего контроля ... =))) Больше флудить не буду ... =) Планируете ли в ближайшее время выпустить билд ? Из-за ддоса это отложилось, или будет отложено ещё на более долгий срок ? я просто 1 или 2 билда пропустил, и думаю стоит его установить или подождать следующий ... а то партнёрские ссылки не работают, и не знаю обновиться или подождать следующий билд ...

С этим я согласен и гонюсь обдуманно, но согласитесь с учётом того что письма в основном заточены под cPanel было бы в принципе очень хорошим ходом с Вашей стороны позволить пользователям DirectAdmin-а использовать его возможности по рассылке данных ... Это бы понравилось некоторым людям, а Вам дало-бы возможность в некоторых случаях, указывая на эту фичу, успокаивать желающих часто обновляться ( в cPanel это не пройдёт, но хоть пользователи DirectAdmin-а от Вас отстали-бы ). Я повторюсь если будет так, то редактирование писем будет заключаться в основном в удалении нескольких строк в нескольких формах, а не в исправлении всего письма в них-же.

Угу, так и задумывалось, чтобы при автоактивации письмо не отсылалось. Эм ... а нельзя ли сделать это опцией ? Проще держать в порядке сообщения директадмина, чем лопатить письма отправляемые Бпанель после каждого обновления ...

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

Очень интересно было-бы отвязаться от основной валюты доллар, но ... Я могу просить ( и думаю не один я ) сделать основной валютой гривну ... а кто-то евро ... а кто то ещё что-нибудь .... Поэтому разумнее и правильнее для разработчика, если и делать изменения в данном вопросе, то только в возможности регулировать основную валюту по желанию ... а платежи вмз, или еголд, или рупай, или яндекс - привязывать не к основной валюте, а к конкретной валюте. Иначе от подобных пожеланий не избавится никогда ...

ясно. значит мои мысли были в правильном направлении ... Спасибо

Всем привет . Хотелось-бы услышать ответы на такие варианты ... 1. Есть сервер1, есть аккаунты на нём и они занесены в бпанел. Необходимо поменять сервер ( т.е. ид сервера в панели то-же, но физически на этом сервере нет аккаунтов, и настройка сервера в панели изменены ) т.е. нужно сделать часть аккаунтов неактивными, и по новой их активировать с созданием на сервере этих аккаунтов. 2. Есть сервер1, есть аккаунты на нём и они занесены в панель. И есть сервер2. Необходимо поменять сервер для нескольких аккаунтов, т.е. нужно сделать часть аккаунтов неактивными, затем назначить новый сервер и создать на сервере аккаунты. Не сильно хочется эксперементировать, поэтому решил спросить - может кто-то посоветует, как это лучше сделать ?

Не делайте этого, за данным файлом закреплено множество ссылок. Нет. Спасибо.

Я бы хотел переименовать файл index.php, и создавать свой такой файл со своим содержимым ... Подскажите, пожалуйста, последствия такого шага ... К что может оказаться неработоспособным ? и можно-ли исправить ?

Этот случай понятен ... А если хостится будут позже, а пока просто просят зарегистрирвоать домен ? Один из способов - зарегистрировать хостинг, продлевать аккаунт вручную без взимания платы, при этом указав для аккаунта специальную цену за месяц - 0 ... По видимому так и буду делать ... =) пока писал ответ - пришло в голову и допустимое решение ... Спасибо.