On Sun, Sep 03, 2006 at 03:24:49PM +0200, -=ReYu=- wrote:
admin@gauss.pl napisał(a):
Witaj -=ReYu=-,
W Twoim liście datowanym 1 września 2006 (17:24:55) można przeczytać:
admin@gauss.pl napisał(a):
Witaj Wojciech, Udało mi się juz zalogować do inteligo. teraz potrzebuje informacji jak wyciągnąć historę z rachunku. dokladniej : jak musi być skonstruowany post ażeby dostać się do historii
W Twoim liście datowanym 1 września 2006 (14:32:43) można przeczytać:
Witaj Wojciech, W Twoim liście datowanym 1 września 2006 (13:17:55) można przeczytać:
06-09-01, admin@gauss.pl admin@gauss.pl napisa >Nic nie kosztuje. Skrypt loguje sie na stronie inteligo zbiera potrezbne informacje o wpłatach i wrzuca do bazy.
Jeśli ktoś może pomóc to prosiłbym. Walczę z tym skryptem ale nie bardzo czaję parser w perlu i robię metodą prób i błędów.
Bardzo ważne jest żebyś podał poprawnego agenta bo apache aplikacyjne mogą cie nie wpuścic z czymś w stylu "to ja - skrypt perlowy" i beda wyswietlaly info o niedostepnosci uslug. dodatkowo ustaw oczekiwanie poniżej 15 (takie są maksymalne tajmałty pomiędzy bazami). Jesli chcesz to chętnie pomogę bo sam uzywam robotów logujących sie na strone (niestety nie moge udostepnic kodu) ale służa one do czego innego, jednak latwo to przerobić.
-- Wojciech Ziniewicz Web Admin Inteligo Financial Services S.A.
Jeśli można się podzielić tym co już jest to bardzo bym prosił. Walczyłem z tym jakiś czas temu bez powodzenia jak na razie i musiałem odpuścić ze względu na czas. -- ReYu
Skrypt nie jest dokończony(jest przeróbką lms-cashimport-ing). Wyniki jego działania są wyświetlane na konsoli. Nie łączy się z bazą tylko się logue do inteligo i wyświetla bieżącą strone. jestem w terakcie prac także mogą sie pojawić w skrypnie jakieś glupoty albo całkiem zbedne rzeczy. aby skrypt zadziałał należy ustawić własne dane w polach cif => "numer inteligo", password => "hasło inteligo", # password
Przeskoczyłeś już problem pobierania pliku z historii ?? za koażdym razem mam wewnętrzny błąd aplikacji ze strony inteligo.:( -- ReYu
czesc. widze ze jestescie troche do tylu, ja mam to juz cale gotowe, moj skrypt loguje sie do strony pkointeligo (to samo co inteligo), pobiera historie za wczoraj w formacie xml, i zapisuje plik na dysk. nastepny skrypt parsuje ten xml i wrzuca do bazy (baza lms ale oddzielna tabela odzwierciedlajaca tylko historie konta). nastepnie mam tez gotowy system ktory potrafi poslugujac sie konfiguracja (tez robiona specjalnie) odgadnac czyja wplata jest (nie licze np. na wpisywanie ID: 01 w tytule wplaty bo u mnie poprawnie druk wypelnie ze 2 osoby na 60. calosc jest jescze w fazie mocnych testow ale wydaje sie dzialac dobrze.
wszystkie skrypty sa w perlu, gui do konfiguracji zgadywacza zrobilem w ZOPE (python), ale gui jest proste.
w bazie ktora odzwierciedla historie konta sa wszystkie informacje ktore widac w XML, plus suma kontrolna operacji na podstawie kwoty,daty,tytulu wplaty i numeru konta.(dzieki niej system jest odporny na wielokrotne ladowanie tych samych danych).
konfiguracja zgadywacza dziala na zasadzie punktowej i regul, ustalam ile punktow musza uzyskac pasujace reguly zanim system zdecyduje sie przypisac wplate uzytkownikowi, reguly mozna tworzyc na razie tak:
wartosc dowolnego pola (podaje sie nazwe kolumny z tabeli) == podanej wartosc dowolnego pola (podaje sie nazwe kolumny z tabeli) LIKE podanea (LIKE czyli zawiera podany tekst). wartosc dowolnego pola SIMILAR to podana - tutaj jest slabo bo nie mam dobrej metody okreslania podobienstwa stringow w perlu, jest tylko String::Similarity i String::Trigram ale one zbyt czesto sie myla.
bardzo latwo mozna definiowac nowe metody porownywania.
generalnie to co mam teraz dziala bardzo dobrze jezeli zrobimy regule w rodzaju: account_number == '129734516782534765234' = 100 punktow, i okreslimy wymagana liczbe punktow na minimum 100, wtedy system dziala.
dobre sa tez reguly LIKE, czyli np. description LIKE 'jan kowalski' = 50 punktow oraz description like 'akacjowa 1' = 50 pkt, razem 100 pkt. - tez zadziala.
integracja z lms jest prosta, wystarczyloby dodac kolumne do tabeli z wplatami ktora zawieralaby albo hash operacji z historii konta albo ID tej operacji, a tabele: historia konta i 2 konfiguracyjne moglyby pozostac bez zmian.
napiszcie co o tym sadzicie, a ja jak jeszcze nad tym popracuje to podesle namiary.