Mengurangi ukuran header respons permintaan Google Cloud Endpoints

Saya menggunakan Google Cloud App Engine dan Google Cloud Endpoints API untuk backend aplikasi Android saya. Semuanya ada di Java. Saya meneruskan Json ke backend. Saat saya memanggil metode API di Endpoint dari Aplikasi Android, saya mendapat respons HTTP dari App Engine. Untuk mengurangi beban data unduhan di Aplikasi saya, saya telah mengurangi isi respons sebanyak yang saya bisa, saya telah mengaturnya sehingga sebagian besar waktu pesan di isi hanyalah pesan 'sukses' dan a tanda pengenal khusus.

Saya sekarang ingin mencoba dan mengurangi ukuran header respons jika memungkinkan. Saya belum dapat memahaminya atau menemukan banyak informasi tentang ini secara online, adakah yang bisa membantu? Saya bahkan tidak yakin ini mungkin.

Properti di header respons tampaknya disetel sebagai default di backend, saya tidak dapat melihat di mana hal ini dilakukan untuk mencoba dan memodifikasinya atau menghapus beberapa di antaranya (dengan asumsi beberapa di antaranya tidak mutlak diperlukan agar respons menjadi disampaikan dengan benar). Ukuran header di setiap respons adalah 500 byte. Aplikasi saya mengirimkan banyak pesan kecil karena pengguna akan sering membuat pembaruan kecil pada data yang perlu dikeluarkan sehingga 500 byte untuk setiap respons bertambah dengan cepat. Ini khususnya merupakan masalah karena sebagian besar pengguna saya jauh dari wifi dan memiliki paket data yang agak rendah di ponsel mereka.


person NNN    schedule 13.09.2017    source sumber


Jawaban (1)


Sayangnya, kerangka Endpoints tidak dibuat untuk pengoptimalan semacam ini. Apakah Anda yakin itu 500 byte setelah kompresi gzip? Seberapa yakin Anda bahwa pengoptimalan ini diperlukan?

person saiyr    schedule 13.09.2017
comment
Saya menggunakan proxy Charles untuk memantau lalu lintas HTTP ke perangkat. Ini memberi tahu saya bahwa respons kompresi adalah minus 131,6% yaitu ukurannya meningkat setelah kompresi. Ini memberi tahu saya ukuran header respons adalah 500 byte. Saya tidak 100% yakin apakah 500 byte itu sebelum atau sesudah kompresi, tapi saya berasumsi setidaknya itu karena jika 500 byte setelah dekompresi akan lebih dari 1kb saat dikompresi. Saya mungkin harus menerimanya untuk saat ini dan memikirkan kembali cara kerja komunikasi dengan backend nanti, terima kasih atas bantuan Anda! menyelamatkan saya dari membuang-buang waktu lagi untuk menempuh rute ini - person NNN; 14.09.2017