-
Постов
14 099 -
Зарегистрирован
-
Посещение
Весь контент admin
-
При открытии в браузере указанного сайта пишет, что Можно продлить как через 41651*, так и через order.advanta.org (если тут этот домен есть).
-
Провести возврат хотя бы по биллингу, оставив тикет для администратора или поторопить администратора. Для чего кнопка автозаполнения, если по умолчанию данные итак подставлены в форму от текущего аккаунта. Зачем клиенту еще дополнительно делать действие - нажимать на кнопку автозаполнения. Как и писал ранее, в данном случае на кого оформляется аккаунт, на тот же тип (физ или юр. лицо) регистрируется и домен. Логически не понятно, зачем при одном заказе и одной оплате оформлять хостинг на физ. лицо, а домен на юр. лицо или наоборот. Просто укажите подобную информацию у себя на сайте, в биллинге подобное увеличение полей данных о тарифе нежелательно, т.к. итак много чего заполнять надо.
-
В одной из сборок был баг, исправил его в новой сборке для новых заказов. В подобных заказах в данных по платежу в поле "Служебное UR_Bank" нужно добавить GIFT_DOMEN:34922 (ID домена), либо в самом домене установить галочку, что это подарочный домен. Было: Стало Исправил. При автоматическом удалении по истечению срока действия аккаунта ничего править не надо. Изменять дату нужно лишь при удалении из-за досрочного удаления (например, при требовании moneyback). Сообщите URL страницы и какие данные там вводить или какие неправильные. Архив обновил.
-
Поскольку подобное API для физ. лиц не предусмотрено, то как-то изголяться для данной ситуации не считаю необходимым. Могу конечно дать Вам совет, что можете самостоятельно для CRON написать скрипт парсинга писем, связав его с API BPanel (см. документацию ReadMe.doc).
-
На данный момент у нас в столе помощи закрыты все билете от клиентов. Соответственно, либо на Ваш запрос был ответ, либо запроса от Вас не поступало.
-
В данном крайнем случае клиенту нужно обратиться в сапорт. Речь про страницу moneyback? Проверил, там поля карты экспресс-оплаты заполнены по умолчанию. reg.php - заказ домена на те же данные, на которые оформляется и аккаунт (зачем усложнять) index.php?mod=domrenreg - заказ домена на любые данные, т.к. они могут отличаться от тех, на которые первоначально был зарегистрирован аккаунт
-
Хмм... полагал, что через стиль можно регулировать этот параметр. Так а разница какая, вверху или внизу находится слово "сообщение"?
-
Никак. Для чего это нужно? Вроде как текущий вариант - наиболее оптимальный с точки зрения экономия места на ширине кнопки. Хотели дать другое название кнопке - с таким числом настраиваемых переменных в других места - странно что здесь нельзя. Текущий вариант наиболее оптимальный, т.к. в этом поле нужно чтобы было как можно меньше текста (чтобы по горизонтали все умещалось в одну строчку). Для некоторых да, но прошу ввести языковую переменную с этим символом, если можно. Давно введено. Переменная называется $lang_r_b_smnext Архив обновил.
-
Полагаю, что нет, т.к. для хостинга лучше, чтобы клиенты заказывали более дорогие тарифы, соответственно они и отображены на странице изменения тарифного плана. Переход же на более дешевые тарифы возможен на соответствующей страницу, ссылка на которую находится на странице с тарифами подороже. Проще убрать одну лишнюю страницу интерфейса биллинга и снять множество вопросов про понижение тарифа. - так будет проще клиентам разобраться с данном функционале. Ведь если клиент хочет понизить тариф - он его НЕ будет повышать. а будет нагружать тех.поддержку вопросами (несмотря на то что ссылка на понижение есть ниже - ее или не видят или не хотят видеть). Если клиентхочет повысить тариф-он его без проблем повышает. В данном случае тех.поддержка может просто ответить, что на странице повышения тарифа есть отдельная ссылка на понижение У нас таких запросов от клиентов крайне мало, даже не припомню чтобы что-то было за последнее время. Но тем не менее для чего эти сложности то? Продаж это не даст, ей богу, но напрягать клиентов - напрягает. Меньше переходят на более дешевые тарифы
-
Нет. Сперва форма ввода, а после нее - уже данные, которые показаны по причине отправки этой формы. Нет. Добавил на эту страницу разделитель <hr> между списком услуг на оплату и формой ввода логина и пароля для просмотра данных по внешней карте.
-
http при этом работает? Проверьте, работают ли URL, на которые от Webmoney должно идти уведомление об успешной оплате. Также в логах apache проверьте, был ли запрос от webmoney.
-
Исправил. Теперь отображается WMR или WMU. По идее, на сайте webmoney должен сразу отображаться выбранный в настройках в биллинге тип оплаты (альфаклик, русский стандарт и т.д.), т.к. переменная LMI_SDP_TYPE в форме, передаваемой на webmoney, присутствует. Архив обновил.
-
Спасибо за информацию. Исправил для новой сборки. По 2CO - внес изменения в скрипт. Обновите его и пришлите мне емайлы от биллинга, которые Вы получите в момент поступления платежа от 2CO. Это поможет в поиске проблемы. Архив обновил.
-
В деталях, в какой именно ссылке подставляется неверный протокол?
-
Ваш сервер на запрос биллинга к API панели управления сайтами выдает пустоту. Соответственно, скорее всего, либо не доходит сигнал, либо почему-то сервер получает сигнал, но выдает пустоту.
-
Сообщите в личку имя Вашего домена, на котором стоит биллинг, внесу изменения в скрипт, чтобы он при каждом запросе от 2CO отправлял письмо-дебаг для возможности скорейшего нахождения причины проблемы.
-
От биллинга в этот момент никаких писем не приходило? В базе данных в комментариях к платежу добавилась ли служебная информация о платеже (payment_type=XXX&cust_currency=YYY и т.д.)?
-
DNS в домене указаны неверные: Name Server: ns1.sprinthost.ruName Server: ns2.sprinthost.ru DNS нашего сервера в России: ns1.unlimits.net ns2.unlimits.net В панели управления доменом на сайте регистратора домена (уточните Url панели в технической поддержке регистратора домена). Внесите изменения в DNS.
-
Просил же Вас тщательно перепроверить по сигналу... Проверил сейчас опытным путем. Как я и предполагал, Ваш сервер выдает пустой ответ. Скорее всего, до него вообще нет сигнала. Пинайте своего системного администратора.
-
Сообщите имя домена и на каком хостинге он находится? В домене указаны верные DNS? (DNS указываются не в cPanel, а в панели управления доменом).
-
Платеж в 2co пришел? Какие письма получаете в момент платежа?
-
Написал код для выдачи доп. ip адресов, но нужна проверка опытным путем. Для этого необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Данные доступа на FTP с биллингом; 4. URL темы на нашем форуме; 5. ID заказа в биллинге, из-под которого можно будет тестировать автовыдачу IP. На admin @ advanta.org Архив обновил.
-
Измените закрывающую дату в колонке периода последнего платежа ха хостинг. Архив обновил.
-
Значит надо как-то исправить это округление, так для спецификации именно при неоплаченном аккаунте этих цифр не должно быть и они не корректны. Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Данные доступа на FTP с биллингом; 4. URL темы на нашем форуме; 5. Номер аккаунта в Вашем биллинге. На admin @ advanta.org Проверю. Сделал для новой сборки. Настройки в админ-панели в разделе настроек юр. лиц. В разделе "мой аккаунт" внизу страницы оставил возможность изменения данных по организации. Проверил на нескольких наших клиентских аккаунтах. Все ок. Суммируется строго согласно данным из колонки "USD или RUR". Если у Вас что-то не так, то в деталях сообщите данные по примеру моего первого ответа в этом сообщении.