Bu araç, bir tarihi Unix TimeStamp formatından insan tarafından okunabilen bir tarihe (veya tam tersi) dönüştürmek için gereklidir.

Unix zamanı nedir ve ne için kullanılır? Bunun neden kullanıldığını anlamak için Unix zamanının ne olduğuna dair genel kavramla başlayacağım.

Unix zamanı (veya Rusçaya çevrilen TimeStamp, “zaman damgası” anlamına gelir ve aynı anlama gelir) 1 Ocak 1970'ten bu yana geçen saniye sayısıdır. Yani, 01/01/1970 00:00:00 zamanındaki Unix Zaman Damgası 0'a eşitti. 2 dakika (120 saniye) sonra Unix zamanı zaten 120'ydi. Örneğin, bir gün sonra (01/02) /1970 00:00:00) 60*60*24=86400 saniye geçtiğinden Unix zamanı zaten 86400'e eşitti. Artık Unix Zaman Damgası zaten 1561815370'tir ve saniyeler sürekli ilerlediğinden sayı sürekli olarak artmaktadır.

Ama neden kullanalım? Mesele şu ki, Unix TimeStamp programlama sırasında tarihleri ​​saklamak ve değiştirmek için kullanıma uygundur. Ayrıntılara girmeyeceğim ama kısacası, bir sayının sayılması ve karşılaştırılması, "sol" karakterlere sahip bir dizeden çok daha uygundur. Çoğu geliştiricinin projelerindeki tarihlerle çalışmak için Unix TimeStamp'ı kullanmasının nedeni budur ve veritabanında sıklıkla "tarih" alanında çok büyük bir sayı görürüz ve bu sayı hiçbir şekilde tarihe benzemez.

Bu aracın kullanışlı olduğu yer burasıdır. Bununla birlikte, "veritabanındaki büyük sayıyı" kolayca insanların okuyabileceği bir tarihe çevirebilirsiniz. Üstelik bunun tersini bile yapabilir ve herhangi bir tarihi Unix TimeStamp'a dönüştürebilirsiniz. Bunlar, bu dönüştürücünün sahip olduğu yeteneklerdir.

2038'in sorunu

Daha önce de söylediğim gibi bu sayı Unix Zaman Damgası her saniye 1 artıyor. Er ya da geç bu sayının sınırı gelmeli ve 2038'de olacak. Mesele şu ki, 21. yüzyılın başında yaygın olan 32 bit işletim sistemlerinde maksimum sayı 2 31'dir. Bu, Unix TimeStamp'ın 2038'de ulaşacağı sayıdır.

→ Bu soruna bir çözüm zaten bulunmuştur. Sitelerin 2038'de zamanı doğru şekilde takip etmeyi bırakmamasını sağlamak için, barındırma/VDS/dedicated sunucuda 32 bit değil, 64 bit işletim sistemi kullanmak yeterlidir. Bilgisayarların hızla artan gücü ve maliyetlerindeki düşüşle birlikte her şey, 2038 yılına kadar web sitesi için alan sağlama alanındaki hizmetlerin büyük çoğunluğunun 64 bit işletim sistemi temelinde sağlanacağı yönünde ilerliyor. Bu arada 64 bitlik bir sistemde böyle bir sorun bizi en az 292 milyar yıl etkilemeyecek ki bu da dikkate alınması yeterli. 2038 sorunuçözüldü.

Çünkü Dizel yakıtta yerleşik araçlar yoktur, aşağıdaki komut dosyasını oluştururuz: #!/bin/sh truss date 2>&1 |grep ^time |awk "(print $3;)" çıkış $? veya nawk "BEGIN(print srand())" veya Perl'de: perl -e "baskı zamanı, "\n";" dosyanın değiştirilme tarihini öğrenin: truss -v lstat -t lstat ls -l file.txt 2>&1 1>/dev/null | grep "mt\ =\" | awk "(9 $ yazdır;)"

Unix zamanı nasıl alınır?

Unix zamanı veya Unix dönemi (Unix dönemi veya Unix zamanı veya POSIX zamanı veya Unix zaman damgası) nedir?

UNIX zamanı veya POSIX zamanı, UNIX ve diğer POSIX uyumlu işletim sistemlerinde benimsenen bir zaman kodlama yöntemidir.
Başlangıç ​​noktası, 31 Aralık 1969'dan 1 Ocak 1970'e kadar gece yarısı (UTC) olarak kabul edilir, bu andan itibaren geçen süreye "UNIX dönemi" (İngilizce Unix Dönemi) adı verilir.
UNIX zamanı UTC ile tutarlıdır, özellikle UTC artık saniyeleri bildirildiğinde karşılık gelen ikinci sayılar tekrarlanır.
Zamanı birkaç saniye biçiminde saklama yöntemi, tarihleri ​​​​karşılaştırırken (saniyeye göre doğru) ve ayrıca tarihleri ​​\u200b\u200bsaklarken çok kullanışlıdır: gerekirse, bunlar insan tarafından okunabilen herhangi bir formata dönüştürülebilir. Bu formattaki tarih ve saat de çok az yer kaplar (makine sözcüğünün boyutuna bağlı olarak 4 veya 8 bayt), dolayısıyla büyük miktarda tarihi depolamak için kullanılması mantıklıdır. Ay numaraları vb. gibi tarih öğelerine çok sık erişildiğinde performans dezavantajları ortaya çıkabilir. Ancak çoğu durumda, zamanı bir alanlar koleksiyonu yerine tek bir değer olarak depolamak daha verimlidir.

Unix dönemini insan tarafından okunabilen tarihe dönüştürme

Yıl, ay veya günün Unix başlangıç ​​ve bitiş tarihi

Saniyeleri günlere, saatlere ve dakikalara dönüştürme

Unix zamanı nasıl alınır?

Tarih Unix saatine dönüştürülüyor...

Unix zamanları insan tarafından okunabilen tarihlere dönüştürülüyor...

"Unixtime Converter" aracı ne için kullanılır?

Bu araç öncelikle sürekli olarak büyük hacimli tarihlerle uğraşan veya çalışmalarında sıklıkla bunların öğelerine atıfta bulunan web yöneticileri için yararlı olacaktır. "Unixtime Dönüştürücü" aracını kullanarak, Unix saatini kolayca kullanıcı dostu bir tarihe dönüştürebilir (veya tam tersi), mevcut Unix dönemi saatini öğrenebilir ve ayrıca çeşitli programlama dillerinde, DBMS'lerde ve işletim sistemlerinde Unix saatini alabilirsiniz.

Unix zamanı nedir?

Unix dönemi (Unix dönemi) 31 Aralık 1969'u 1 Ocak 1970'e bağlayan gece başladı. Saniye cinsinden hesaplanan ve çok az disk alanı (sadece 4 veya 8 bayt) kaplayan “bilgisayar” süresinin başlangıç ​​noktası olarak alınan tarih bu tarihtir. Bu kodlama yöntemiyle programcılar herhangi bir tarihi tek bir sayıya "gizleyebilir" ve onu kolayca kullanıcıların anlayabileceği bir formata dönüştürebilir.

Unix zamanı (Unix zamanı veya POSIX zamanı da denir), yer kaplayan belirli sayıda alan yerine tek bir değer olarak görüntülendiğinden, çeşitli işletim sistemlerinde ve programlama dillerinde kullanıma uygundur. Ek olarak, UNIX zamanı UTC standardına tamamen uygundur (artık yıllar dahil) - bu durumda karşılık gelen ikinci değerler basitçe tekrarlanır.

Unix Terminolojisi

Terimler hakkında birkaç söz.

Bu yüzden, Unix zamanı(veya POSIX zamanı), 1 Ocak 1970 gece yarısından günümüze kadar geçen saniye sayısıdır.

Unix Zaman Damgası(zaman damgası) “sabit” bir zamandır, yani bir sayının içine basılmış belirli bir tarihtir.

UTC(Evrensel Koordineli Zaman), başlangıç ​​meridyeninde “sabit” olan ve coğrafi zaman dilimlerinin sayıldığı Koordineli Evrensel Zamandır.

Bu sistem ne kadar “dayanıklı”?

Sadece birkaç on yıl içinde, yani 19 Ocak 2038 03:14:08 UTC'de Unix zamanı 2147483648 değerine ulaşacak ve bilgisayar sistemleri bu sayıyı negatif olarak yorumlayabilir. Bu sorunu çözmenin anahtarı, zamanı depolamak için (32 bit yerine) 64 bitlik bir değişken kullanmaktır. Bu durumda Unix zamanının sayısal değerlerinin temini insanlığa 292 milyar yıl daha dayanacaktır. Fena değil, değil mi?

Unix zamanı herkes için birdir

Londra veya San Francisco'da yaşıyorsanız ve arkadaşlarınız Moskova'da yaşıyorsa, Unix zamanını kullanarak "saatlerinizi kontrol edebilirsiniz": bu sistem şu anda tüm dünya için aynıdır. Doğal olarak sunuculardaki saat doğru ayarlanmışsa. Ve bir alet yardımıyla "Unixtime dönüştürücü" Bu dönüşüm saniyenin çok küçük bir kısmını alacaktır.

Yalnızca Lifeexample okuyucuları için Moguta.CMS'de %15 indirimle çevrimiçi mağaza açmak mümkündür.

Unix zamanı ve Unix Zaman Damgası (MySQL, PHP, JavaScript)

Merhaba sevgili blog okurları, bu yazımda size ne olduğundan bahsetmek istiyorum. Unix zamanı Ve Unix Zaman Damgası. Programcılar sıklıkla bu kavramları tek bir kavramda birleştirirler ancak bu tamamen doğru değildir. Ayrıca makale, PHP, MySQL ve JavaScript'te Unix Zaman Damgası ile çalışmaya ilişkin birçok yararlı not içermektedir.

Unix zamanı neden 1 Ocak 1970'te başlıyor?

Mesele şu ki, Unix zamanı, ilk UNIX sisteminin piyasaya sürülmesiyle birlikte Unix dönemini saymaya başlıyor. Bu türden ilk sistem 1969'da oluşturuldu, bu nedenle geliştiriciler 1 Ocak 1970 gece yarısı UTC tarihini aldı ( UTC).

Unix Time ve Unix Timestamp'ın ne işe yaradığını anlayalım ve onlara net kavramlar verelim.

Unix Zaman Damgası1 Ocak 1970'ten bu yana geçen saniye sayısını temsil eden bir karakter dizisi olan bir zaman damgasıdır.

Bu iki kavram arasındaki farkı netleştirmek için bir örnek vermeye çalışacağım.

Bu yazıyı yazdığım sırada, Unix zamanı eşitti 1346765877 .

Siz bu bilgiyi okurken, bir zaman rekoru ( 1346765877 ) zaten bir etikettir - Unix Zaman Damgası! Bu zaman damgasını insan tarafından okunabilir bir forma dönüştürdüğümüzde 04-09-2012 tarihini ve 17:37:57 saatini elde ederiz.

Açıkçası iki kavramı ayırmanın bana göre özel bir anlamı yok ama yine de ne olduğu konusunda fikir sahibi olmakta fayda var. Unix Zamanı Ayrıca 1970 yılından bu yana geçen mümkün olan maksimum saniye sayısının da bir sınırı olduğunu anlamakta fayda var!

Unix döneminin sonu 2038'de gelecek

Hakikat: 32 bitlik sistemlerde maksimum ikili sayı sayıdır 01111111 11111111 11111111 11111111 ondalık sisteme dönüştürerek 2147483647 sayısını elde ederiz.

19 Ocak 2038 03:14:08'de, Unix döneminin başlangıcından bu yana geçen saniye sayısının, 32 bitlik bir sistemde mevcut olan maksimum süreyi (sayı = 2147483647) aşacağı bir an gelecektir. Bit taşarsa, tarih şu şekilde olacaktır: Sıfırla.

Bu teoriyi net bir örnekle test etmek çok kolaydır:

• Standart bir Windows hesap makinesi açın, ALT+3 tuşlarına basın, bu onu mühendislik görünümüne dönüştürecektir;
• 4 bayt modunu ve ondalık giriş tipini ayarlayın;
• 2147483647 sayısını yazın;

• Sayının ikili sistemde temsiline dikkat edin;
• Numaraya bir tane ekleyin;

• Toplamanın sonucu negatif bir sayı olacaktır!

Bir tane eklemeye devam edersek döngüsel bir kapanış elde ederiz.

32 bit mimariyi kullanan tüm sistemlerde 19 Ocak 2038'den itibaren gerçekleşecek olan bu tarih çalacaktır.

Aslında üzülmeye gerek yok çünkü bilgisayar sistemi geliştiricileri 64 bit mimarileri giderek yaygın kullanıma sokuyor. 2038 yılına kadar başaracaklarına inanalım.

Şimdi unix zaman damgasını kullanma hakkında konuşalım php, MySQL ve hatta javascript.

Unix zaman damgasıyla çalışma

Php veya MySQL'de unix zaman damgasıyla çalışırken çok önemli bir nokta, bu tarih formatının artılarını ve eksilerini açıkça anlama ihtiyacıdır.

Örneğin, ZAMAN DAMGASI tarihi olayları veya uzak gelecekteki olayları belirtmek için kullanılamaz. Tarihlerin tamamı 1970'den 2038'in başına kadar olan dönemle sınırlıdır. 2038'den sonraki bir tarihi ayarlarsanız bu, 32 bit sistem tarafından doğru şekilde yorumlanmayacaktır.

Bu sınırlamanın farkına varıldığında mantıklı bir soru ortaya çıkıyor: " Neden tarihleri ​​saniyeler içinde temsil etmeye uğraşasınız ki?"

Unix Zaman Damgası Ne Zaman Kullanılır?

Her zamanki ölçüm sistemimizde zamanı temsil etmek için 8 bayt gereklidir ve bir unix zaman damgası için bu, yarısı kadardır - 4 bayt.

Bana göre veri hacminden tasarruf etmek, Unix Time kullanmanın ana ve yadsınamaz avantajıdır.

Ek olarak, ile çalışırken bir dizi yararlı nüans vardır. MySQL'de UNIX zaman damgası. Ve tüm bilgilerin veritabanı sunucusunda saklanması gerektiğinden ve Unix zaman damgalarıyla çalışırken bir takım avantajlara sahip olduğundan, unix zaman damgasına yönelik seçim aşağıdaki hükümlerle doğru bir şekilde gerekçelendirilebilir.

MySQL, Unix zaman formatıyla çalışmak için karşılık gelen bir Zaman Damgası veri tipi sağlar; bunu kurarak standart formatlara göre hemen yararlı bir avantaj elde ederiz. TARİH Ve DATETIME. Avantajı, bir tabloya yeni bir kayıt eklediğinizde o veri türüne sahip sütunun otomatik olarak doldurulmasıdır. Bu, yalnızca veri miktarından değil aynı zamanda web sunucusunun CPU zamanından da tasarruf edebileceğimiz anlamına gelir.

Kelimeyi eylemle yedeklemek için aşağıdaki görevi belirleyeceğiz: Sisteme yeni bir kullanıcı kaydederken, veritabanına eklenme tarihini girmeniz gerekir.

Tabloda tarihin saklandığı alanın türü ise DATETIME, o zaman PHP betiğinden gelen istek şuna benzer:

Faydaları açıktır!

Bir de eksi var: TIMESTAMP türünde birden fazla alan varsa yalnızca ilki otomatik olarak güncellenir.

Zaman damgası yerine INT kullanmak mantıklı mı?

Birçok programcı, unix zaman damgasıyla çalışırken int(11) tamsayı biçimini kullanır. MySQL, zaman damgası türü için onunla çalışma hızını etkileyen birçok yararlı işlev sağladığından, bu konuya tamamen mantıksız bir yaklaşımdır. Bu nedenle zaman damgasını INT'de saklayarak kendimizi bu format için tüm sunucu desteğinden mahrum bırakacağız. Bu, yaklaşık olarak varchar(11) tipinde kimliğin saklanmasıyla aynıdır.

Ancak saklamanın tek bir gerekçesi var INT'ye unix zaman damgası. Bir veritabanını farklı DBMS'ler arasında aktarırken bir tür çakışması ortaya çıkabilir; DBMS'lerden biri için zaman damgası türü yabancı olabilir. Bu durumda int kullanmanın avantajı olacaktır çünkü bu format tüm DBMS'lerde mevcuttur.

MySQL takvim türlerinin kısa açıklaması

ZAMAN DAMGASI- tarih ve saati saklamak için veri türü. Veriler, “Unix çağının” başlangıcından bu yana geçen saniye sayısı olarak depolanır. Değer aralığı: 1970-01-01 00:00:00 - 2038-12-31 00:00:00. 4 byte yer kaplar.

TARİH- tarihleri ​​depolamak için veri türü. Değer aralığı: 1000-01-01 - 9999-12-31. 3 byte yer kaplar.

DATETIME- tarih ve saati saklamak için veri türü. Değer aralığı: 1000-01-01 00:00:00 - 9999-12-31 00:00:00. 8 bayt alır ve YYYYMMDDHHMMSS./p> sayısı olarak saklanır.

YIL- yılı depolamak için veri türü. Değer aralığı: 1901 - 2155. 1 byte yer kaplar.

ZAMAN- zamanı depolamak için veri türü. Değer aralığı: −828:59:59 - 828:59:59. 3 byte yer kaplar.

Tarihi unix'e dönüştürme

Tarihleri ​​dönüştürmek için bazı yararlı işlevler yayınlamanın zamanı geldi Unix zaman damgası ve geri döndüm unix zamanı okunabilir bir tarihte.

Geçerli UNIX saati nasıl alınır?

• PHP:

  zaman();

• JavaScript:

  Math.round(new Date().getTime()/1000.0);

• MySQL:

  SELECT unix_timestamp(now() ) ;