Best Practice untuk API Error | PZN Reaction

Best Practice untuk API Error | PZN Reaction
#programmerzamannow
JOIN PREMIUM : kzbin.info...
DISCORD PREMIUM : • Post
Donasi :
Saweria : saweria.co/ProgrammerZamanNow
Social Media :
Instagram : / programmerzamannow
Facebook : / programmerzamannow
Telegram : t.me/ProgrammerZamanNow
KZbin : / programmerzamannow

[@alfuady]

{message, data} struktur terbaik sejauh ini sejak 2014 gua implement Rest API

[@kemaladityaz9833]

kadang males ngingetin krna takut di anggap nambah2in kerjaan, eh malah saya yg kbagian frontend yg keteteran 😫

[@Ariprw]

Bang Eko bahas backup data di production dong baiknya seperti apa 🙌🏻🔥🙌🏻

[@yuu.relief]

HTTP Status 418 : I'm a teapot

[@egipebriyawan1455]

terhitung 3 kali divideo ini Pak Eko bilang "saya sih gak pernah ngasih status code" haha. bener2 keukeuh ceuk sunda mah . 😁

[@sayedkhaidirali7414]

saya biasanya kalo error stack itu cuma sampe log level aja, ga sampe response ke front-end, kecuali sedang dalam development, jadi biasanya kita bikin kondisi, untuk non-production env, kita balikin error stack nya kedepan, biar kalo misalnya error nya ga di tangkap di backend, frontend, dan juga QA mungkin detect error tersebut saat proses development

[@lyrihkaesa]

Agak susah sih kalau responnya acak" di saat harus consume api di type language, bikin banyak model respon yang perlu dibuat.

[@speksuperhero]

Saya tau tuh yg dibahas sama bapak yg "error":"errors" 😂😂 Salah satu api yg sering bgt dipake di Indonesia 🤣🤣🤣

[@yasinhabib2029]

debug mode matiin, selalu gunakan try catch untuk meng-override exception

[@alvinxyz7419]

Status Code: 200 OK Body: { status: "error" } 😅

[@slingingslasher7427]

saya masih belajar Untuk API saya biasa pakai struktur template seperti ini id : string , ini sama seperti request_id nya pak eko biasanya formatnya username+ Unix time took : number data : T extends Object | null error : K extends Object | null message : string Untuk yang error yang bagian errornya itu biasanya count : number | null , kalau error 429 form : T extends Record | null , ini buat error kalau validasi form gagal yang T itu sesuai interface form nya. untuk error yang sensitif misal errornya di class apa,SQL,line nya dimana di file apa itu gak dikirim ke response error, yang dikirim paling internal server error di message nya wkwk, informasi error seperti itu dikirimnya ke log Kalau pesan errornya kan udah ada di bagian message, Kalau status itu udah dikirim di back end nya, jadi yang diatas itu cuma isi response ya aja kurang lebih template nya seperti itu. Btw yang mau koreksi atau ngasih saran reply saja komentar ini, kita sama-sama belajar.

[@belajarcoding6657]

Keren

[@juancesarAndrianto]

kalau ak tak bikin middleware global jadi response erorr dan response suksesnya itu sama semua

[@ryu-xd]

22:53 bash script di dalam format extension file jpg atau png emang di eksekusi ? perasaan ga bisa

[@bisa_fullstack]

bener banget pak eko kalo response error nya gak informatif seperti itu, seakan akan kita menerawang sendiri dimana errornya bagai seorang spiritual😁

[@ptf42069]

yang penting itu important

[@muasx1985]

nonton ini jadi ingat dulu pernah integrasi dengan "ekspedisi yang namanya sudah gede". detail error validationnya gak informatif banget hanya sekedar mengenai "field tidak sesuai dengan validasi". sudah begitu di dokumentasinya pun kurang jelas per field nya mengenai apa dan rules gimana. jadinya tiap ada error validasi mesti up ke group IT nya mengenai error tersebut.

[@muasx1985]

dan semoga sekarang sudah gak seperti tahun kemaren lagi

[@rafinurromadhon6905]

sangat bermanfaat mas eko bagi saya yang suka asal kasih message wkwk. terima kasih

[@programmerviewid1768]

{status:200,message:"bad request",data:[]} 😂😂

[@zulfikarsuwardi4015]

Pak Eko ada niatan untuk buat materi Laravel Zero ga ?

[@tinkerbell2182]

Kang eko mau pembahasan bikin loging error yg pakai request_id itu ya atau ada source video contohnya ga ya . Nuhun kang 🙂

[@bangkuwarteg4719]

Pak ada rencana buat bikin course belajar python?

[@kamsurlabs]

konsisten, bersih dan informatif adalah koentji

[@startFromNull]

Paling bete ketika respon error tapi messagenya 200😊😅😅😅😅😅😮😮😢😢😢

[@reinjin2371]

jadi maksutnya sukses diproses tapi juga eror😂

[@slingingslasher7427]

@@reinjin2371 di hasil response nya error Tapi status yg dibuat dari back end 200 wkwkwk

[@simpingsyndrome]

Pass magang nih, APInya kek gini ngesellin, semuanya 200OK 🥴

[@user-iw5fe2hd3l]

klo status code disaya itu biasanya berupa "code" tertentu untuk translate message error spesifik kebutuhan bisnis... misal ERCA001 dkk gt lah bang

[@ProgrammerZamanNow]

cocok untuk mesin, gak cocok untuk manusia, orang bingung dengan error kode seperti ini

[@samuelhandoko5320]

@@ProgrammerZamanNow keknya maksudnya gt deh.. nanti dari "kode" error itu di translate di fenya jadi bahasa manusia, jadi dari sisi user tahu errornya apa (even banyak kasus user tetep tanya errornya kenapa 😁), kita sebagai programmer juga bisa pinpoin buat checkingnya lebih cepet (kasus di saay programnya memang gede dan macem2,, klo di saya biar sat set carinya)

[@MuhamadIlham]

@@samuelhandoko5320yap gua juga nambahin itu biar ngetracenya mudah

[@arham9006]

Pak Eko, ingin bertanya apakah bahasa low level seperti c/c++ worth di pelajari untuk loker indonesia

[@ProgrammerZamanNow]

masih dikit kalo di indonesia

[@jeffryansyahputra3765]

izin nanya bang, @21:20 kalo untuk edit data biasanya saya meletakkan id yang akan diedit pada hidden input (HTML+PHP), apakah cara ini tidak aman? bagaimana cara memvalidasi nya.. atau mengamankan nya?

[@slingingslasher7427]

Ngirim datanya lewat fetch bang

[@youtube7959]

biasa bikin API pke apa nih ?

[@nurkholidf]

Pak eko masih sodaraan sama leon kennedy ?

[@YusnitaPanut-tg6ge]

Kang Eko, mau tanya Kalau ada kolom di db itu unique, tapi pakai soft delete juga, baiknya bagaimana ngasih tau ke client yang consume API kita? Kadang waktu cek di FE ga ada row itu, tapi waktu create gagal karena unique, waktu di cek di db ternyata ada tapi sudah di soft delete. Best practice nya bagaimana itu Kang

[@ProgrammerZamanNow]

Waktu soft delete, jadiin null kolom unik nya

[@ariflapengo3215]

mas mau tanya di menit 10:54 dijelaskan biasanya atau lebih baik errornya di detailkan gitu ya tapi masalahnya klw kita nemuin suatu error kan langsung di break mas, misal di username kurang panjang nah ini langsung di break dan di return jadi keputus tuh pengecekan lainnya apakah baiknya kita kalau nemuin error2 seperti ini baiknya di teruskan dulu pengecekannya agar mendapatkan validitas error message secara keseluruhan?

[@ProgrammerZamanNow]

harusnya temuin semua error dulu, di tiap teknologi udah ada validation framework, gak perlu satu2 lagi pake if else

[@insideofcode]

10:18 kurang fokus nih pak eko, bilangnya 200 karakter tapi yang muncul angaka 20 😄

[@ProgrammerZamanNow]

AI nya belum bisa nebak isi pikiran saya sepertinya

[@insideofcode]

@@ProgrammerZamanNow pak ada pembahasan multitenant architecture ga ?

[@jackwilliams4398]

kapankah kita butuh grpc?

[@slingingslasher7427]

Kalau make golang

[@refanfernando6149]

tiap error dikirim "something bad happened" biar errornya bikin penasaran banyak orang 🤣🤣

[@ramdoni3935]

diri sendiri bilek : "sorry ya aku ini sebenernya programmer yang susah di tebak....

[@emitvi2347]

Halo Bang Eko, izin stich ya Saya rasa yg dimaksud di poin "Document common errors" (13:20) tuh agar yg bikin API menyertakan detil struktur pesan error, contoh dari pesan error-nya, dan saran buat mengatasi error-nya Misal dengan contoh dari Bang Eko di 15:41, maka di dokumentasi API baiknya dijelasin apa maksudnya UNIQUE, TOO_LONG, dan MUST_BE_LETTERS. Terus bisa juga dikasi tau apa yang bisa menyebabkan API me-return kode2 tersebut

[@ProgrammerZamanNow]

Benar