Tarikh kepada Cap Masa Unix

Tarikh kepada Cap Masa Unix ialah alat percuma yang menukar tarikh dan zon waktu tertentu kepada cap masa Unix untuk digunakan dalam kod, API, pangkalan data dan log.

Apakah cap masa Unix?

Cap masa Unix ialah integer yang mewakili bilangan saat sejak 00:00:00 UTC pada 1 Januari 1970, yang dikenali sebagai epok Unix. Sebagai contoh, epok itu sendiri mempunyai cap masa 0, manakala tarikh selepasnya mempunyai nilai positif.

Cap masa Unix membolehkan sistem bertukar maklumat tentang sesuatu detik dalam bentuk yang padat dan tidak bergantung pada bahasa. Ia mengelakkan kekeliruan format paparan mengikut rantau, seperti 10/09/2026, yang boleh ditafsirkan sebagai 10 September oleh sesetengah pengguna tetapi sebagai 9 Oktober oleh sesetengah sistem.

Cap masa menerangkan sesuatu detik, bukannya tarikh kalendar yang telah diformatkan. Cap masa tidak mengandungi label terbina dalam untuk Europe/London, UTC atau zon waktu lain. Zon waktu penting semasa penukaran kerana zon tersebut menentukan detik yang diwakili oleh tarikh tempatan asal.

Bagaimanakah cara menukar tarikh kepada cap masa Unix?

Tetapkan medan Zon waktu, kemudian gunakan nilai Cap masa Unix yang diberikan dalam sistem yang memerlukannya.

1. Pilih zon waktu yang diperlukan.
2. Jalankan penukaran dan salin integer daripada Cap masa Unix.
3. Sebelum memasukkan nilai tersebut, semak sama ada sistem sasaran memerlukan saat atau milisaat.

Pilihan zon waktu boleh mengubah hasil sebanyak beberapa jam. Perbezaannya juga boleh berubah mengikut tarikh kerana rantau seperti UK menggunakan peraturan waktu musim panas. Europe/London menggunakan UTC pada musim sejuk dan biasanya UTC+1 semasa British Summer Time.

Penukaran Tarikh kepada Cap Masa Unix dijalankan pada pelayan. Input Zon waktu dihantar ke pelayan melalui HTTPS dan tidak disimpan.

Bagaimanakah cara membaca cap masa yang diberikan?

Baca hasil tersebut sebagai bilangan saat sejak epok Unix, tanpa tanda baca, akhiran zon waktu atau maklumat tarikh yang boleh dibaca manusia. Nilai sepuluh digit lazim untuk tarikh masa kini, tetapi bilangan digit sahaja tidak membuktikan bahawa sesuatu cap masa itu sah.

Masalah penyepaduan yang paling kerap berlaku ialah kekeliruan antara saat dengan milisaat. Alat berasaskan Unix dan banyak sistem pelayan menggunakan saat. API tarikh JavaScript pula lazimnya menggunakan milisaat, jadi nilai dalam saat mungkin perlu didarabkan dengan 1,000 dalam konteks tersebut.

• 0 bermaksud 1 Januari 1970 pada 00:00:00 UTC.
• Integer positif yang lebih besar mewakili detik yang lebih lewat.
• Cap masa negatif boleh mewakili tarikh sebelum epok, walaupun sokongannya berbeza mengikut aplikasi dan platform.
• Nombor tersebut tidak menyimpan zon waktu asal yang digunakan untuk mengiranya.

Hasil berangka tidak mengesahkan bahawa zon waktu yang dimaksudkan telah dipilih. Jika waktu yang ditukar kelihatan salah, semak zon waktu yang dipilih terlebih dahulu, kemudian peraturan waktu musim panas jika berkenaan. Jika nilainya tersasar dengan faktor 1,000, semak unit yang diperlukan.

Contoh penukaran tarikh

Contoh ringkas ini menunjukkan cara zon waktu mempengaruhi detik yang diwakili.

1 Januari 1970, 00:00:00 UTC bersamaan dengan 0.

1 Januari 2024, 00:00:00 UTC bersamaan dengan 1704067200.

1 Julai 2024, 12:00:00 Europe/London bersamaan dengan 1719831600.

Dalam contoh terakhir, London sedang menggunakan British Summer Time, jadi waktu tengah hari tempatan bersamaan dengan 11:00 UTC. Jika UTC digunakan sebagai zon waktu untuk waktu jam bertulis yang sama, cap masa yang terhasil akan berbeza.

Untuk data daripada pihak ketiga, gunakan tarikh yang tidak mengelirukan seperti 1 Julai 2024 atau format gaya ISO 2024-07-01, bukannya 01/07/2024. Teks beraksen atau bukan Latin bukan sebahagian daripada cap masa itu sendiri kerana output hanya mengandungi digit dan mungkin bermula dengan tanda tolak.

Bilakah penukaran tarikh kepada waktu Unix berguna?

Penukaran berguna apabila tarikh yang boleh dibaca manusia perlu dibandingkan, diisih atau dihantar sebagai detik tepat yang boleh dibaca mesin. Antara kegunaan lazim ialah menyahpepijat respons API, menyediakan tugas berjadual sebelum pelaksanaan, menyemak rekod pangkalan data dan mentafsir tarikh yang diberikan oleh perkhidmatan lain.

• Tukar tarikh akhir keluaran sebelum memasukkannya ke dalam konfigurasi pelaksanaan.
• Bandingkan peristiwa aplikasi dengan cap masa dalam log pelayan.
• Sediakan parameter pertanyaan untuk API yang menerima waktu mula dan tamat sebagai saat epok.
• Seragamkan tarikh yang diimport daripada fail CSV sebelum menyimpannya dalam pangkalan data.
• Semak sama ada webhook pihak ketiga menghantar saat dan bukannya milisaat.

Penukaran tidak diperlukan jika tarikh itu hanya akan dibaca oleh manusia dan sistem penerima menerima nilai ISO 8601 yang jelas. Tarikh seperti 2026-09-10T14:30:00+01:00 mengekalkan ofsetnya dan biasanya lebih mudah diperiksa semasa menyahpepijat. Begitu juga, menukar berulang kali nilai yang sudah menjadi cap masa Unix tidak menambah sebarang maklumat.

Alat ini tidak mengesahkan skema API, memastikan tugas berjadual akan dijalankan atau mengekalkan zon waktu asal dalam output. Untuk melihat cap masa dalam bentuk tarikh kalendar, gunakan Cap Masa Unix kepada Tarikh.

Soalan lazim

Bolehkah saya masukkan tarikh atau waktu secara terus?

Tidak. Satu-satunya medan yang diisi pengguna dan didokumenkan untuk alat ini ialah Zon waktu.

Fungsi PHP yang manakah digunakan oleh alat ini?

Pelaksanaan pada pelayan memanggil fungsi date PHP.

Apakah masalah Tahun 2038?

Cap masa Unix bertanda 32-bit maksimum ialah 2,147,483,647, yang bersamaan dengan 19 Januari 2038 pada 03:14:07 UTC. Sistem moden sering menggunakan nilai 64-bit, tetapi perisian lama, format fail dan peranti terbenam mungkin masih mempunyai had ini. Semak jenis storan apabila menyediakan tarikh yang jauh pada masa hadapan.

Adakah cap masa Unix mengambil kira saat lompat?

Dalam model POSIX biasa, waktu Unix tidak mewakili saat lompat sebagai saat bernombor yang berasingan. Kaedah ini memadai untuk kebanyakan penjadualan aplikasi dan pengelogan, tetapi kerja astronomi khusus atau pemasaan berketepatan tinggi mungkin memerlukan piawaian waktu lain.

Apakah yang perlu saya semak sebelum menyimpan hasil?

Sahkan zon waktu, status waktu musim panas dan unit yang diperlukan oleh sistem penerima. Kemudian, tukar cap masa itu kembali kepada tarikh yang boleh dibaca dalam sistem tersebut dan bandingkannya dengan tarikh asal sebelum melaksanakan perubahan atau mengemas kini data yang disimpan.