- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Пожелание:
Добавить SOAP функцию проверки абонентского номера на превышение лимита. Ответом которой будет ок - можно посылать, либо что лимит превышен, и через какое время можно снова посылать.
Думаю меня многие поддержат.
Ну, я так точно поддержу.
Но при описанной схеме работы есть одна проблемка - абоненты нередко не знают как правильно указать свой номер в международной кодировке. Например, для МТС-Москва пишут 8916..., а не 7916... А это уже другая страна :)
Как предполагаете бороться с таким явлением?
мне вот интересно почему за операторов из европы и стран снг платят в рублях???? как будто они деревянными расчитываются 😡
когда рубль был дорогой - рублевые префиксов для европы у рб вообще не было
Еще вопрос.
Почему номера всех Российских операторов передаются в формате 7 ХХХ ХХХХХХХ, а номера Скай линка (дельтателеком) в формате 8 ХХХ ХХХХХХХ. Почему так?
Ну, я так точно поддержу.
Но при описанной схеме работы есть одна проблемка - абоненты нередко не знают как правильно указать свой номер в международной кодировке. Например, для МТС-Москва пишут 8916..., а не 7916... А это уже другая страна :)
Как предполагаете бороться с таким явлением?
Сверять по последним 10 цифрам :)
подсказать абоненту как правильно писать свой номер, хотя как показала практика не все воспринимают :)
Сверять по последним 10 цифрам
Для локального сервиса нормально, но в глобальном плане (для А1) не прокатит - нужен полный номер, а то пересечения могут получиться. Да и длина номеров в разных странах отличается. И короче, и длиннее чем в РФ есть.
Я пока вижу только возможность дополнительно указать страну и осс, и по этим данным проверять (и, возможно, корректировать) введенный абонентом номер.
Всем доброго время суток.
Это мой первый пост в данной ветке.
Я выбираю sms-биллинг вот уже 3-и сутки напролет. Читаю хабрахабр, форумы, обзоры и т.д.
Данную ветку форума полностью прочитать не осилил, прочитал первые ~60 страниц, потом страниц 30 начиная с 200-ой, и вот, теперь новую ветку в форуме (которая продолжает первый пост).
Так как в этой ветке собралось много партнеров SMS биллинга “А1 Агрегатор”, хочу воспользоваться возможностью и узнать ответы на ключевые вопросы, которые могут беспокоить каждого, кто подбирает sms-биллинг. Несмотря на многие разбирательства, проблемы, невыплаты и задержки, интересует ситуация "сегодня". Самых коротких и четких вопросов по существу вполне хватило бы, чтобы наконец определиться с выбором.
1. Есть ли хоть у кого-нибудь проблемы/задержки с выплатами/рассчетами за последние 2 месяца (8 недель)?
2. Есть ли на данный момент быстрая (в течении 12 часов) и адекватная реакция службы поддержки по техническим вопросам? А по вопросам, связанными с выплатой?
3. Вопрос представителю “А1 Агрегатор”: могу ли я для регистрации выслать паспортные данные (а не скан паспорта)? - как это обычно допускается у других sms-биллингов.
4. Партнерам А1 и другим участникам этого форума - предлагаю сделать простую, но наглядную (и, главное, актуальную) таблицу сравнения таких биллинговых сервисов, как A1, sms-замок, smsrent, smsdostup. Список, конечно, можно подправить. Но после моих долгих читаний хороших источников, где в обсуждениях учавствовали (надеюсь) представители самих биллинговых систем и их партнеры, на мой взгляд - это список самых реальных возможных альтернатив.
Считаю, что сравнение по самым важным параметрам "работоспособности" было бы простым, наглядным и полезным для многих новичков в этом бизнесе, как и для меня:
* аккуратность расчетов
* своевременность выплат
* оперативность и полезность службы технической поддержки
Преблагодарствую тех, кто не полениться высказаться коротко и "опираясь на свой личный опыт" свое мнение, свои выводы, свои советы.
Ну и, конечно же, я только ЗА поддержку “А1 Агрегатор-а", если его участики действительно покажут белую статистику, и с удовольствием присоединюсь к ряду партнеров.
Всем заранее большое спасибо,
Антон Андриевский
meglio, Смотрите, пишу "опираясь на свой личный опыт" свое мнение, свои выводы, свои советы":
1. У А1 и smsdostup нет проблем.
2. ПО своему опыту скажу. В будние дни проблем нет. Бывает в выходные.
3. -
4:
Axion, это именно так, как я хотел услышать здесь от участников форума. Если еще пару человек ответят, с удовольствием составлю сравнительную таблицу google docs (с комментариями, и количеством "голосов") и сделаю ее публичной. Еще раз спасибо!
P.S. В данный момент, кстати говоря, единственное преимущество smsdostup-а перед А1 "в моих глазах" (пока еще недостаточно осведомленных) - это невозможность регистрации на А1. А вот чей smsdostup я не знаю, и разговоров с реальными представителями, к сожалению, не встречал. В системе замок и smsrent уже зарегистрировался и собираюсь "тестировать" скорость реакции службы поддержки.
P.P.S. В таблице предлагаю учитывать "голоса/мнения" только людей с позитивной репутацией в этом форуме (предложите, какой минимум?)
P.P.S. В таблице предлагаю учитывать "голоса/мнения" только людей с позитивной репутацией в этом форуме (предложите, какой минимум?)
Смотреть лучше вместе с датой регистрации :)
A1Agregator, разрешите высказать комментарии и задать пару вопросов относительно http://www.a1agregator.ru/main/agreement
(думаю, прочитать и [возможно] меня поправить будет интересно всем)
Какой толк правилах, регулирующих двусторонние отношения, если эти правила меняются в ОДНОстороннем порядке, да еще и без обязательного уведомления?
Разве может юридическая компания не принимать участия в судебных спорах, если на нее подан иск в суд? Договор не может отменять законы права, или я ошибаюсь? Если эта фраза пытается отменить основополагающие пункты законов, определяющих "судебную ветвь власти" и ее назначение, то такой договор противоречит закону и не может быть заключен!?
Я считаю, что в этом пункте логично было бы дать хоть какие-то гарантии для Партнера, например:
...или модифицировать услугу мобильный платеж при условии заблаговременного оповещения об этом партнера с помощью ICQ, ... и т.д.
На самом деле, регламентирует это Соглашение не только использование Партнером услуги Мобильный платеж, а взаимные обязательства двух сторон, "подписывающие" соглашение. Если Вы серьезная компания, следовало бы обратить внимание на такие мелочи.
Я бы дописал "...электронной почты, мобильного телефона, ICQ, Skype (всеми контактами, указанными на текущий момент в профиле пользователя)", т.к. аналога почты с уведомлением не существует, и гарантировать доставку письма или сообщения в ICQ юридически никто не может. Поэтому, хотя бы "частичное" увеличение гарантии для Партнера было бы использование всех видов online-коммуникации для важных оповещений?
10.2. При утере пароля доступа к интерфейсу управления услугой мобильный платеж Партнер может запросить отправку пароля на номер телефона, указанный при регистрации.
Получается, пароль хранится у Компании в незашифрованном виде, поэтому, в целях профилактики безопасности, хорошо бы посоветовать при регистрации пользователям не использовать пароли, одинаковые с другими сервисами.
Я также считаю, что хранение пароля в незашифрованном виде в вашей БД добавляет только дополнительные сложности вашей компании... а точнее - каждый Ваш сотрудник в таком случае должен подписывать "соглашение о неразглашении" этого пароля с самой Компанией.
Было бы хорошо:
* Расшифровать понятие "прямое согласие Партнера", ибо, например, логи из ICQ (которые Компания может сочинять самостоятельно) ну никак не могут интерпретироваться как "прямое согласие". Я, конечно, понимаю, что не в интересах серьезной компании таким заниматься, но договор есть договор, и должен максимально понятно упорядочить взаимоотношения Cторон и предусмотреть любые возможные случаи этих взаимоотношений.
* Уточнить, маркетинговые исследования и таргетинг в пределах самой компании? А результаты исследования остаются в пределах компании, или компания имеет право их продавать?
* Что означает "в обобщенном виде"? Это не юридическое понятие, поэтому его нужно в договоре расшифровать.
Тут я совсем в непонимани... К чему тогда весь этот договор, если компания в итоге по договору одной строчкой снимает с себя все обязанности постоянного или безусловного доступа к услуге, которая и является предметом договора/соглашения??
Здесь прошу уточнить, я так и не понял (после 500 листов разговоров о курсах валют в прошлой ветке) - Вы перешли на выплату в рублях, или все еще конвертируете в WMZ в обязательном порядке?
Если у партнера не отключен спам / фрод контроль:
а) если пришла первая жалоба за спам на учетную запись Партнера.......
Тонкий момент... Так а что прикажете делать, если конкурент присылает "по жалобе в день" (утрированно) в "профилактических" целях??
Этот пункт я не понял. Вы не могли бы разъяснить?
Большое спасибо за терпение к столь настойчивому количеству вопросов.
Антон