Bu blogun arkasında ne bir CMS ne de bir veritabanı bulunuyor. Her yazı, LiteTMS koduyla aynı kod deposuna commit edilen bir Markdown dosyasıdır; bu sayede bir yazı yayımlamak, tıpkı bir özelliği kullanıma sunmak gibi çalışır: bir commit ve bir deploy.
Bunu çoğu şirket blogundan farklı yapmak istedik ve bu yazı, şu an okuduğunuz sayfanın kaynak kodu da dahil olmak üzere tüm mekanizmayı size gösteriyor.
Diğer herkesin kullandığı yapı
Tipik bir şirket blogu, tam teşekküllü bir içerik yönetim sistemi üzerinde çalışır. Bir veritabanı, bir yönetim paneli, kullanıcı hesapları, eklentiler ve dokunduğunuzda sorun çıkaran bir tema. Tüm bu mekanizma, editör ekibinin koda hiç bulaşmadan içerik yayımlayabilmesi için vardır.
Bizim bir editör ekibimiz yok ve zaten tüm günümüzü kod deposunda geçiriyoruz. Bu yüzden tüm bu mekanizmayı atladık. Fazladan her sistem; yamanması, yedeklenmesi ve güvenliğinin sağlanması gereken ayrı bir yüktür. Metin dosyalarından oluşan bir klasör ise öyle değildir.
Bir yazı dosyası nasıl görünür?
İşte bu yazının kendi başlık bilgisinin kısaltılmış bir kopyası ve ardından gövdenin yapısı:
---
title: This blog is a folder of markdown files
slug: why-this-blog-has-no-cms
locale: en
description: There is no CMS behind the LiteTMS blog. Every post is...
date: 2026-07-15
category: technology
tags: markdown, blog, aieo, engineering
draft: false
---
The first paragraph answers the title on its own, because that is
the part search snippets and AI assistants quote.
## A section heading
Plain markdown body. Nothing exotic.
## FAQ
### Does this sample show the FAQ convention?
Yes. Each ### line is a literal question, answered right below it.
En üstteki blok, anahtar ve değer çiftlerinden oluşan yalın bir listedir. Altında ise standart bir Markdown kütüphanesi tarafından işlenen sıradan bir Markdown metni yer alır. Her dil için bir dosya bulunur: Bu yazı, aynı ada sahip bir .en.md ve bir .pl.md dosyası olarak mevcuttur; Lehçe sürüm makine çevirisi yerine doğrudan ana dilde kaleme alınmıştır.
Örneğin sonundaki ## FAQ bölümü bir süs değil, gerçek bir kuraldır. Her soru, bir kullanıcının arama kutusuna yazabileceği türdendir ve derleme süreci bu ikilileri arama motorlarının zengin sonuçlar olarak gösterebileceği yapılandırılmış verilere dönüştürür. Bu sayfanın altında canlı bir örneği yer almaktadır.
Editör yerine doğrulayıcı
Herhangi bir şey yayına alınmadan önce bir derleme betiği her yazı dosyasını okur ve şemaya göre denetler. Açıklamanın 80 ila 170 karakter arasında olması gerekir. Kategori, izin verilen beş değerden biri olmalıdır. Tarih gerçek bir takvim tarihi olmalı ve slug dosya adıyla eşleşmelidir.
Betiğin ardından her yazının meta verilerini içeren tek bir dizin dosyası oluşturulur ve site yalnızca bu dosyayı okur. Bir liste sayfasının maliyeti beş yüz yazıda da beş yazıda da aynıdır.
Aynı betik her gönderme işleminde CI üzerinde çalışır. Bir yazı geçersizse veya birisi dizini yeniden oluşturmayı unuttuysa derleme başarısız olur ve hiçbir şey yayına alınmaz. Hatalı içerik canlı ortama ulaşamaz; çünkü canlı ortam, doğrulayıcının onaylamadığı hiçbir şeyi asla almaz.
Neden Markdown, doğrusunu söylemek gerekirse
Markdown, gösterişten uzak nedenlerle kazandı. Bir Markdown dosyası, özel araçlar olsun veya olmasın her metin düzenleyicide okunabilir. Satır satır fark kontrolü yapılabilir, böylece bir yazı tıpkı kod incelenir gibi gözden geçirilir: hangi cümlenin değiştiğini tam olarak görürsünüz. Ayrıca bir yapay zeka asistanının işlemesi için mümkün olan en az maliyetli formattır; bu da her geçen ay biraz daha önem kazanıyor.
Son nokta, buradaki her yazının üç şekilde sunulmasının nedenidir. Şu an okuduğunuz sayfa HTML sürümüdür. Tarayıcınızdaki adresin sonuna .md eklerseniz, doğrudan yalın Markdown olarak sunulan, commit edildiği haliyle baytına kadar aynı ham kaynak dosyasını alırsınız. Ayrıca her dilin okuyucular ve toplayıcılar için kendi RSS akışı vardır.
Ayrıca /blog/index.md adresinde yayımlanan her yazının makine tarafından okunabilir bir kataloğu bulunur ve sitenin llms.txt dosyası yapay zeka tarayıcılarını doğrudan buraya yönlendirir. Bunların hiçbiri yinelenen içerik olarak görünmez; çünkü ham dosyalar bir noindex başlığı ve HTML sayfasına işaret eden kurallı bir canonical bağlantı taşır.
Bunun bir okuyucu olarak size kazandırdıkları
Buradaki hiçbir şey bir ürün özelliği değildir. Kendi yayın sürecimizi nasıl yönettiğimize dair bir karardır ve ilk yazıdaki vaatle örtüşür: uydurma rakamlar yok ve kaynağında denetleyebileceğiniz metinler var. TMS'nin kendisi de yalın ve denetlenebilir mekanizmalara yönelik aynı tercih üzerine inşa edilmiştir. İncelemek isterseniz, kayıt ücretsizdir.
SSS
Bir LiteTMS blog yazısını yalın Markdown olarak okuyabilir miyim?
Evet. Herhangi bir yazının adresine .md eklerseniz site sizi yalın Markdown olarak sunulan ham kaynak dosyasına yönlendirir. Yayımlanan yazıların tam kataloğu /blog/index.md adresinde yer alır.
LiteTMS blogu neden bir CMS kullanmıyor?
Çünkü bir CMS; yamanması ve güvenliğinin sağlanması gereken ikinci bir sistem olurdu, üstelik burada içerik yayımlayan kişiler zaten doğrudan ürünün kod deposunda çalışıyor. CI doğrulayıcısına sahip Markdown dosyaları, çok daha az bakım yüküyle aynı işi görür.
Yapay zeka asistanları için yazmak yazıları insanlar açısından daha kötü hale getirir mi?
Hayır. Asistanların ödüllendirdiği yapı, yani doğrudan konuya giren bir giriş paragrafı, açıklayıcı başlıklar ve kısa yanıtları olan somut sorular, bir makalenin gözle taranmasını kolaylaştıran yapıyla aynıdır. Ham Markdown ayrı bir formattır; bu nedenle okuduğunuz makale normal bir makale olarak kalır.
Takipte kalın
Daha iyi içeriklere yer açın.
Google'da daha fazla makalemize ulaşmak için LiteTMS'yi tercih edilen kaynak olarak seçin.
Google'da LiteTMS'yi seçinSeçiminizi Google'da onaylayın · Yeni sekmede açılır