[blackyabbol]

Mam mały problem z #python i #django . (Znowu (╯︵╰,) )
Konkretnie chodzi o to że próbuję podłączyć system płatności do frameworka django-oscar. Jeszcze konkretniej chodzi o to, że oscar przechowuje dane o aktualnym zamówieniu w słowniku, zawierającym różne typy danych, np. Decimale porozrzucane po różnych klasach. Nie da się tego zserializować.
Żeby dokonać płatności, muszę zrobić przekierowanie na stronę, np. transferuj.pl, a potem wrócić. Tylko problem z tym że jak wracam, to nie mam już żadnych danych o zamówieniu.
Tak jak wspomniałem, zserializować żeby trzymać w request.session['order'] się nie da, model przed płatnością nie jest jeszcze wpisany do bazy, i nie mam zielonego pojęcia jak się do tego słownika dostać. Poratuje ktoś pomysłem?

[L.....F]

@blackyabbol: nie znam tego oscara, ale ja bym utworzył w bazie obiekt zamówienia przed przekierowaniem i później dostał się do niego po id transakcji, które gdzieś na pewno masz i dostaniesz je po przekierowaniu po płatności

[blackyabbol]

@LOLWTF: Właśnie też nad tym myślałem, tylko problem z tym że zamówienie ma dość złożoną strukturę - każdy jego element, to kolejna klasa typu shipping_adres czy basket Na każdą z tych 7 klas przypada kolejne tyle składowych. Szczerze to nie wiem jak utworzyć taki model - jest jakieś narzędzie tworzące model / obiekt ze słownika?

[L.....F]

jest jakieś narzędzie tworzące model / obiekt ze słownika?

@blackyabbol: jest xD

JakisModel.objects.create(**slownik)

[blackyabbol]

@LOLWTF: xD Nie chodziło mi o to, tylko jak zdefiniować taki model w models.py

[L.....F]

@blackyabbol: każda z tych klas (shipping_adres czy basket) to modele?

[blackyabbol]

@LOLWTF: gdyby tak było, to poleciałbym z siedmioma ForeignKey. Nie wszystkie niestety

[L.....F]

@blackyabbol: to możesz je odwzorować w bazie modelami i polecieć FK
Możesz zrobić model zamówienia z pierdyliardem pól
możesz zrobić model zamówienia z polami, w których będziesz trzymać słowniki tych wszystkich klas. Zainteresuj się polem JSONB w postgresie 9.4. Pola takie mogą trzymać jsona, można filtrować po wartościach z tych jsonów, cuda na kiju, panie.

[blackyabbol]

@LOLWTF: Będę musiał chyba połączyć pierwszą opcję z drugą :/ BTW - dziwi mnie trochę że nie da się tego zserializować - wyrzuca błąd Decimal(...) is not serializable with JSON, ale jak szukam rozwiązania w googlach to wszędzie jest napisane że wystarczy nowa wersja pythona czy simplejson, a posty są sprzed kilku lat.

[fakeReal]

@blackyabbol: nie da sie przekazać callbacka do transferuj? po callu by do ciebie zrobil requesta. W bazie I tak musisz sledzic wszystkie tranzakcje wiec proste id w callbacku zalatwi sprawe

[blackyabbol]

@fakeReal: Właśnie w tym problem - do momentu odebrania potwierdzenia płatności, ten framework (oscar) trzyma znaczną większość danych o zamówieniu (adres niezarejestrowanego użytkownika chociażby) w słowniku. Po powrocie ze strony banku nie mam do nich dostępu.

[L.....F]

dziwi mnie trochę że nie da się tego zserializować - wyrzuca błąd Decimal(...) is not serializable with JSON

@blackyabbol: a nie możesz tego rzucić w dupu na float?

[fakeReal]

@blackyabbol: w takim razie kiepski framework :/ musisz go uzywac? zwykle serwisy do placenia udostepniaja dosc proste API

[L.....F]

@fakeReal: ale problem leży w module płatności po stronie aplikacji, nie po stronie dostawcy płatności

[fakeReal]

@lolwtf tak, dlatego mowie zeby go nie uzywac. Moze API jest na tyle proste, ze samemu mozna napisac prostego klienta

[L.....F]

@fakeReal: ach, ok, rozumiem. Może to być dobry kierunek.
@blackyabbol: jak będziesz chciał sam napisać moduł płatności to postaram się pomóc, na co dzień takimi rzeczami się zajmuję

[blackyabbol]

@fakeReal: @LOLWTF: hm, na tym frameworku ma stać cały sklep, więc odrzucenie go nie wchodzi raczej w rachubę, a wymiana tylko modułu odpowiedzialnego za proces zamówienia też trochę by zajęła. Ogólnie cała reszta jest bardzo przyjemna, i bez zarzutu - tylko ten brak pomysłu na dostanie się do danych przerzucanych w requestach wracając z przekierowania do banku trochę wadzi. Wina pewnie tego że pisząc go na zachodzie pewnie skupiali się

[ufik78]

@blackyabbol: ja się nie znam, ale w dokumentacji nic nie ma pomocnego? https://django-oscar.readthedocs.org/en/releases-1.1/howto/how_to_set_up_order_processing.html
https://django-oscar.readthedocs.org/en/releases-1.1/howto/how_to_integrate_payment.html

[blackyabbol]

@ufik78: Dokumentację znam już chyba na pamięć :D Ale niestety, nic nie udało mi się stamtąd wyciągnąć na ten temat.