Kilka problemów

[marcinex]

Witam,

w swojej instalacji magento wprowadziłem zmianę polegającą na zamaskowaniu w pasku adresu ciągu /index.php/. Zrobiłem to przy pomocy edycji pliku .htaccess w głównym katalogu na serwerze (home) - oto krótka notka jak to zrobiłem.

Step 1: Goto to your site root folder and you can find the htaccess file there.Open it on text editor and find the line #Rewrite Base/ magento. Just replace it with Rewrite Base/

step 2: Then goto your admin panel and enable the Rewrites(set yes for Use Web Server Rewrites). You can find it at System->Configuration->Web->Search Engine Optimization.

step 3: Then goto Cache management page (system cache management ) and refresh your cache and refresh to check the site.

NO i przestał mi działać Wasz skrypt. Gdy próbuję wykonać zamówienie, dostaję 404 a dokładniej:
Not Found

The requested URL /payu_account.xml/payment/new/ was not found on this server.

Jednakże jak wprowadzę przed tym /index.php/payu_account.xml/payment/new/ wszystko zaczyna działać. W związku z tym proszę o pomoc :)

Inna sprawa, że zastanawiające jest to, że mimo iż dostałem 404 to dostałem także maila o złożeniu zamówienia! Czemu tak się dzieje. Podobnie w przypadku, gdy np. wybiorę sobie płatność przez mbank, po czym jak już jestem na stronie mbanku i chcę się zalogować to klikam anuluj i znów dostaję maila o zamówieniu. Czemu tak się dzieje? Przecież jak zamówienie jest niedokończone to nie powinno być odnotowane w systemie (a już na pewno nie powinien klient dostawać powiadomienia o złożeniu przez niego zamówienia!). Nadmienię, iż wykorzystując plugin stworzony przez kkkonrad'a z magentoforum, nigdy nie miałem takiego problemu.

Pozdrawiam i liczę na super szybką odpowiedź :)

[marcinex]

Ok, główny problem rozwiązałem samemu, pozostało pytanie dotyczące wysyłania maili.

[marcinex]

Wciąż jest otwarte pytanie o nieprawidłowy sposób wysyłania maili.

No i wciąż jest problem z przekazywaniem prawidłowych danych między moim sklepem i Waszym skryptem.

Formy dostawy dostępne w moim sklepie:

• Darmowa dostawa jako standardowy moduł dla zamówień pow. 250 zł
• Płaska Stawka ustawiony jest jako odbiór osobisty
• Pocztex jako Paczka
• Poczta Polska jako Listy polecone
• GLS jako Kurier

Wszystkie te metody są ogólno dostępne w systemie w zakładce "Formy Dostawy" i mogę je dowolnie edytować także nie wydaję mi się, żeby wprowadzały one inne oznaczenia metod.
Na moje oko to Wasz skrypt ma problem ze zczytaniem ze strony prawidłowej formy dostawy i zliczeniem tego. Bo wydaję mi się, że w Waszym podsumowaniu "ZAKUPY" powinno być zliczone wszystko co kupiłem ale bez przesyłki. Teraz wartość przy polu ZAKUPY zawiera od razu kwotę za przedmiot powiększoną o koszt przesyłki zczytanej z mojego systemu. Natomiast powinna być ona doliczana dopiero do finalnej kwoty. Ponadto w tym momencie zmuszam klienta do ponownego wyboru sposobu wysyłki! Proszę o szybką odpowiedź.

[openpayu]

@marcinex,

Próbowałeś zmienić wartość?

 'GrandTotal' => $this->toAmount($grandTotal),  

na to

  'GrandTotal' => $this->toAmount($this->_order->getSubtotal()),

Pozdrawiam
Emil, OpenPayU

[marcinex]

Tak, napisałem w mailu, że było jeszcze gorzej, gdyż np. w koszyku miałem coś za 29 zł to gdy przeszedłem na Waszą stronę to pomimo tego, że nie zmienił się sposób wysyłki to koszt całkowity do zapłaty był chyba 23.8 zł ... także to nie tu problem.

[marcinex]

No i wiadomo co się dzieje?

[marcinex]

Czy ktoś może ze mną skontaktować się? Bo nie wiem co robić a taka pułapka może zniechęcać klientów do mojego sklepu!

[intramedium]

@marcinex,

Problem może być przypadkiem indywidualnym, ponieważ konfiguracja każdego sklepu jest inna.

Spróbuję skonfigurować sklep, według Twojego opisu i dam znać czy u mnie problem tez występuje.

[marcinex]

To może inaczej, moglibyście wskazać w którym miejscu następuje pobranie wartości typu przesyłki oraz ceny? Bo rozumiem, że wpływu na to jak strona się wyświetla to ja nie mam żadnego bo pliki phtml leżą u Was na serwerze, prawda?

U mnie dodatkowo działa OnePageCheckout dołączony do szablonu strony ale jak już pisałem wcześniej, plugin pisany przez kkkonrad z magentoforum.pl działał bez zarzutu przy moim OnePageCheckout także ...

Myślałem także o tym, że może po prostu wywaliłbym możliwość wyboru innego rodzaju przesyłki a odnotowane by było tylko na Waszym formularzu jaki to typ ale potem uświadomiłem sobie, że i tak źle go zczytuje ode mnie więc i tak to nie zadziała.

[intramedium]

Zamówienie budowane jest w PayU_Account_Model_Payment::orderCreateRequest().

Wypełnianie listy dostępnych form i kosztów dostawy, również odbywa się w tej metodzie. Tablica $shippingCostList zawiera te dane.

[agnagna]

Witam serdecznie,
uprzejmie informuję, że obsługę wszystkich spraw związanych z pluginami przejmuje zespół wsparcia technicznego. Konsekwencją tej decyzji jest zamknięcie tego działu. Wszystkie pytania, wątpliwości, zgłoszenia błędów oraz propozycje prosimy wysyłać na e-mail tech@payu.com.