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

admin

Администраторы
  • Публикаций

    14,084
  • Зарегистрирован

  • Посещение

Весь контент admin

  1. Откуда брать этот сервисный домен? Как его генерировать? В деталях все проясните. Поясните в деталях и с примерами. На данный момент все вроде как нормально отображается. Повторяю вопросы еще раз: Для чего нужны эти изменения и чем не устраивает так, как есть сейчас? /admin/?mod=active func=iplist.edit&domain=domain.com domain берется из главного домена клиента. Как именно и что не срабатывает? В деталях все проясните. Зачем усложнять биллинг, если в нем итак уже реализована функция дополнительных IP адресов. Данный вопрос будет рассмотрен одновременно с соответствующим вопросом о VPS после получения ответа на мой вопрос о VPS. Биллинг разрабатывается для возможности его использования разными хостинг-компаниями под свои нужны, соответственно все максимально возможно унифицировано и обобщено и не урезано под конкретную панель (панели) и/или хостинг-компанию (хостинг-компании).
  2. Может потребоваться распечатка акта заранее, например, чтобы заранее отправить его почтой. Остальное проверю в ближайшие дни.
  3. Уточните, пожалуйста, для чего? В данном случае ведь клиент не сможет зарегистрировать себе домен при заказе VPS. Приведите, пожалуйста, пример. Не понимаю, что именно и как нужно разделять, а также зачем. Для чего нужны эти изменения и чем не устраивает так, как есть сейчас? См. в базе активированных. Эта функция давно используется при выдаче дополнительных IP адресов. Чем Вас не устраивает реализация, которая есть сейчас? Все же работает, дополнительные ip ведь выдаются сейчас выдаются автоматически (при автоматической оплате), без участия администратора биллинга.
  4. После заказа доп. услуги на странице доп. услуг оплата также производится с этой же страницы: Оплата активации аккаунта производится с главной страницы биллинга: Текст о том, что аккаунт не активирован, для новой сборки сделал ссылкой.
  5. Уточните, пожалуйста, какие именно изменения следует внести? Перенос как был ручной, так таким и остался, но его процедура упростилась.
  6. Спасибо за информацию. IPN проверка платежа происходит через CURL и использованием SSL. Все должно работать и после изменений на PayPal.
  7. Проверил. При данном запросе переменная $domen определяется как "вася.СЂС„", соответственно скрипт и выдает ошибку о неверном формате домена. Надеюсь, что в новых версиях php данная проблема решена и при переходе bpanel на php 5.6 проблема самоустранится. По моему там надо его переконвертить в punnycode? - тогда он его съест нормально. Я вручную так делаю Punycode начинается с "xn--" Если запрос отправлять в punicode, например, domen.php?mod=info&domen=XN--80AD0C0C.XN--P1AI , то действительно скрипт это съест Так в том и вопрос чтобы он съедал и кирилицу. "вася.СЂС„" - это не кириллица. Уточните, насколько вы понимаете то что я говорю? Прошу чтобы скрипт domen.php мог обрабатывать и кирилические домены При запросе domen.php?domen=абв.рф приходит [domen] => абв.СЂС„ Это, полагаю, проблемы старой версии PHP и самоустранится при переходе биллинга на новую версию php. Отправляйте пока что запросы на domen.php методом POST.
  8. Пришлите, пожалуйста, на admin @ advanta.org данные доступа на сервер в CSF и в письме продублируйте это Ваше сообщение о проблеме. Проверю опытным путем и исправлю. Возможно cPanel что-то изменили в своих страницах с CSF.
  9. Пришлите скриншоты. Ибо у нас на advanta.org при выставлении для продления .RU цены 0.03 USD на всех страницах выдает все как надо:
  10. Сделайте тариф за 1 рубль с запретом на продление и используйте его как тестовый.
  11. admin

    BPanel v3.12

    Приношу извинения за задержку с ответом. Где именно смотрят статус домена? После оплаты клиента, по биллингу домен должен числиться как зарегистрированный. Должно срабатывать и для API. Статус аккаунта для любого способа в т.ч. и API должен быть: LOCKED-CP. Проверьте, такой ли статус у продлеваемого через API аккаунта.
  12. Спасибо за информацию. Задал значение по умолчанию как оплата с ЯД-кошелька. Другие способы можно указать, как и раньше, так: Архив обновил.
  13. Если не сработает, пишите мне в ICQ. Оперативно опытным путем буду проверять.
  14. Для каких целей это нужно? Проясните в деталях. Для блокировки спамеров?
  15. Проверил. При данном запросе переменная $domen определяется как "вася.СЂС„", соответственно скрипт и выдает ошибку о неверном формате домена. Надеюсь, что в новых версиях php данная проблема решена и при переходе bpanel на php 5.6 проблема самоустранится. По моему там надо его переконвертить в punnycode? - тогда он его съест нормально. Я вручную так делаю Punycode начинается с "xn--" Если запрос отправлять в punicode, например, domen.php?mod=info&domen=XN--80AD0C0C.XN--P1AI , то действительно скрипт это съест Так в том и вопрос чтобы он съедал и кирилицу. "вася.СЂС„" - это не кириллица.
  16. При оплате услуг можно использовать карту, созданную на другом аккаунте. Карта экспресс-оплаты может использоваться как баланс аккаунта, но ее преимущество в том, что оплачивать с нее можно и другие аккаунты.
  17. Уже же вносил около месяца-двух назад изменения по этому вопросу. После обновления все равно не работает?
  18. 1. С момента этой атаки на наш сервер прошло почти 6 лет. 2. Вы имеете ввиду атаку на какой-либо наш сервер сейчас? За последнюю неделю ничего подобного не было точно.
  19. Тут папками делу скорее всего не можешь, ибо проблема с SSL, Нужно пинать своего администратора. В сапорт вебмани также обратитесь и, если не затруднит, их ответ тут опубликуйте также.
  20. admin

    MySQL error

    cron.php берет переменные из $_REQUEST Проверьте у себя, правильно ли при таком запросе по https как у Вас принимаются и обрабатываются переменные. Сделать это можно например создав свой файл php и отправив запрос на него.
  21. Видимо у Вас на сервере какие-то локальные проблемы с https, биллинг тут, полагаю, вовсе не при чем.
  22. admin

    BPanel v3.12

    Переменную "domen" на страницу reg.php для корректного отображения нужно передавать методом POST.
  23. admin

    BPanel v3.12

    Приношу извинения за задержку с ответом. Спасибо за информацию. Проверьте теперь. Была ошибка в одном из билдов (инвойс действительно создавался на directi, но не оплачивался.) Да, такая проблема скорее всего из-за особенностей работы php 5.4. Кириллица передается в неверной кодировке, BPanel тут не при чем. Ок, сделал, чтобы в данном случае выдавало сообщение: У Вас имеется дополнительная ежемесячная услуга ХХХ. Сперва <a href='?mod=services'>откажитесь от нее</a>. Спасибо за информацию, исправил. Архив обновил в т.ч. и для php 5.3.
  24. Проверил. При данном запросе переменная $domen определяется как "вася.СЂС„", соответственно скрипт и выдает ошибку о неверном формате домена. Надеюсь, что в новых версиях php данная проблема решена и при переходе bpanel на php 5.6 проблема самоустранится. По моему там надо его переконвертить в punnycode? - тогда он его съест нормально. Я вручную так делаю Punycode начинается с "xn--" Если запрос отправлять в punicode, например, domen.php?mod=info&domen=XN--80AD0C0C.XN--P1AI , то действительно скрипт это съест
×
×
  • Создать...