Перейти к содержанию
Форумы

С-е-р-ж-и-К

Пользователи
  • Постов

    39
  • Зарегистрирован

  • Посещение

Весь контент С-е-р-ж-и-К

  1. Вы мне поясняете ну что-то типо "Азбучные истины" работы Usage.php , которые я понял и сразу после ввода этой фишки ... Но Вы не поняли о чём я пишу, хотя я разобрался за время пользования биллингом, что этого скорее всего нет, и попробывал Вас натолкнуть на мысль об этом ... Я понимаю и причины частично - почему этого нет ... Обращаюсь к пользователям скрипта, если кто обратит внимание. Биллинг контролирует работу конкретного объекта, который заводит аккаунты. Если Вы на своём сервере завели реселлера - то будьте осторожны - Биллинг не будет контролировать его клиентов. Этих аккаунтов нет в Вашем билинге. Хотите себя огородить от проблем с перегрузкой ресурсов на его аккаунтах - убедите реселлера купить такой же билинг и заниматься им ... От этого будет польза создателям скрипта, а Вас избавит от головной боли ... Альтернативой могло-бы быть суммирование аккаунтов реселлера на счёт его аккаунта в Вашем билинге ( Как я описывал в первом посте, от Вас надо было-бы только отслеживать самостоятельно и где-то вводить новые аккаунты, которые завёл у себя реселлер ), но раз этого не планируеться - то желаю не попасть на реселлера, клиент которого будет тормозить сервак своими скриптами, а Вам всё равно прийдётся его отлавливать в WHM. to admin: Больше тревожить по этому вопросу не буду ... =)
  2. Можно это пояснить ? Откуда бпанель знает какие логины в WHM принадлежат реселлеру ? И как она отсылает ? Как мне, как руту, посмотреть в бпанели нагрузку клиентов моего реселлера ? Просто данный вопрос основан вот на чём ... Создан Реселлер-пакет, выдано например нагрузка в виде 30/20/20 ... Всё бы хорошо, но как быть в ситуации, если по логину реселлера нагрузки вписываються в эти параметры, а вот у реселлера есть клиент, который вешает сервак нагрузкой ... Если я правильно понимаю текущую работу usage.php - то я получу, что всё в порядке, т.к. аккаунт реселлера не превысил допустимое. Или я что-то непонимаю ? Поясните плз, контролируеться только нагрузка личного аккаунта реселлера, но его клиенты могут вешать сервер и бПанель это не отловит ? Это имеет практическое значение. Т.к. поясню на моём примере ... У меня есть реселлер - я выделил ему 25% нагрузки ЦПУ и т.д. При работе usage.php в бПанели у меня нет сигнала, что есть превышения ... Но если я захожу под рутом в WHM и смотрю то откуда берёться эта статистика, то вижу, что один из аккаунтов этого реселлера постоянно грузит ЦПУ на 32-35 %, хотя сам аккаунт реселлера действительно в среднем берёт до 5% ... Вот и спрашиваеться - как с этим бороться ? Получаеться бПанель при помощи usage.php не может это контролировать ?
  3. Возник такой вопрос ... при работе usage.php , если клиент мой и есть в билинге - понятна логика работа ... а вот если взять такой случай ... есть реселлер ааааа , у него есть клиенты ббббб и ввввв , но в билинге естественно этих клиентов же нет, есть только ааааа Как тут быть ? Теоретически было бы интересно суммировать всех клиентов реселлера ( типо ресурсы ааааа+ббббб+ввввв=ааааа ), и учитывать суммарно для пользователя биллинга ааааа, но есть ли такая возможность ? Если-бы была возможность для реселлера вносить логины его клиентов в билинг в каком-либо месте, для того, что-бы при работе usage.php все эти логины приплюсовывались к нагрузке реселлера... Надеюсь мысль понятно озвучил ... или я не прав ?
  4. Голосовал против ... 1. Курсы мерчанта не самые хорошие. Несмотря на удобство это приведёт к удорожанию услуг ( не будете-же Вы переплату за свой счёт покрывать ? ), а это естественно минус популярности Хостинговой компании ... 2. подключение и настройка мерчанта - это время создателей скрипта ... а я бы лучше радовался-бы более 2-м вещам новым в скрипте ... Граматоная система апдейта, что-бы не приходилось весь скрипт тягать сначала с сайта разработчика, а потом себе на хостинг ... Куда грамотнее было-бы апгрейтить прямо из скрипта с сайта разработчика и только те файлы, которые необходимо ... Всё таки введение настраиваемой основной валюты .... например по такой схеме ... Валюта А - внутренняя валюта, в которой измеряются все цены ... Доллары США - курс по отношению к А ... Евро - курс по отношению к А ... и т.д. Тогда основной можно было-бы сделать ту валюту ( Рубли, Доллары, Евро ... ) у которой курс был-бы равен 1. и все цены вне админки выводить ней ... а Мерчанты привязывать не к основной валюте а к конкретной валюте из списка ... Извините за данную полимику в голосовании ... Но повторюсь - по моему у разработчиков есть куда более животрепещущие вопросы, кроме как подключать новый мерчант ...
  5. Аналогичная проблема, появилась после перехода с версии альфа 1 на альфа 2 Аккаунт создается, тариф выбирается, но все параметры все равно нулевые в результате пользователь ничего не может сделат ьсо своим акком и каждый ак приходится редактирвоать вручную. Точно такая же проблема ... Аккаунт создаётся, с нужным названием, но все параметры по 0 ... С точки зрения нагрузки на сервер - этого нет ...
  6. Хм. Видимо нужно просто ждать пока то или иное решение не появится в биллинге само по себе ... 2 года назад хотелось иметь в биллинге некоторые функции, но не дождался перешёл на CE, сейчас, когда примерно %% 70-80 желаемого тогда появилось тут снова перешёл на этот биллинг ... Видимо просто бум ждать, когда новые функции будут появляться ... Насчёт данного вопроса. И всё таки не совсем последовательны Вы ... С одной стороны я с Вами согласен, что необязательно обновляться часто, но с другой стороны Вы билды выпускаете не всегда с точки зрения Вашего желания, но и с точки зрения багфиксов ... и иногда это задевает и шаблоны и письма ... Что-бы не корректировать письма, можно воспользоваться возможностями директадмина ... отсылать данные по аккаунту директадмином, а в письме по активации биллинга оставить только пункты о данных билинга и партнёрской программы, остальное банально удалить ( что-бы не изменять всё описания из cPanel на директадмин ). Это значительно быстрее. Но это моё имхо ... Будем активировать аккаунты вручную ... это хоть и не современно, но будет по крайней мере в виде лишнего контроля ... =))) Больше флудить не буду ... =) Планируете ли в ближайшее время выпустить билд ? Из-за ддоса это отложилось, или будет отложено ещё на более долгий срок ? я просто 1 или 2 билда пропустил, и думаю стоит его установить или подождать следующий ... а то партнёрские ссылки не работают, и не знаю обновиться или подождать следующий билд ...
  7. С этим я согласен и гонюсь обдуманно, но согласитесь с учётом того что письма в основном заточены под cPanel было бы в принципе очень хорошим ходом с Вашей стороны позволить пользователям DirectAdmin-а использовать его возможности по рассылке данных ... Это бы понравилось некоторым людям, а Вам дало-бы возможность в некоторых случаях, указывая на эту фичу, успокаивать желающих часто обновляться ( в cPanel это не пройдёт, но хоть пользователи DirectAdmin-а от Вас отстали-бы ). Я повторюсь если будет так, то редактирование писем будет заключаться в основном в удалении нескольких строк в нескольких формах, а не в исправлении всего письма в них-же.
  8. Угу, так и задумывалось, чтобы при автоактивации письмо не отсылалось. Эм ... а нельзя ли сделать это опцией ? Проще держать в порядке сообщения директадмина, чем лопатить письма отправляемые Бпанель после каждого обновления ...
  9. Немножко не поэтой тематике, так как у меня аккаунты создаются нормально, но вот другую особееность заметил ... В ДиректАдмине есть своё уведомление пользователей при создании аккаунта, в связи с тем, что бпанель в основном разрабатывалась для Цпанель, то её письмо о данных акаунта приходилось переделывать, я пошёл другим путём, я урезаю сильно письмо бПанели и пользуюсь письмами отправляемыми ДиректАдмином ... НО ... При заказе хостинга при ручной активации аккаунта в бПанели - всё нормально - клиенту уходит писмо с ДиректАдмина, а если автоматическая активация после оплаты - то нет ... Директадмин молчит как партизан, приходится ручками отправлять письмо из директадмина ... Заметил это только сейчас, так как долгое время сообщения дублировали друг-друга ( и ДиректАдмин и бПанель ) ... Поэтому хотелось-бы услышать - это случайно не сработала отправка, или всё таки что-то такое предусмотрено в бПанели ?
  10. Очень интересно было-бы отвязаться от основной валюты доллар, но ... Я могу просить ( и думаю не один я ) сделать основной валютой гривну ... а кто-то евро ... а кто то ещё что-нибудь .... Поэтому разумнее и правильнее для разработчика, если и делать изменения в данном вопросе, то только в возможности регулировать основную валюту по желанию ... а платежи вмз, или еголд, или рупай, или яндекс - привязывать не к основной валюте, а к конкретной валюте. Иначе от подобных пожеланий не избавится никогда ...
  11. ясно. значит мои мысли были в правильном направлении ... Спасибо
  12. Всем привет . Хотелось-бы услышать ответы на такие варианты ... 1. Есть сервер1, есть аккаунты на нём и они занесены в бпанел. Необходимо поменять сервер ( т.е. ид сервера в панели то-же, но физически на этом сервере нет аккаунтов, и настройка сервера в панели изменены ) т.е. нужно сделать часть аккаунтов неактивными, и по новой их активировать с созданием на сервере этих аккаунтов. 2. Есть сервер1, есть аккаунты на нём и они занесены в панель. И есть сервер2. Необходимо поменять сервер для нескольких аккаунтов, т.е. нужно сделать часть аккаунтов неактивными, затем назначить новый сервер и создать на сервере аккаунты. Не сильно хочется эксперементировать, поэтому решил спросить - может кто-то посоветует, как это лучше сделать ?
  13. Не делайте этого, за данным файлом закреплено множество ссылок. Нет. Спасибо.
  14. Я бы хотел переименовать файл index.php, и создавать свой такой файл со своим содержимым ... Подскажите, пожалуйста, последствия такого шага ... К что может оказаться неработоспособным ? и можно-ли исправить ?
  15. Этот случай понятен ... А если хостится будут позже, а пока просто просят зарегистрирвоать домен ? Один из способов - зарегистрировать хостинг, продлевать аккаунт вручную без взимания платы, при этом указав для аккаунта специальную цену за месяц - 0 ... По видимому так и буду делать ... =) пока писал ответ - пришло в голову и допустимое решение ... Спасибо.
  16. Подскажите, пожалуйста, так как не смог найти ... При регистрации домен-аккаунта в форме регистрации нужно указать ns-сервера и айпи их ... Как там вставить автоматом свои нс-сервера и айпи ? Ведь при заказе заказчик не знает их ... =(
  17. уж извините что встряю - и так понятно что зенд ниже по версии чем 3.3.х и даже без пшпинфо
  18. мда ... но судя по тому как часто Вы в сети .... может кому-то и повезёт, а мне ждать надоело ...
  19. Хм ... Вы были правы - помогло ... Но скажите - это что в названии способов оплат нельзя использовать русские буквы ?
  20. Оплата через систему WebMoney Оплата физ. лицом банковским переводом по Украине Более 20 способов оплаты через RuPay Global Оплата через систему RuPay Международный платёж при помощи E-Gold И как это может помочь ?
  21. Автоматическая транслитерация. М.б. способ оплаты имеет экзотическое имя? Нет. Входите в панель клиента и делаете заказ. Транслитерация в данном случае меня мало волновала, это упоминание rrr ... А вот насчёт способа оплаты - поподробнее - он то при чём ? Насчёт в панель клиента - в том то и проблема - что ошибка в любом случае есть .... В панеле клиента жмёшь зарегистрировать домен. В поле где ФИО - вместо подстановки ФИО клиента - Error Order By! Please, reenter in the panel. Thx. Стираешь надпись, вводишь ФИО ... вводишь домен ... Затем независимо от способа оплаты при отсылке заявки на регистрацию выпадет снова окно, где в поле ФИО снова - Error Order By! Please, reenter in the panel. Thx. И замечание красным что - Неправильный Формат [Фамилия Имя Отчество] Пример: Иванов Иван Иванович Поэтому не клиент ни я в панели клиента - не могу ничего сделать ...
  22. попробывал поставить 0,1,2,3 ... Не помогло .. Есть ли возможность добваить домен для клиента из админки ... что-бы не мучать клиента ?
  23. При регистрации домена существующим клиентом в строке ФИО выпадает: Error Order By! Please, reenter in the panel. Thx. При этом при вводе там ФИО - регистрация не проходит с сообщением: Неправильный Формат [Фамилия Имя Отчество] Пример: Иванов Иван Иванович В чём может быть дело ? В настройках скрипта отменил количество пробелов ...
  24. Потому то я и указал - что у.е. используется только во внутреннем учёте админки, эта единица не светится абсолютно нигде, кроме админки. а наружу как основной сопосб олпаты указываешь например - безналичный первод рублями - цены такие-то ... Если Вы укажите, что принимаете только рубли - то боюсь потеряете много клиентов, а если указываете о приёме других видов оплат с суммой в рублях, а не в сумме той платёжной системы - думаете что клиентам будет весело сидеть с калькулятором и пеерсчитывать сколько ВМЗ у него уёдёт по Вашим ценам в рублях+комиссия за перевод ... Так что всё равно прийдётся указать сколько надо оплатить в той же ВМЗ ... а тогда Вы в любом случае идёте на нарушение ... Так что придерживаться законодательства получится только в аспекте - на сайте выставлены цены в рублях, вид оплаты при заказе - основной указанный в админке ... И сумма выставляется в ней ... а вот если человек зашёл и поменял у себя в билинге вид оплаты - то ему выставляется сумма в той системе, которую он выбрал ... Другие способы - будут неудобны клиентам. И я не думаю, что при той конкуренции что сейчас на рынке - стоит доставлять клиентам неудобство ... Сорри за флуд. Больше не буду ... ( Разве что будет отдельная ветка или тема, в которой разработчики захотят услышать предложения ).
  25. Хех ... Сколько переливать из пустого в порожнее ... Было-же сказно - подвижки в эту сторону будут только в новой версии в конце лета, не ранее ... ( хотя я не разработчик и не знаю его планов, но я понял так и вполне поддерживаю его такой подход ). Насчёт реализации - кто его знает как оно будет реализовано ... Ну кроме разработчика ... Если бы был опрос с предложениями вариантов, я бы предложил такой вариант: 1. Учёт ведётся в у.е. ( условные единицы, учётные ... называйте как хотите ). 2. Привязка этих у.е. ведётся не к валютам ( рубли, доллары, гривни, евро и т.д. ), а к способам оплаты. Только для примера - для оплаты на ВМЗ - 1у.е.=1ВМЗ для оплаты ВМЕ - 1 у.е.=0,8ВМЕ для оплаты ВМР - 1у.е.=28ВМР для оплаты безналичным образом рублями - 1у.е.=29 рублей для оплаты безналичным образом гривнями - 1у.е.=5,5 гривен для наличной оплаты рублями - 1у.е.=27 рублей для оплаты Е-голд- 1у.е=1,05 E-goldUSD и т.д. Просто суть в том что например курс рубля к такому у.е. для наличного, безналичного, ВМР и яндекс.деньги - он разный и думаю это будет правильнее и понятние для клиента, когда он будет видеь разницу в стоимости при оплате, а не в % отдельной строкой согласно надбавки к способу оплаты ... а если будет возможность указать какой способ оплаты берётся по умолчанию при выборе оплат, при заказе и так далее - то тогда это и будет базовой ценой для клиента, которую и надо будет вывешавать в качестве прайса ... а уже клиент сам потом выберет удобный для него и практически и по финансам способ оплаты ... Таким образом это позволит уйти от споров что брать за основу ... каждый админ билинга выберет основным спсособ оплаты для себя, где будет и курс и валюьа и т.д.
×
×
  • Создать...