- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
сплошной геморой по ручной обработке всех этих заказов
Это стеб такой? Кто в наше время вручную делает подобные операции? У регру API v.2 очень функциональный и все это делается скриптом в несколько строк добавленным в крон.
В reg.ru поддержке отвечает пешка работник, которому сообщили стандартные ответы на все вопросы.
Тех.поддержу и не надо грузить предложениями, для этого есть специальная форма.
А вопросами партнерства и помощи партнерам так же занимается отдельный человек, который к стати отлично справляется и в общении с ним нет никаких проблем.
"анонимные" продления всплывут позднее. администратор может не хотеть продлять регистрацию, а тут оказывается за него кто-то может заплатить.
bums, у вас юношеский максимализм. это пройдет.
А вот это типичный и классический сраный "совок".
Серьёзные и действительно клиентоориентированные игроки, как правило, стараются уделять внимание каждому клиенту.
Если это будет 1 клиент с 1 доменом, то на его просьбу обратят внимание внимание только если это действительно что-то нужное всем.
А в остальных случаях везде действует кол-во -- или 1 крупный клиент, или 10-100 помельче.
Поэтому думаю что просьбу 2domains всегда выполнят и сразу, только мою -- сомнительно (мои 500 доменов -- это мелочь, этого хватает только чтобы мне дали тариф получше), а вот для клиентов посредине точно выполнят если будет несколько просьб.
Вот только Вы ж не пробовали, а уже отмахиваетесь.
Если вы ведёте собственную базу клиентов, то приходится хранить на каждого запись о домене и сроке его продления. И тут вдруг домен продляется "сам". Каждый раз "подводить часы" в своей базе?
Я спрашивал есть ли в API уведомления как в протоколе EPP, сказали что такое в планах, но не самом высокий приоритете.
А Вы пробовали это спрашивать, или просить сделать?
Что-то я сомневаюсь.
А было б много желающих, уже бы занялись.
---------- Добавлено 17.04.2013 в 21:13 ----------
Если бы то, что вы пишите было возможно, не было бы и данного топика.
Они специально собирают такие заявки, пару раз про сборы просьб даже в рассылках было.
kpv, vadiml
service/get_list в API
решает проблему рассинхронизированности баз.
да, кстати, отдельное "спасибо" за отмену API v1, в новогодние каникулы было чем заняться. "работает-не трогай" - это не про REG.RU.
iHead, никакой проблемы с продлением нет, администратор всегда может снять домен с делегирования или удалить.
А максимализм, психолог ты наш, тут не причем, не стоило на личности переходить.
отдельное "спасибо" за отмену API v1, в новогодние каникулы
Даже из усовершенствования и то проблему сделал. А в весенние каникулы чем занимался? :D
Если это будет 1 клиент с 1 доменом, то на его просьбу обратят внимание внимание только если это действительно что-то нужное всем.
Да, и правда, чего с такими даже разговаривать?! Пусть тыщёнку-другую доменов регнет (для начала), чтобы показать серьёзность намерений. Заодно его сразу и в клуб запишут :)
iHead,
с get_info надо опрашивать список доменов,
а если бы были уведомления, то достаточно было бы их просто считать.
Для тех у кого много доменов сейчас вместо уведомлений можно собирать-парсить письма,
но это всё же несколько сложнее + плюс письмо нельзя назвать гарантированой системой отправки-получения информации.
отдельное "спасибо" за отмену API v1
1. это просто страшилка на будущее -- APIv1 до сих работает, и думаю будет ещё несколько последних китайский предупреждений.
А на сайте написали: "Техническая поддержка и консультации по функциям API v1 прекращена с 1 марта 2013 г"
Если перейти по ссылке https://www.reg.ru/api/regru?action=nop&username=test&password=test
то увидете Success, т.е. ничего не отключали
2. сопровождение кода -- это всё же трудозатраты, особенно если переписывается ядро системы. Я думаю тут нельзя просто оставить как есть и ничего не трогать -- через какое-то время оно просто перестанет работать -- через некоторое время разные функции будут переставать работать. Например, перепишут у себя выписку счетов -- и отломается заказ и продление доменов.
vadiml, зачем get_info? iHead правильно говорил о get_list, сверяешь expiration_date и все.
iHead правильно говорил о get_list
Не так прочитал.
А кто-нибудь пробовал через API выписывать счета на WM или ЯД ?
Например если из-за недостатка денег получили pay_type=bank и вызвали
https://www.reg.ru/support/help/API-version2#bill_change_pay_type для оплаты
или пополнять через
https://www.reg.ru/support/help/API-version2#user_refill_balance
чтобы на сайт не лазить, нормально работает?
А кто-нибудь пробовал через API выписывать счета на WM
У меня так баланс самопополняется через user_refill_balance, X10 и X2. Нормально работает.
К стати выше кто то спрашивал о предложениях в регру, слушают или нет...
Как раз по одному из моих предложений(в июне 2007) и была создана(в июле 2007) операция balance_refill еще в APIv1, потом благополучно переехала в APIv2. Сперва пополнение было только в USD, а в сентябре 2008 добавили выбор валют RUR/USD. ЯД добавляли уже по своему усмотрению или м.б. по чьему то предложению, я не в курсе.