Tips Berguna

Memeriksa apakah JavaScript diaktifkan

Pin
Send
Share
Send
Send


  • Daftarkan nama domain di zona .ru
  • Hosting (1 tahun)
  • Desain khusus
  • Mendukung PHP, MySQL
  • 5 hingga 14 halaman situs
  • Sistem Manajemen Konten, Anda dapat mengubah konten sendiri
  • Formulir pesan
  • Memesan

Situs web murah tapi berkualitas tinggi. Mungkinkah ini? Ya Kita bisa memiliki semuanya. Kualitas yang layak dengan harga yang terjangkau.
Dari sudut pandang studio kami pembuatan situs web tidak mahal Ini berarti, pertama-tama, dengan sangat baik, secara teknologi dan kemudian - tidak mahal.
Bentuk layanan pelanggan jarak jauh mengoptimalkan biaya kami dan kami dapat buat situs di seluruh dunia. Anda tidak perlu datang kepada kami sama sekali. Kami akan menghemat waktu dan uang Anda.

Dalam masa krisis keuangan global yang sulit, ketika skema bisnis lama mati, skema baru muncul. Waktu terbaik untuk memulai bisnis Anda. Anda memulai bisnis Anda sendiri, dan saya akan membantu Anda membuat bisnis Anda sendiri situs ini sangat murahuntukmu
Yang disebut situs kartu nama.
Membuat situs web kartu bisnis - Ini cukup murah, dan bahkan seorang pengusaha yang bercita-cita tinggi dapat membelinya. Ketika mengembangkan situs seperti itu sudah cukup anggaran kecil.

Javascript (Skrip Java, javascript) - bahasa scripting, yang memungkinkan Anda untuk melakukan tindakan tertentu pada komputer pengguna dengan halaman HTML dan objek yang diletakkan di atasnya. JavaScript (javascript, skrip java, javascript, skrip java, js, jscript, ECMAScript) adalah bahasa pemrograman berorientasi objek. Penerjemah (dilakukan langkah demi langkah). Tidak seperti PHP, ini dijalankan bukan pada server, tetapi pada klien (di browser) Itu tidak memerlukan instalasi dan konfigurasi khusus, itu didukung oleh semua modern browsernamun, dalam beberapa kasus ini dapat dinonaktifkan karena alasan keamanan. Biasanya digunakan untuk interaktivitas (perhitungan kecil, memeriksa nilai yang dimasukkan, animasi, dll.). Ini adalah bagian dari teknologi Ajax.

Ada banyak direktori JavaScript yang berbeda dengan contoh-contoh di internet, tetapi sangat sedikit yang menjelaskan, dan terutama menunjukkan seperti apa hasilnya nanti, jadi saya memutuskan untuk membuat direktori online, dibagi ke dalam kategori dan kategori. Saya sering mengalami masalah, beberapa skrip masuk ke Internet Explorer dan Opera , tetapi mereka tidak berfungsi di FireFox, saya membuat skrip pilihan yang berfungsi di ketiga browser ini.

Gunakan paket untuk menginstal Java offline (hanya Windows)

Paket instalasi offline sering berhasil bahkan jika Anda mengalami masalah dengan paket instalasi interaktif. File paket instalasi offline membutuhkan banyak ruang dan lebih lama untuk diunduh daripada online.
»Unduh penginstal offline untuk Windows

Mengapa file yang rusak ditampilkan selama instalasi Java?

Pesan ini paling sering ditampilkan di Windows XP. Masalahnya dapat diatasi dengan menjalankan utilitas Microsoft Fix it dan menggunakan paket instalasi yang berdiri sendiri. Untuk informasi lebih lanjut, lihat halaman InstallShield Frequently Asked Questions.

Anda dapat memverifikasi instalasi Java Anda menggunakan instruksi di bagian Tes Java di bawah ini.

Mulai ulang browser Anda setelah menginstal Java untuk mengaktifkan versi baru

Jika Anda masih melihat permintaan pembaruan setelah menginstal versi Java terbaru, restart browser Anda. Tutup semua jendela browser, lalu buka halaman web apa pun yang membutuhkan Java. Dalam kebanyakan kasus, ketika memulai sesi browser baru, versi Java yang diinstal terbaru harus diaktifkan.
Catatan. Jika Anda masih melihat permintaan pembaruan, coba mulai ulang komputer Anda. Restart komputer mungkin diperlukan untuk mendaftarkan plug-in Java yang baru diinstal.

Komentar (9):

Terima kasih banyak untuk artikel ini!

Michael terima kasih! Pemula seperti saya senang memahami bahwa ada orang yang peduli tentang mereka :)

Michael, dan Anda menggunakan perpustakaan jQuery untuk JavaScript "Bisakah Anda melakukan beberapa pelajaran tentang itu di masa depan?

Mungkin di masa depan pelajaran seperti itu akan muncul.

Hai Jika saya menulis skrip di kepala saya, maka semua browser berfungsi dengan baik. Seseorang hanya perlu memindahkan skrip ke file "js", OPERA berhenti menerima skrip, dan chrome terus bekerja dengan benar. Apa ini

Kemungkinan besar, mereka melakukan kesalahan di suatu tempat, dan chrome dengan mudah melakukan cache halaman.

Artikel bagus. Saya membaca semuanya dengan senang hati.

Ada satu yang sangat penting "tetapi." Jika skrip dinonaktifkan di firefox, maka abaikan

Hak Cipta © 2010-2019 Rusakov Mikhail Yuryevich. Hak cipta dilindungi undang-undang.

JavaScript tidak sama

Hari ini Javascript - Ini bukan hanya bahasa untuk merevitalisasi penampilan aplikasi. Hari-hari ketika JavaScript digunakan untuk lelucon atau membuat menu tidak dapat dibatalkan. Sekarang ini adalah bahasa independen yang berfungsi sama baiknya pada klien dan server. Peran JavaScript telah meningkat secara signifikan, yang berarti bahwa ketika menulis kode, Anda tidak boleh malu untuk menggunakan praktik yang sudah mapan dalam bahasa pemrograman lain.

Apa yang saya maksud dengan praktik dan paradigma? Tentu saja, template arsitekturnya MVC (pengontrol tampilan model) dan kode pola organisasi. Dengan mengikuti trik-trik rumit ini, Anda akan dapat menulis kode yang lebih baik yang tidak hanya mudah dipelihara, tetapi juga memiliki kemampuan untuk menguji secara otomatis.

Kebanyakan kesalahan penguji

Bukan rahasia lagi bahwa metode pengujian yang paling populer adalah tes mata dangkal. Esensinya sederhana untuk dipermalukan - saya menulis beberapa ribu baris kode, saya memecahkan masalah dan Anda memulai kreasi Anda. Dimainkan, berteriak - semuanya tampak berfungsi, Anda dapat mengunggahnya ke server pertempuran. Semuanya sangat sederhana dan dengan perhatian kepada pengembang (idealnya seorang individu yang disebut "tester"), Anda dapat mengandalkan operasi aplikasi yang benar.

Dalam praktiknya, semuanya terjadi sedikit berbeda. Sebagai aturan, tidak ada tester terpisah. Pengembang sendiri mencoba untuk memeriksa operabilitas program dengan melakukan urutan tindakan yang ditentukan dalam tugas teknis. Forge kode yang lebih canggih mengotomatiskan pengujian integrasi serupa dengan hal-hal seperti Selenium.

Dengan demikian, programmer mendapat kesempatan untuk mendeteksi kesalahan yang paling serius. Sayangnya, tindakan pengguna yang "bodoh" dan "tidak terduga", serta gerakan rumit dalam logika bisnis, tetap berada di belakang layar dalam 99% kasus.

Kehadiran seseorang secara perorangan dalam orang penguji memecahkan masalah juga sebagian dan sampai waktu tertentu. Bahkan jika kita membuang perhatian pencari ranjau untuk detail, maka kualitas pengujiannya akan cenderung nol dengan pertumbuhan aplikasi. Saya akan memberikan contoh dari latihan.

Suatu ketika saya ditugaskan untuk mengembangkan program kecil. Dalam hal fungsionalitas, proyek ini menyerupai CRM paling sederhana, yang saya implementasikan sesegera mungkin. Setelah menerima remunerasi, saya menyerahkan semua sumber kepada pelanggan dan lupa tentang proyek selama delapan bulan. Kemudian kesenangan dimulai. Pelanggan memutuskan untuk secara serius memperluas fungsionalitas program dan memanggil saya untuk membantu. Secara alami, saya mengambilnya dan mulai memahat fungsi demi fungsi baru. Pada awalnya itu tidak sulit, tetapi ketika datang ke integrasi umum fungsi, segerombolan serangga berdengung bergegas ke arah saya. Potongan-potongan kode mulai konflik, dan banyak waktu dihabiskan untuk menyelesaikan konflik. “Nah, bagaimana Anda tidak melihat bahwa ada masalah dengan aplikasi Anda?”, Pembaca yang penuh perhatian akan bertanya. Saya memulainya, tetapi karena fakta bahwa aplikasi tumbuh, saya hanya tidak punya cukup waktu dan keberanian untuk menguji semua fungsi secara massal. Saya membatasi diri hanya untuk menguji fungsi-fungsi tertentu dan dengan murah hati membayarnya. Moral dari dongeng ini adalah "Pikirkan pengujian sebagai bagian integral dari pembangunan."

Tes unit seperti peluru perak

Pengujian unit membantu menyelamatkan saraf Anda dan meningkatkan jaminan operasional setiap bagian aplikasi. Jika Anda belum pernah menemukan kata yang mengerikan ini, saya akan menjelaskan secara singkat. Tes unit memungkinkan Anda untuk mengotomatiskan proses pengujian dan menguji setiap fungsi aplikasi.

Setelah pengembangan fungsi baru selesai (dimungkinkan untuk menulis tes sebelum dimulainya pengembangan), pengembang menulis kode khusus untuk menguji kodenya. Dalam kode untuk pengujian, Anda perlu mensimulasikan berbagai situasi dan mengembalikan nilai. Sebagai contoh, kami menulis fungsi untuk memangkas spasi. Untuk menguji kinerjanya, kita harus menyiapkan beberapa tes yang memungkinkan kita menyatakan bahwa:

  • saat mengirimkan string "string" pada output, kita mendapatkan "string",
  • ketika mentransfer persyaratan "jalur 9" pada output, kita mendapatkan "jalur 9",
  • Kami juga dapat menambahkan pengujian untuk parameter input lainnya (misalnya, ganti karakter spasi dengan tab). Secara umum, semakin baik kita membahas kode dengan tes, dan meramalkan kemungkinan opsi negatif, semakin banyak kemungkinan bahwa sedikit rambut akan tetap ada di kepala kita pada saat yang paling penting.

    Di dunia JS, tes biasanya digambarkan menggunakan kerangka kerja khusus. Mereka memiliki semua yang Anda butuhkan untuk mendeskripsikan tes, serta alat yang buruk untuk mengatur laporan tentang kemajuan pengujian.

    Tes! = Kode ekstra

    Pengembang yang tidak menggunakan pengujian unit suka berargumen bahwa pengujian unit memerlukan penulisan dan mendukung kode tambahan. Seperti, tenggat waktu dalam proyek nyata seringkali ketat dan tidak ada cara untuk menulis kode tambahan.

    Dengan mengorbankan tenggat waktu yang ketat, saya setuju, tetapi untuk kode tambahan, saya bertaruh. Di satu sisi, ya, tes memerlukan kode tambahan, dan karenanya waktu untuk menulisnya. Di sisi lain, kode ini memainkan peran airbag di dalam mobil dan pasti akan terbayar dengan pertumbuhan aplikasi.

    Ketika tidak ada waktu dan tersiksa oleh keinginan untuk menolak menulis ujian - pikirkan tiga kali. Mungkin dalam kasus ini lebih tepat untuk hanya mencakup bagian paling sulit dari kode dengan tes, dan tidak menolak pengujian sepenuhnya. Selalu berpikir dengan pandangan ke masa depan, seolah-olah dalam sebulan program Anda dapat tumbuh dengan proporsi yang belum pernah terjadi sebelumnya.

    Tidak setiap kode diuji.

    Mengapa saya mengatakan bahwa Anda perlu memikirkan pengujian sebelum menulis kode utama? Ya, karena kode yang semula seharusnya dicakup oleh unit test ditulis dalam gaya yang sedikit berbeda. Tidak setiap kode dapat diuji. Kode di mana logika dan representasi dicampur, dan bahkan dijejalkan di tempat yang tidak mungkin untuk diuji secara normal. Di sini saya selalu menyarankan Anda untuk mengikuti beberapa aturan sederhana:

  • Tidak perlu menulis fungsi besar. Setiap fungsi harus menyelesaikan satu masalah, bukan 100500 kemungkinan situasi. Misalnya, Anda tidak perlu menggantung kode untuk mengirim data ke server dalam fungsi yang bertanggung jawab atas persiapannya,
  • Suatu fungsi yang terdiri dari lebih dari 10 baris kode kemungkinan besar merupakan fungsi yang buruk,
  • Dalam hal apa pun seharusnya logika dan representasi tidak bersama,

    QUnit - klasik genre dari pencipta jQuery

    QUnit Sangat populer di kalangan pengembang JavaScript. Pertama, didokumentasikan dengan baik dan mudah digunakan, dan kedua, itu dibuat oleh jQuery. Perpustakaan cocok untuk menguji kode yang dibuat berdasarkan jQuery, serta JavaScript asli.

    Anda dapat mengunduh versi terbaru QUnit dari situs web resmi - http://qunitjs.com/. Perpustakaan datang sebagai file JS dan CSS tunggal. Misalkan Anda tahu mengunduh komponen yang diperlukan, dan jika demikian, maka inilah saatnya untuk menulis tes ujian. Kami tidak akan pergi jauh dan mencoba menguji fungsi trim di atas ().

    Untuk menunjukkan tes, saya membuat proyek sederhana dengan struktur berikut:

    Isi file index.html dan test.js ditunjukkan pada Listing 1 dan 2. Kami paling tertarik pada listing kedua, yang memperlihatkan deklarasi fungsi yang sedang diuji (trim ()) dan kode tes untuk memverifikasi fungsinya. Perhatikan, fungsi trim () itu sendiri dapat ditemukan di mana saja, saya letakkan di daftar kedua hanya demi menghemat ruang di log.

    Sekarang mari kita lihat tesnya sendiri. Untuk melakukan pemeriksaan kesehatan terhadap kode kami, perpustakaan Qunit.js menawarkan sejumlah metode kepada kami:

  • test () - pembungkus untuk menjelaskan tes,
  • ok () - Pernyataan memungkinkan Anda untuk memeriksa kebenaran dari parameter pertama. Dalam contoh kami, saya meneruskannya dengan fungsi trim () yang kami definisikan dan bandingkan dengan nilai yang saya harapkan terima. Jika kondisinya benar - tes lulus,
  • sama dengan () - metode ini memungkinkan Anda untuk memeriksa kesetaraan parameter pertama dan kedua. Harap dicatat bahwa metode ini melakukan pemeriksaan tidak ketat, oleh karena itu hanya cocok untuk jumlah skalar,
  • notEqual () - kebalikan dari equal (). Ini dijalankan jika nilai pertama tidak sama dengan yang kedua,
  • strictEqual () - analog dengan equal () dengan satu perbedaan - ia menggunakan validasi ketat (yaitu, ia juga memeriksa tipe data),
  • notStrictEqual () - metode ini kebalikan dari strictEqual (),
  • deepEqual () - metode untuk pernyataan rekursif, digunakan untuk primitif, array, objek,
  • notDeepEqual () - metode ini kebalikan dari deepEqual (),
  • menimbulkan () - persetujuan untuk menguji fungsi panggilan balik yang melempar pengecualian,

    Dalam daftar kedua, saya jelas menunjukkan bagaimana menerapkan metode ini dalam praktik. Jika Anda menjalankan test case dalam formulir ini, maka semua tes akan berhasil dilewati (lihat gambar yang sesuai). Untuk melihat perbedaan antara tes yang berhasil lulus dan diakhiri dengan kesalahan, saya sedikit mengubah kode satu tes. Ke baris dengan tes menggunakan strictEqual () Saya sengaja menambahkan hasil yang keliru (lihat gambar yang sesuai).

    Daftar 2. Uji file dan fungsi trim ()

    Dengan pengujian fungsi-fungsi sederhana, hal itu tampaknya beres. Dalam hal apa pun, saya tidak perlu menambahkan apa-apa lagi. Selanjutnya, Anda perlu mengambil kode asli dan mencoba menulis tes sendiri. Mari kita melihat tugas lain yang sering muncul sebelumnya Javascript-developers - pengujian fungsi asinkron. Aplikasi, diisi dengan kode JavaScript, berinteraksi dengan bagian server menggunakan Ajax di 99%. Membiarkan kode ini tidak dicentang juga tidak mungkin, tetapi tes menulis akan terlihat sedikit berbeda. Pertimbangkan sebuah contoh:

    Perbedaan utama antara contoh ini dan yang sebelumnya adalah bahwa asyncTest () digunakan sebagai pengganti bungkus test (), dengan demikian secara langsung menyatakan bahwa pengujian asinkron menarik bagi saya. Selanjutnya, saya menjalankan waktu tunggu 500 ml. detik Selama ini, fungsi myAsyncFunc () harus mentransfer data ke server uji, dan jika semua nishtyak mengembalikan true. Inilah saat yang paling menarik. Ketika panggilan asyncTest () terjadi, utas eksekusi berhenti dan pada akhir pengujian itu harus dimulai secara independen. Untuk mengontrol alur eksekusi di QUnit Ada metode start () dan stop ().

    Menguji fungsi asinkron menggunakan perpustakaan QUnit dilakukan dengan cukup sederhana. Contoh terakhir yang ingin saya uraikan terkait dengan penulisan tes yang melakukan beberapa pemeriksaan asinkron. Pertanyaan utama yang muncul pada ini dalam tugas yang serupa adalah tempat yang optimal untuk memulai utas eksekusi. Dermaga resmi menyarankan menggunakan sesuatu seperti:

    Uji untuk tindakan kustom

    Anda harus selalu ingat bahwa banyak hal antarmuka ditulis dalam JavaScript. Misalnya, pengguna mengklik mucikari dan sesuatu harus terjadi sebagai tanggapan terhadap kliknya. Ada sejumlah besar kode "antarmuka" seperti itu dalam proyek dan juga perlu untuk menutupinya dengan tes. Mari kita lihat bagaimana Anda dapat mensimulasikan keystroke pengguna dan menulis tes terpisah untuk tindakan ini. Bayangkan kita memiliki fungsi tertentu yang mencatat tombol-tombol yang ditekan. Saya memberinya kode di daftar ketiga:

    Mengapa saya tidak bisa mencetak kupon atau label pengiriman?

    Beberapa aplikasi Java belum memenuhi standar keamanan Java yang baru. Akibatnya, aplikasi tersebut diblokir dan pencetakan menjadi tidak mungkin. Hubungi pengembang situs web atau aplikasi dan beri tahu mereka tentang masalahnya.
    »Pertanyaan Yang Sering Diajukan Tentang Masalah Pencetakan

    Daftar 4. Kode uji untuk KeyLogger

    Pada awal daftar dengan tes, saya sedang mempersiapkan acara untuk meniru keystroke - "keydown". Kami akan tertarik untuk menekan tombol Tab (kode 9). Kemudian, dengan menggunakan metode trigger (), saya mengirim acara yang disiapkan, setelah itu saya dapat memulai pengujian. Pertama kita periksa gambaran besar - apakah kunci itu ditekan, dan kemudian kodenya.

    Phantom.JS - menjalankan tes dari konsol

    Tulis tes menggunakan perpustakaan Qunit.js nyaman dan sederhana, tetapi cepat atau lambat ia akan dikunjungi oleh keinginan untuk mengotomatiskan peluncuran pengujian dan pengumpulan hasil. Sebagai contoh, untuk bisnis ini saya memiliki mesin virtual terpisah di DigitalOcean, yang hanya dapat saya kelola menggunakan konsol.

    Cukup elegan masalah ini dapat diselesaikan oleh proyek phantom.js. Ini bukan kerangka kerja lain untuk menulis Tes unit, dan versi konsol penuh dari mesin Webkit. Sederhananya, aplikasi ini mengemulasi browser. Menggunakan phantom.js, benar-benar tidak hanya mudah untuk mengotomatiskan verifikasi pelaksanaan pengujian, tetapi juga untuk menyelesaikan banyak tugas yang cepat atau lambat muncul untuk pengembang: mendapatkan hasil rendering halaman ke file (png, jpg), fungsi monitor jaringan (kecepatan unduhan, kinerja keseluruhan, dll.) dll.), persaingan tindakan pengguna, dll. Saya sarankan untuk tidak malas dan membaca dokumentasi resmi untuk proyek ini, pastikan untuk menemukan sesuatu yang menarik untuk Anda sendiri.

    Phantom.js dapat dirakit untuk platform yang berbeda (nix, mac OS X, windows). Если ты все разрабатываешь под Windows, то нет никаких проблем – сливай бинарники и вперед. Небольшие проблемы с запуском могут возникнуть, если у тебя установлено два видео адаптера, один из которых NVidia. В этом случае тебе придется воспользоваться хаком, описанном во врезке.

    Попробуем познакомиться с phantom.js на практике. Чтобы пропустить через phantom.js тесты, подготовленные в прошлом разделе и получить результаты выполнения в консоль нам потребуется специальный сценарий-лоадер – run-qunit.js. Открываем консоль (я работаю в Windows, поэтому использую cmd) и набиваем команду в формате:

    В моем случае команда запуска получилась такой:

    All tests passed

    Menutupi kode dengan tes pasti diperlukan dan tidak masalah apa skala aplikasi yang Anda buat. Sekali lagi, saya ingatkan Anda, bahkan program terkecil pun berubah menjadi monster yang ceroboh, yang perlu dipertahankan dan ditambahkan fungsi. Tes kode yang tercakup dengan baik adalah kunci keberhasilan dan kualitas. Ya, tidak mudah untuk mulai menulis kode yang cocok untuk tes otomatis segera, tapi percayalah, semua siksaan ini akan lebih dari lunas di masa depan. Itu saja untuk hari ini, semoga sukses!

    Ketika tidak ada waktu untuk tes

    Dengan tidak adanya waktu, tidak masuk akal untuk menulis tes untuk fungsi-fungsi sederhana (mengambil trim yang sama () dari contoh-contoh dalam artikel), lebih baik untuk fokus pada bagian paling kritis dari kode. Aturan yang sama harus diikuti ketika menulis kode yang sering dimodifikasi. Kerangka acuan proyek langsung sering berubah, dan beberapa fungsi harus terus diperbarui. Perubahan tersebut dapat menyebabkan momen yang tidak menyenangkan - kode yang dimodifikasi bekerja dengan baik dengan data baru, tetapi tidak mencerna yang lama secara organik. Tetapi agar tidak menangkap file di sini, lebih baik untuk segera menutup fungsi tersebut dengan tes. Ingat aturan sederhana - tidak ada waktu untuk menutupi semua kode dengan tes, tutup bagian paling penting dari itu

    Hapus semua versi Java sebelumnya untuk mengurangi risiko keamanan.

    Menggunakan versi Java yang dihentikan yang diinstal pada komputer Anda adalah risiko keamanan yang serius. Menghapus versi Java sebelumnya akan memastikan bahwa aplikasi Java diluncurkan menggunakan keamanan terbaru dan pembaruan kinerja.
    »Hapus instalasi versi Java sebelumnya

    Tonton videonya: 13 iPhone Settings You Should Change Now! (Oktober 2020).

    Pin
    Send
    Share
    Send
    Send