- Újabb Samsungok telepíthetik a Galaxy AI-t
- Mindent megtudtunk az új Nokia 3210-ről
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
- Véroxigénszintet is mér a Honor Band 5
- Vodafone-ra áttért Digi Mobilosok
- Google szolgáltatás (GMS) Huawei telefonokra
Hirdetés
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
Ispy
veterán
Sziasztok!
Ide is berakom a nyügöm, hátha jön valami ötlet.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz supercow #19964 üzenetére
Van egy azure virtuális szerverünk, ahol már fut a xampp, onnan szedtem le a fájlokat, de most hogy mondod nekem 17-es sql szerver van a gépemen, a virtuális gépen meg 14-es. Lehet ezért szopat?
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz instantwater #19967 üzenetére
Nem tervezek webfejlesztő lenni, ez csak egy kis kirándulás, nem ez a fő profil.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Van egy php kódom, ami egy apit hív meg és az eredményt visszadja xml-ben. Tök jól megy az egész, de ha a 2 bemenő paramétert nem url-ből adom át, hanem post bodyban, akkor az url string a
file_get_contents
meghívásakor megváltozik és az &-ből & lesz. Ha simán kiprintelem a hívás előtt az url-t, akkor még jó (látszólag, lehet már akkor is van benne valami fos karakter, ami nem látszik).Most azt nem tudom, hogy ez php miatt van így, xampp miatt vagy a postman cseszi-e el?
Guglival annyira jutottam, használjak inkább curlt...
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Küzdök ezzel a html-js-php dologgal, érteni még nem értek hozzá, de már legalább úgy megy az oldal, ahogy szeretném.
Viszont a következő stepnél már a koncepció is hiányzik, nem tudom egyáltalán mi erre a jó megoldás...
Szóval van egy .net-es alkalmazás és az lenne a feladat, hogy a user rányom egy gombra és ennek hatására megnyílik a default böngészőben az oldal. Eredetileg a .net webbrowser toolját akartam használni, de a jó öreg IE motor azonnal dobott egy hátast a külső js api hívásakor, szóval ez most felejtős (.net-hez van valami webview néven futó nuget, arra majd még rápróbálok, hátha, az már edge motort használ).
A gondom az, hogy .net-ből kéne ennek az oldalnak átadnom paramétereket post bodyban, mert a kliens oldalon futó js kód meghív egy apit, aminek kellenek ezek az adatok.
Az első és egyetlen gondolatom az volt, hogy csinálok .net-ben egy httprequestet és szerver oldalra áttolom a paramétereket, majd a visszakapott id-t átadom a kliensnek urlben, ami aztán lekéri a szerverről ezeket. Na, most ez így elég nyakatekertnek hangzik és nem tudom van-e ennél valami szabványosabb eljárás, vagy szebb megoldás (biztos van ).
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz pelyib #19982 üzenetére
A weboldalt megoldottam, a gond az, hogy a default webbrowser tk. egy ie11, ami alapból egy fosch, de szerencsére nugetből lehet .net alá telepíteni a webview objektumot, ami már edge, ezzel remekül megy a dolog.
Szóval a megy az oldal, azt úgy értettem, hogy fixen bedrotozott paraméterekkel az csinálja, amit kell. Most változott a koncepció és átrakom az egész üzleti logikát .net-ből php szerverre, szóval a .net meghív egy php kódot, ami létrehoz azure táblában egy requestet, és visszadja a komplett url-t, amit csak meg kell nyítni és majd a javascript kód lehívja a requestben tárolt paramétereket.
Szóval...
.net http hívás php oldal -> létrejön a request -> visszajön az url -> .net-ből megnyílik a webview -> js kód leszedi a requestből, ami elő lett neki oda készítve (ajax hívás) -> bodogság
Mondjuk elég ízgi egyszerre vb.net-ben, ms sql-ben, js-ben és php-ban programozni, néha keverem az utasításokat.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Sziasztok!
Elakadtam...hátha van valakinek valami jó ötlete.
PHP-ból hívok meg sqlsrv-vel egy tárolt eljárást, ami összekészít egy json-t és azt visszaadja. De a visszakapott adat 2033 hosszú blokkokra szétszedve jön (11db), amit az istenért nem tudok utána php-ban összerakni, hogy abból valid json text legyen, próbáltam már loopot, implode-ot, akkor sem add vissza semmit a json_decode. Szóval ott vannak az adatok egy arrayben, vagy meg van egy stringben, csak nem jól összefűzve.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Hát pedig az ms sqlnek complett kódjai vannak, hogy jsont készíts vagy kiolvass, ez a része kész is van. Csak amikor a fetch array-el visszakapom az adatot (ami itt tk. egy string), akkor ezt a stringet 11 részben kapom meg, ha array, ha meg string, akkor olyan, mintha sortörésekkel lenne összerakva a 11 rész. Tehát ebben a formában már nem json. Ha kimásolom egy text editorba, kézzel megszüntettem a töréseket, akkor kész a json.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Közben gugli kisegített, szóval az sql driver szedi szét az outputot [link] , php oldalon így lehet összerakni megint:
while (sqlsrv_fetch($stmt)) {
$data .= sqlsrv_get_field($stmt, 0, SQLSRV_PHPTYPE_STRING('UTF-8'));
}
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
De ez az adatbázis nem lesz cserélve, pont ez a lényege, hogy az üzleti logika ott van tárolva, ezért akarom ott összerakni az outputot, nem pedig a php apiban, aminek kb. annyi a dolga, hogy a kérést elküldje a db-nek és visszaadja a db válaszát. Nem szeretném egyessével összeszedegetni az adatokat php-ban és ott összerakni a json (6 különböző táblából jönnek adatok, amik különböző relációkban vannak egymással).
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Minden eljárás saját verzióval rendelkezik, 1001, 1002 stb., az api csak ezekhez az eljárásokhoz fog hozzáférni, ha az adatbázis oldalon bármi változik, akkor csak csinálni kell egy 1003-as verziót, ami visszaadja a szükséges adatokat. Így simán lehet, hogy az android app az 1001-es kódot használja, a .net-es alkalmazás meg már az 1003-as kódot, mert ott valami frissítés lett csinálva már, de az androidban még nem lett beépítve a módosítás. A tárolt eljárásban meg tk. bármit lehet szimulálni, ha kell.
Btw. inkább megírok 1000 tárolt eljárást, mint 1000 php kódot, de persze kinek mi.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
-
Ispy
veterán
Közben megoldottam a rejtélyt, megy rendben a dolog, csak a postmanban nem váltottam nézetett, ezért nem a raw adatokat teszteltem, hanem a pretty-t, mybad, lehet nem kéne hétvégén dolgoznom.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz nevemfel #20051 üzenetére
Nem új keletű vita ez, vastagkliens vagy vékonykliens, mindegyiknek van előnye meg hátránya. Jelenleg ott tartunk, hogy nekünk az a jó, ha inkább a szerver "vastag", mert 2 kattintással feltoljuk az azure-t egy szinttel odébb és máris van 2x annyi power az adatbázis oldalon, ha kell. A user viszont nem fog köpködni, ha az android app rohadt lassú, megkap mindent előemésztve, a beállításoktól kezdve az adatokig, amiknek meg kell jelenni, ő meg csak kirakja a képernyőre. Aztán persze idővel lehet más lesz a helyzet, de most innen indultunk el.
A PHP-nak itt meg csak tényleg az a dolga, hogy route-olja az adatokat, nem kell tudnia, hogy miért az van benne, ami, vagy hogy hogyan és miért kapcsolódik az egyik adat a másikhoz, erre ott van a relációs adatbázis. Ismerek én is nem egy vastag klienssel futó programot, ahol az adatbázis tk. csak az adatok tárolására van, aztán a kliens meg csinál minden mást, kinek a pap, kinek a paplan.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
Új hozzászólás Aktív témák
- Újabb Samsungok telepíthetik a Galaxy AI-t
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Mindent megtudtunk az új Nokia 3210-ről
- Kerékpárosok, bringások ide!
- Milyen billentyűzetet vegyek?
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- nVidia tulajok OFF topikja
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest