JSON no textarea nedarbojas

[jurchiks]

Parasti, ja ir vēlme uztaisīt API un ir nepieciešams kaut ko saglabāt ( izveidot, update-ot - būtībā gandrīz viss ne-GET ) tad dati tiek sūtīti kā request body un diemžēl ir nepieciešams izmantot file_get_contents("php: //input"); ( protams bez atstarpes, bet šim forumam nepatīk tas strings ).

Bet priekš kam? Tev tik ļoti nagi niez izmantot tieši $_PUT/$_DELETE? Tāpat, lai tos izmantotu, jāpielieto visādi haki, IMHO absolūti liekas galvassāpes.

[jurchiks]

json_decode neņem pretī stringu, vismaz cik mēģināju.

Tu laikam joko...

http://www.php.net/manual/en/function.json-decode.php

mixed json_decode(string $json [, bool $assoc = false [, int $depth = 512 [, int $options = 0 ]]])

 

Tu vispār pamēģināji to kodu, ko es uzrakstīju?

Edited May 13, 2014 by jurchiks

[Kavacky]

Jēbāl...

[jurchiks]

?

[rATRIJS]

Bet priekš kam? Tev tik ļoti nagi niez izmantot tieši $_PUT/$_DELETE? Tāpat, lai tos izmantotu, jāpielieto visādi haki, IMHO absolūti liekas galvassāpes.

 

Tādēļ, ka tā parasti izstrādā pieņemamus REST API. Nav nekādi īpaši haki jāizmanto un API parasti taisa, lai ir ērti izmantot no lietotāju puses.

 

Ja tev, piemēram, ir JSON api, tad liekās savādi sūtīt, piemēram, jaunas ziņas izveidošanas datus vienkārši kā message=OMG&title=zOMG, jo tas vairs nav JSON. Tas pats attiecās uz citiem formātiem.

[jurchiks]

Bet API neatklāj lietotājam, ka tiek izmantots $_PUT/$_DELETE, lietotājam par to vajadzētu būt pie kājas, viņu interesē tikai, ka dati nonāk tur, kur tiem jānonāk.

 

 

Ja tev, piemēram, ir JSON api, tad liekās savādi sūtīt, piemēram, jaunas ziņas izveidošanas datus vienkārši kā message=OMG&title=zOMG, jo tas vairs nav JSON.

Par to lietotājam arī vajadzētu būt vienalga, jo strādās viņš tāpat ar rezultējošo masīvu/objektu, nevis JSON stringu.

[Kavacky]

Ko neatklāj? Dokumentācijā tas tiek noklusēts? :D

 

Ja tu taisi API izsaukumu, tev tā kā vispirms jānorāda, ar kādu metodi tas notiek. Grūti nejauši nosūtīt PUT, ja tu nezini, ka tas ir jādara.

[jurchiks]

Ok, es nebiju domājis, ka tu tos API requestus pats manuāli taisi caur curl, es biju domājis, ka ir jau esošs kods, caur kuru tu taisi tos API requestus, piemēram, facebook SDK. Tur nekādi rekvesti pašam nav jātaisa un lietotājs par tiem neko nezin, un, IMHO, viņam arī to nevajag zināt.

[Kasspars]

Jurchik, beidz sevi apkaunot! file_get_contents('php: //input') ir pareizais veids kā saņemt php pusē datus nokovertētus JSONā

 

$data = json_decode( file_get_contents('php: //input') );

 

Visi JS MV frameworki šādā veidā sūta datus uz serveri. Un tas arī ir ļoti ērti

[jurchiks]

Es vienkārši cenšos saprast, nahuj tīšām sarežģīt dzīvi un vispār tik zemā līmenī operēt.

 

Anyway, ja jau tik ārprātīgi gribās: http://www.php.net/manual/en/features.commandline.io-streams.php

 

http://www.php.net/manual/en/wrappers.php.php

It is recommended that you simply use the constants STDIN, STDOUT and STDERR instead of manually opening streams using these wrappers.

Edited May 13, 2014 by jurchiks

[daGrevis]

Jā, taisīt requestus uz REST API ir zems līmenis.

[jurchiks]

Ne jau rekvestu taisīšana, bet raw stdin lasīšana.

[Kavacky]

Jebkuru cilvēku, kurš apgalvo, ka "file_get_contents('php://input')" ir ērts un labs veids, kā operēt, vajag izolēt no sabiedrības kā garīgi nestabilu ar noslieci šaut sev kājās.

Edited May 14, 2014 by Kavacky

[rATRIJS]

Jebkuru cilvēku, kurš apgalvo, ka "file_get_contents('php://input')" ir ērts un labs veids, kā operēt, vajag izolēt no sabiedrības kā garīgi nestabilu ar noslieci šaut sev kājās.

 

Ieskaitot Symfony. Iesaki savu variantu.

[Wuu]

Jebkuru cilvēku, kurš apgalvo, ka "file_get_contents('php://input')" ir ērts un labs veids, kā operēt, vajag izolēt no sabiedrības kā garīgi nestabilu ar noslieci šaut sev kājās.

 

Tevi pubertāte joprojām moka, vai arī dzīve esi tik nenovērtēts, ka vienīgais veids pašapmierināties ir tēlot tēvaini forumā?  

Nevienam nav skaidrs bez kārtīgiem argumentiem (vismaz man), kas vainas "file_get_contents('php://input'). Saņemies taču!