RSS Dosyası Yapısı

0
ctengiz
RSS aslında sitelerin içeriklerini başlıklar şeklinde sunmak için kullanılan bir teknoji ve temeli de bir XML dosyası. Açılımı Rich Site Summary veya Really Simple Syndication. İlk olarak 1999 Netscape tarafından ortaya çıkarılan bu teknoloji daha sonra çeşitli gruplar tarafından geliştirildi. Tarihçe ve versiyonlar ile daha detaylı bilgi için yazının sonundaki kaynaklara başvurulabilir.
Benim burada ele alacağım RSS sürümü 0.91. Yani en temel ve en basit sürüm. Dosyanın genel yapısı aşağıdaki şekilde oluşturulmalı :
  1. XML giriş açıklayıcı kısmı
  2. RSS sürümünün belirtildiği kısım
  3. RSS'in ait olduğu siteye ait açıklayıcı bilgi ksımı
  4. Ve en nihayetinde konular

  <?xml version="1.0" encoding="ISO-8859-9" ?>
  <!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.netscape.com/publish/formats/rss-0.91.dtd">

  <rss version="0.91">
    <channel>
      <title>

        Sitenin Başlığı Buraya Yazılmalı. En fazla 100 karakter olabilir.
      </title>
      <link>
        http://www.sitenin.adresi.
      </link>
      <description>
        Siteyle ilgili kısa açıklama burada yer almalı. HTML vb kodlar içermemeli.
      </description>
      <language>
        
RSS'in yayınlandığı dil kodu. Örneğin Türkçe için tr, ingilizce için en girilmeli
      </language>

      <item>
        <title>
          Sunulan içeriğin başlığı. En fazla 100 karakter
        </title>
        <link>
          http://içeriğin.gercek.adresi Mutlaka http:// veya ftp:// ile başlamalı ve en fazla 100 karakter olabilir
        </link>
        <description>
          İçeriğe ait özet veya açıklama. En fazla 500 karakter olabilir. Ve HTML kodu içermemeli.
        </description>
      </item>

      <item>
        <title>
          
Sunulan diğer içeriğin başlığı
        </title>
        <link>
          http://diğer.içeriğin.gercek.adresi
        </link>
        <description>
          İçerik özeti
        </description>

      </item>
    </channel>
  </rss>


RSS 0.91 sürümünde dosyada en fazla 15 konu başlığına izin verilmekte. Ve yine fark ettiyseniz 100 veya 500 karakterlik kıstlamalar mevcut. Bu kısıtlar RSS 0.92 sürümünde bulunmamakta. RSS 2.0 da ise daha fazla açıklayıcı etiket kullanmak mümkün. Peki RSS'den haberdar uygulamalara (Örneğin Firefox browser veya arama motorları) sitemizde RSS desteği verdiğimizi nasıl belirteceğiz? Bunun için html dosyasının kısmına aşağıdaki satır eklenmeli : Yararlanılan kaynaklar : Ayrıca Webrefence RSS bölümünden RSS ile ilgili bir çok kaynağa ulaşılabilir. Bu yazının özgün adresi burasıdır.

Görüşler

0
yuxel
Ellerinize sağlık,
ilgili "aşağıdaki satır gözükmemiş"
<link rel="alternate" type="application/rss+xml" title="RSS"
href="http://rss.dosyasının.adresi" />
0
Ansugo
Ayrica RSS 0.91 icin su makale [backend.userland.com] cok iyi bir yol gostericidir.
0
Ansugo
Ayrica RSS 0.91 icin su makale [backend.userland.com] cok iyi bir yol gostericidir.
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Python 101: Eğlenceli bir programlama diline genel bir bakış

FZ

FM üyelerinden tongucyumruk'un yazdığı Eğlenceli bir programlama dili: Python başlıklı belgeyi FM camiası ile paylaşıyoruz.

Hazır 2.4 sürümü çıkmış iken meraklısı için iyi bir başlangıç olur diye düşündük.

Not:Bu belge LATEX belge hazırlama sistemi ile hazırlanmıştır. LaTeX ile üretilen PDF ve sıkıştırılmış PostScript belgelerini de kağıda kaliteli çıktı almak için kullanabilirsiniz.

Belgeler.org 1.3.2 ve GNU/Linux man Sayfaları

yalcink01

Ülkemizdeki, GNU/Linux ve Özgür Yazılım belgelendirme ve yerelleştirme projelerinden en iyilerinden birisi olan belgeler.org projesi yoluna emin adımlar ile devam ediyor. Site yeniden güncellendi ve 44 adet yeni man sayfası çevirisi eklendi. Daha önce FM ana sitede duyurduğumuz Bootdisk HOWTO çevirisi ve LinuX Sistem Yöneticisi Kılavuzu´nun güncellenmiş hali (sürüm 0.8) de siteye eklendi. Benim dikkatinizi çekmek istediğim nokta, kılavuz çevirilerinden ziyade, man sayfalarının durumudur.

Debian ile Mantıksal Hacim Yönetimi (LVM)

FZ

Türk Debian kullanıcıları camiasının çalışkan ve üretken bireylerinden Serdar Aytekin Debian GNU/Linux kullanarak mantıksal hacim yönetimi (LVM - Logical Volume Management) gerçekleştirmeye dair güzel bir yazı hazırlamış.

İçerik ve seviye olarak orta ve üst düzey sistem yöneticilerine hitap eden bu yazı, "7-8 adet 200 GB'lik SCSI diski bilgisayarıma bağlayıp bunları tek bir disk gibi görmek ya da 3'e bölüp 3 üç farklı disk gibi görmek, sonra istersem kolayca yeni disk takıp hacmi ve dosya sistemini büyütmek istiyorum" gibi cümleler kuran kişilerin işine yarayacak türden.

Bu tür cümlelerin çok değil 4-5 yıl öncesine dek ancak onbinlerce, yüzbinlerce dolarlık makinalar ve ticari UNIX türevi işletim sistemleri barındıran bilgi işlem merkezlerinde kurulduğu ve özel, pahalı yazılımlar gerektirdiği düşünülecek olursa bilgisayarla profesyonel olarak uğraşan bilgi işlemciler için GNU/Linux'un, Debian'ın kıymeti bir kez daha anlaşılır diye düşünüyorum. Bu kadar laftan sonra hadi artık makale adresini versene diyenler için, buyrun: Debian ile Mantıksal Hacim Yönetimi (LVM).

Kod Kitabı: Eski Mısır'dan Kuantum Kriptolojisine Gizlilik Bilimi

SHiBuMi

"The Code Book: The Secret History of Codes and Code-Breaking" ya da Türkçe bulabileceğiniz ismiyle "Kod Kitabı: Eski Mısır'dan Kuantum Kriptolojisine Gizlilik Bilimi", bir bulmaca ve zeka oyunları yaratıcısı / yayıncısı olan ablam tarafından yaklaşık bir ay önce masama bırakıldığında, okunmak için bende fazla bir istek uyandırmamıştı. Tümü şifreleme ile ilgili 400 küsür sayfalık bir kitabın sıkıcı olmadan sonuna kadar okunabilirliğinin çok düşük olacağını düşünüyordum ama yanılmışım.

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)