Profil Android berjalan di komputer biasa dan menerima hasil Trustworthy dari iphey. Pelajaran yang mahal adalah tidak menetapkan perangkat keras ponsel secara manual. Satu batas jendela desktop masih tersisa dan produk menampilkannya secara terbuka.
Buat profil seluler dengan opsi:
Engine memilih identitas seluler yang konsisten, termasuk model, chipset, layar, dan memori. Model perangkat dilaporkan melalui uaData.model, yang juga menjadi sumber informasi bagi alat pemeriksa. Rangkaian tes meraih 100 dari 100 dan iphey memberi hasil Trustworthy; tidak diperlukan ponsel fisik.
Versi pertama menetapkan perangkat keras ponsel dari daftar model buatan kami. Daftar tersebut memasangkan Pixel 7 dengan chipset Redmi. Satu chipset yang keliru cukup membuat iphey memberi hasil Unreliable: alat pemeriksa mengenal kombinasi model dan chipset nyata lebih baik daripada daftar yang dikelola manual.
Tiga profil seluler yang dibuat berurutan pada komputer bersih:
| Permukaan | Hasil |
|---|---|
| Font khusus Windows | tidak ada yang terlihat; ketiga belas pemeriksaan lulus |
| Kartu video | berbeda pada setiap profil |
| Layar yang dilaporkan | berbeda pada setiap profil |
| Canvas | berbeda pada setiap profil |
| Jumlah prosesor logis | delapan pada setiap profil, seperti ponsel referensi |
Font memberikan pemeriksaan paling jelas. Jika profil yang mengaku sebagai Pixel menampilkan Calibri atau Segoe UI, pertentangannya akan langsung terlihat karena font tersebut tidak tersedia di Android. Kami menguji tiga belas font yang hanya dipasang bersama Windows atau Microsoft Office dan profil tidak menampilkan satu pun.
Viewport tata letak profil seluler lebih lebar daripada layar yang dilaporkan. Engine mengubah screen dan outerWidth, tetapi browser tetap berjalan di jendela nyata pada sistem desktop. Profil melaporkan 360×800, sedangkan viewport tata letaknya 500×731. Kami mencoba beberapa pendekatan berikut:
| Pendekatan | Lebar viewport tata letak |
|---|---|
| tanpa penyesuaian | 500 |
| jendela 412×915 | 500 |
| jendela 300×600 | 500 |
| skala render 1,27 | 510 |
| mode headless | 478 |
Batasnya berasal dari lebar minimum jendela Chrome pada desktop, sekitar 500 pixel CSS. Ponsel tidak memakai viewport selebar itu, sehingga selisih tidak dapat dihapus selama browser berjalan di jendela desktop. Memalsukan innerWidth secara terpisah dari tata letak nyata tidak akan berhasil. Media query pertama akan membaca lebar sebenarnya dan menghasilkan dua nilai yang bertentangan, bukan satu.
Bagian yang dapat diperbaiki: setelah dibuka, NimbusX menyesuaikan tinggi jendela dengan nilai yang dilaporkan halaman dan CreepJS tidak lagi menandai bagian Screen. Selisih lebar yang masih tersisa ditampilkan di dashboard: sel WIN dibuat redup dan penjelasannya berada di bawah tabel. Menyembunyikannya tidak berguna karena situs melihat perbedaan tersebut lebih dahulu daripada pengguna.
Konsistensi lebih penting daripada jumlah · Cara pemeriksa menghubungkan profil