Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Porad je sance Mirku, ze jsi geneticky mutant s 3 plicema a mas neobvykle vyvinute potni zlazy, ktere stacis do obalu a prodavas jako energy drink.To ne, to bych měl kapacitu pořád omezenou. Jedině že bych byl nesmrtelný nevysychající obnovitelný zdroj potu. To bych pak musel uznat, že BTC je jednoznačně praktičtější prostředek směny než moje ponožky.
To rikas ty....Tvrdím to já a Albert Einstein, mockrát děkuju. Na tomhle jsme se náhodou s Albem shodli.
Kecáš, ty si můžeš opatřit tebou propocené ponožky velice snadno. A to je ten problém.Nevím, jak ty, ale já mám kapacitu potních žláz celkem jasně omezenou.
ale to, že je těžké tu měnu opatřit.To je podmínka nutná, ale ne dostačující. Je spousta věcí, které je těžké opatřit a přesto za ně nic nekoupíš, protože jejich *hodnota* je nulová.
Trh je hra s nulovým součtem.
pokud jeden vydělá, někdo jiný ty samé peníze musí prodělat a naopak
Trhu samotnému je to jednoMarně přemýšlím, co ta věta znamená. To má být něco na způsob Chomského "Bezbarvé zelené myšlenky spí zuřivě"?
Kde na začátku píše že nic neví, chce to aktivně používat a také pochopit do hloubky...No on je právě problém v tom "do hloubky". Já třeba používám unixové systémy asi patnáct let, z toho deset let mě živí a vůbec bych neřekl, že nějaký z nich znám "do hloubky".
samozrejme FreeBSD, diky az opravu ;-)Problém je v tom, že Linux dneska už dost opouští klasické unixové kořeny - když člověk sedne k systému se systemd, tak se nestačí divit. A až přijde do normálního používání wayland, bude další knowhow v trapu... Vzdálenost mezi *BSD a Linuxem se každým rokem zvětšuje, protože množství Linux-only technologií se zvětšuje
osobne kdybych zacinal, tak se vrhnu radsi na openbsd...To by asi v praxi moc nevyuzil. Kdyz uz, tak FreeBSD by byla lepší střední cesta...
No hlavně získá jistotu, zda je ten problém opravdu způsoben tím, že mu v síti běží cizí DHCP server. Což dle původního dotazu neví, jen se to domnívá.To je lepší periodicky kontrolovat automaticky než s tím haluzit ručně. Např. nagios check_dhcp. Ten falešný DHCP server taky nemusí být v činnosti pořád.
Ale jaká data můžete mít v JavaScriptu? Čísla, ale ta se nepošlou přímo, nejprve se převedou na text. Další objekty, ty se také nejprve převádějí na text. A potom text samotný. Text je ale v JavaScriptu posloupnost Unicode znaků, o žádném kódování tam nemá smysl mluvit. Z textu se to pomocí nějakého kódování převede na bajty až v okamžiku odesílání.JavaScript znám spíš z rychlíku, takže jsem o něm nemluvil. Šlo mi spíš o to, že to z principu jinak nemá smysl dělat, i kdyby nakrásně další verze JavaScriptu nějaké kódování uměla apod.
No na co se mi pořád nedaří přijít a nenašel jsem odpověď ani na netu (ani na SO nikdo asi neví):Nevím, jak přesně tyhle knihovny komunikují, když WS není k dispozici, ale co se týče WS, tak to není ajax požadavek - prvně se provede handshake, který je ještě relativně korektní HTTP, a potom následuje stream dat, který už není HTTP vůbec. No a u toho streamu norma jasně říká, že to musí být platný UTF8 a pokud není, server MUSÍ spojení zavřít (http://tools.ietf.org/html/rfc6455#section-8.1).
Proč je nutné ty data kódovat do utf-8, wtf? Tomu vůbec nerozumím. Přece ajaxový požadavek je defaultně utf-8, takže
data se z js kódování ucs-2/utf-16 převedou na utf-8 a server je dostane jako utf-8.
Pokud neco znam, tak odpovim "tady, ale dokud to nejsou baraky, tak tam nelez"Však to jsem přesně udělal - dělají to notáři, realitky, banky a může to dělat kdokoli, kdo bude pro zákazníky dostatečně důvěryhodný. Ovšem nebude to dělat za čtyři koruny za transakci. Kdyby OP hnedka ze začátku napsal, že mu jde o řád jánevím desítek korun, tak by bylo hnedka jasný, co chce, a nemusel to z něho nikdo tahat, protože by bylo hnedka jasný, že taková služba v ČR nejspíš neexistuje a nejjednodušší řešení je si ji zprovoznit sám.
Radšej si obvolajte oddelenia bánk, ktoré sa venujú privátnemu bankovníctvu. Ako podnikateľ by som toto odporučil.Takže přijde za bankéřem, věnujícím se VIP klientele a řekne mu "víte, on by to mohl dělat i Franta, ale musel by platit dvakrát 3Kč za odchozí platby, takže by to bylo drahý"?
Řeším problém, jak co nejlevněji navrhnout řešení zprostředkované platby přes třetí stranu. Strana A si prostřednictvím webové aplikace objedná u strany B službu, tu zaplatí, ale strana B peníze neobdrží (zůstanou viset u nějaké třetí strany) do té doby, než strana A v aplikaci potvrdí, že v plném rozsahu dostala objednanou službu. V případě rozporů vstupuje do hry provozovatel aplikace, který rozsoudí případný spor a peníze buď pošle zpět straně A nebo odešle straně B. Za svoje služby si provozovatel strhne poplatek. Peníze by v optimálním případě vůbec neměli projít přes účet provozovatele, tam by měl přistát pouze poplatek.No to je všechno hezký, ale myslím, že princip escrow vysvětlovat nemusíš. To podstatný jsi opět neřekl - ty píšeš tu webovou aplikaci nebo jaká je tvoje role? Mluvíš o "provozovateli aplikace" jako o třetí osobě, takže to nejsi ty? Nepíšeš, o jaký částky se jedná ani kolik jsi ochotný za jednu transakci zaplatit. Když mluvíš o API, znamená to, že chceš elektronicky podat ze své aplikace příkaz "transakce proběhla, můžete uvolnit peníze"? Transakce mají probíhat přes české banky nebo to může být zahraniční služba? Proč tuhle roli nemůže plnit provozovatel aplikace, když by to bylo zdaleka nejjednodušší? atd. atd. Prostě to z tebe leze jak z chlupatý deky...
nicméně nejsou implementovatelné do webové aplikaceTa důvěryhodná řetí strana musí peníze vydat na základě ověření nějaké skutečnosti (předložení nějakého papíru apod.). Jak přesně si představuješ, že by tohle mělo být "implementovatelné do webové aplikace"?
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.