Curlilla voi lähettää POST:eja, esimerkiksi:
Koodi:
curl -X POST -H "Content-Type: application/json" \ -d '{"foo": "bar", "bar": "foo"}' \ https://foo.bar
-
Hyvää joulua!
Osallistu io-techin piparikakkutalokilpailuun 2025 Linkki osallistumisketjuun >>>
SER-huutokaupat hyväntekeväisyyteen käynnissä! Linkki huutokauppaan >>>
Pieniä kysymyksiä ohjelmoinnista
- Keskustelun aloittaja Kautium
- Aloitettu
-
- Avainsanat
- kysymys ohjelmointi pulma
En tiiä kiinnostaako ketään, mutta jos curlilla tarvii testailla enemmänkin, eikä halua olla koko aikaa kirjoittelemassa käyttäjänimeä ja passua tai lähettelemässä Authorization headeria, niin autentikaation voi myös kertoa ~/.netrc tiedostossa ja käyttää vipua -n.
Täällä dokkaria: curl - How To Use
Eikä pääse tunnarit vahingossakaan väärään paikkaan, jos testikutsuja jaetaan chateissa eri toimijoiden kesken tmv.
Jonkun verran oon käyttänyt testailussa myös VSCoden RestClientiä. En osaa varsinaisesti perustella, että ois sen parempi kuin mikään muukaan tapa, mutta saa paketoitua varsin mukavasti talteen testikutsut ja VSCode näyttää siististi vastaukset.
Täällä dokkaria: curl - How To Use
Eikä pääse tunnarit vahingossakaan väärään paikkaan, jos testikutsuja jaetaan chateissa eri toimijoiden kesken tmv.
Jonkun verran oon käyttänyt testailussa myös VSCoden RestClientiä. En osaa varsinaisesti perustella, että ois sen parempi kuin mikään muukaan tapa, mutta saa paketoitua varsin mukavasti talteen testikutsut ja VSCode näyttää siististi vastaukset.
Itsekin hiljattain asensin tuon RestClientin. Se on ihan kätevä, mutta ilmeisesti sitä ei saa automatisoitua? Pitää ehkä väsätä skripti, joka lähettää kaikki siinä .html -tiedostossa olevat komennot ja lukee statuksen. Tosin sitten varmaan sellaiset, jotka palauttaa muuta kuin 200 pitää kirjoittaa omaan tiedostoonsa...
Sikäli kun minä ymmärrän, niin tuo RestClient on tarkoitettu enemmänkin manuaaliseen testaamiseen ja kutsujen yksitellen ajamiseen.
Jos tarvii putkittaa useampia kutsuja ja varsinkin, jos tarvii reagoida eri rajapintojen vastauksiin ja tehdä jotain niiden perusteella, niin sellaiset joutunee kyllä koodailemaan itse. Kevyessä tapauksessa joku bash- tai python-skripti varmaan riittää ihan hyvin.
Raskaammassa integraatiokoodailussa Apachen Camel tutustumisen arvoinen.
Jos tarvii putkittaa useampia kutsuja ja varsinkin, jos tarvii reagoida eri rajapintojen vastauksiin ja tehdä jotain niiden perusteella, niin sellaiset joutunee kyllä koodailemaan itse. Kevyessä tapauksessa joku bash- tai python-skripti varmaan riittää ihan hyvin.
Raskaammassa integraatiokoodailussa Apachen Camel tutustumisen arvoinen.
- Liittynyt
- 19.10.2016
- Viestejä
- 4 574
Axios ( "for the browser and node.js" ) on sangen miellyttävä käyttää ihan helppokäyttöisyyden ja selkeyden vuoksi ( GitHub - axios/axios: Promise based HTTP client for the browser and node.js )
Tai ainakin omasta mielestä tuo melko luettavaa.
Minimal Example | Axios Docs
Joo, jos node on asennettuna ja JS-maailma tuttua, niin mikä jottei. Noi Axios-kutsut on tosiaan varsin simppeleitä kirjoitella ja lukea.Axios ( "for the browser and node.js" ) on sangen miellyttävä käyttää ihan helppokäyttöisyyden ja selkeyden vuoksi ( GitHub - axios/axios: Promise based HTTP client for the browser and node.js )
Tai ainakin omasta mielestä tuo melko luettavaa.
Minimal Example | Axios Docs
axios-http.com
Yleisesti riippuu varmaan tarpeesta, käyttöympäristösta ja siitä, mikä on tuttua, että millä kannattaa lähteä tekemään.
- Liittynyt
- 19.10.2016
- Viestejä
- 4 574
Noh, tuo tuli ensimmäisenä mieleen, millä olisi helppo lähteä liikkeelle käytännössä:
Noden asennus ei paljoa vaadi. Pythonin kokeilusta niin kauan, etten muista siitä mitään, mutta kuvittelisin, että silläkin onnistuu.
Mutta joo, tietysti riippuu noista asioista. Kai mä olisin tuttuuteen perustuen voinut C#:a suositella, mutta en näe siinä järkeä, kun ajattelin kontekstina 'my first post and get'-appista.
Mää ajattelin yleisesti vaan jotain HTTP-rajapintojen testaamista ja ihmistä, joka tietää mitä tekee, että tekee sit tarpeesta riippuen vehkeillä, joilla onnistuu ja saa helpoiten tehdyksi.
muoks. tuohon ensitutustumiseen Node ja Axios varmasti ihan hyvä valinta.
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Ei kysymys, vaan toteamus: Heroku lopettaa Free Tier -tuotteensa. Ja tavallaan en ihmettele, ilmaisuus houkuttaa aina väärinkäyttäjät kuin kärpäset paikalle.
blog.heroku.com
Heroku’s Next Chapter
Back in May, I wrote (https://blog.heroku.com/we-heard-your-feedback) about my enthusiasm to be part of the Heroku story, and I remain just as...
blog.heroku.com
^ niin eikö se Postman tuolla mainittu suunnilleen ensimmäisten viestien joukossa, kun asiasta tuli puhetta?
Nää jälkimmäiset liittyi siihen, jos tarvii testata jotain putkea erilaisia kutsuja. Kaikenlaisia systeemejä on, joissa pitää ensin kysellä ulkoisella id:llä järjestelmän sisäinen id yms. tietoja, joilla pääsee vasta hakemaan tai tekemään sen, mitä oikeasti haluaa.
Nää jälkimmäiset liittyi siihen, jos tarvii testata jotain putkea erilaisia kutsuja. Kaikenlaisia systeemejä on, joissa pitää ensin kysellä ulkoisella id:llä järjestelmän sisäinen id yms. tietoja, joilla pääsee vasta hakemaan tai tekemään sen, mitä oikeasti haluaa.
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Onnistuu Newmanilla. En ole itse kokeillut:
Running collections on the command line with Newman | Postman Learning Center
Running collections on the command line with Newman: documentation for Postman, the collaboration platform for API development. Create better APIs—faster.
learning.postman.com
Repo:
GitHub - postmanlabs/newman: Newman is a command-line collection runner for Postman
Newman is a command-line collection runner for Postman - postmanlabs/newman
github.com
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
No yritetääs täältä taas kysellä. Eli jatkoa edeltävälle POST kyssärille, jonka aiemmin viikolla esitin ja se ratkesikin.
Sain siis Pindora POST:n oikeaan muotoon ja postman sen tuuppaa onnistuneesti eteenpäin -> oven lukko aukeaa.
Nyt yritän tätä automatisoida käyttäen sellaista automatisointi/sääntömoottoria kuin webcore. En tiedä onko kenellekään tuttu, mutta tuskin sillä sinällään on väliä. Näkeekö kukaan tässä alla olevassa kuvassa jotakin probleemaa, joka aiheuttaa errorin:
Voisin vielä tarkentaa, että Make a POST lauseen sisältö menee näin:
Eikös error jotenkin viittaisi, että content-type kohdassa on jotain väärin. Postmanilla siis komento menee läpi, mutta kun yritän konvertoida tuota toimivaa komentoa webcoreen, niin joku asia ei webcoren mielestä ole oikea tapa toimia. Ja itse asiassa komento menee webcoressa myös API:lle asti, koska Pindoran sivuilla "usage countissa" lukumäärä kasvaa aina kun yritän ajaa komentoa. Eli komento menee perille, mutta jokin kohta mättää eikä lukko aukea.
Sain siis Pindora POST:n oikeaan muotoon ja postman sen tuuppaa onnistuneesti eteenpäin -> oven lukko aukeaa.
Nyt yritän tätä automatisoida käyttäen sellaista automatisointi/sääntömoottoria kuin webcore. En tiedä onko kenellekään tuttu, mutta tuskin sillä sinällään on väliä. Näkeekö kukaan tässä alla olevassa kuvassa jotakin probleemaa, joka aiheuttaa errorin:
Voisin vielä tarkentaa, että Make a POST lauseen sisältö menee näin:
Eikös error jotenkin viittaisi, että content-type kohdassa on jotain väärin. Postmanilla siis komento menee läpi, mutta kun yritän konvertoida tuota toimivaa komentoa webcoreen, niin joku asia ei webcoren mielestä ole oikea tapa toimia. Ja itse asiassa komento menee webcoressa myös API:lle asti, koska Pindoran sivuilla "usage countissa" lukumäärä kasvaa aina kun yritän ajaa komentoa. Eli komento menee perille, mutta jokin kohta mättää eikä lukko aukea.
No yritetääs täältä taas kysellä. Eli jatkoa edeltävälle POST kyssärille, jonka aiemmin viikolla esitin ja se ratkesikin.
Sain siis Pindora POST:n oikeaan muotoon ja postman sen tuuppaa onnistuneesti eteenpäin -> oven lukko aukeaa.
Nyt yritän tätä automatisoida käyttäen sellaista automatisointi/sääntömoottoria kuin webcore. En tiedä onko kenellekään tuttu, mutta tuskin sillä sinällään on väliä. Näkeekö kukaan tässä alla olevassa kuvassa jotakin probleemaa, joka aiheuttaa errorin:
Voisin vielä tarkentaa, että Make a POST lauseen sisältö menee näin:
Eikös error jotenkin viittaisi, että content-type kohdassa on jotain väärin. Postmanilla siis komento menee läpi, mutta kun yritän konvertoida tuota toimivaa komentoa webcoreen, niin joku asia ei webcoren mielestä ole oikea tapa toimia. Ja itse asiassa komento menee webcoressa myös API:lle asti, koska Pindoran sivuilla "usage countissa" lukumäärä kasvaa aina kun yritän ajaa komentoa. Eli komento menee perille, mutta jokin kohta mättää eikä lukko aukea.
Saako tuota webcoren ”Request body type” kenttää valittua vapaasti? Jos kyllä niin laita siihen tuo ”application/vdn.pindora.v1+json” ja jätä se header kohdasta pois. Vaihtoehtoisesti jätä se tyhjäksi jos mahdollista, koska määrität sen käsin jo headereissä.
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
No ei oikeastaan saa. Siellä on kolme vaihtoehtoa: JSON, FORM ja CUSTOM.
FORMin sisältö näin:
CUSTOMin sisältö näin, ja siellä pystyy content typeä säätämään, mutta vakiona löytyy nuo rivit ja mitään omaa ei suoraan tuohon kohtaan voi laittaa.
Ok. Vaikea sanoa saako tuota siinä tapauksessa toimimaan lainkaan, vai tuleeko ko. softan rajoitteet vastaan. Pikainen googletuskaan ei hirveästi viisaammaksi tehnyt. Ilmeisesti ”local network” requestissä tuo pitäisi voida vapaasti määrittää, mutta sellainenhan tuo ei ole.
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
Eipä tuolta muuta tule kuin 400 silloin kun sotkee header infon. Sitten ei apissa näy osumia. Sitten kun pistää merkit kuvankaappauksen mukaisesti, niin api saa osumia mutta 415 lokin mukaan. Yritin konvertoida postmanin toimivaa koodia myös python muotoon eventghostille, eikä sekään toiminut. Miljoona punaista riviä. Helvetti, että on vaikeaa. Muita keinoja en keksikään millä voisin mukavasti generoida tuon POSTin Pindoralle.
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Pistäpä koodi tänne.
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
Se on toimivana postmanissa curlina tällainen:
curl --location --request POST 'https://admin.pindora.fi/api/integration/openpermissions' \
--header 'Pindora-Api-Key: 142222e3-f518-22204-2227-222222229f-33333303-225c-222e-228a-22222229d' \
--header 'content-type: application/vdn.pindora.v1+json' \
--data-raw '{
"pindora": {
"id": "b33333a-03a7-43333-3336-b333333c7ce"
},
"id": "ext-1"
}'
--header 'Pindora-Api-Key: 142222e3-f518-22204-2227-222222229f-33333303-225c-222e-228a-22222229d' \
--header 'content-type: application/vdn.pindora.v1+json' \
--data-raw '{
"pindora": {
"id": "b33333a-03a7-43333-3336-b333333c7ce"
},
"id": "ext-1"
}'
Luontaisesti api key muutettu ja id myös, ettei ovi avaudu
Mutta tuo siis toimii.Niin ja pythonina tällainen:
import requests
import json
url = "https://admin.pindora.fi/api/integration/openpermissions"
payload = json.dumps({
"pindora": {
"id": "be4343343434434343434343434437ce"
},
"id": "ext-1"
})
headers = {
'Pindora-Api-Key': '140a343434434434343443344334603-48344343443443434309d',
'content-type': 'application/vdn.pindora.v1+json'
}
response = requests.request("POST", url, headers=headers, data=payload)
print(response.text)
import json
url = "https://admin.pindora.fi/api/integration/openpermissions"
payload = json.dumps({
"pindora": {
"id": "be4343343434434343434343434437ce"
},
"id": "ext-1"
})
headers = {
'Pindora-Api-Key': '140a343434434434343443344334603-48344343443443434309d',
'content-type': 'application/vdn.pindora.v1+json'
}
response = requests.request("POST", url, headers=headers, data=payload)
print(response.text)
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
Niin siis minä kopioin suoraan sen mikä on postmanissa ja siitä error on:
Mun pitää hetken aikaa nyt tavata tuota sun aiempaa viestiä, että ymmärrän mikä pitää korvata ja miten..
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Toi virhe liittyy SSL-sertin tarkistukseen. Mutta ton hostin serti näyttäisi olevan ihan kunnossa, eli joku aiheuttaa sen ettei toi Python osaa sitä kunnolla tsekata. Mulla ei kokemusta Windowsista, joten en osaa tarkemmin jeesiä miten tuo pitäisi fiksata. Sen tsekin voi ohittaa antamalla post():n parametriksi verify=False. Eli:
Tossa myös se json-muutos. Ja tosiaan, älä käytä Spoler-tägejä koodille, vaan ihan Koodi-tägejä.
Python:
import requests
url = "https://admin.pindora.fi/api/integration/openpermissions"
payload = {
"pindora": {
"id": "be4343343434434343434343434437ce"
},
"id": "ext-1"
}
headers = {
'Pindora-Api-Key': '140a343434434434343443344334603-48344343443443434309d',
'content-type': 'application/vdn.pindora.v1+json'
}
response = requests.request("POST", url, headers=headers, json=payload, verify=False)
print(response.text)Tossa myös se json-muutos. Ja tosiaan, älä käytä Spoler-tägejä koodille, vaan ihan Koodi-tägejä.
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
Jees, thanks jeesistä silti vaikkei homma skulaakkaan.
Erroria vielä puskee ja nyt vähän nätimmän näköinen kun SSL-herja pois.
Pitää jättää vielä hautumaan, josko tämä jossain kohtaa aukenee mistä kyse. Hieman ulalla vaan tämänkin kanssa olen.
- Liittynyt
- 19.10.2016
- Viestejä
- 2 414
Kiitti. Nyt sain Eventghostistakin toimimaan. Vaati sen verify=false perään siihen postmanin generoimaan python requestiin. Nyt vielä mietin, että voiko tällä ssl-varmistuksella olla mitään merkitystä tuon webcoren toiminnan kannalta?
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Mä sanoisin, että ei. Toi SSL tsekataan ennen kuin se serveri voi antaa vastausta takaisin. Mutta koska sieltä tulee se 415-koodi, niin serveri selvästi vastaa. Toi SSL liittyy jotenkin Python-asennukseen. Ehkä tohon vanhaan requests-paketin versioon ja johonkin muuhun vanhaan pakettiin. Ja saisi luultavasti fiksattua päivittämällä noi. (Ja kannattaisikin päivittää.) Selaimella kun katsoo, ton hostin serti näyttää olevan ihan kunnossa.
Viimeksi muokattu:
On muuten jotenkin sekava tuo Postman. Joskus viime vuonna sitä tutkiskelin, mutta jotenkin tuosta puuttuu dummies-versio, jossa vaan lisää halutut kutsut ja siinä se. Sen sijaan on kaiken maailman kokoelmia, workspaceja, ympäristöjä jne ja nämä pitäisi kaikki ilmeisesti laittaa kuntoon että saa tehtyä jotain. Tai sitten en tajunnut jotain...
Mutta pakkohan tuo on alkaa perkata kun pitää alkaa tehdä kyselyitä, joissa on access control mukana. Nuo pelkät tiedon haut menee ilman kirjautumisiakin.
Mutta pakkohan tuo on alkaa perkata kun pitää alkaa tehdä kyselyitä, joissa on access control mukana. Nuo pelkät tiedon haut menee ilman kirjautumisiakin.
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Mun mielestä noihin ei tarvise koskea. Sen kuin kirjoittaa haun ja ampuu sen. Ei tarvitse Postaman-tiliä sun muista. Eikö tuo siis onnistu?
Tuo postman ilmeisesti selainpohjaisena lähettää nuo requestit netin kautta? Jostain pitäisi keksiä vähän vastaava työkalu joka hoitaisi homman siltä koneelta mistä käskyttää, meillä kun duunissa on erinäisissä softissa sellaisia apeja jotka eivät ole julkisessa netissä millään tavalla ja niiden kanssa pitäisi pelehtiä.
Asetukset muistaakseni Postman tallensi pilveen, mutta jokaisen kutsun lähetys tuntuu oudolta...
Thunder Client jos VSCode käytössä. Thunder Client - Visual Studio Marketplace
Thunder tallentaa kutsu historian paikallisesti koneelle ja käsittääkseni toimii paikallisesti.
Äh.. Ei ole VSCodea käytössä. Pitää siis varmaan pitäytyä python-skripteissä, niillä ainakin koko prosessi on alusta loppuun omissa käsissä eikä ongelmien tai virheen sattuessa voi kuin katsoa peiliin
Tähänkin asti on tullut sekä töissä että kotona tehtyä paljon API-virityksiä pythonilla niin se alkaa sujua aikalailla sujuvasti, testailuun vaan olisi kaivannut ehkä jotain graafista simppeliä interfacea että olisi parilla klikkauksella saanut testailtua asioita.
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
Ei se mitään kierrätä netin kautta. Jos teet requestin localhostiin niin sinne se menee eikä minnekään nettiin. Tuo on tarkoitettu ihan oikeaan softakehitykseen eli tietenkin myös lokaaliin kehitykseen.
En oikein ymmärrä tuota "selainpohjaisena". Postman on tehty Electronilla. Mutta lopputulos on ihan oikea appi, joka pyörii sun koneellasi ja jolla käytössä sun koneen resurssit. Postman ei pyöri missään selaimessa.
Ok, ensimmäisenä vaan tuli mieleen että kun pyörii selaimessa että lähteekö requestitkin sen nettisivun kautta maailmalle. Vai onko tuosta oikeaa sovellustakin olemassa? Tosiaan kun tarvis olisi tehdä noita kyselyitä privaattiosoitteisiin niin luonnollisesti netin kautta nuo eivät onnistuisi.
- Liittynyt
- 17.10.2016
- Viestejä
- 17 096
En käytä muuta kuin appista. Täältä saa ladattua:
Postman: The World's Leading API Platform | Sign Up for Free
Accelerate API development with Postman's all-in-one platform. Streamline collaboration and simplify the API lifecycle for faster, better results. Learn more.
Mitään tilejä tms, ei tarvitse luoda eikä kirjautua. Ne vain mahdollistavat pilvisynkat jne.
Aa.. Olipas piilossa tuolla sivulla tuo desktop appin lataus ainakin itselläni mutta löytyihän se sieltä... Pitääpä kokeilla josko tuosta olisi apua kun taas heti viikon päästä pitäisi yhtä APIa ruveta ihmettelmään kun loma loppuuEn käytä muuta kuin appista. Täältä saa ladattua:
Postman: The World's Leading API Platform | Sign Up for Free
Accelerate API development with Postman's all-in-one platform. Streamline collaboration and simplify the API lifecycle for faster, better results. Learn more.www.postman.com
Mitään tilejä tms, ei tarvitse luoda eikä kirjautua. Ne vain mahdollistavat pilvisynkat jne.
Onko kukaan tehnyt token-based authenticationia Flaskilla tehdyssä API:ssa? Olen käyttänyt sovelluksessa (jossa siis myös frontti on Flaskia) LoginManager-komponenttia, jossa on @login_required-dekoraattori. Tällä homma on toiminut jokseenkin automaattisesti. Mutta en tajua miten homman saa API:n kautta toimimaan tuolla dekoraattorilla. Tuo kun speksien perusteella lukee is_authenticated-muuttujaa User-luokassa. Tämä luokka siis on pitänyt määritellä, mutta en ole tuota muuttujaa määritellyt itse. Eli jotain magiaa jossain tapahtuu että tuo on True kun käyttäjä on autentikoitu.
Ongelma siis on siinä, että tokeni tulee headerissa takaisin ja enhän minä sitä voi tsekata ennen dekoraattoria ellen tee omaa dekoraattoria ja kietaise koko pakettia sen sisään. Mutta siinä tapauksessa en kyllä näe kauheasti käyttöä koko LoginManagerille. Eli onko tämä paras tai jopa ainoa järkevä tapa hoitaa homma:
Olen siis koittanut Postmanilla lähettää vastaanotetun tokenin headerissa, mutta @login_required palauttaa unauthorized. Mikä kyllä on sinällään ymmärrettävää, koska eihän ne sessiot enää tässä tilanteessa ole persistenttejä. Google ei oikein tähän keissiin anna hyviä apuja.
Ongelma siis on siinä, että tokeni tulee headerissa takaisin ja enhän minä sitä voi tsekata ennen dekoraattoria ellen tee omaa dekoraattoria ja kietaise koko pakettia sen sisään. Mutta siinä tapauksessa en kyllä näe kauheasti käyttöä koko LoginManagerille. Eli onko tämä paras tai jopa ainoa järkevä tapa hoitaa homma:
- Loginissa tarkistetaan user/pass ja generoidaan tokeni joka tallennetaan kantaan käyttäjälle.
- Tokeni palautetaan frontille, joka tallentaa sen. Tällä hetkellä minulla tuo palautuu ihan datassa. Reactissa tallennan tokenin local storageen.
- Frontti lisää tuon tokenin jokaiseen headeriin.
- Bäkkärissä olisi dekoraattori, joka nappaa requestin headerista tokenin ja varmaankin käyttäjä-id:n (jottei tarvitse koko käyttäjäkantaa kelata) ja tsekkaa että token mätsää kannassa olevaan.
- Logoutissa sitten tokeni tyhjennetään sekä frontissa että bäkissä.
Olen siis koittanut Postmanilla lähettää vastaanotetun tokenin headerissa, mutta @login_required palauttaa unauthorized. Mikä kyllä on sinällään ymmärrettävää, koska eihän ne sessiot enää tässä tilanteessa ole persistenttejä. Google ei oikein tähän keissiin anna hyviä apuja.
Ilmeisesti tuo kannattaisi tehdä flask_jwt_extended-paketin tarjoamilla funktioilla. Mutta jippii, tuon paketin asentaminen rikkoo koko sovelluksen, koska jotkut paketit ei ole yhteensopivia. Pakettien upgreidaaminen aiheuttaa aina lisää ongelmia milloin missäkin paketissa, vaikka siis asettaa netin syövereistä kaivetun ns. oikean version. Pääongelma näyttäisi olevan siinä, että flaskin uusin versio (2.2.0) bugittaa. Mutta jos tuon vaihtaa vaikka 2.1.0:aan niin sitten alkaa Werkzeug vittuilemaan. Ja jos tuon korjaa niin sitten on taas seuraava paketti rikki.
Tuon paketin kanssa siis tokenia pyöritetään cookieiden kautta suhteellisen simppelisi. Dekoraattorikin löytyy (@jwt_required). Mutta en tiedä onko tekemätön paikka kunnes korjaavat Flaskin.
Tuon paketin kanssa siis tokenia pyöritetään cookieiden kautta suhteellisen simppelisi. Dekoraattorikin löytyy (@jwt_required). Mutta en tiedä onko tekemätön paikka kunnes korjaavat Flaskin.
Ha, itsellenikin uusi tuttavuus tuo postmanin appi, hyvin tosiaan piilotettu.Aa.. Olipas piilossa tuolla sivulla tuo desktop appin lataus ainakin itselläni mutta löytyihän se sieltä... Pitääpä kokeilla josko tuosta olisi apua kun taas heti viikon päästä pitäisi yhtä APIa ruveta ihmettelmään kun loma loppuu
Desktopissa on tullut käytettyä Insomniaa, joka myöskin joku electron kököstys.
The Collaborative API Development Platform
Leading Open Source API Development Platform for HTTP, REST, GraphQL, gRPC, SOAP, and WebSockets
insomnia.rest
Äh, voiko Postmanissa mitenkään tehdä tätä:
Haluaisin ajaa sekä 200- että 400-arvot palauttavia kyselyitä. Noita tulee kuitenkin aika paljon, joten olisi kiva käyttää collectionissa kaikille yhteistä testiä.
Ongelma on siinä, että molemmat keissit tarvitsevat Login-kutsun ajamista (paluuarvo 200). Jos teen alikansion virheille, niin se menee aina requestien yläpuolelle, eli en voi ajaa Loginia ennen erroreita, paitsi jos se on myös ko. kansiossa. Muuten voisin laittaa tuolle kansiolle eri testin. Loginia en siis voi laitttaa virhekeisseille tuon yhteisen testin kanssa, koska se feilaisi joka kerta.
Paras mitä keksin on tehdä oma kansio erroreille ja käsin kopioida jokaiselle tuo testi, jolla tsekataan paluuarvo.
Haluaisin ajaa sekä 200- että 400-arvot palauttavia kyselyitä. Noita tulee kuitenkin aika paljon, joten olisi kiva käyttää collectionissa kaikille yhteistä testiä.
Ongelma on siinä, että molemmat keissit tarvitsevat Login-kutsun ajamista (paluuarvo 200). Jos teen alikansion virheille, niin se menee aina requestien yläpuolelle, eli en voi ajaa Loginia ennen erroreita, paitsi jos se on myös ko. kansiossa. Muuten voisin laittaa tuolle kansiolle eri testin. Loginia en siis voi laitttaa virhekeisseille tuon yhteisen testin kanssa, koska se feilaisi joka kerta.
Paras mitä keksin on tehdä oma kansio erroreille ja käsin kopioida jokaiselle tuo testi, jolla tsekataan paluuarvo.
- Liittynyt
- 06.11.2016
- Viestejä
- 2 258
- Liittynyt
- 01.02.2017
- Viestejä
- 761
Verceliin menee hyvin pyörimään suoraan gitistä ilmaiseksi myös.Todella hyvä vaihtoehto Herokulle, nyt kun sieltä tippuu ilmaisversio kokonaan pois.
Railway
Railway is an infrastructure platform where you can provision infrastructure, develop with that infrastructure locally, and then deploy to the cloud.railway.app
Edit: Hyvä lisä nuo tietokannat Railwayssa.
Viimeksi muokattu:
Tsekkaa Wiremock. Näkyy löytyvän joku toteutus pythonillekin.
En saanu ihan tarkkaa käsitystä, mitä nää haluat tehdä, mutta tuo on ihan näppärä rajapintatoteutusten yksikkötestauksessa tai integraatiotestauksessa, missä taas Postman kuulostaa vähän ehkä väärältä työkalulta.
---
muoks. tuolla jotain tarinaa tuosta Wiremockista, vaikka onkin Javalle tarkoitettu: Introduction to WireMock - GeeksforGeeks
Mockitokin näkyy löytyvän myös Pythonille. Siinä lienee toinen mahdollinen kirjasto, josta voi olla apua testailussa.
Viimeksi muokattu:
Hep, keksinpä itse. Tuossa dialogissa, jossa valitaan testit on kaikki caset alekkain vaikka ne olisivat alakansioissa.
Caselistassa itsessään alikansiot tulee ennen requestejä, joten tyhmästi siis Login request on viimeisenä, myös tuossa listassa. Ensin ajattelin, että raahaan vaan aina loginin ensimmäiseksi ennen kuin ajan testit. Se vain ei kuulosta hupaisalta siinä vaiheessa kun testejä on kolminumeroinen määrä. Mutta tein sille oman kansion, niin sain tuon ekaksi. Nyt sitten voin ajaa kaikki testit haluamassani järjestyksessä. Eli tässä tapauksessa ensin login, sitten keissit joiden pitäisi palauttaa 200, sitten sellaiset joiden pitäisi palauttaa 400 ja lopuksi 401:t (joka taas onnistuu laittamalla No auth autentikaatioon).
Caselistassa itsessään alikansiot tulee ennen requestejä, joten tyhmästi siis Login request on viimeisenä, myös tuossa listassa. Ensin ajattelin, että raahaan vaan aina loginin ensimmäiseksi ennen kuin ajan testit. Se vain ei kuulosta hupaisalta siinä vaiheessa kun testejä on kolminumeroinen määrä. Mutta tein sille oman kansion, niin sain tuon ekaksi. Nyt sitten voin ajaa kaikki testit haluamassani järjestyksessä. Eli tässä tapauksessa ensin login, sitten keissit joiden pitäisi palauttaa 200, sitten sellaiset joiden pitäisi palauttaa 400 ja lopuksi 401:t (joka taas onnistuu laittamalla No auth autentikaatioon).
Mikä on "standardi" tapa tallentaa Android äpin tiedot pilvipalvelimeen? Mieluiten käyttäisin pilvipalveluna Azurea, vaikka se lienee vähän monimutkaisempaa kuin Google Cloudin käyttäminen. Mulla on mielikuvana, että Azuren päässä mulla olisi RESTful API esim. logic appsilla tai function appilla toteutettuna, joka hoitaisi datan siirtämiset Azure SQL -kannan kanssa. Android äppi sitten kommunikoisi tuon RESTful API:n kanssa. Onko tällainen arkkitehtuuri yhtään sinne päin? Puuttuuko jotain oleellista?
- Liittynyt
- 16.10.2016
- Viestejä
- 541
Aika järee ratkaisu. Itse tekisin jollain backend as a servicellä kuten Firebase tai Supabase.
Viimeksi muokattu:
Vaikka on alkuun hemmetin hidasta, niin noi pilvi-infrat ois minusta kannattavaa opetella naputtelemaan koodiksi. Sen jälkeen, kun on naputellut jonkun geneerisen bäkkäri-infran kerran koodiksi, niin siitä on huomattavasti iloa siinä vaiheessa, kun tarvii jotain vastaavaa seuraavan kerran. Ja infran ylläpitokin on muutamaa kertaluokkaa mukavampaa koodilla (ja versionhallinnalla), kuin että joku sekava seurakunta käy sähläämässä vuorotellen konsolissa kuka mitäkin
Näköjään onnistuu Firebasenkin konffiminen (ainakin jollain tasolla) Terraformilla ja sen google providerilla. Kun olis aikaa, niin olis mielenkiintoinen testailla, kun kiinnostais tuo Firebase muutenkin (yhden pikkudemon vaan tehnyt).
Näköjään onnistuu Firebasenkin konffiminen (ainakin jollain tasolla) Terraformilla ja sen google providerilla. Kun olis aikaa, niin olis mielenkiintoinen testailla, kun kiinnostais tuo Firebase muutenkin (yhden pikkudemon vaan tehnyt).
Uutiset
-
io-tech toivottaa rauhallista joulua 2025!
24.12.2025 13:34
-
Uusi artikkeli: Testissä Samsung Galaxy S25 FE
24.12.2025 01:18
-
Samsung julkaisi ensimmäisen aallon Odyssey 2026 -näyttömallistosta
23.12.2025 23:00
-
NVIDIA julkaisi uudet GeForce 591.59 -ajurit näytönohjaimilleen
23.12.2025 18:30
-
Samsung julkaisi maailman ensimmäisen 2 nanometrin mobiilijärjestelmäpiirin: Exynos 2600
22.12.2025 21:09
Uusimmat viestit
-
-
Tärkeä Kauppa-alueen säännöt ja ohjeet- Viimeisin: Salaliittoteoreetikko
-
-
