Vytvoření importního skriptu = 13 hodin programování – je to možné?

Napsal itsnowsinhell;1222945

Licence bych neřešil, ti kteří nebudou chtít, aby jejich feed skončil u prostředníka, prostě feed zabezpečí.

Napsal Tomve;1222950

Takže webtrh mod neumí rozdělit / sloučit témata? Pokud to neumí, tak by si to retal měl dát do To Do listu.

Napsal Souki;1222949

carlose bych poprosil, ať kdyžtak napíše PM. Zjevně tu každý mluvíme o něčem jiném a je zbytečné tím plnit vlákno, jehož hlavní náplní je něco jiného.

Napsal carlos;1222951

Souki tady nabizi i pristup do sekci pod heslem, jestli myslis privatni sekci webu tak ta nic neresi..

Napsal Blackthorne;1222928

Ano presne jak rikate. Nejde mi do hlavy ze by tam nekdo dobrovolne zverejnil sve dodavatele ( vzdyt je to vetsinou hlavni know how obchodu ) aby nasledne byly pristupni vsem ostatnim.

Napsal Souki;1222933

Ona taky spousta dodavatelů v těch feedech má jenom kód, cenu a stav skladu - žádné popisy apod, které tu asi řešíš především.

Napsal Souki;1222938

U pár dodavatelů jsem teda úvodní dotaz přeskočil, když měli feed vystavený na webu s komentářem ve smyslu "napojte se na feed a hlavně prodávejte naše zboží" - tam mi to přišlo zbytečné. Později na ně ale taky dojde.

Napsal carlos;1222951

Muzu prosim vedet jak? Souki tady nabizi i pristup do sekci pod heslem, jestli myslis privatni sekci webu tak ta nic neresi..

---------- Post added 03.09.2015 at 16:08 ----------

V pravo dole Split Thread.

---------- Post added 03.09.2015 at 16:10 ----------

Tema je o narocnosti importnich skriptu, proc za jak dlouho, za kolik a tak... Tvoje alternativa nabizi urcite vyhody (ale i nevyhody), myslim ze to je velmi k tematu. Minimalne pro tebe imho cenny feedback.

Cili kdyz to shrnu, vy sice vytvorite importni skript zdarma, ale na druhou stranu jej nabidnete vzdy X dalsim klientum. Nebo jaky je obchodni model?

Napsal itsnowsinhell;1223048

Logování IP adres při stahování feedu ; povolit originální klíč feedu pouze pro IP serveru s eshopem.

Ochrana feedu s heslem je již starožitnost.

Napsal Souki;1223062

Takové dodavatele mám vždycky nejradši. Je to totiž trochu problém, když je eshop v cloudu, běží paralelně z deseti serverů a ty se ještě různě mění, takže se feed nikdy nestahuje dvakrát ze stejné IP...

Napsal itsnowsinhell;1223063

Dobře tedy, skript pro feed bude povolovat požadávky pouze pro IP serveru eshopu. Co teď?

---------- Příspěvek doplněn 03.09.2015 v 21:42 ----------

Už jsem unaven.

Ale řešení to je a je to problém poskytovatele eshopového řešení.

Napsal Souki;1223065

To ano :) Poskytovatel si udělá externí službu mimo cloud se stálou IP, skrz kterou to stahuje :)

Napsal itsnowsinhell;1223067

A poskytovatel feedu zablokuje dánou IP v momentě, když zjistí, že to není IP eshopu.

Napsal Souki;1223073

A přijde o odběratele :)

Takhle to ale skutečně v praxi funguje. Dodavatel si vymyslí zabezpečení, které zkrátka není kompatibilní s moderní technologií, takže odběratel (zcela regulérní bez žádných postraních úmyslů) pak musí to zabezpečení obcházet.

Řešíme totiž tohle pořád dokola - hostujeme eshopy v cloudu a každou chvíli narazíme na dinosaura. Takže musíme mít proxy mimo, které je povolené ve všech možných službách. Samozřejmě pak ale nezakládáme nové proxy pro každý eshop, ale recykluje se to, takže u dalšího eshopu se stejným dodavatelem ani není potřeba žádat o povolení IP.

Pokud si pak dodavatel vymýšlí podobné nesmysly, tak pak napojení klidně může trvat zmiňovaných 13 hodin. Oblíbenou zábavou dodavatelů totiž také je, že je feed dostupný jen mezi 22:00-05:00 a to je taky radost implementovat. Pak není divu, že se za to fakturují takové částky.

Napsal itsnowsinhell;1223078

Pokud odběratel potřebuje použit tvoji službu, tak to není vhodný odběratel nebo poskytovatel eshopu nepatří do oboru.

Ověření IP spolu s hostname (kdo by si dál práci s fake hostname) a recyklace skončila.

Napsal Souki;1223080

Teď nemluvím o výše zmiňované službě. Primárně poskytujeme eshopové řešení - co to jsem psal se vztahuje na skutečné eshopy, které zcela regulérně odebírají zboží a od dodavatele mají poskytnutý feed. Protože ale dodavatelé často žijí v minulém století, tak musíme neustále řešit, jak nastavené zabezpečení obcházet, aby s tím vůbec šlo pracovat.

Mimochodem dodavatel nemá šanci poznat, jestli jsou data používána jedním eshopem nebo deseti (první eshop data stáhne, další stáhnout od něj). To zkrátka nejde vyřešit nijak. Výsledek tak je, že jen hází klacky pod nohy vlastním odběratelům, prodražuje implementaci a přitom nevyřešil vůbec nic.

Máme přeci rok 2015. Dávno jsou standardem REST API, ověřování přes expirující tokeny, certifikáty a podobně. Zneplatnit jdou úplně stejně jako IP a netrpí přitom stejnými nedostatky.

Napsal itsnowsinhell;1223082

Pokud spustíš službu, tak je možné, že více dodavatelů bude hledat řešení.