[Wyrelworelowany]

#programowanie #programista15k #ecommerce #prestashop #woocommerce

Mireczki, problem ogólny - raczej chodzi o logikę działania. Powiedzmy, że mam swój katalog produktów (dobre porównanie to będzie Ceneo). Ktoś u mnie na stronie dodaje sobie do koszyka dwa produkty. Produkty na mojej stronie są oczywiście od partnerów. Kupujący po dodaniu do koszyka i kliknięciu kupuję przechodzi na stronę partnera, i teraz najważniejsze, u partnera, powinien lądować na stronie koszyka, gdzie ma już dodane te same produkty co u mnie.

W jaki sposób to jest realizowane? Powiedzmy, że znam silnik, na którym stoi sklep partnera, dla przykłądu Presta Shop czy Woocommerce. Puszczam w URL JSONa, a na stronie partnera daję jakiś snipet, który to ogrnia? Czy po prostu puszczam jako parametry w URL zgodne z tym jak dany sklep ma to zdefiniowane?

[Shellthorn]

@Wyrelworelowany: Przechodzenie z koszyka do koszyka to średnie rozwiązanie, według mnie. Jest jeszcze kwestia podwójnej rejestracji, wykluczając opcję zakupu bez rejestracji.

[Wyrelworelowany]

@Shellthorn: Mireczku nie o to pytam :) Nie szukam porad czy to dobre rozwiązanie z punktu widzenia UX, tylko pomocy technologicznej w realizacji.

[P.....y]

@Wyrelworelowany: Gdyby sklep mnie przekierował na inny sklep to bym wyszedł.
Ale ok: Woocommerce udostępnia to o czym piszesz

[P.....y]

@Wyrelworelowany: https://businessbloomer.com/woocommerce-custom-add-cart-urls-ultimate-guide/

[P.....y]

@Wyrelworelowany: Po prostu u siebie generujesz skryptem URL do koszyka na innym sklepie z odpowiednimi parametrami

[Wyrelworelowany]

@Pan_Jerzy: dziękuję o to idzie. OK, woocommerce super. A odchodząc od konkretnych przykładów, bardziej filozoficznie. Dla każdego innego silnika wymagana jest po prostu znajomość składni URLa tworzącego koszyk u nich? Rozumiem, że będzie to poprawne do póki nie zabezpieczają się np. jakimś kluczem, który mówi koszykowi, że to co przyszło jest z tego sklepu, a nie innego źródła?

[P.....y]

@Wyrelworelowany: Szczerze powiem, że nie wiem. Z woocommerce znam ten trik bo sam go kiedyś potrzebowałem. Nie pracuję z innymi silnikami (na początku miałem prestę ale uciekłem od tego na szczęście)

[ppawel]

Dla każdego innego silnika wymagana jest po prostu znajomość składni URLa tworzącego koszyk u nich?

@Wyrelworelowany: Niby tak, ale nie do końca.
1) Wystarczy że w jakimś silniku musi pójść parę zapytań POSTem i już samym przekierowaniem nic nie zdziałasz.
2) Sam GET też ma ograniczenie długości, więc nawet gdyby tędy się dało, to możliwe że przy dłuższych danych coś się sypnie.
3) Wystarczy że sklep coś zmieni w silniku (cokolwiek,

[Wyrelworelowany]

Punchout / eProcurement

@ppawel: to jest to. Woo i Presta to przykłady, które podałem bo wydawały mi się najbardziej powszechne, i takie co do których mogłem uzyskać jakieś porady tutaj. Jak się okazuje nie tylko ( ͡° ͜ʖ ͡°)

Jeśli o etykę i bany chodzi, to spokojna głowa, z każdym partnerem jest podpisana umowa, i on jest tego świadomy. Ja szukam sposobu na ułatwienie im życia

[Wyrelworelowany]

to są standardy typu Punchout / eProcurement

@ppawel: A swoją drogą, siedzisz w tym temacie?

[ppawel]

@Wyrelworelowany: zawsze się trochę siedzi w temacie ( ͡° ͜ʖ ͡°)

[Uzytkownik_Wykopu]

@Wyrelworelowany:

Dla każdego innego silnika wymagana jest po prostu znajomość składni URLa tworzącego koszyk u nich?

w prescie czy woo może i tak jest, ale to raczej wyjątek i w innych silnikach większych sklepów przez same URLe nie dodasz produktów do koszyka.

[Wyrelworelowany]

przez same URLe nie dodasz produktów do koszyka.

@Uzytkownik_Wykopu: skąd taka wiedza? W sensie, domyślasz się czy wiesz, że tak jest? Dopytujębo jestem ciekawy szczegółów.

[Uzytkownik_Wykopu]

@Wyrelworelowany: przekazywanie czegoś takiego urlem to chyba tak troche 1990 wiek, więc podejrzewam że tylko presta i woo tak mogą mieć ( ͡º ͜ʖ͡º)