İnternet kullanıyorsanız, muhtemelen HTTP veya HTTPS terimiyle karşılaşmışsınızdır. Aynı zamanda, özellikle şu anda aktif olan milyarlarca web sitesi göz önüne alındığında, en sık görüntülenen mektuptur. HTTP veya Köprü Metni Aktarım Protokolü kısaltmadır. Bu, mesajların internet üzerinden nasıl gönderildiğini ve yapılandırıldığını tanımlayan hem istemci tarafı hem de sunucu protokolü olarak hizmet eder.
HTTP 1.0 ve HTTP 1.1
HTTP 1.0 ve HTTP 1.1 arasındaki fark, Başarılı istekleri belirtmek ve aktarım sorunlarını belirlemek için HTTP 1.0 Durum kodlarının kullanılmasıdır. HTTP/1.1, malzemenin parçalar halinde akışını ve mesaj gövdesinden sonra teslim edilecek ekstra başlıkları sağlayan yığın aktarımlarını destekler.
1996'da HTTP/1.0 resmen tanıtıldı ve kabul edildi. Popülaritesi o zamandan beri fırladı. HTTPv1.0 tarafından yalnızca ilkel kimlik doğrulama (zorlama-yanıt denetimi) sağlanır; Bu teknikle ilgili önemli bir sorun, kullanıcı adlarının ve parolaların şifrelenmemesi, onları casusluğa açık hale getirmesi ve zaman kısıtlaması olmamasıdır. Sadece 16 durum kodu vardı.
HTTP 1.1 ayrıca, aynı HTTP bağlantısı üzerinden birçok yanıt ve isteğin gönderilebileceği anlamına gelen kalıcı bağlantılar sağlar. OPTIONS yöntemi, HTTP/1.1'de yenidir. Bu teknik, HTTP sunucusunun yeteneklerini keşfetmek için bir HTTP istemcisi tarafından kolayca kullanılabilir. Öncelikle çapraz kaynak paylaşımı için web uygulamalarında kullanılır.
HTTP 1.0 ve HTTP 1.1 Arasındaki Karşılaştırma Tablosu
| Karşılaştırma Parametreleri | HTTP 1.0 | HTTP 1.1 |
| Durum kodu | Tanımlanabilecek 16 durum kodu vardır; ancak, hata açılır pencereleri yeterince kesin değildir. | 24 durum kodu belirleme özelliği ile hata raporlama daha hızlı ve daha verimlidir. |
| Kimlik Doğrulama Mekanizması | Parolalar ve kullanıcı adları ve ayrıca düz metin veya base64 kodlu olarak gönderildiğinden, temel kimlik doğrulama mekanizması güvenli değildir. | Özet kimlik doğrulamasını ve NTLM kimlik doğrulamasını kullandığı için nispeten güvenlidir. |
| Önbelleğe almak | If-Modified-Since başlığı, önbelleğe almaya yardımcı olmak için kullanılır. | Önbellek kontrolü gibi bazı ekstra başlıklar kullanır. |
| Verim iyileştirmesi | Daha fazla sayfayı daha hızlı sunmak için önbelleğe almayı destekler. | "Ana bilgisayar başına altı bağlantı" gereksinimine geçici bir çözüm olarak birçok optimizasyon kullanılır; bunlar arasında spriting, bitiştirme, satır içi oluşturma ve alan paylaşımı bulunur. |
| Ana Özellikler | Her TCP bağlantısı için yalnızca bir istek ve yanıt vardır. | Bağlantının yeniden kullanılmasını sağlar; bu, her TCP bağlantısı için birçok istek ve yanıtın gönderilip alınabileceği anlamına gelir. |
HTTP 1.0 nedir?
HTTPv1.0 tarafından yalnızca ilkel kimlik doğrulama (zorlama-yanıt denetimi) sağlanır; Bu teknikle ilgili önemli bir sorun, kullanıcı adlarının ve parolaların şifrelenmemesi, onları casusluğa açık hale getirmesi ve zaman kısıtlaması olmamasıdır. casusluk yoluyla elde edilen herhangi bir bilgi, elde edildikten sonra uzun süre kullanılabilir. İstemci, geçerli bir yanıt için parola, kullanıcı adı, HTTP istek türü dahil tek seferlik değer ve istenen URI'nin bir sağlama toplamını hesaplamalıdır.
HTTP1.0'ın her istek için yeni bir TCP bağlantısı kullanması amaçlandığından, her itirazın yeni bir TCP bağlantısı kurma masrafını karşılaması gerekiyordu. İnternet işlemlerinin çoğu kısa olduğundan ve nadiren yavaş başlangıç aşamasının ötesine geçtiğinden, mevcut bant genişliğinden en iyi şekilde yararlanmazlar. Bazı sürüm 1.0 uygulamaları, bağlantının canlı tutulmasını talep etmek için bir "canlı tutma" başlığı kullansa da, bu, ara proxy ile iyi çalışmadı.
Sunucu yine de belirli bir bağlantı için eşleşen istekle aynı sırada yanıtlar sağlamalıdır. Bir istemci, aynı bağlantı (boru hattı) üzerinden başka bir istek göndermeden önce önceki isteğine yanıt beklemek zorunda değildir. TCP protokolünün yeteneklerini optimize ederken ağ gidiş-dönüş gecikmesini azaltır.
HTTP 1.1 nedir?
Kalıcı bağlantılar ve boru hattı oluşturarak bu sorunu çözer. HTTP/1.1, kalıcı bağlantılar kullanılırken açıkça kesilmesi istenmedikçe, bir TCP bağlantısının etkin tutulması gerektiği anlamına gelir. İstemcinin, her birinin yanıtlanmasını beklemek zorunda kalmadan aynı bağlantı üzerinden çok sayıda itiraz göndermesine izin vererek HTTP/1.1'in HTTP/1.0 üzerindeki performansını önemli ölçüde artırır.
Ne yazık ki, bu optimizasyon tekniğinin kendine özgü bir darboğazı vardır. Çünkü birkaç veri paketi yolda birbirini geçemez. kuyruğun önündeki bir isteğin ihtiyaç duyduğu kaynağı alamadığı ve arkasındaki tüm isteklerin engellenmesine neden olduğu zamanlar vardır.
Bu, HOL hat başı engelleme olarak bilinir ve HTTP/1.1 bağlantı performansının iyileştirilmesi söz konusu olduğunda önemli bir sorundur. Ayrı, paralel TCP bağlantıları sorunu çözebilir, ancak bir istemci ile bir sunucu arasındaki eşzamanlı TCP bağlantılarının sayısı sınırlıdır ve her yeni bağlantı çok fazla kaynak tüketir.
HTTP/1.1'deki akış kontrolü, TCP'ye dayalıdır. TCP kurulduğunda, hem sunucu hem de istemci, arabellek boyutlarını belirlemek için sistem varsayılan ayarlarını kullanır. Alıcının arabelleği kısmen doluysa, göndericiye alıcının alma penceresi veya arabelleğindeki boş alan miktarını bildirecektir.
HTTP 1.0 ve HTTP 1.1 Arasındaki Temel Farklar
Çözüm
1989'daki başlangıcından bu yana, HTTP veya Köprü Metni Aktarım Protokolü, Web'de veri aktarımı için standart olmuştur. 1997'de ilk piyasaya sürülmesinden bu yana HTTP/1.1'de yalnızca birkaç değişiklik yapıldı. Ancak 2015'te HTTP/2 tanıtıldı,
gecikmeyi azaltmak için birçok yol içeriyordu, o zamandan beri, HTTP/1.1'in popülaritesi arttı ve bazı kaba tahminler, internetteki tüm web sitelerinin yaklaşık üçte birinin artık onu desteklediğini iddia ediyor. HTTP/1.1 ve HTTP/2 arasındaki teknolojik farklılıkları anlamak, web geliştiricilerinin bu değişen dünyada ortaya çıkan en iyi uygulamalar hakkında eğitimli ve verimli kararlar vermelerine yardımcı olabilir.
