Adınız url http xa. URI, URL, URN nedir ve nasıl farklılık gösterirler? Somut bir örnekten daha iyi bir şey yoktur.

Kullanıcıların genellikle bir dosyanın (web sitesinin) URL'sinin ne olduğu, onu nasıl bulacağı ve böyle bir pervanenin değeri hakkında soruları vardır. Makalemiz gerekli cevapları sağlayacaktır.

URL nedir

Tekdüzen Kaynak Bulucu, "web sitesi konum göstergesi" anlamına gelir. Bir URL tanımlayıcısı, bir etki alanı adından ve dosyasının adıyla birlikte belirli bir sayfaya giden yoldan oluşur. URL'nin mucidi, Cenevre'deki Avrupa Nükleer Savaş Konseyi üyesi Tim Berners-Lee idi. 1990 yılında kurulduğunda, bir site URL'si dosyanın bulunduğu sistemdeki adrestir. Sitenin URL'sini bulmak için adres çubuğuna bakmanız ve dosya adresini belirlemek için ilgili nesne üzerinde farenin sağ düğmesine tıklayarak içerik menüsüne gitmeniz yeterlidir. Özellikle Web'de gezinmenin mevcudiyeti gibi birçok avantaja sahip olan böyle bir adresin bir dezavantajı da vardır - yalnızca Latin alfabesi, bazı semboller ve sayılarla çalışma yeteneği. Kiril alfabesinin kullanılması gerekiyorsa özel bir dönüşüm gerçekleştirilir.

URL çeşitleri

Statik - sayfadaki değişiklikleri içermez.

Dinamik URL - ne olduğunu, gelen isteklere bağlı olarak bilgilerin oluşturulduğu bir arama formu veya başka bir gezinme aracı hayal ederseniz anlayabilirsiniz.

Kullanıcılar sayfayı her ziyaret ettiğinde eklenen oturum kimliğine sahip bir adres.

SEO tanıtımında URL'nin anlamı

Arama motorları, URL'de bulunan anahtarları dikkate alır. Alan adı ve alt alan adlarındaki anahtar kelimeler, arama motoru tanıtımında en fazla etkiye sahiptir.

Site adresi bilgilendirici ise sıralamayı da yükseltir. Arama robotunun, konuyu güncel bir sorguya yanıt olarak yayınlaması çok olasıdır.

Bir sorguyla eşleşen bir URL, SERP'lerde kalın harflerle vurgulanarak daha fazla dikkat çeker ve tıklama oranlarını artırır.

Çeşitli kaynaklara göre, dünyadaki tüm e-postaların %50 ila %95'i siber dolandırıcılardan gelen spam'dir. Bu tür mektupları göndermenin amaçları basittir: alıcının bilgisayarına virüs bulaştırmak, kullanıcı parolalarını çalmak, bir kişiyi "hayır kurumuna" para aktarmaya zorlamak, banka kartı bilgilerini girmek veya belge taramaları göndermek.

İstenmeyen e-posta genellikle ilk bakışta can sıkıcıdır: çarpık düzen, otomatik olarak çevrilmiş metin, doğrudan konu satırında parola giriş formları. Ancak düzgün görünen, bir kişinin duygularıyla kurnazca oynayan ve doğrulukları hakkında şüphe uyandırmayan kötü niyetli mektuplar var.

Makale, en çok Ruslar tarafından takip edilen 4 tür sahte mektuptan bahsedecek.

1. "Devlet kuruluşlarından" mektuplar

Dolandırıcılar vergi, Emekli Sandığı, Rospotrebnadzor, sıhhi ve epidemiyoloji istasyonu ve diğer devlet kuruluşları gibi davranabilir. İkna edici olması için mektuba filigranlar, mühür taramaları ve devlet sembolleri eklenir. Çoğu zaman, suçluların görevi bir kişiyi korkutmak ve onu ekte virüs bulunan bir dosyayı açmaya ikna etmektir.

Genellikle bilgisayarı devre dışı bırakan ve çalışmaya devam etmek için ücretli bir SMS göndermenizi gerektiren bir fidye yazılımı veya bir Windows engelleyicidir. Kötü amaçlı bir dosya, mahkeme emri veya kuruluşun başkanını aramak için bir mahkeme celbi olarak gizlenebilir.

Korku ve merak, kullanıcının bilincini kapatır. Muhasebecilerin forumları, kuruluş çalışanlarının virüs içeren dosyaları antivirüs nedeniyle ofiste açamadıkları için ev bilgisayarlarına getirdikleri durumları açıklar.

Bazen dolandırıcılar, şirket hakkında diğer dolandırıcılık planlarına faydalı olacak bilgileri toplamak için bir mektuba yanıt olarak belgeler göndermenizi ister. Geçen yıl, bir grup dolandırıcı "faks kağıdı isteği" dikkat dağıtma yöntemini kullanarak birçok insanı dolandırmayı başardı.

Bir muhasebeci veya yönetici bunu okuyunca hemen vergi dairesine küfretti, “Orada mamutlar oturuyor, e-mayın!” ve düşüncelerini mektubun kendisinden göndermeyle ilgili teknik sorunları çözmeye çevirdi.

2. "Bankalardan" Mektuplar

Windows engelleyicileri ve fidye yazılımları, yalnızca devlet kuruluşlarından değil, bankalardan da gelen sahte mektuplarda saklanabilir. “Adınıza kredi çekilmiş, davaya bakın” mesajları insanı gerçekten korkutabilir ve büyük bir dosya açma isteği uyandırabilir.

Ayrıca, bir kişi tahakkuk eden ikramiyeleri görmeyi veya Sberbank Piyangosu'nda kazandığı bir ödülü almayı teklif ederek sahte bir kişisel hesaba girmeye ikna edilebilir.

Daha az sıklıkla, dolandırıcılar, ödemesi başa çıkmaktan daha kolay olan 50-200 ruble için hizmet ücretlerini ve bir krediye ek faiz ödemek için faturalar gönderir.

3. "Meslektaşlardan"/"ortaklardan" gelen mektuplar

Bazı insanlar iş günü boyunca belgeli düzinelerce iş mektubu alır. Böyle bir yükle konu satırındaki "Re:" etiketine kolayca kanabilir ve bu kişiyle henüz yazışmadığınızı unutabilirsiniz.

Özellikle zehirleyici alan "Alexander Ivanov", "Ekaterina Smirnova" veya sürekli insanlarla çalışan bir kişinin hafızasında kesinlikle oyalanmayan herhangi bir basit Rus adı diyorsa.

Dolandırıcıların amacı, Windows'un kilidini açmak için SMS ödemeleri toplamak değil, belirli bir şirkete zarar vermekse, gerçek çalışanlar adına virüs ve kimlik avı bağlantıları içeren mektuplar gönderilebilir. Çalışanların bir listesi sosyal ağlarda toplanabilir veya şirketin web sitesinde görüntülenebilir.

Bir kişi posta kutusunda komşu bir departmandan gelen bir mektup görürse, o zaman ona yakından bakmaz, hatta antivirüs uyarılarını görmezden gelebilir ve ne olursa olsun dosyayı açabilir.

4. Google/Yandex/Mail'den Mektuplar

Google bazen Gmail sahiplerine, birisinin hesabınıza giriş yapmaya çalıştığını veya Google Drive'da yer kalmadığını belirten e-postalar gönderir. Dolandırıcılar bunları başarıyla kopyalar ve kullanıcıları sahte sitelere şifre girmeye zorlar.

"Hizmet yönetiminden" gelen sahte mektuplar ayrıca Yandex.Mail, Mail.ru ve diğer posta hizmetlerinin kullanıcıları tarafından alınır. Standart efsaneler şunlardır: “adresiniz kara listeye alındı”, “şifrenizin süresi doldu”, “adresinizden gelen tüm e-postalar spam klasörüne eklenecek”, “teslim edilmeyen e-postalar listesine bakın”. Önceki üç paragrafta olduğu gibi, suçluların ana silahları, kullanıcıların korkusu ve merakıdır.

Kendinizi nasıl korursunuz?

Kötü amaçlı dosyaları otomatik olarak engellemek için tüm cihazlarınıza bir antivirüs yükleyin. Herhangi bir nedenle kullanmak istemiyorsanız, en azından biraz şüpheli e-posta eklerini kontrol edin. virüstotal.com

Parolaları asla manuel olarak girmeyin. Tüm cihazlarda şifre yöneticilerini kullanın. Size asla sahte sitelere girmeniz için şifre seçeneği sunmazlar. Herhangi bir nedenle bunları kullanmak istemiyorsanız, şifreyi gireceğiniz sayfanın URL'sini manuel olarak yazın. Bu, tüm işletim sistemleri için geçerlidir.

Mümkün olan her yerde, SMS parola doğrulamasını veya iki faktörlü kimlik doğrulamayı etkinleştirin. Ve elbette, yabancılara belge taramaları, pasaport verileri gönderemeyeceğinizi ve para aktaramayacağınızı hatırlamakta fayda var.

Belki de okuyucuların çoğu, mektupların ekran görüntülerine bakarken şöyle düşündü: “Bu tür mektuplardan dosyaları açacak kadar aptal mıyım? Bir mil öteden bunun bir tuzak olduğunu görebilirsin. Bir şifre yöneticisi ve iki faktörlü kimlik doğrulama ile uğraşmayacağım. Sadece dikkatli olacağım."

Evet, sahte e-postaların çoğu gözle ifşa edilebilir. Ancak bu, saldırı özellikle size yönelik olduğunda geçerli değildir.

En tehlikeli spam kişiseldir

Kıskanç bir eş, kocasının postasını okumak isterse, Google ona "Ön ödeme olmadan sosyal ağlarda posta ve profilleri hackleme" hizmetini sunan düzinelerce site sunacaktır.

Çalışmalarının şeması basittir: Bir kişiye, dikkatlice oluşturulmuş, düzgün bir şekilde düzenlenmiş ve bir kişinin kişisel özelliklerini dikkate alan yüksek kaliteli kimlik avı e-postaları gönderirler. Bu tür dolandırıcılar, içtenlikle belirli bir kurbanı yakalamaya çalışır. Müşteriden sosyal çevresini, zevklerini, zayıf yönlerini öğrenirler. Belirli bir kişiye karşı bir saldırı geliştirmek bir saat veya daha uzun sürebilir, ancak çabanın karşılığını verir.

Kurban yakalanırsa, müşteriye kutunun bir ekranını gönderirler ve hizmetleri için ödeme yapmalarını isterler (ortalama fiyat yaklaşık 100 dolar). Parayı aldıktan sonra kutudan bir şifre veya tüm harfleri içeren bir arşiv gönderirler.

Çoğu zaman bir kişi, kardeşinden "Tanya Kotova hakkında uzlaşmacı kanıt videosu" (gizli keylogger) dosyasına bağlantı içeren bir mektup aldığında, merakla dolar. Mektup, sınırlı sayıda insan tarafından bilinen ayrıntıları içeren bir metinle sağlanırsa, kişi, kardeşinin hacklenmiş olabileceği veya başka birinin kendisi gibi davrandığı olasılığını hemen reddeder. Kurban rahatlar ve dosyayı açmak için lanet olası antivirüs programını devre dışı bırakır.

Bu tür hizmetlere sadece kıskanç eşler değil, vicdansız rakipler de erişebilir. Bu gibi durumlarda fiyat etiketi daha yüksek ve yöntemler daha incedir.

Dikkatinize ve sağduyunuza güvenmeyin. Her ihtimale karşı, duygusuz bir antivirüs ve parola yöneticisinin sizi güvence altına almasına izin verin.

Not: Spam gönderenler neden bu kadar "aptalca" e-postalar yazıyor?

Özenle hazırlanmış dolandırıcılık e-postaları nispeten nadirdir. Spam klasörüne giderseniz, yürekten eğlenebilirsiniz. Dolandırıcılar tarafından zorla para almak için ne tür karakterler icat edilmedi: FBI direktörü, Game of Thrones serisinin kahramanı, size daha yüksek güçler tarafından gönderilen bir kahin ve geleceğinizin sırrını $ karşılığında söylemek istiyor 15 doları sana emreden bir katil ama içtenlikle ödemeyi teklif ediyor.

Çok sayıda ünlem işareti, mektubun gövdesindeki düğmeler, garip bir gönderenin adresi, adsız bir selamlama, otomatik çeviri, metinde büyük hatalar, bariz bir şekilde aşırı yaratıcılık - spam klasöründeki harfler, karanlıkları hakkında "çığlık atıyor" Menşei.

Mesajlarını milyonlarca alıcıya gönderen dolandırıcılar, izleyicilerin yanıtını artırmak için neden birkaç saatini düzgün bir mektup yazmak ve bir çevirmene 20 dolar ayırmak istemiyor?

Bir Microsoft çalışmasında Nijeryalı Dolandırıcılar Neden Nijeryalı Olduklarını Söylüyor?"Genel kamuoyu 'Nijeryalı mektupları' 20 yıldır biliyorken, dolandırıcılar neden Nijerya'dan milyarderler adına mektuplar göndermeye devam ediyor" sorusu derinlemesine analiz ediliyor. İstatistiklere göre, alıcıların %99,99'undan fazlası bu tür istenmeyen postaları görmezden geliyor.

Sadece ormanda değil, çevrimiçi ortamda da kaybolabilirsiniz. Ve bu, kaynağa giden yanlış yol veya adresten kaynaklanabilir. URL'nin ne olduğunu bilmiyor musunuz? O halde, sanal alanda başka bir yolculuğa çıkmadan önce, elektronik adresler sistemini ele alalım.

URL nedir

URL, bir adres yazmak ve İnternet'teki bir kaynağın konumunu belirtmek için genel kabul görmüş bir standarttır. İngilizceden adı ( Tekdüzen Kaynak Bulucu) Tekdüzen Kaynak Bulucu olarak tercüme edilir. Kısaltmanın daha önceki bir kod çözümünü bulabilirsiniz. URL - Evrensel Kaynak Bulucu (Evrensel Kaynak Konum Belirleyicisi). Ancak her iki anlam da URL kavramını örtüşmekten ziyade tamamlamaktadır.

Bir URL yapısı girişinin temel biçimi şöyle görünür:
://:@:/?#
- çoğunlukla protokole atıfta bulunur.
login – kaynakta yetkilendirme için kullanılan kullanıcı girişi.
şifre - yetkilendirme için kullanıcı şifresi.
ana bilgisayar, ana bilgisayarın alan adıdır.
bağlantı noktası - bağlantı sırasında kullanılan ana bilgisayar bağlantı noktası.
URL - istenen kaynağın sunucuda bulunduğu yol.
parametreler ve çapa– belirli bir kaynaktaki değişkenlerin ve tanımlayıcının değeri.

Sorgu dizesindeki değişkenlerin değerinin iletilmesi yalnızca GET yöntemi kullanılarak mümkündür.

Pratik örnekler kullanarak, istenen kaynağın sayfasının URL adresinin biçimini düşünün. İstemci tarafında URL, tarayıcının adres çubuğunda görüntülenir:

En yaygın seçenekler şunlardır:

• http://en.wikipedia.org/wiki/Main_page- http isteği göndermek için kullanılır ( Üstmetin transfer protokolü);
• https://ru.wikipedia.org/wiki/Main_page- Aktarım yöntemi olarak https kullanılmaktadır. Şifreleme (SSL veya TLS ) kullanan http protokolünün güvenli bir biçimidir;
• fttp://wikipedia.org/wiki/file.txt– dosya aktarım protokolü fttp;
• http://mail.ru/script.php?num=10&type=new&v=text– GET yöntemini kullanarak sorgu dizesindeki değişken değerleri iletmek.

Herhangi bir URL biçimi öncelikle bir karakter dizisidir. Şunları içerebilir:
2; Edebiyat.
2; Arap rakamları (0-9).
2; Ayrılmış karakterler ("+", "=", "!" ve diğerleri).
2; Özel karakterler - onlar üzerinde daha ayrıntılı olarak duracağız.

URL'lerde Özel Karakterler Kullanmak

Elbette URL'de bu tür çok "özel" karakterler kullanılmaz. Ama birkaç tane var:

• ? – sorgu dizesinde aktarılan parametrelerle bloğu ayırmaya yarar;
• & - iletilen parametreleri birbirinden ayırır;
• = - parametredeki değişkeni değerinden ayırır;
• : - protokolü URL'nin geri kalanından ayırmaya yarar;
• # - karakter, adresin yerel kısmında kullanılır. İstenen sayfanın belirli bir bölümüne erişmenizi sağlar;
• @ - Kullanıcı kayıt verilerinde ve mailto protokolü kullanılarak veri aktarılırken belirtilir.

Ama bunların hepsi sadece bir teori. Bu nedenle, gerisini öğrenmeden önce küçük bir pratik örneğe bakalım.

açıklayıcı örnek

Anlaşılır olması için, şu basit kayıt formunu ele alalım:

İşte onun kodu:

Formun başındaki ilk satırda, bunun için bir işleyici dosyası (php) ve sunucu URL'si aracılığıyla veri aktarımı için bir yöntem yazdık:

Şimdi burada işleyici dosya kodu (1.php):

Nickiniz:".$_GET["nick"]."

Yaşınız:".$_GET["yaş"]."

Verileri forma girin ve işlenmesi için sunucuya gönderin. İşte sonunda elde edeceğimiz şey:

İlk ekran görüntüsündeki adres çubuğundaki URL biçimine dikkat edin. Verileri girdikten ve " Veri gönderme" düğmesine tıkladıktan sonra, tüm alanların değerleri işlenmek üzere sunucuya gönderilir. Ve işleyici kodunun bulunduğu sayfa 1.php'ye yönlendirildik.

İşlem sonucuna bakmadan önce ikinci şekildeki adres çubuğuna bir göz atın. GET yöntemi kullanılarak işlenmek üzere gönderilen alanların değerlerini görüntüler.

POST yöntemi, sunucuya gönderilen verileri gizlemek için kullanılır. O zaman yukarıdaki URL şöyle görünür:

http://localhost/home/1.php .

Web Sitesi URL Biçimi

Çoğu zaman, siteler bir ağaç sistemi URL'si kullanır. Yani, doğru URL adresi, sonuncusu istenen web sayfası olan iç içe geçmiş birkaç öğeden oluşur.

Netlik için, sitemizin adresinin dallarından biri olan belirli bir URL'yi ele alalım:

https://www.html

Parça parça inceleyelim:

• www.site - bu kısım sitenin alan adıdır. Tarayıcınızın adres çubuğuna yazarsanız, sizi sitenin ana sayfasına götürür. Çoğu durumda, bu dizindir. html;
• şablonlar - adresin bu kısmı, sitenin belirli bir bölümünü gösterir. Bizim durumumuzda bu, şablonların bulunduğu bölümdür;
• page_2.html - kaynağın tematik bölümünün web sayfasına götüren URL'nin son öğesidir.

Çoğu zaman, ana bölümlerin URL adresleri site haritasını tam olarak görüntüler. Ancak, popüler motorlara (CMS) dayalı olarak dağıtılan sitelerdeki yönlendirmelerle her şey o kadar basit değildir.

WordPress'te URL oluşturmanın özellikleri

WordPress'te, php üzerine kurulu herhangi bir motorda olduğu gibi, sitenin tüm sayfalarının oluşturulması dinamiktir. Yani, bir parça bir şablondan alınır, diğeri birkaçına göre anında oluşturulur ... Ancak bu tür oynaklığın önemli bir dezavantajı vardır - URL'de iletilen parametre parçalarının varlığı.

Üstelik bu, adreslerin görüntülenmesinin yalnızca estetik bileşenini ihlal etmekle kalmaz, aynı zamanda arama motorları tarafından belirsiz bir şekilde algılanır. Bu da sitenin tanıtımını olumsuz etkileyebilir:

Bu nedenle, sitenizde temiz URL'ler kullanmak daha iyidir. Ancak, CMS sistemi bunları düzenleme olanağı sağlamıyorsa, bunları nereden alabilirim?

Temiz URL'ler, geçirilen parametreleri (WordPress söz konusu olduğunda, veritabanı sorgu öğeleri) içermeyen, yalnızca belgenin yolunu içeren adreslerdir. Yani, https://www..html temiz bir URL örneğidir.

WordPress'te URL'lerin görüntülenmesini özelleştirmenin en kolay yolu, özel eklentiler kullanmaktır.

Bu konudaki anlaşmazlıklar - sonunda eğik çizgi olsun ya da olmasın bir URL nasıl doğru yazılır? - oldu ve olacak. Argümanlar çeşitlidir ve genellikle çelişkilidir. Ve bir Tekdüzen Kaynak Bulucunun (URL) yanlış tanıtılmasının iki tür getirisi vardır. Arama motorları tarafında, bunların yinelenen sayfalar için sözde cezalar olduğu varsayılmaktadır. Performans açısından, bunun, sunucu tarafından otomatik olarak oluşturulan, doğru girişin sayfasına ekstra bir yönlendirme olduğu varsayılmaktadır.

Bununla birlikte, İnternet standartlarının teknik özelliklerini, özellikle "RFC 1738 - Tekdüzen Kaynak Konum Belirleyicileri (URL)" belgesini inceleyerek, bir web kaynağının adresini kaydetmeye yönelik her iki seçeneğin de resmi olarak doğru olduğunu ve yaptırımın olduğunu kabul etmeliyiz. bir veya başka bir seçeneği kullanmak, tuhaf bir arama motorundan veya sözde SEO-shnikov hikayelerinden başka bir şey değildir.

Kısa ve öz bir konumdan, bağlantınızın sunucudaki bir "dosyaya" mı yoksa dolaylı kanıtı aşağıda gösterilecek olan bir "klasöre" mi hitap ettiğine bakılmaksızın, sonunda eğik çizgi olmayan seçenek daha doğru görünüyor. Ancak belgede başka bir seçeneğin yanlış olduğuna veya tamamen farklı bir kaynağa atıfta bulunduğuna dair tek bir ifade yok.

Size bahsedilen RFC'nin çok sayfalı bir çevirisini yüklemeyeceğim, çünkü öncelikle sorunun amacı URL'nin sonundaki eğik çizgilerdi ve ikincisi, yayın, aşağıdakiler de dahil olmak üzere basit motor kullanıcılarına yöneliktir. tüm ayrıntılarla ilgilenmeyenler, kısa açıklamalar ve somut kanıtlar bekliyorlar. Buna göre, bu belgeden alıntıları kanıt olarak aktaracağım ve açıklayacağım. İlgilenmeyenler hemen makalenin sonundaki sonuca bakabilir.

Genel URL Sözdizimi

Öncelikle 2. paragraftan bir alıntıya dikkat çekeceğim. Genel URL Sözdizimi (genel URL sözdizimi). Her durumda, orijinal dildeki metnin bir parçasını ve ardından Rusça'ya çevirisini vereceğim.

URL'ler, kaynak konumunun soyut bir tanımını sağlayarak kaynakları "bulmak" için kullanılır URL'ler, kaynak konumunun soyut bir tanımını sağlayarak kaynakları "bulmak" için kullanılır.

Yani, URL'nin kendisi saf bir soyutlamadır. Bize dışarıdan bir dosya veya klasörün adına benzer görünmesi, sunucunun dosya alanındaki başka bir dosyanın değil, yalnızca şu veya bu dosyanın fiziksel bir göstergesi olduğu anlamına gelmez. Bu, belgede daha sonra açıkça belirtilecektir.

Not Genel olarak, http bağlantılarıyla ilgili olarak, ilke olarak, örneğin şunu söylemek yanlıştır:

• http://domain.com/path/subpath/filename.txt- iddiaya göre bir dosyaya işaret ediyor
• http://domain.com/path/subpath/- sözde bir klasöre işaret ediyor
• http://domain.com/path - sözde yanlış bir şekilde bir klasörü işaret ediyor

Bağlantıları sitedeki dosyalarla ilişkilendirmek uygun olduğu için bunu söylemeye alıştık. Aslında, tüm bu bağlantılar bir kaynağa işaret eder ve hiçbir şekilde kaynağın türünü belirtmez. Her kaynağın arkasında neyin gizli olduğu, yani böyle bir bağlantının ne tür bir gerçek dosya veya klasör ve ne tür bir içerik vereceği zaten sunucu yapılandırması tarafından belirlenir.

Bağlantılarda "dosya", "klasör", "alt klasör", "metin", "image", "html", "script", "stylesheet" vb. Sonunda eğik çizgi olmaması veya olmaması, bağlantı sunucu içindeki dönüşümden geçene ve bağlantının gerçekte nereye işaret ettiğine ve arkasında ne tür içeriğin gizlendiğine kendisi karar verene kadar kesinlikle hiçbir şey ifade etmez. Yalnızca bu karar, sunucunun iç mimarisini ifade eder.

Hiyerarşik şemalar

Aşağıdaki paragraf 2.3 Hiyerarşik şemalar ve ilgili bağlantılar paragrafından bir alıntıdır.

Bazı URL şemaları (ftp, http ve dosya şemaları gibi) hiyerarşik kabul edilebilecek isimler içerir; hiyerarşinin bileşenleri "/" ile ayrılır. Bazı URL şemaları (ftp, http ve dosya gibi) hiyerarşik olarak düşünülebilecek adlar içerir; hiyerarşi öğeleri "/" ile ayrılır.

Yani, ayrı adres şemalarında, kaynak bulucunun içeriğinin hiyerarşik ima edilmesinin yasak olmadığı ve hiyerarşinin herhangi bir forma, örneğin dosyaya eşdeğer olduğu henüz şart koşulmamıştır.

Genel Ağ Diyagramı Sözdizimi

Aşağıdaki paragraf 3.1'den bir alıntıdır. Ortak İnternet Şeması Sözdizimi (ortak ağ şeması sözdizimi).

//:@:/Parçaların bir kısmı veya tamamı" :@", ":", ":", Ve "/ " hariç tutulabilir. Kısımların bir kısmı veya tamamı " :@", ":", ":" Ve "/ " hariç tutulabilir.

Not Bu, tesadüfen, ele aldığımız sorudan türetilen bir sorunun yanıtıdır. Genellikle bu konuda tartışırlar: bir etki alanına (ana bilgisayar) bağlantı nasıl verilir - sonunda eğik çizgi olmadan mı yoksa eğik çizgi ile mi?

Nasıl http://domain.com/ veya http://domain.com ?

Ve çok ve çok doğru. Ana bilgisayar adından sonraki ilk eğik çizgi, yol adını ana bilgisayar adından ayırmak için oradadır. Belgenin aynı paragrafı şunu söylüyor:

Url yolu Yer bulucunun geri kalanı şemaya özgü verilerden oluşur ve "url yolu" olarak bilinir. Belirtilen kaynağa nasıl erişilebileceğinin ayrıntılarını sağlar. Ana bilgisayar (veya bağlantı noktası) ile url yolu arasındaki "/" işaretinin url yolunun parçası OLMADIĞINI unutmayın. Yer bulucunun geri kalanı şemaya özgü verilerden oluşur ve "url yolu" (URL yolu) olarak bilinir. Belirtilen kaynağa nasıl erişilebileceğinin ayrıntılarını verir. Ana bilgisayar (veya bağlantı noktası) ile URL yolu arasındaki "/" karakterinin url yolunun parçası olmadığını unutmayın.

Bu son karakteri koymanız veya url yolu boş bir dize olduğunda koymamanız hiçbir şekilde gerekli değildir (çoğumuzun URL sitenin köküne atıfta bulunduğunda söyleyeceği gibi). Hiç kimse sizi "ana sayfanın iki kez alınması" nedeniyle cezalandırma hakkına sahip değildir, çünkü belirtime göre, her iki durumda da URL'yi aynı kaynağa bağlarsınız.

Devam edelim aynı paragraftan başka bir alıntı.

URL yolu sözdizimi, yorumlanma biçimi gibi, kullanılan şemaya da bağlıdır. URL yolu sözdizimi, yorumlanma şeklinin yanı sıra kullanılan şemaya da bağlıdır.

Bu, her yer belirleme planının kendi "hiyerarşi" kavramına ve yorumlanma biçimine sahip olduğunun bir başka kanıtıdır.

hiyerarşi

Bu paragraf ftp şeması için geçerli olsa da, ifadeleri diğer şemalar (http, gopher, prospero vb.) için geçerlidir. Yalnızca dosya şemasında eğik çizgi mantıksal olarak dosya adlarındakiyle aynı anlama gelir, örneğin dosya://server_or_device/path/subpath/filename.txt.

http

Bir HTTP URL'si şu biçimi alır: http:// :/?Neresi Ve Bölüm 3.1'de açıklandığı gibidir. Eğer: Atlanır, bağlantı noktası varsayılanı 80'dir. Kullanıcı adı veya parolaya izin verilmez. Bir HTTP seçicidir ve bir sorgu dizisidir. bu olduğu gibi isteğe bağlıdır ve ondan önceki "?". hiçbiri değilse ne de mevcutsa, "/" de ihmal edilebilir. İçinde Ve bileşenler, "/", ";", "?" saklıdır. "/" karakteri, hiyerarşik bir yapı belirtmek için HTTP içinde kullanılabilir. http düzeni URL'si şu biçimi alır: http:// :/?Nerede Ve Paragraf 3.1'de açıklananla aynı. Eğer: Atlandı, varsayılan bağlantı noktasının 80 olduğu varsayılır. Kullanıcı adı veya parola geçersiz. Bu bir HTTP seçicidir ve - sorgu dizisi. Olduğu gibi isteğe bağlıdır önceki "?" karakteriyle birlikte. hiçbiri değilse Hiç biri mevcut değilse, "/" karakteri de atlanabilir. elementlerde VE karakterler "/", ";", "?" saklıdır. "/" karakteri HTTP'de hiyerarşik bir yapı tanımlamak için kullanılabilir.

Not Ayrıca, bir eğik çizgi olmadan bir bağlantı belirtebileceğinizi belirtir. Bu durumda, bağlantı yolunun boş olduğu - ana bilgisayarın köküne işaret ettiği bir durumdan bahsediyorduk.

Resmi gösterim

Ve son olarak, 5. paragraftan bir alıntı. Belirli URL şemaları için BNF (belirli URL şemaları için resmi notasyon).

Burada opsiyonel parçalar köşeli parantez içinde belirtilmiştir. Bir parantezin önündeki yıldız işareti, parantez içinde belirtildiği gibi parçanın 0 veya daha fazla tekrarını belirtir. Dikey çubuk OR olarak anlaşılmalıdır.

Hostport = host [ ":" port ] ... ... httpurl = "http://" hostport [ "/" hpath [ "?" aramak]] yol= bölüm *[ "/" bölüm ] bölüm = *[ uchar | ";" | ":" | "@" | "&" | "=" ] arama = *[ uchar | ";" | ":" | "@" | "&" | "=" ] ... ... düşük alfa = "a" | "b" | "ç" | "d" | "e" | "f" | "g" | saat | "ben" | "j" | "k" | "l" | "m" | "n" | "o" | p | "k" | "r" | "s" | "t" | "sen" | "v" | "k" | "x" | "y" | "z" hialfa = "A" | "B" | "Ç" | "D" | "E" | "K" | "G" | "S" | "Ben" | "J" | "K" | "L" | "M" | "N" | "O" | "S" | S | "S" | "Ş" | "T" | sen | "V" | W | "X" | "Y" | "Z" alfa = düşük alfa | hialfa hanesi = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" kasa = "$" | "-" | "_" | "." | "+" ekstra = "!" | "*" | """ | "(" | ")" | "," hex = rakam | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" | "c" | "d" | "e" | "f" kaçış = "%" onaltılık onaltılık ayrılmamış = alfa | rakam | kasa | ekstra uchar = ayrılmamış | kaçış

Bağlantının yolu olan hpath öğesinin kurallara göre tam olarak nasıl oluşturulduğuna dikkat edin. Bir yolun segment öğeleri - segmentler - bir eğik çizgi ile ayrılır. Sanki eğik çizginin yolu hiyerarşik parçalara böldüğü ve her zaman içeride olduğu şeklindeki önemli fikri ima ediyormuş gibi. Prensip olarak, hsegment'in son öğesinin boş bir dize olabileceği (bu, tanımından çıkar) ve ardından URL'nin sonunda farkında olmadan bir kapanış eğik çizgi görünmesi dışlanmaz.

Çözüm

Bir yolu eğik çizgi kullanarak parçalara bölmek, bu bölümlerin boş olmayan adlarının varlığını ima eder. Buna göre, sonunda eğik çizgi bulunan bir bağlantı, yolun son bir bölümünü işaret ediyor gibi görünmesi, ancak dahası, bu bölümü hiçbir şekilde adlandırmaması anlamında mantıksız görünüyor (yasak olmasa da). Tıpkı bağlantının mantıksız olduğu gibi (ama aynı zamanda yasak değil) http://domain.com/level1////levelX, yol bir parametreler kümesi olarak değil, hiyerarşik bir yapı olarak kabul edilirse, ara yol segmentlerini adlandırmaz.

Konuşma dilinde, iki bağlantının anlamsal içeriği şu şekilde açıklanabilir:

• - hiyerarşinin ikinci seviyesinin varsayılan başlangıç ​​noktasına adresler
• - hiyerarşinin ikinci seviyesindeki tanımsız bir noktaya hitap eder, yani sunucuya "hiyerarşinin ikinci seviyesinden bahsediyoruz ve hangi noktayı varsayılan olarak kabul edeceğinizi kendiniz belirlersiniz" görevi atanmış gibi bu seviyedeki ilk kişi."

Yukarıdakilerin hepsinden sonra nasıl bağlantılara benzer

• http://alan.com
• http://domain.com/

ziyaretçiye sitenin köküne ve örneğin bağlantılara hitap edin

• http://domain.com/level1/level2
• http://domain.com/level1/level2/

ziyaretçiyi kaynak hiyerarşisinin ikinci düzeyine yönlendirin. Ve belirli bir sunucunun sondaki eğik çizgiyi kendi yöntemiyle yorumlayabilmesi ve düzeyin varsayılan başlangıç ​​noktasına - örneğin index.html dosyasına dahili olarak yeniden yönlendirmeye başlayabilmesi, zaten belirli bir yapılandırmanın özel bir durumudur. İnsan tarafından okunabilen URL sisteminin uygulanmasında olduğu gibi, mod_rewrite sunucu modülünü kullanan tüm yönlendirme girişleri, URL'nin hiyerarşik yapısının kendi (belirli bir motora özgü) konseptini tanımlar; burada yol öğeleri, sorgu parametrelerine eşitlenebilir. ve sitenin dosya yapısıyla hiçbir ilgisi yoktur (klasik örnek: http://domain.com/ru/path , ru öğesi sitedeki bir klasör değil, geçerli dil ayarıdır).

Bunun, yapılandırması ve sitede kurulu motor nedeniyle sunucunun dahili bilgisi olduğunu vurguluyorum. Aynı arama motoru, harici bir hizmetin, site sunucusu bu tür bağlantılarda farklı içerik görüntülemek üzere özel olarak yapılandırılmadığı sürece, varsayımlarda bulunamaz ve eğik çizgili ve eğik çizgisiz bağlantıların farklı olup olmadığı ve nasıl olduğu hakkında hiçbir fikri yoktur.

Bilginize

Uygulama düzeyinde, birçok seçkin portal tarafından onaylanan uçlardaki eğik çizgiler sorunu temel bir öneme sahip değildir. Bazılarında, tüm bağlantılar eğik çizgi ile, diğerlerinde - eğik çizgi olmadan biter. Önemli olan, bağlantıların içeriğinin farklı olmadığıdır ve Yandex için ayrıca kullanmadığınız bağlantılardan (eğik çizgi ile biten) kullandığınız bağlantılara bir 301 yönlendirmesi kaydetmeniz gerekir. . Gerçek şu ki, Yandex destek hizmetinin doğrulanmamış iddialarına göre, bu arama motorunun hata yapabileceği ve "yapıştıramayacağı" (bilgisini ezberleyemeyeceği) veya biraz gecikmeyle eğik çizgisiz adresleri tek bir adrese yapıştırabileceği iddia ediliyor.

Aşağıda, kök .htaccess dosyasını kullanarak böyle bir yönlendirme gerçekleştirmenin bir örneği verilmiştir:

# giriş url'si eğik çizgi(em, ami) ile bitiyorsa, # 301. yönlendirmeyi eğik çizgi olmadan sayfaya ayarla RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1

Google (yine, deneyle onaylanmayan bilgilere göre), bu tür adresleri yönlendirmeler olmadan doğru bir şekilde nasıl yapıştıracağını bildiği için bu yönlendirmeler önemli değildir.

Hatırlamak Kendini SEO uzmanı olarak gören birçok insan var. Ama hepsi böyle değil. Dahası, SEO konusu genellikle uygun bilgi ve sebep olmaksızın, sadece sizin de bu alanda cahil olduğunuz beklentisiyle spekülasyon yapılır, böylece herhangi bir "erişte" ye kolayca inanabilirsiniz. Sayfalarınızdan bazılarının "dizin dışında kaldığı" söylendiğinde, Yandex'in çok iyi tavsiyesini kullanın: Varsa, dizin oluşturma hatalarını Yandex.Webmaster hizmetinde öğrenebilirsiniz. Bu hizmette, aramadaki sayfalarınızın bir listesini ve herhangi bir nedenle aramadan çıkarılan sayfaların bir listesini her zaman görebilirsiniz. Google'ın da benzer bir hizmeti var. Bu bilgiye güvenin ve bir yerlerde kulaklarının ucuyla bir şeyler duymuş olan ve bu temelde tek doğru olduğunu düşündükleri şeyi yapmanızı tavsiye eden sözde uzmanların fikirlerine değil.

BuradaÇok ilginç bir gönderi, Az Bilinen SEO Gerçekleri, Nisan 2017'de yayınlandı. Arama motoru promosyonu alanında birkaç popüler yargının geçerliliğini test etmek ve sonuçları anlaşılır örnekler kullanarak ortalama bir site sahibine iletmek amacıyla başlayan, birçok ekran görüntüsü içeren büyük bir çalışma var. Aynı çalışma aynı anda genç okuyucuya, Google ve Yandex aramalarındaki organik arama sonuçlarının bir dizi bariz, sıradan ve hatta göze çarpmayan, ancak yine de şaşırtıcı özelliklerini gösteriyor.

Burada Aşağıdaki bağlantının SEO ile çok az ilgisi olsa da, şimdi ek siparişler arayan seo ustaları için hala çekici olacaktır. Bağlantının altına ticari bir teklif yerleştirildi, adamlar siteyi kullanmanın ilginç bir yolunu buldu. Özel işletmelere, sitenin veya daha doğrusu ilk ekranının kontrolü altında, dış reklam panolarında bir afiş şeridi gibi görünen, bazı özel temalara dayalı bir çevrimiçi reklam panosu oluşturmaları önerilir. Akıllı telefonda ekranı çevirdim, streç dikey hale geldi ve tüm ekran alanını kapladı, geri döndü, yatay ve tekrar tam ekran oldu. Ve ilk ekranın altında, kullanıcıların genellikle kaydırma yapmadığı ancak arama motorunun bu metni iyi gördüğü bir metin eki vardır. Bu nedenle, bölgesel işletmenin en akıllı pinokyoları, bu ucuz çevrimiçi reklam panolarını, içeriğe dayalı reklamcılığa ve Yandex ve Google görüntüleme ağına karlı bir alternatif olarak satın alıyor. Ve yerel arama dizininde maksimumda takılmak için, ekşi bir miktar gibi kokan kalkanlarını tanıtmak için aynı anda bir grup seo metnine para harcamaya hazırlar. Söylentilere bakılırsa, 30 kilo rublelik siparişler kayıp gidiyor ve adamlar ortaklarını SEO'lara yaptırdıkları için burada ortaklık köprüleri kurabilir ve iyi kazançlar elde edebilirsiniz.

: Bunu hep anlamak istemişimdir ama önemi o kadar küçüktü ki her zaman yapmamak için bir sebep vardı :)

Ve merak ediyordun: URL - bu nedir?

Bununla her zaman karşılaşıyorum, ancak yine de URI, URL, URN terimleri arasındaki farkı anlamak istemedim ve sonra aniden bir gönderi (maalesef zaten unutulmaya yüz tuttu), karar verdim - okuyacağım kendim ve başkalarına söyle, ancak yukarıda bahsedildiği gibi bundan hiçbir şey değişmeyecek, ama bazen hecelemeyi seviyorum, bu yüzden mantıklı tercümanı okuyun:

Tarayıcınızdaki adres çubuğuna hiç dikkat ettiniz mi? Bu nedir? URI, URL veya URN? Birçoğumuz URI, URL, URN arasında ayrım yapmıyoruz ve bazılarımız URI ve URN terimlerini hiç duymamış bile, herkes sadece URL terimini kullanıyor. Bunu birlikte anlamaya çalışalım.

Kısaltmaların açıklaması

URI - Tekdüzen Kaynak Tanımlayıcısı (tek biçimli tanımlayıcı kaynak)
URL - Tekdüzen Kaynak Bulucu (birleşik konum bulucu kaynak)
URN - Tekdüzen Kaynak Adı (tek tip İsim kaynak)

Dikkat, burada gerçek küçük şeylerde yatıyor, ancak şu ana kadar hiçbir şey net değil, bir tür karışıklık. Daha ileri gidelim.

Tanım

URI: Web üzerindeki bir kaynağın adını ve adresini gösterir. Genel olarak URL ve URN olarak ayrılır, bu nedenle URL ve URN, bir URI'nin bileşenleridir.
URL: Web'deki bazı kaynakların adresi. URL, kaynağın konumunu ve ona nasıl erişileceğini tanımlar.
URN: Web'deki bazı kaynakların adı. Bir URN'nin amacı, yalnızca birden çok belirli yerde bulunabilen belirli bir öğenin adını tanımlamasıdır.

Somut bir örnekten daha iyi bir şey yoktur.

URI = http://site/2009/09/uri-url-urn.html
URL = http://site
URL=/2009/09/uri-url-urn.html

Özetliyor

URI, soyut bir tanımlayıcı kavramıdır, URL ve URN ise adreslerin ve adların somut uygulamalarıdır.
Umarım her şey herkes için açıktır. Akıllı ol!

Her birimizin algısı bireyseldir, bu nedenle - makaleye yapılan yorumlardaki tartışmaları tartışın ve okuyun, birçok ilginç şey var.