Hirdetés
- Yézi: Blekk Frájdéj
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Essejó: MultiCooker avagy az elektromos kukta. Ötletek, tippek, tanácsok, receptek.
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- potyautas: Kiküldetésben a szép Juhásznénál
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Viber: ingyen telefonálás a mobilodon
Új hozzászólás Aktív témák
-
Ispy
nagyúr
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.
-
Ispy
nagyúr
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.
-
Ispy
nagyúr
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).
-
Ispy
nagyúr
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.
-
Ispy
nagyúr
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.
-
Ispy
nagyúr
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.
-
Ispy
nagyúr
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
). -
Ispy
nagyúr
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_contentsmeghí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...
-
#19968
Ispy
nagyúr
instantwater
#19967
Ispy
nagyúr
válasz
instantwater
#19967
üzenetére
Nem tervezek webfejlesztő lenni, ez csak egy kis kirándulás, nem ez a fő profil.
Új hozzászólás Aktív témák
- Háztartási gépek
- Autós topik
- Androidos tablet topic
- Kínai és egyéb olcsó órák topikja
- OLED TV topic
- Nem megy az AI az Apple-nek, hullanak a fejek
- Rémisztő árakkal szembesülnek a notebookgyártók az új mobil platformoknál
- One otthoni szolgáltatások (TV, internet, telefon)
- Lenovo Thinkbook, Yoga széria
- Vezetékes FEJhallgatók
- További aktív témák...
- Apple iPhone 14 Pro Max - 256GB / Space Gray / 83% + Spigen tokok
- Logitech Trueforce G923 kormány és pedál szett váltóval, break moddal
- Bomba ár! HP ProBook 450 G7 - i5-10GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gar
- Bomba ár! HP ProBook 450 G6 - i7-8GEN I 16GB I 512SSD I HDMI I 15,6" FHD I Cam I W10 I Gari!
- Bomba ár! HP ProBook 450 G6 - i5-8GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W10 I Gari!
- Samsung Galaxy S25 Edge Titanium Jetblack 12/256 GB Használt, karcmentes 6 hónap garancia
- HIBÁTLAN iPhone 14 Pro Max 256GB Purple -1 ÉV GARANCIA -Kártyafüggetlen, MS3932, 100% Akkumulátor
- ÚJ Asus V16 V3607VM - 16" WUXGA 144Hz - Core 5 210H - 16GB - 1TB - Win11 - RTX 5050 - 3 év garancia
- Telefon felvásárlás!! Samsung Galaxy A12/Samsung Galaxy A22/Samsung Galaxy A32/Samsung Galaxy A52
- BESZÁMÍTÁS! Asus ROG STRIX B360 i7 8700K 16GB DDR4 512GB SSD RTX 2070 SUPER 8GB Zalman N5 ADATA 600W
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest