Jump to content

Edit History

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

 

a ten hook? pierwsze slysze o takim... ze niby co w nim mialo by sie przed zamowieniem robic? w ktorym miejscu mialby sie wywolywac i przez ktory kontroler? to ma byc Action/Display? co w nim mialo by sie robic przed zamowieniem ? moze chodzilo o OrderConfirmation?

 

 

EDIT

znalazlem cos takiego w OrderDetail::setDetailProductPrice()

teoretycznie to chyba to o co mi chodzi, tylko w odwrotnej kolejnosci ;) moze spotkal ktos fukcje odwrotna do tej i dla tablicy zamowien Order a nie pojedynczego...

 

i jeszcze jedno pytanie, bo juz chyba dzisiaj zagotowalem sie za bardzo i ciezko mi myslec... jak z id_order wyciagnac id_cart z ktorego powstalo zamowienie? nie chodzi mi o zapytanie do bazy, bo jak nie znajde to napisze fukcje gdzie wycigagne konretnie co bede chcial bez smieci. chodzi mi oajas gotowa fukcje do podpiecia. mam $id_order i potrzebuje wyciagniac tylko $id_cart

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

 

a ten hook? pierwsze slysze o takim... ze niby co w nim mialo by sie przed zamowieniem robic? w ktorym miejscu mialby sie wywolywac i przez ktory kontroler? to ma byc Action/Display? co w nim mialo by sie robic przed zamowieniem ? moze chodzilo o OrderConfirmation?

 

 

EDIT

znalazlem cos takiego w OrderDetail::setDetailProductPrice()

teoretycznie to chyba to o co mi chodzi, tylko w odwrotnej kolejnosci ;) moze spotkal ktos fukcje odwrotna do tej i dla tablicy zamowien Order a nie pojedynczego...

 

i jeszcze jedno pytanie, bo juz chyba dzisiaj zagotowalem sie za bardzo i ciezko mi myslec... jak z id_order wyciagnac id_cart z ktorego powstalo zamowienie?

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

 

a ten hook? pierwsze slysze o takim... ze niby co w nim mialo by sie przed zamowieniem robic? w ktorym miejscu mialby sie wywolywac i przez ktory kontroler? to ma byc Action/Display? co w nim mialo by sie robic przed zamowieniem ? moze chodzilo o OrderConfirmation?

 

 

EDIT

znalazlem cos takiego w OrderDetail::setDetailProductPrice()

teoretycznie to chyba to o co mi chodzi, tylko w odwrotnej kolejnosci ;) moze spotkal ktos fukcje odwrotna do tej

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

 

a ten hook? pierwsze slysze o takim... ze niby co w nim mialo by sie przed zamowieniem robic? w ktorym miejscu mialby sie wywolywac i przez ktory kontroler? to ma byc Action/Display? co w nim mialo by sie robic przed zamowieniem ? moze chodzilo o OrderConfirmation?

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

 

a ten hook? pierwsze slysze o takim... ze niby co w nim mialo by sie przed zamowieniem robic? w ktorym miejscu mialby sie wywolywac i przez ktory kontroler? 

design4VIP

design4VIP

nie nie, to tylko ma byc widoczne dla sprzedawcy w module. poukladac to w helpery, formy, tabele itp to juz najmniejszy problem. w sumie to juz mam gotowe wraz z szablonami tabeli itp. zostala kwestia wyciagniecia danych. ps_orders, ps_orders_detail za wiele nie daje bo wszedzie rabaty np. ilsociowe sa juz w tabelach laczone, jak sama nazwa wskazuje sa to "reguly koszyka" wiec presta juz pokracznie wszystko laczy w calosciowe rabaty dla zamowienia a nie rozgranicza na produkty. poniekad ma to jakis sens optymalizacyjny. zawsze to mniej zapytan do bazy danych. ale jak widac... niekiedy psuje pomysly i komplikuje prace ;)

×
×
  • Create New...