Vladimir812

Провел небольшой эксперимент. 1. Пытался сменить данные путем ввода смс, получил код, но вводить не стал. Запись в истории удалил, тем не менее скрипт пишет о 15ти минутном перерыве перед сл. отправкой, причем при каждом нажатии запись снова добавляется. 2. Ввел код СМС при изменении данных, повторно получаю то же сообщение о 15ти минутах, никаких записей в логах нет об отправке, но есть об изменении данных. P.S. Через 15 минут снова дает отправить. До сих пор не понимаю почему в первом случае не давал, ведь логов не было, а во втором почему не было записи об отправке.

Еще хотел попросить каким то образом реализовать вот что: Если клиент нажал отправить код смс, не разрешать ему снова нажимать на отправку на той же открытой странице. Выявились любители нажимать несколько раз и расходовать свой лимит суточный ну и средства провайдера

1. Если сделать Договор после тарифа то по вертикали будет менее, чем строка со ссылками в центре шапки. К тому же я просил информацию о Договоре показывать только в 2х случаях - UR тариф или заказан переход на UR. 2. Поле кода страны по мнению Директи не может быть более 3х символов. Если клиент вводит туда больше (часто это код страны и код корода), то домен к регистрации не принимается. Если телефон подтвержден, то логично указывать Верифицирован - ДА., сейчас верификация привязана как я понял к проверен или нет в админке. P.S. Еще просьба уточнить, где именно находится счетчик ошибочных вводов кодов и что значит данная настройка - Повторная отправка кода по SMS допускается не более XX раз в сутки:

1. Просьба сделать в 2 строки Верификацию и договор заключен/нет. Либо перенести после тарифа текст о заключении договора. Для тарифов физ. лиц, если не заказан переход на UR информация о договоре будет лишней, нужно только для физ. тарифов и для тех, кто заказывал переход. 2. Если в код страны вводить 4 цифры, то директи не принимает такой домен (можно максимум 3). 3. Функция запрет активации сделана не логично, так как лучший вариант это запрет оплаты не активированного аккаунта без верификации через смс, а не принимать платеж, но запрещать активацию аккаунта. Либо оставить как есть, может кому то в данном виде и правда пригодится. 4. Т.е. можно поменять номер без вопроса-ответа, если, например, он введен липовый? Аккаунт взламывают, номер левый, меняют на любой без каких то верификаций, дальше через смс любые действия, пересоздание, возврат средств. 5. Сделайте за 20$ систему восстановления. Логично по ссылке восстановления пароля после ввода логина-почты предлагать альтернативное восстановление на номер, если для данного заказа он верифицирован.

В случае утери почты у клиента должна быть возможность восстановления пароля по смс, точно не помню, но вроде ранее обсуждали это.

Также может быть ситуация, когда у клиента был ошибочно введен номер телефона и тогда будет не лишней возможность с помощью вопроса-ответа его изменить, чтобы в дальнейшем верифицировать.

Просьба добавить к запрету активации еще и запрет каких либо действий без верификации отдельной настройкой. Чтобы снять запрет активации, но сделать запрет изменений после.

При верификации приходит текст для чего код, при изменении в "Мой аккаунт - Изменить данные" приходит только код, совершенно не ясно для каких целей, думаю надо хоть минимальный текст добавить.

Заказ 9746, договор не заключен, на стр. продления есть текст - ок, но на стр. доп. услуг можно заказать услуги. Может стоит закрыть заказ до заключения договора, так как все равно получить счет нет возможности? Это же и для заказа доменов верно.

1. Верифицирован (Договор не заключен) - не совсем верно, ведь заключение договора и верификация (по SMS к примеру) это вещи разные. Предлагаю сделать следующей строкой под верификацией "Договор" / не заключен или число. Показывать только для юр. лиц, либо для заказавших переход на UR тариф. 2. Домены на директи не уходят, если в коде больше 3х цифр. По смс буду тестить, отпишу о результатах.

Мы Вами делали систему перехода с физ. на юр. тариф. Если клиент это сделал, но на Главной есть запись. Вот для такого случая надо визуально видеть в шапке. Сделайте для всех полей кода города в телефоне ограничение в 3 знака. При оплате RBK картой клиентам выдается "Введены неверные данные...". Причем оплата проходит и биллинг зачисляет платеж. Но, клиенты повторяют операцию не зная об этом. Крон удаляет аккаунты, у которых есть услуги, с которыми удалять нельзя. Заказ 49505. По логам видно, что удаление было ночью кроном. В настройках выставлено все верно. Если после СМС Вы считаете логично спрашивать ответ на вопрос, то надо делать систему сброса вопроса-ответа через СМС, если клиент забыл.

Не слишком много проверок? Если введен код СМС, то по идее секретный вопрос не так уж и важен. В поле верифицирован совсем не хорошо, показывается для всех клиентов физ. или юр. не важно. Я просил именно показать, что переход на юр. тариф заказан в поле тариф. Заключен договор или нет можно оставить, но только для юр. лиц конечно же и не к полю верификации, а к полю тариф опять же. Прошу сделать возможность клиенту отказаться от SSL сертификата, если он не был оплачен, с удаление неоплаченного счета соответственно.

Логично, если введена SMS, не требовать ответ на вопрос. Еще хотел уточнить, сессия по времени ограничена?

1. Хорошо, пусть пароль можно узнать в аккаунте, где заказана карта, но вопрос - как? я не нашел. 2. Да, когда стоят эти галки, то если заказан переход с физ. на юр., то до заключения договора клиент не может оплатить аккаунт. Соответственно просьба сделать клиенту в этом случае текст-уведомление, что заказан переход на UR тариф, оплата будет доступна после заключения договора. Ну и в стол помощи в шапку очень надо ФИЗ > ЮР, чтобы поддержка сразу видела, что для аккаунта переход в процессе. 3. Если подана заявка на возврат, то раздел Домены закрыт с уведомлением о том, что подана заявка. 4. У помесячных услуг не появляется выпадающее меню с мерчантами в биллинге клиента, на почту приходит ссылка, которая работает. С единоразовыми услугами нет проблемы.

У помесячных услуг при заказе в разделе доп. услуг отсутствует возможность оплаты (только в письме есть ссылка), я писал уже об этом ранее. Прошу поправить.

Еще просьба откройте клиенту доступ в раздел Домены, если подана заявка на возврат. Возврат же на хостинг заказывается, клиент должен иметь право изменить ДНС, к примеру.

Хотя бы потому, что после активации аккаунта спецификация останется та же, а текст в ней будет уже со сроками. Или я не прав?

Не очень понял, что значит "Да". Как клиент может восстановить пароль от карты для оплаты в другом заказе ? Просьба добавить на стр. продления клиенту фразу "Оплата будет доступна после заключения Договора" для случая перехода с физ. на юр. А для суппорта в шапку тикета что-то вроде: Тарифный план: Текущий > Заказанный

За сколько дней до истечения регистрации биллинг автоматически продлевает домен (.ru например)? Выцепил случаи, когда домен в биллинге продлен, у регистратора нет, также никаких записей об этом. Если у клиента есть карта оплаты, то как он может узнать ее код для оплаты в другом заказе ?

Можно небольшую корректировку. В спецификации до активации аккаунта не писать НЕ ОПЛАЧЕНО. Просто убрать эту фразу.

Странно, установил для проверки whois сервер для зоны .com, который выдает максимально информации. Через whois в столе помощи ничего не изменилось.

Для многих клиентов вообще термины ID и номер заказа очень далекие от понимания, соответственно я не вижу смысла путать их лишними доп. услугами, которые привязаны к другим аккаунтам. Домены показывать - да удобно, все остальное просто не имеет никакого смысла, даже с пометками. В последнем билде все блокированные IP указывает, что в черном списке без возможности разблокировки. Еще вопрос, каким образом проверка whois из staff.php?mod=whois происходит? Какие whois сервера используются? Пример: Биллинг - Domain Name: YANDEX.COM Registrar: SAFENAMES LTD Whois Server: whois.safenames.net Referral URL: http://www.safenames.net Name Server: NS1.YANDEX.NET Name Server: NS2.YANDEX.NET Status: clientDeleteProhibited Status: clientTransferProhibited Status: clientUpdateProhibited Updated Date: 12-sep-2013 Creation Date: 24-sep-1998 Expiration Date: 23-sep-2015 Whois с сервера - Domain Name: YANDEX.COM [REGISTRANT] Organisation Name: Yandex Europe AG Contact Name: Tatiana Bakharevskaya Address Line 1: Werftestrasse 4 Address Line 2: City / Town: Luzern State / Province: Zip / Postcode: 6005 Country: CH Telephone: +7.4957397000 Fax: Email: [email protected] [ADMIN] Organisation Name: Safenames Ltd Contact Name: International Domain Administrator Address Line 1: Safenames House, Sunrise Parkway Address Line 2: City / Town: Milton Keynes State / Province: Bucks Zip / Postcode: MK14 6LS Country: UK Telephone: +44.1908200022 Fax: +44.1908325192 Email: [email protected] [TECHNICAL] Organisation Name: International Domain Tech Contact Name: International Domain Tech Address Line 1: Safenames House, Sunrise Parkway Address Line 2: City / Town: Milton Keynes State / Province: Bucks Zip / Postcode: MK14 6LS Country: UK Telephone: +44.1908200022 Fax: +44.1908325192 Email: [email protected] Record expires on 23-Sep-2015 Record created on 24-Sep-1998 Database last updated on 12-Sep-2013 Хотелось бы и в биллинге получать полную инфу по домену.

Похожая проблема с возвратом. Если из MainID перейти в другой заказ и попробовать заказать возврат - Module not found! Удаляются платежи оплаченных ,но не выданных услуг. В моем случае был удален не активированный, но оплаченный домен. Платеж за него при этом исчез. Сделайте все же, чтобы показывались только домены через MainID. Клиенты уже в ужасе от такой путаницы, многие даже не до конца понимают что такое ID и номер заказа. Хидер имеется ввиду в билете header, попробуйте IP 127.0.0.0 просто проверить, он в BOGON chain соответственно и выводит табличку IPTABLES. Вот хотелось бы в header какую то пометку на этот случай, сейчас пишет просто что не блокирован.

MainID: 26284 Перейдите из него в другой аккаунт и на стр. Тарифный план. Ошибка над формой оплаты. По CSF хотел добавить. Если IP в каком то стоп листе, то при проверке через хидер выдает, что все ок, хотя при проверке через служебное или через шапку тикета выдает табличку iptables соответственно. Было бы очень хорошо в такой ситуации в хидере делать какую то пометку, что с IP что-то не так, что требуется проверка отдельно. И мой пост выше http://forum.advanta.org/index.php?showtopic=5329&page=10#entry44465

В админке 45951 нет никаких уточнений, не нужно показывать никаких услуг, особенно помесячных (с примечаниями или без - не важно). Для удобства клиента нужны только домены. QIWI - 51820 (никаких уведомлений о том, что платеж прошел на почте нет), клиента с продлением с несколькими счетами не смог найти. Посмотрите еще мои пару постов...