Работаю с партнеркой практически с самого начала, хочу заметить, что ни разу не было задержек с выплатами... Правда суммы не очень серьезные, но тем не менее платили исправно.
А сейчас, похоже, нашли более-менее крупного заказчика...
Регистрация открыта.. Налетай.
И топ не такой скудный, как раньше...
Пентиум добавил 29.07.2008 в 23:16
Да, и может кому интересна статистика системы:
Вообщим я наверное недостаточно понятно объяснил: главная идея заключается в том, что парсингом будет заниматься не Ваша программа, а PHP скрипт, лежащий на сервере. Т.е. вся грязная работа - на шее у РНР.
Логика такая: Ваша программа делает запрос к интерфейсу (интерпритируется просто: "Дай мне инфу от Sape, Логин: такойта, Пароль: такойта), далее происходит парсинг на стороно сервера - он "виртуально" логинется, вносит виртуальные куки и тд, забирает страничку с балансом, возвращает в XML'е только цифры, в Ваша программа эти цифры просто отображает.
>> Если бы подобный интерфейс взялись обсеспечить бегун, гугл,
>> сапа и директ, то это было бы удобно)
Конечно такого нет. Вот я и предлагаю разработать этот универсальный интерфейс.
Пентиум добавил 01.03.2008 в 13:12
Вот только главная проблема доверия пользователей подобным сервисам. и проблема довольно серьезная.
Могу предложить немного другой подход: использовать программе своего рода прослойку. На досуге сделал примерчик:
http://tds.tipaopa.com/balance/xml.php?interface=Sape&username=USERNAME&password=PASSWORD
Т.е. программка коннектиццо а этой прослойке, передает ей 3 параметра: интерфейс, юзер и пасс.
а забирает вот такого рода ответ
<?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<response>
<interface>Sape</interface>
<result>86.46</result>
<error />
</response>
Есть конечно плюсы и минусы. К плюсам:
- Общий формат: программить будет проще, т.к. результат имеет единый формат
- Экономия: Не нужен встроенный браузер, программа будет меньше требовательна к ресурсам, трафик будет использоваться очень экономно.
- Расширяемость: добавлять/изменять интерфейсы очень просто
- Все работает: не будет никакой привязки к кукисам и браузерам и вариант что у меня работает, а у меня - нет -- отпадает сам собой.
К минусам:
- Безопасность: Парсер нужно размещать на HTTP сервере, т.е. если будет сервер разработчика (как в примере) то велика вероятность того, что логины-пароли будут сохранятся, по этому нужно использовать свой сервер к каждому экземпляру программы.
Вообщем выношу предложение как вариант, это не руководство к действию, просто на мой взгляд имеет смысл работать по этой схеме. (в примере работает только Sape)
Я говорю об относительных тормозах. Программа такого класса не должна так много жрать и так грузится. нерационально жрет ресурсы.
каким бы вы, UnBroken, щедрым на мегабайты не были, если все программы будут так работать, вам памяти не хватит.
возможно я слишком строг. но если вам не нравится объективная оценка, я могу воздержатся от дальнейших комментариев по этому вопросу.
Программка полезная, поставил - попользовал. Вещь нужная.
Но есть некоторые ньюнсы:
- раздрожает кратковременное появление формы при запуске
- раздрожает периодический щелчек, характерный для фоновой работы IE7
- программа неоправданно долго запускается
- и, о ужас! Программа занимает в памяти 23 Мб!!! Касперский со всей жадностью у меня жрет всего 7 мб
Вывод:
- использование Microsoft.mshtml.dll - плохая идея. не шарю в .NET, но мне кажется есть решение и получше, работая с HTTP протоколом напрямую. (в Delphi есть например IdHTTP)
