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

Greg Wilder ile müzik, yaratıcılık ve GNU/Linux üstüne

FZ

Bilgisayarla müzik besteleme ve düzenleme konusunda önemli çalışmaları olan Greg Wilder ile müzik, bilgisayarlar, işletim sistemleri, yaratıcılık, yapay zekâ ve doğaçlama üstüne bir röportaj gerçekleştirdik.

Wilder onca iş güç arasında bizi kırmayarak sorulara epey detaylı cevaplar verdi ve Türkçe konuşan bilgisayar ve müzik dünyası ile iletişim kurabilmiş olmaktan ötürü memnuniyetini belirtti. Bu röportaj şerefine daha önce yayınlamamış olduğu iki parçayı MP3 olarak röportajın sonundaki bağlantılardan edinip dinleyebilirsiniz.

3... 2... 1... Yayındayız!

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.

The Art of UNIX Programming (Back To Basics)

FZ

Meşhur "The Cathedral and the Bazaar"ı yazan, "Halloween Belgeleri" ile Microsoft'un ipliğini pazara çıkaran ve açık kodlu yazılım geliştirmenin avukatlığını yapmış olan üstad programcı Eric S. Raymond gerçekleştirdiği son röportajlarından birinde son projelerinden ve UNIX geliştiricilerinin IDE ortamlarına karşı niye alerjik olduklarından bahsediyor ;-)

Bir programlama dilini bilme ölçüsü nedir ?

anonim

LKD listelerinde bir süredir devam etmekte olan bir konu başlığı bu.

Tartışmanın bir yerinde bir arkadaş "Bir programlama dilini bilmek için hiç bir başvuru kaynağı kullanmaksızın program yazılabilmeli " dedi.

Bunun üzerine eski FM'cilerden, Uludag projesi COMAR projesi baş programcısı Serdar Köylü yeni başlayanlar için kılavuz olabilecek nitelikte, makale tadında bir yanıt gönderdi.

Ben de listelerde yazılan herşeyin gayet GPL olduğunu düşünerek kendisine sormadan buraya haber olarak geçiyorum :)

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...)