URN'nin görünümü, MIME posta mesajının bölümlerine hitap etme arzusundan kaynaklanmaktadır. WWW adresi oluşturma ilkeleri. URI'ler aşağıdaki ilkelere dayanmaktadır:

· Genişletilebilirlik - Yeni adres şemaları, mevcut URI sözdizimine kolayca uymalıdır.

Tamlık - mümkün olduğunda, mevcut şemalardan herhangi biri bir URI aracılığıyla tanımlanmalıdır.

· Okunabilirlik - adres, genellikle WWW teknolojisi için tipik olan, kullanıcı tarafından kolayca okunabilmelidir - bağlantılar ile birlikte belgeler normal bir metin düzenleyicide geliştirilebilir.

Çeşitli adres gösterim şemalarına bakmadan önce, basit bir URI adresine bir örnek:

http://polyn.net.kiae.su/polyn/index.html

İki nokta üst üste, adres düzeni tanımlayıcısı - "http" ile başlar. Bu ad, "yol" olarak adlandırılan URI'nin geri kalanından iki nokta üst üste işaretiyle ayrılır. Bu durumda yol, HTTP sunucusunun kurulu olduğu makinenin etki alanı adresinden ve sunucu ağacının kökünden "index.html" dosyasına giden yoldan oluşur. Yukarıda gösterilen tam URI girişine ek olarak, basitleştirilmiş bir giriş var. Kullanıldığı zamana kadar birçok kaynak adres parametresinin zaten belirlenmiş olduğunu varsayar (protokol, ağdaki makine adresi, bazı yol öğeleri). Bu tür varsayımlar altında, hiper metin sayfalarının yazarı yalnızca kaynağın göreli adresini belirtebilir, yani. belirli temel kaynaklara göre bir adres.

URL (Tekdüzen Kaynak Bulucu, Tekdüzen Kaynak Bulucu), bir kaynağı adı veya diğer öznitelikleriyle tanımlamak yerine, erişim yoluyla (örneğin, "ağ üzerindeki konumu") tanımlayan URI şemalarının bir alt kümesidir. bu kaynak. URL, nesneye nasıl ulaşılacağını açıkça açıklar.

Sözdizimi: :, nerede:

şema = "http" | ftp | sincap | "mailto" | haberler | telnet | "dosya" | erkek | bilgi | ne | "ldap" | "vay" | ...- şema adı

şemaya özel bölüm- şemaya bağlıdır. Şemaya özel kısımlarda onaltılık değerler şu şekilde kullanılabilir: %5f. Yazdırılamayan sekizlilerin kodlanması gerekir: 00-1F, 7F, 80-FF.

URL örnekleri:

http://www.ipm.kstu.ru/index.php

ftp://www.ipm.kstu.ru/

Bir URN (Tekdüzen Kaynak Adı), kaynak artık mevcut olmasa veya mevcut olmasa bile benzersiz ve değiştirilmemiş olması gereken bir "ad alanı" alt kümesine sahip özel bir "urn:" URI şemasıdır.

Örneğin, tarayıcının bu kaynağı nerede arayacağını bildiği varsayılmaktadır.

Sözdizimi: urn: ad alanı: data1.data2,more-data, burada ad alanı, ikinci ":" işaretinden sonraki verilerin nasıl kullanıldığını belirtir.

URN örneği:

urn: ISBN: 0–395–36341–6

ISBN - yayıncılar için tematik sınıflandırıcı,

0-395-36341-6 - bir kitap veya dergi konusunun belirli bir sayısı

Bir URN aldıktan sonra, istemci programı ISBN'ye (İnternet'teki "yayıncılar için konu sınıflandırıcı" dizini) erişir. Ve “0–395–36341–6” konu numaralı bir transkript alır (örneğin: “kuantum kimyası”). URN nispeten yenidir, mevcut HTML sürümlerine dahil değildir ve dizin hizmetleri henüz geliştirilmemiştir, bu nedenle URN'ler URL'ler kadar yaygın olarak kullanılmamaktadır.

İnternet Kaynak Adresleme Şemaları

İnternet kaynakları için 3 adresleme şeması vardır. Şema, tanımlayıcısını, makine adresini, TCP bağlantı noktasını, sunucu dizinindeki yolu, değişkenleri ve değerlerini, etiketini belirtir.

HTTP Şeması. Bu, WWW için temel şemadır. Şema, tanımlayıcısını, makine adresini, TCP bağlantı noktasını, sunucu dizinindeki yolunu, arama kriterlerini ve etiketini belirtir.

Sözdizimi: http://[ [:@][:][?]]

http- şema adı

kullanıcı- Kullanıcı adı

şifre- Kullanıcı şifresi

ev sahibi- ana bilgisayar adı

Liman- Port numarası

url yolu- dosyanın yolu ve dosyanın kendisi

sorgu (<имя–поля>=<значение>{&<имя–поля>=<значение>) – sorgu dizesi

Varsayılan olarak, bağlantı noktası=80.

HTTP şeması için bazı URI örnekleri:

http://polyn.net.kiae.su/polyn/manifest.html

Bu, WWW belgelerinde kullanılan en yaygın URI türüdür. Şema adını (http), makinenin etki alanı adresinden ve HTTP sunucu ağacındaki HTML belgesinin tam adresinden oluşan bir yol izler.

Bir IP adresi, makine adresi olarak da kullanılabilir:

http://144.206.160.40/risk/risk.html

HTTP protokol sunucusu 80'den farklı bir TCP bağlantı noktasında çalışıyorsa, bu şu adrese yansıtılır:

http://144.206.130.137:8080/altai/index.html

http://polyn.net.kiae.su/altai/volume4.html#first

FTP şeması. Bu şema, World Wide Web istemci programlarından FTP dosya arşivlerini adreslemenizi sağlar. Bu durumda programın FTP protokolünü desteklemesi gerekir. Bu şemada, sadece şemanın adını, FTP arşivinin adresini değil, aynı zamanda kullanıcı kimliğini ve hatta şifresini belirtmek mümkündür.

Sözdizimi: ftp://[ [:@][:]

ftp- şema adı

kullanıcı- Kullanıcı adı

şifre- Kullanıcı şifresi

ev sahibi- ana bilgisayar adı

Liman- Port numarası

url yolu- dosyanın yolu ve dosyanın kendisi

Varsayılan olarak, bağlantı noktası=21, kullanıcı=anonim, parola=e-posta adresi.

Çoğu zaman, bu şema genel FTP arşivlerine erişmek için kullanılır:

ftp://polin.net.kiae.su/pub/0index.txt

Bu durumda, "polyn.net.kiae.su" arşivine bir bağlantı "anonim" veya "ftp" (anonim erişim) tanımlayıcısı ile kaydedilir. Kullanıcı kimliği ve parolanın belirtilmesi gerekiyorsa, bunu makine adresinden önce yapabilirsiniz:

ftp://kimse: [e-posta korumalı]/users/yerel/pub

Bu durumda, bu parametreler makine adresinden "@" sembolü ile ve birbirinden iki nokta üst üste ile ayrılır.

TELNET şeması. Bu şema, uzak terminal modunda kaynağa erişim sağlar. Tipik olarak, istemci telnet protokolüyle çalışmak için ek bir program çağırır. Bu şemayı kullanırken, bir kullanıcı kimliği gereklidir ve bir parolaya izin verilir.

Sözdizimi: telnet://[ [:@][:]/

telnet- şema adı

kullanıcı- Kullanıcı adı

şifre- Kullanıcı şifresi

ev sahibi- ana bilgisayar adı

Liman- Port numarası

Varsayılan olarak, bağlantı noktası=23.

Örnek: telnet://name: [e-posta korumalı]

Gerçekte, genel kaynaklara erişim sağlanır ve tanımlayıcı ve parola herkes tarafından bilinir, örneğin Hytelnet veritabanlarında bulunabilirler.

telnet://misafir: [e-posta korumalı]

URI kaynak adreslerinin spesifikasyonunun oldukça genel olduğu ve İnternet'teki hemen hemen her kaynağı tanımlamanıza izin verdiği yukarıdaki örneklerden görülebilir. Aynı zamanda yeni şemalar oluşturularak kaynak sayısı artırılabilir.

WWW Hizmeti

WWW (World Wide Web) hizmeti, "istemci-sunucu" şemasına göre oluşturulmuş köprü metni bilgilerinin değişimi için tasarlanmıştır. Tarayıcı (Internet Explorer, Opera...) çok protokollü bir istemci ve HTML yorumlayıcısıdır. Tipik bir yorumlayıcı gibi, istemci de komutlara (etiketlere) bağlı olarak çeşitli işlevleri yerine getirir. Bu işlevler, yalnızca metnin ekrana yerleştirilmesini değil, alınan HTML metni analiz edilirken sunucuyla bilgi alışverişini de içerir; bu, metne gömülü grafik görüntüleri görüntülerken en açık şekilde gerçekleşir.

Bir HTTP sunucusu (Apache, IIS...), bir dosya için istemci isteklerini işler. Başlangıçta, WWW hizmeti üç standarda dayanıyordu:

· HTML (Köprü Metni İşaretleme Dili) – belgelerin hiper metin işaretleme dili;

· URL (Evrensel Kaynak Bulucu) – ağdaki kaynakları adreslemenin evrensel bir yolu;

· HTTP (Köprü Metni Aktarım Protokolü) – hiper metin bilgi alışverişi protokolü.

WWW sunucusunun şeması

Bir WWW sunucusu, ağ kullanıcılarının bu sunucuda bulunan hiper metin belgelerine erişmesine izin veren küresel veya şirket içi ağın bir parçasıdır. WWW sunucusuyla etkileşim kurmak için, bir ağ kullanıcısı özel bir yazılım kullanmalıdır - bir tarayıcı (İngilizce tarayıcıdan) - bir görüntüleyici.

WWW sunucusunun nasıl çalıştığına daha yakından bakalım:

1. Ağ kullanıcısı, işlevleri arasında aşağıdakileri içeren bir tarayıcı başlatır:

sunucu ile bağlantı kurulması;

gerekli belgenin alınması;

alınan belgenin görüntülenmesi;

Kullanıcı eylemlerine yanıt verme - yeni bir belgeye erişim. Başlattıktan sonra, tarayıcı, kullanıcının komutuyla veya otomatik olarak belirli bir WWW sunucusuyla bağlantı kurar ve belirli bir belgeyi alan bir istek gönderir.

2. WWW sunucusu istenen belgeyi arar ve sonuçları tarayıcıya döndürür.

3. Belgeyi alan tarayıcı, onu kullanıcıya görüntüler ve tepkisini bekler. Olası seçenekler:

Yeni bir belgenin adresini girmek;

Geçerli belge üzerinde yazdırma, arama, diğer işlemler;

· Alınan belgenin bağlantılar (bağlantı) adı verilen ve yeni belgenin adresiyle ilişkilendirilen özel bölgelerinin etkinleştirilmesi (basılması). Birinci ve üçüncü durumlarda, yeni bir belge talebi gerçekleşir.

Ve Google Play yönlendiren.

Google, cihaz geliştiricilerini işletim sistemi taşıma, geriye dönük uyumluluk ve birden çok cihaz için destek işlemlerini kendi başlarına halletmeye zorladığı için Android platformu oldukça parçalıdır. Sonuç olarak, en iyi yöntemin uygun bağlamda kullanılmasını sağlamak için genellikle uzun if-else ifadeleri kullanılır.

Android'deki doğrudan bağlantılar ile durum tamamen aynıdır. Zamanla, koşullara ve kullanıcı bağlamına bağlı olarak karşılanması gereken çok çeşitli teknik gereksinimler ortaya çıktı. Branch çözümü tüm bu uygulamaları bir araya getirir, tüm uç durumlarda çalışan bir referans platformudur. Şube bağlantıları, karmaşıklığı gidermenize ve standart çözümü kullanmanıza olanak tanır, böylece uyumluluk konusunda endişelenmenize gerek kalmaz. Ücretsiz olarak sağladığımız için benzer işlevleri sıfırdan yeniden oluşturmaya çalışmak yerine çözümlerimizi kullanmanızı şiddetle tavsiye ederiz.

Bu gönderi dizisi, kullandığımız çeşitli doğrudan bağlantı mekanizmalarını açıklar ve bunların uygulanmasını açıklar.

sitede çalışmaya başlayabilirsiniz start.branch.io veya aşağıdaki düğmeyi tıklayın.

Android URI Şeması ve Amaç Filtresi

Android 1.0, URI şemasına dayalı bir doğrudan bağlantı mekanizması tanıttı. Bir geliştiricinin, uygulamayı yükledikten sonra belirli bir cihaz için işletim sistemiyle bir URI (Tekdüzen Kaynak Tanımlayıcı) ile uygulamalarını kaydetmesine olanak tanır. URI, HTTP, pinterest, fb veya myapp gibi özel karakterler içermeyen herhangi bir metin dizesi olabilir. Kaydolduktan sonra URI'nin sonuna "://" ekleyerek (örneğin pinterest://) ve bağlantıya tıklamak Pinterest uygulamasını açacaktır. Pinterest uygulaması yüklü değilse "Sayfa bulunamadı" hatası görüntülenir.

Android'de URI şemalarını kullanmak için gereksinimler

• Bildirimde bir amaç filtresi kullanarak bir URI'ye yanıt vermek için bir eylem kaydedin.
• Uygulamanın kullanılması için yüklenmesi gerekir. Uygulama yüklü değilse, bir hata mesajı görünecektir.

Android'de URI Şemasını Özelleştirme

URI şeması için uygulamanızı özelleştirmek çok kolaydır. İlk olarak, URI şeması dahil edildiğinde uygulamanızın gerçekleştirmesi gereken bir eylemi uygulamanızda seçmeniz ve bunun için bir amaç filtresi kaydetmeniz gerekir. Aşağıdaki kodu etikete ekleyin Açılacak etkinliğe karşılık gelen bildirimde.

your_uri_scheme'inizi istediğiniz URI şemasına değiştirebilirsiniz. Şema ideal olarak benzersiz olmalıdır. Başka bir uygulamanın URI şemasıyla eşleşirse, kullanıcı bağlantıyı tıkladığında Android seçiciyi görür. Hepsi bir HTTP URI'si için kayıtlı olduklarından, cihazınızda yüklü birden fazla web tarayıcınız varsa bu pencereyi sık sık görürsünüz.

Bir Android Uygulamasında Doğrudan Bağlantıları Kullanma

Ardından, URI şeması tarafından eklenen değerleri okumak için dizeyi ayrıştırmanız gerekecektir.

Uygulamada Android'de URI Şemalarını Kullanma

URI'lerle doğrudan bağlantıları işleme yöntemi önemli sınırlamalarla birlikte gelir. Önemli değişiklikler yapılmadan kullanılmasını önermiyoruz, çünkü cihazda bir uygulama yoksa, yalnızca bir hata mesajı görüntüleyecektir. URI şemasını etkili bir şekilde kullanmak için, uygulamanın yüklenmediği zamanlar gibi uç durumları ele almak için ek araçlar eklemeniz gerekecektir.

Bu nedenle, uygulama yüklenmediğinde makul bir kullanıcı deneyimi sağlamak için, URI şemasını tarayıcıda çalıştırılabilen istemci tarafı JavaScript'e sarmanız gerekir. Bu JS kodu sunucunuza yerleştirilecek ve bağlantıyı kullanıcılara göndereceksiniz. Aşağıda bir örnek bulunmaktadır.

Kod, iFrame kaynağını URI şemasına ayarlayarak uygulamayı açmaya çalışacak ve ardından uygulama yüklenemezse güvenli bir şekilde Google Play uygulama mağazasına geri dönecektir.

Çözüm

Android'deki doğrudan bağlantılarla ilgili daha fazla gönderi için bizi izlemeye devam edin.

Android'deki doğrudan bağlantılar çok karmaşıktır, her fırsatta uç durumlarla karşılaşılır. Her şeyin harika çalıştığını düşünebilirsiniz, ta ki aniden bazı kullanıcılar Android 4.4.4'te Facebook'tan bağlantıları açamadıklarından şikayet edene kadar. Bu nedenle Branch gibi programları kullanmaya değer: tüm bu karmaşıklıkları kötü bir rüya gibi unutabilir ve bağlantıların her zaman çalıştığı gerçeğine alışabilirsiniz.

İlgili Mesajlar

Doğrudan Bağlantılar, Evrensel Bağlantılar, URI/URL Şemaları ve Uygulama Bağlantıları, son yıllarda mobil uygulamaların içerikle iletişim kurma şeklini değiştirdi. Birçok uygulama geliştiricisinin net bir…

Branch'da her gün mobil platformlarda bağlantı kullanma deneyimini geliştirmek için çalışıyoruz. Bağlantılarımız şu tür şeylere erişim sağlar: akıllı yönlendirmeler, kullanıcıya görüntüleme…

1.4. Tekdüzen Kaynak Tanımlayıcısı (URI)

HTML belgelerinin nasıl etkileşime girdiğini, sayfalar arasında nasıl gezindiğini ve ağ ile çalışırken kullanıcının bilgisayarının verileri nereden aldığını tam olarak anlamak için, Global Ağ kullanılarak nasıl ve neye erişildiğini düşünmeniz gerekir.

İnternette barındırılan birçok kaynak türü, HTML belgeleri, resimler veya arşiv dosyaları olsun, çoğunlukla bir ağa bağlı bir bilgisayarın (sunucunun) sabit sürücüsündeki dosyalardır. Her kaynak, konumunu benzersiz bir şekilde belirleyebilen bir değerle ilişkilendirilir - evrensel kaynak tanımlayıcısı veya URI (Evrensel Kaynak Tanımlayıcısı). URI'ler, hem bir kullanıcı bir kaynağa kendi başına eriştiğinde (örneğin, kullanıcının kendisi tarayıcının adres çubuğuna URI'yi girdiğinde) hem de web sayfaları arasında gezinirken yaygın olarak kullanılır. URI'ler ayrıca bir HTML belgesinde, tarayıcıya belgenin kendisinde kullanılan kaynakları (resimler gibi) nerede arayacağını söylemek için kullanılır.

Not

Gösterim URL'si de literatürde sıklıkla kullanılmaktadır. Bir URI'nin, bir URL içeren daha genel bir kavram olduğuna dikkat edilmelidir: herhangi bir URL, Tekdüzen Kaynak Tanımlayıcıdır ve URI ile aynı kuralları izler.

Kaynak tanımlayıcı URI'si üç bölümden oluşur: kaynağa erişim mekanizmasının adı, bilgisayarın etki alanı adı ve kaynak dosyasının yolu. Bunu açıklığa kavuşturmak için bir örnek düşünün:

Burada, bu durumda bir HTML belgesi olan kaynağa erişmek için HTTP'nin (Köprü Metni Aktarım Protokolü) kullanıldığını görebilirsiniz. Kaynak, /info/examples klasöründe bulunan ex_1.html dosyasında somesite.com alan adına sahip bir bilgisayarda depolanır.

URI'ler ayrıca HTML belgelerinin bölümlerine atıfta bulunabilir, örneğin:

Bu URI'yi kullanarak, bir HTML belgesinin açıklama adlı bölümüne erişebilirsiniz (HTML belgelerinin parçaları için adların nasıl oluşturulacağı Bölüm 5'te ele alınacaktır).

URI'ler, aynı bilgisayardaki kaynaklara başvurmanıza da izin verir. Bu, kaynağın göreli yolunu belirtir. Örneğin, /info/examples klasöründe bulunan bir HTML belgesinden /info/files/file1.jpg dosyasına başvurmak için /files/file1.jpg URI'sini belirtmek yeterlidir. HTML belgelerinde, bu tür bağlantılar, belgelerde kullanılan ancak doğrudan bunlarda depolanmayan resimlerin ve diğer nesnelerin yollarını belirtir.

Genel olarak, URI'lerin büyük/küçük harfe duyarlı olmadığı kabul edilir. Ancak, URI'nin doğru yorumlandığından tamamen emin olmak için, yine de köprülerin, resimlerin vb. URI'sindeki karakterlerin durumuna dikkat edin. Bu, örneğin sitenin bir Windows üzerinde çalıştığı durumları ortadan kaldırmak için kullanışlıdır. bilgisayar, tüm köprüler çalışır, ancak bir UNIX sunucusundaki site çalışmayı reddeder (UNIX'te dosya adları büyük/küçük harf duyarlıdır).

Ve böylece Her şeyden önce, elbette, İnternet ve World Wide Web'in kaynakları hakkında konuşuyoruz. URI, kaynakları tanımlamanın basit ve genişletilebilir bir yolunu sağlar. URI genişletilebilirliği, URI'ler içinde halihazırda birkaç tanımlama şeması olduğu ve gelecekte daha fazlasının oluşturulacağı anlamına gelir.
Daha fazla ayrıntı için bkz."URI Yapısı" altında.

URI'lerin en ünlü örnekleri URN'lerdir. URL, bir kaynağı tanımlamanın yanı sıra o kaynağın konumu hakkında da bilgi sağlayan bir URI'dir. Ve bir URN, belirli bir ad alanındaki (ve dolayısıyla belirli bir bağlamdaki) bir kaynağı tanımlayan bir URI'dir. Örneğin, URN urn:ISBN:0-395-36341-1, ISBN ad alanındaki 0-395-36341-1 kaynağına (kitap) işaret eden bir URI'dir, ancak bir URL'den farklı olarak, bir URN bu kaynağın konumu. Bununla birlikte, son zamanlarda, herhangi bir tanımlayıcı dizesi hakkında daha fazla ayrıntıya girmeden URI'yi söyleme eğilimi olmuştur. Bu yüzden belki de URL ve URN terimleri yakında geçmişte kalacak.

Tarih

URI'nin yeni bir versiyonu 1998'de RFC 2396'da tanımlandı, aynı zamanda kelime Evrensel adı değiştirildi üniforma. Aralık 1999'da, RFC 2732, Ağustos 2002 ile uyumluluğu sağlamak için URI belirtiminde küçük değişiklikler yaptı. RFC 3305, URL teriminin ve URI önceliğinin kullanımdan kaldırıldığını duyurdu. URI'lerin mevcut yapısı ve sözdizimi, Ocak 2005'te yayınlanan RFC 3986 tarafından yönetilmektedir. En son Semantik Web teknolojilerinin çoğu (RDF gibi) URI standardını temel alır. Artık URI'nin geliştirilmesinde lider rol World Wide Web Konsorsiyumu'na aittir.

Dezavantajları

URL, İnternette temel bir yenilikti, bu nedenle URI ilkelerinin URL'lerle tamamen uyumlu olduğu belgelendi. URL'den bir miras olarak gelen URI'nin büyük dezavantajı burada ortaya çıktı. Bir URI'de, bir URL'de olduğu gibi, yalnızca sınırlı sayıda Latince karakter ve noktalama işareti kullanılabilir (Kiril alfabesinden veya hiyerogliflerden veya örneğin belirli Fransızca karakterlerden bile daha az), o zaman URI'yi Wikipedia'dakiyle aynı şekilde URL'ler Unicode karakterlerle kodlanır... Örneğin, şunun gibi bir dize:

http://en.wikipedia.org/wiki/Microcredit

URL'de şu şekilde kodlanmıştır:

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0 %B8%D1%82

İngilizce'de kullanılan Latin alfabesi hariç tüm alfabelerin harfleri böyle bir dönüşüme maruz kaldığından, diğer dillerde (hatta Avrupa dillerinde) kelimeleri olan URI'ler insanlar tarafından algılanma yeteneklerini kaybeder. Ve bu, W3C ve IRI (Müh. Uluslararası Kaynak Tanımlayıcı ) Unicode karakterlerinin sorunsuz kullanılabileceği ve diğer dillerin haklarını ihlal etmeyecek uluslararası kaynak tanımlayıcılardır. Tanımlayıcıların bunu yapıp yapamayacağını önceden söylemek zor olsa da . Bu biçim, bağlamdan tamamen bağımsız, yani protokol, etki alanı, yol, uygulama ve platformdan bağımsız tanımlayıcılar oluşturmayı amaçlar. kesinlikle bağımsız.

Ayrıca, URI'nin yaratıcısı Tim Berners-Lee, URL'nin altında yatan alan adı sisteminin, hiper metin ağı için uygun olmayan kaynaklara hiyerarşik bir mimari dayatarak kötü bir karar olduğunu söyledi.

URI yapısı

URI yapısını ayrıştırma

Sözde "ayrıştırma" URI'si için (eng. ayrıştırma), yani, URI'leri kurucu parçalarına ayrıştırmak ve sonraki tanımlamaları için, şu anda neredeyse tüm modern programlama dillerinde mevcut olan düzenli ifade sistemini kullanmak en uygunudur. Bir URI'yi ayrıştırmak için aşağıdaki model önerilir:

^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))? 12 3 4 5 6 7 8 9

Bu model, bir URI'nin tipik yapısını en eksiksiz ve doğru bir şekilde ayrıştıran, yukarıda sayılarla belirtilen 9 grubu içerir (kalıplar ve gruplar hakkında daha fazla bilgi için Normal ifadelere bakın):

• grup 2 - şema,
• grup 4 - kaynak,
• grup 5 - yol,
• grup 7 - istek,
• grup 9 - parça.

Bu nedenle, örneğin bu tür tipik bir URI'yi ayrıştırmak için bu kalıbı kullanıyorsanız:

http://www.ics.uci.edu/pub/ietf/uri/#Related

daha sonra yukarıdaki 9 model grubu sırasıyla aşağıdaki sonuçları üretecektir:

1. http:
2. //www.ics.uci.edu
3. www.ics.uci.edu
4. /pub/ietf/uri/
5. sonuç yok
6. sonuç yok
7. #İlişkili
8. ilişkili

URI ve URL arasındaki fark

Bir URI, bir URL'den farklı olarak her zaman bir kaynağın nasıl alınacağını göstermez, sadece onu tanımlar. Bu, İnternet yoluyla elde edilemeyen (örneğin, bir kişi, bir araba, bir şehir, vb.) RDF (Kaynak Tanımlama Çerçevesi) kaynaklarını kullanarak tanımlamayı mümkün kılar.

URI Örnekleri

Mutlak URI'ler

URI bağlantıları

Ayrıca bakınız

Bağlantılar

• RFC 3986 / STD 66 (2005'ten itibaren)
• RFC 2396 (1998 tarihli) - kullanımdan kaldırılmış sözdizimi

notlar

Wikimedia Vakfı. 2010 .

Diğer sözlüklerde "Uri" nin ne olduğunu görün:

Uri- şuna atıfta bulunabilir: Coğrafya: * Uri Kantonu İsviçre'nin bir kantonudur (bölgesidir) * Uri (Hindistan), Keşmir'de bir bölge ve kasaba * Uri (SS), Sardunya, İtalya'da bir şehir * Úri, Pest'te bir köy ilçe, Macaristan * Sümer URI'si, AgadeURI'nin ülkesi, üç… … Wikipedia

üro- URÎ, urasc, vb. IV. 1. trans. Antipatiye karşı bir avea puternic duygu, de duşmănie impotriva cuiva sau a ceva; bir nu putea suferi pe cineva sau ceva. 2.ref. impers. (Construit cu dativul) Bir se plictisi, bir se sătura de ceva sau de cineva. ♢… … Dicționar Roman

idrar- urì interj., urỹ NdŽ, Jn, Aln, ùri kartojant 1. nusakomas puolančio šuns(ar šunų) urzgimas: Tik urỹ urỹ ir apipuolo mane šunes K.Būg(Ds). Urì urì šunes kad pradeda loti Šmn. ║ Ds sakoma pjudant šuniu. 2. Vžns nusakomas triukšmingas… … Litvanya Dili Sözlüğü

URL(Tekdüzen Kaynak Bulucu)- kaynağın tek tip konumlandırıcısı (yer belirleyici). URLİnternetteki bir kaynağın adresini kaydetmenin standart bir yoludur.

URI(Tekdüzen Kaynak Tanımlayıcı)- birleşik (tek tip) kaynak tanımlayıcısı. URI soyut veya fiziksel bir kaynağı tanımlayan bir karakter dizisidir.

URI bir URL'den daha genel bir kavramdır. Bir URI, bir URL'den farklı olarak her zaman bir kaynağın nasıl alınacağını göstermez, sadece onu tanımlar. URL, bir kaynağı tanımlamanın yanı sıra o kaynağın konumu hakkında da bilgi sağlayan bir URI'dir. Gerçekten de, herhangi bir URL, sayfayı doğru bir şekilde bulmak için yeterli bilgiyi taşır. Bu kursun ilerleyen bölümlerinde site adreslerini kullanırken URL kısaltmalarına bağlı kalacağız.

Site adresi yapısı

Geri dön URL http://school.it2moro.ru/ . 3 bölüme ayrılabilir:

1. http://
2. okul
3. it2moro

İlk kısım adresleri (http://), tarayıcı ve sunucu arasındaki etkileşim için protokolü tanımlar. Bizim durumumuzda bu, daha sonra tartışılacak olan HTTP protokolüdür.

İkinci kısım adres çubuğuna SUBdomain denir ve üçüncü - ihtisas. DNS hizmetini kullanarak belirli bir siteyi tanımlamaya hizmet ederler. DNS (Alan Adı Sistemi, etki alanı adı sistemi), etki alanları hakkında bilgi almak için bilgisayar tarafından dağıtılan bir sistemdir. En yaygın olarak ana bilgisayar adından (bilgisayar veya cihaz) bir IP adresi almak için kullanılır. Ağda, bir kaynağın etki alanı adıyla IP adresi tarafından belirlenen gerçek konumunu "önerebilen" çok sayıda DNS sunucusu vardır.

HTML sayfası kaynak kodu

Şimdi, oluşturulan HTTP isteğine yanıt olarak tarayıcının ne aldığına bakalım. Bir sayfa metin, resimler, köprüler, giriş alanları, düğmeler ve diğer öğelerden oluşabilir. Tüm bunlarla ilgili bilgiler, web sunucusundan sayfanın son görünümünü oluşturan tarayıcıya aktarıldı. İletilen veriler HTML protokolü kullanılarak tanımlanır.

HTML(Köprü Metni İşaretleme Dili, köprü metni işaretleme dili)İnternetteki belgeler için standart biçimlendirme dilidir. HTML dili, tarayıcı tarafından yorumlanır ve insan tarafından okunabilir biçimde bir belge olarak görüntülenir.

Tarayıcıların iki ana işlevi yerine getirdiğini söyleyebiliriz - bu, web sunucularıyla etkileşimdir. HTTP istekleri , sunucudan alınan HTML kodunu görsel bir temsile dönüştürmenin yanı sıra.