- IndieWeb, içerikleri, kimliği ve sohbetleri kişisel bir alan adında korurken gerektiğinde sosyal ağlarla bağlantı kuran; şirket merkezli web’e insan merkezli bir alternatif ve topluluktur
- Kendi alan adını temel alarak microformats2,
rel="me", Webmention, IndieAuth, Micropub gibi küçük standartları birleştirir; HTML’i makinelerce okunabilir hale getirir ve siteler arası kimlik doğrulama, yayınlama ve sohbeti destekler - GeoCities’in 23 milyon sayfası ve MySpace’in 50 milyondan fazla şarkısı kayboldu; 2024 Pew Research araştırmasında da 2013’te var olan web sayfalarının %38’inin 10 yıl sonra erişilemez durumda olduğu görüldü
- POSSE, özgün içeriği önce kendi sitenizde yayımlayıp ardından dış platformlara dağıtır; Backfeed ise dışarıdaki beğeni, yanıt ve yeniden paylaşımları Webmention ile özgün içeriğe geri göndererek tüm sohbeti kişisel alan adında korur
- Gerçek sitede Webmention, h-entry, h-card,
rel="me"uygulandı; ancak mevcut Git/Markdown çalışma biçimiyle veya 24 saatlik yayın gecikmesiyle uyuşmayan Micropub, IndieAuth, WebSub dışarıda bırakıldı. Tüm standartlar yerine önce ihtiyaç duyulan teknolojileri kademeli uygulamak daha uygundur
IndieWeb’in hedeflediği web
- IndieWeb kendisini “kurumsal web’e insan merkezli bir alternatif” olarak tanımlar; belirli bir yazılım ya da framework’ten çok, farklı yaklaşımları ve projeleri kapsayan ideolojik bir temele yakındır
- 2010’da Aaron Parecki ve Tantek Çelik, Portland’daki Federated Social Web Summit’e katıldıktan sonra protokollerden ziyade üretici odaklı bir yaklaşımın gerekli olduğuna karar verdi
- İlk IndieWebCamp 2011’de Portland’da düzenlendi ve sonrasında her yıl dünyanın çeşitli yerlerinde yapılmaya devam etti
- Homebrew Website Club’da katılımcılar bir araya gelip kendi kişisel web sitelerini geliştirir
- IndieWeb’i oluşturan üç sütun şunlardır
- İçerik sahipliği: Web’e konulan içerik şirketlere değil, yayımlayana ait olmalıdır
- Daha iyi bağlantılılık: Yazılar birden fazla platforma dağıtılabilmeli; dışarıdaki yanıtlar ve beğeniler kendi siteye geri getirilebilmelidir
- Kontrol: İstenilen biçimde yayın yapılıp okunabilmeli ve kalıcı URL’ler korunmalıdır
- Sosyal ağ kullanımını yasaklamaz, ancak içerik ve etkileşimleri hapseden kapalı ekosistemlere karşıdır
Silo’lar ve web içeriğinin yok oluşu
- Silo, genellikle kâr amaçlı şirketlerce işletilen; kullanıcıların katkıda bulunduğu içerikler üzerinde hak talep eden veya erişimi kısıtlayan merkezi web siteleridir
- Katılmak için hizmete özel hesap gerekir
- Yalnızca aynı hizmetteki hesaplar birbiriyle etkileşebilir
- Kısıtlayıcı kullanım şartları, içerik lisansı talepleri, arama indekslemesini engelleme, içe/dışa aktarma bariyerleri de eklenebilir
- Bir silo kapanırsa kullanıcıların içerikleri de birlikte yok olabilir
- GeoCities, Yahoo’nun 26 Ekim 2009’da hizmeti kapatmasıyla 23 milyon sayfayı kaybetti
- MySpace, 2019’daki sunucu taşıma sürecinde ilk 12 yılda 14 milyon sanatçının yüklediği 50 milyondan fazla şarkıyı kaybetti
- Google+ Nisan 2019’da kapatıldı
- Posterous, FriendFeed, Vine, Yahoo Groups, TinyLetter, Cohost gibi hizmetler de kapananlar listesinde yer alır
- Silo kapanmasa bile web içeriği ortadan kaybolabilir
- 2024 Pew Research araştırmasına göre 2013’te var olan web sayfalarının %38’i 10 yıl sonra erişilemez durumdaydı
- Çözüm ilkesi sosyal ağları kullanmamak değil, içeriğin kanonik kopyasını kendi kontrolünüzdeki alan adında tutmaktır
Topluluğun 11 ilkesi
- 11 ilke bir öncelik sırası değildir; hepsini karşılamak da zorunlu değildir
- Veri sahipliği: İçerik, meta veri ve kimliği kendi alan adında tutmak ve uzun vadeli erişimi korumak
- Görünür veriyi kullanma ve yayımlama: Önce insanları, sonra makineleri düşünmek; veri HTML içinde taşınabiliyorsa ayrı API yapmamak
- Kendinize gerekli olanı üretmek: Varlığı belirsiz varsayımsal kullanıcılar yerine gerçek kendiniz için araçlar yapmak
- Doğrudan kullanmak: Yaptığınız şeyi her gün kullanıp güvenmeye değer olup olmadığını doğrulamak
- Belgeleme: Süreçleri, fikirleri ve kodu kendi sitenize kaydederek başkalarına ve gelecekteki kendinize yardım etmek
- Açık kaynak yapmak: Zorunlu değildir, ancak başkalarının bağımsız web’e daha hızlı katılmasına yardım eder
- Protokolden önce UX: Önce kullanıcı deneyimini belirlemek, ardından bunu destekleyen en basit ve küçük protokolleri kullanmak
- Modülerlik: Belirli bir cihaz, dil veya platforma bağımlı olmamak için küçük ve gevşek bağlı bileşenler yapmak
- Uzun ömürlülük: Gelişim adına birkaç yılda bir mevcut işleri çöpe atmayı gerektirmeyen web teknolojileri kurmak
- Çoğulculuk: Tekil bir teknik kültür yerine dayanıklı bir topluluk oluşturmak için farklı yaklaşımları bilinçli şekilde teşvik etmek
- Keyif: 1990’ların web’i gibi tuhaf ve ilginç kişisel ifadeleri korumak
Kişisel alan adından başlayan teknik yapı
- Kendi alan adınızı çevrim içi ana kimliğiniz olarak kullanmak, tüm yapıların ön koşuludur
- Hosting veya CMS değişse bile alan adını korursanız bağlantıları, okuyucuları ve arama sıralamasını sürdürebilirsiniz
- Topluluğun IndieWeb’e katılım olarak kabul ettiği asgari koşul da budur
- IndieWeb, tek bir platform yerine birbiriyle birleştirilebilen küçük spesifikasyonlar kullanır; resmî spesifikasyon dizini uygulama geçmişi ve yaygınlık kapsamına göre düzenlenmiştir
microformats2: HTML’i API olarak kullanmak
- microformats2, ayrı dosya ya da API olmadan mevcut HTML’e CSS sınıfları ekleyerek içeriği makine tarafından okunabilir hale getirir
h-*: kök nesnep-*: düz metinu-*: URLdt-*: tarihe-*: gömülü HTML
- h-card, ad, URL, fotoğraf gibi kişisel kimliği ifade eder; uygulamaların gönderilerin yanında profil göstermesini ve kullanıcıyı tanımasını sağlar
- E-posta tabanlı Gravatar’dan farklı olarak alan adına dayalı çalışır
- h-entry, gönderinin başlığını, yazarını, yayın tarihini, gövdesini vb. gösteren IndieWeb içeriğinin temel bileşenidir
- h-feed, birden çok h-entry’yi gruplayarak HTML liste sayfasının kendisini abone olunabilir bir feed’e dönüştürür
- Okuma için microformats, yazma için Micropub kullanılarak “web sitesi API’nin ta kendisidir” yapısı oluşturulur
rel="me" ve dağıtık kimlik doğrulama
rel="me", bağlantının hedefinin mevcut sayfayla aynı kişiyi temsil ettiğini ilan eder- Web sitesi ve dış profil birbirini
rel="me"ile bağlarsa merkezi otorite olmadan karşılıklı kimlik doğrulaması mümkün olur- Mastodon, bu yapıyla alan adına yeşil doğrulama işareti sağlar
- Threads, PixelFed, GitHub, Keybase, Wikipedia da destekler
- RelMeAuth, ana sayfadan bağlanan GitHub gibi OAuth sağlayıcılarına kimlik kanıtını devrederek hizmetlere kişisel URL ile kimlik doğrulaması yapar
- IndieLogin gibi hizmetlerin temelidir
Webmention: Web siteleri arasında sohbet
- Webmention, 12 Ocak 2017’den beri W3C Recommendation statüsündedir; Pingback’in devamı olarak platform olmadan siteler arasında yorum, beğeni, yanıt ve yeniden paylaşım iletir
- Gönderim süreci şöyledir
- Gönderen gönderi, karşı taraftaki yazının bağlantısını içerir
- Gönderen sunucu, karşı yazının HTTP
Linkbaşlığında veya HTML’deki<link rel="webmention">içinde alıcı endpoint’i bulur - Yalnızca gönderen yazı olan
sourceve hedef yazı olantargetiçeren bir POST isteği gönderir - Alıcı sunucu
sourceu indirip gerçektentargetbağlantısının olup olmadığını doğrular sourceun h-entry’sini analiz ederek yanıt, beğeni ve yeniden paylaşımı ayırır; h-card ile yazarın adını ve fotoğrafını gösterir
- Her site bir düğüm olur ve siteler arası bağlantılar sosyal grafiği oluşturur; ancak spam ve moderasyon sorunları sürer
- Vouch, alıcının zaten bildiği ve gönderen alan adına bağlantı veren bir kefil siteyi üçüncü parametre olarak ileterek filtreleme maliyetini gönderene taşır
- Salmention, bir yoruma yanıt geldiğinde özgün gönderinin katılımcılara güncelleme Webmention’ı yeniden göndermesiyle sohbet zincirini yayar
- Backend’i olmayan statik sitelerde webmention.io Webmention’ları site adına alır ve sorgulama API’si sağlar
- Hugo, Jekyll, Eleventy gibi statik site üreticileriyle kullanılabilir
Alan adı tabanlı giriş ve yayınlama
- IndieAuth, Google veya Facebook hesabı yerine kişisel URL’yi giriş kimliği olarak kullanır
- OAuth 2.0 temellidir ve kullanıcıları ile uygulamaları URL ile tanımlar
- DNS, önceden istemci kaydının yerini alır; erişim token’ı çalınmasını önleyen PKCE zorunludur
- Hizmet, kullanıcı sayfasındaki
rel="indieauth-metadata"üzerinden kimlik doğrulama sunucusunu bulur ve doğrulama tamamlandıktan sonra ilgili URL üzerindeki kontrolü teyit eder - Kimlik doğrulama yöntemi olarak parola, e-posta, RelMeAuth vb. kullanılabilir
- Micropub, Mayıs 2017’den beri W3C Recommendation olup site yazılımı ile yayınlama arayüzünü ayırır
- Web, iOS ve Android istemcileri kişisel alan adındaki gönderileri oluşturabilir, düzenleyebilir ve silebilir
- Parola paylaşan MetaWeblog ve AtomPub yerine IndieAuth ile alınan OAuth token’larını kullanır
- Ayrı bir sözlük oluşturmaz;
h=entry,contentgibi h-entry özelliklerini serileştirerek iletir
Gerçek zamanlı feed’ler ve ayrıştırılmış okuyucu
- WebSub, daha önce PubSubHubbub olarak biliniyordu ve Ocak 2018’den beri W3C Recommendation statüsündedir
- Abonelerin sunucuyu periyodik olarak sorgulaması yerine yayıncı hub’a yeni yazıyı bildirir, hub da bunu webhook ile abonelere anında iletir
- Sunucu yükünü azaltır, güncelleme gecikmesini ortadan kaldırır; Feedly ve NewsBlur gibi hizmetler destekler
- Microsub, en yeni spesifikasyondur ve hâlâ taslak durumundadır; sosyal okuma uygulamalarını iki katmana ayırır
- Sunucu abonelik yönetimi, feed toplama/analiz ve veri normalizasyonundan sorumludur
- İstemci yalnızca okuma arayüzünü gösterir; UX üzerinden rekabet edebilir ve abonelik bilgileri istemciler arasında taşınabilir
- Micropub’ın yanıt yayımlaması ile Webmention’ın bildirimleri birleştiğinde IndieWeb sosyal okuyucu yapısı tamamlanır
POSSE, PESOS ve Backfeed
- POSSE, önce kendi sitenizde yayımlayıp dışarıya dağıtma yönünde önerilen stratejidir
- Dış kopyalar özgün bağlantıyı içerdiği için okuyucular mevcut platformlarda okumaya devam eder, yayımlayan ise kanonik kopyayı korur
- Platform kapanırsa veya hesabı engellerse bile özgün içerik kalır
- Tantek Çelik terimi 2012’de ortaya attı; Cory Doctorow ve Molly White gibi isimler kullanır
- Spam siteleri yazıyı kopyalasa bile özgün bağlantıyı da kopyalamalarına yol açan etkiye “internet aikido’su” denir
- PESOS, önce silo’da yayımlayıp sonra kendi sitenize kopyalayarak saklayan ters yöntemdir
- Olgun silo uygulamaları kullanılabilir ve kişisel site kesintiye uğrasa bile yayın yapılabilir
- En baştan silo şartlarına tabi olunur; kişisel sitedeki kopya kanonik değildir ve karakter sınırı ya da
t.cobağlantıları gibi kısıtlar da miras alınır
- Backfeed, dış kopyalara gelen beğeni, yanıt ve yeniden paylaşımları Webmention ile özgün içeriğe geri gönderir
- Bridgy, Mastodon, GitHub, Flickr, Reddit ve Bluesky’deki kopyaları izler; her etkileşim için Webmention gönderir
- Sonuç olarak dış platformlarda gerçekleşen tüm sohbet kişisel alan adında saklanabilir
Fediverse ve RSS ile ilişkisi
- Webmention, Micropub, WebSub ve ActivityPub’ın tümü W3C Social Web Working Group’tan çıkmıştır, ancak farklı felsefeler izler
- Fediverse sunucuları federe eder ve kimliği
@user@instanceile gösterir; bu yüzden kendi instance’ınızı işletmiyorsanız başka bir operatöre bağımlı olursunuz- Instance işletmenin beraberinde moderasyon ve bakım için yüksek bir maliyeti, yani admintax gelir
- IndieWeb web sitelerini federe eder ve kişisel alan adını kimlik olarak kullanır; federasyonu birden çok dağıtım kanalından biri olarak ele alır
- Bridgy Fed, h-card, h-entry ve Webmention’ı ActivityPub ve Bluesky’nin AT Protocol’ü ile karşılıklı dönüştürür
- Kişisel alan adı
@example.com@example.combiçiminde bir Fediverse hesabına dönüşür - Mastodon’da bu hesap aranıp takip edilebilir; yanıtlar Backfeed ile özgün gönderiye geri döner
- Kişisel alan adı
- IndieWeb, RSS/Atom’un HTML’den ayrı XML kopyaları tutmak zorunda olması nedeniyle bakım maliyeti ve tutarsızlık ihtimali yarattığını düşünür
- Bazı Atom dosyaları aynı içeriğin HTML’inden 4,5 kata kadar büyüktür
- İnsanların feed bağlantısını doğrudan açtığındaki deneyim de iyi değildir
- Alternatif olan h-feed, HTML’in kendisini feed olarak kullanır; ancak destekleyen okuyucu sayısı çok azdır
- Bu nedenle IndieWeb ortamı için h-feed, genel okuyucular için RSS/Atom’u birlikte sunmak önerilir
Başlangıç sırası
- Getting Started şu sırayı önerir
- Alan adı edinme: Bunu çevrim içi ana kimliğiniz olarak kullanın; WHOIS gizliliğini yalnızca sağlayıcıya tamamen güveniyorsanız seçin
- Hosting yapılandırma: Yeni başlayanlar GitHub Pages, Netlify, Neocities gibi yönetilen hizmetleri kullansın; deneyimi olanlar kendi hosting’ini yapsın
- Sayfa oluşturma: Statik site üreticisi, elle yazılmış HTML veya CMS kullanılabilir; resmî bir teknoloji yoktur
- POSSE uygulama: Özgün bağlantıyla birlikte diğer platformlara dağıtın
- microformats ekleme: Ana sayfaya
rel="me", gönderilere h-entry ekleyin - Doğrulama: IndieWebify.me ile rel-me, h-card ve h-entry’yi adım adım kontrol edin
- Topluluğa katılma: Sadece tek sayfa bile olsa yaptığınızı paylaşın ve sonraki kullanıcı için wiki’de belgeleyin
- IndieMark, kademeli uygulamak isteyen geliştiriciler için aşamalı bir rehber ölçektir
Gerçek uygulama ve dışarıda bırakılan özellikler
- Gerçek sitede şu öğeler uygulandı
- Webmention gönderme ve alma: Yeni yazılardaki dış bağlantıları bildiren günlük işi otomatikleştirirken, yazım hatalarını düzeltebilmek için 24 saatlik pay bırakmak
- Alınan Webmention’ları her yazının sonundaki referans listesinde kullanmak ve e-posta ile yönetilen yorumlardan ayrı tutmak
- Tüm yazılara h-entry, ana sayfaya h-card uygulamak ve mf2py ile doğrulamak
- Altbilgide Mastodon, GitHub ve Org Social’ı
rel="me"ile bağlayarak doğrulama işareti almak
- İhtiyaçlarla ve mevcut çalışma biçimiyle uyuşmayan öğeler dışarıda bırakıldı
- Micropub/IndieAuth: Editör ve Git yayın arayüzü olduğu, yazılar sürüm kontrolündeki Markdown olarak yazıldığı için ayrı bir yayın endpoint’ine ihtiyaç yok
- WebSub: Yayın bilerek 24 saat geciktirildiği için gerçek zamanlı iletim karmaşıklığı haklı çıkarmıyor
- h-feed: Yazı kartı şablonu gövde içindeki öneri alanları gibi yerlerde de yeniden kullanıldığından ayrıştırıcı belirsiz h-entry olarak algılayabilir; RSS bu rolü yeterince yerine getiriyor
Teknolojiden daha uzun ömürlü pratik ilkeler
- Düz HTML, JavaScript olmadan da tüm içeriğin okunabildiği en uzun ömürlü formattır
- “Cool URIs don't change” ilkesine göre kalıcı olarak sürdürülebilecek URL’ler tasarlanmalıdır
- Gerçek sitede yazının slug’ı değişse bile eski URL çalışmaya devam eder
- Silo’ları tek seferde terk etmek gerekmez; içerik türlerine göre önce kendi sitede yayımlamaya dayalı kademeli geçiş mümkündür
- Aşırı uzun vadeli kalıcılık da düşünülmelidir
- Ölümden sonra güvenilen bir kişiye sitenin anahtarlarını devreden “dead man's switch” değerlendirilebilir
- Operatör ortadan kaybolduktan sonra alan adı ücretini kimin ödeyeceği de çözülmelidir
- Mükemmel ama sürdürmesi sıkıcı bir şablondansa kusurlu ve benzersiz kişisel bir web sitesini keyifle işletmek IndieWeb’in ilkeleriyle daha uyumludur
1 yorum
Hacker News yorumları
IndieWeb içerik istiyorsa, onu karmaşık bir teknoloji yığınının altına gömmek bunun tam tersi
Bu protokol demeti kullanıcıların %90'ı için fiilen kullanılamaz; içerik kullanıcı deneyimini öncelemek için hemen başlanabilecek tek tıklamalı bir çözüm gerekir
Komut satırı, Docker, HTML/CSS'i elle düzenleme istendiği anda çoğunluğun aşamayacağı bir bariyer yaratılır; mevcut hâli IndieWeb'den çok NerdNet'e benziyor
Başlıca tek tıklamalı giriş noktalarından biri olan micro.blog, güncel IndieWeb özellikleri içeren kişisel siteleri ayda 5 dolara sunuyor
Şu an ilgi duyanların çoğu kendi kurmak isteyen geliştiriciler olduğu için ilgili yazılar teknolojiyle dolu görünüyor, ancak geliştirici olmayanların katılması da topluluğun istediği bir değişim. David Shanske son 10 yıldır IndieWeb araçlarını hazır sunan WordPress eklentileri geliştiriyor: https://profiles.wordpress.org/dshanske/#content-plugins
IndieWeb olmak için tüm teknolojileri kullanmak da gerekmiyor. Kendi alan adınızla başlayıp HTML, Markdown, Django vb. ile sayfalar oluşturabilir, ardından sırasıyla mikroformatlar ve Webmention ekleyebilirsiniz; herhangi bir aşamada IndieWeb sitesi sayılabilir
İnternet, küresel bir Walmart'a dönüşmeden önce, ilginç insanların kendi kendine bir araya geldiği bir yerken daha iyiydi
İnternet de her zaman geek'lerin yaptığı zor ama eğlenceli şeylerden başlayıp zamanla sıradan insanların daha kolay kullanabileceği hâle gelerek gelişti. IndieWeb de erken aşamada; hayatta kalırsa kitleselleşme doğal olarak gelecektir, şimdilik daha fazla şey yapmalarına izin vermek gerek
Sorun ekonomi. Tek tıklamalı çözüm iyi, ama IndieWeb ideolojik bir sorunu çözüyor; kullanıcının acil bir sorununu çözmediği için yatırım ya da servis işletme maliyetlerini karşılayacak müşteri bulmak zor
micro.blog buna en yakın olanı, ancak kendi altyapınızda çalıştırılamayan merkezi bir servis; protokol uyumluluğu olsa da tam anlamıyla bir IndieWeb aracı değil
Ajan etkinlik kayıtları ya da sensör ve sunucular için yayın araçları gibi olasılıklar var, ancak somut kullanıcı talebi yoksa bitmiş bir hizmet olarak var olması zor görünüyor
Popüler olana boyun eğmek yerine insanların istediklerini yapmaları teşvik edilmeli. Gerçek değer üretmekten çok rant kollama stratejileri ve lobiciliğe odaklanan pazarlama meslekleri toplumu daha kötü hâle getiriyor; bu yüzden azalması gerekiyor
Nostr'un düşünme biçimi Mastodon veya AT Protocol'den çok POSSE'ye daha yakın görünüyor, bu yüzden tercih ediyorum
Düzenli olarak blog tutuyor, alan adınıza ve yazılarınıza da sahip oluyorsanız ama WordPress kullandığınız için IndieWeb sayılmıyorsanız, sonuçta şirketlere bağımlısınız demektir. Eskiden Blogger ile yapılmış bloglar da neredeyse 10 yıldır olduğu gibi duruyor
Sunucuya bizzat sahip olmak gerçekçi değil. Sanal sunucuysa Amazon ya da Microsoft bulutundadır; fiziksel sunucu olsa bile bir şirketin veri merkezine koymanız gerekir, UPS ve sürekli internet bağlantısını bizzat yönetmek de zordur
Mevcut alternatifler genelde 1990'lar nostaljisinin peşinden gitmekle kalıyor ve kısa bir nostalji dışında işe yarar bir şey bulmak zor oluyordu; bu yaklaşım farklı görünüyor
Modern web'i benimserken yaratıcının kendi alanını tamamen kontrol etmesini sağlıyor. Vaktim olursa myzopotamia.dev blogumu IndieWeb'e katmak istiyorum
indiekit fiilen tüm IndieWeb özelliklerini hazır sunuyor. https://rmendes.net üzerinde kullanıyorum ve https://textcaster.app için de uygulamaya çalışıyorum
RSS feed'lerindeki kendini tekrarlamama ilkesi (DRY) sorunu abartılıyor gibi. Hangi açık kaynak framework ile yazarsam yazayım RSS feed'inin otomatik üretilmesinde sorun yaşadığımı hatırlamıyorum
h-entryvarken aynı içeriğin iki sürümünü ve XML'i yönetmek gerektiği için sık sık can sıkıcı oluyorduRSS, tablo tabanlı layout'ların bittiği semantik markup devriminin hemen öncesinde icat edildiği için zamanlaması iyi değildi
IndieWeb'i öne çıkaran bir sitede yazarın özgeçmişini, profesyonel çekilmiş portre fotoğrafını, seçkin kurum geçmişini vurgulayan tanıtımı ve şık blogu görmek rahatsız edici
Lüks bir alışveriş merkezindeki parlak bir giyim mağazasında tüm ürünlere anarşizm sembolü yapıştırılmış, yakından bakınca fiyat etiketlerinin neredeyse dört haneli olduğu bir manzaraya benziyor
Kişisel site istediğiniz herhangi bir şey olabilir. Benim sitem de iş aramam gerekmemeye başlayınca her yıl daha kişisel ve hobi odaklı hâle geliyor, ancak site nihayetinde o kişinin yaşadığı toplumun bir ürünü ve geçimini de sağlaması gerekiyor
Meslek hayatı da beni oluşturan parçaların biri; serbest çalışan anlamında bağımsız emekçi de denebilir, bunun neden kötü olduğunu anlamıyorum
IndieWeb profesyonelliği reddetmez; içeriğin size ait olması ve platformlardan daha uzun ömürlü olması gerektiğini savunur. Yüz fotoğrafı, özgeçmiş, şık blog sorun değildir; eleştirilen şey bunları kapanabilecek, verilerinizi satabilecek ya da kaybolabilecek platformların içine hapsetmektir
İçeriği paralel dosyalar ya da API olmadan makinelerin okuyabileceği hâle getirmek, baştan beri çözülmesi pek gerekmeyen bir sorundu
Önceki ontolojilerde olduğu gibi, insan ziyaretçilere faydasız, hasmane aktörlere ise yalnızca veri yediren bir şey
Sevdiğiniz başka blogları düzenli olarak paylaşmak iyi olur. IndieWeb ağızdan ağıza yayılmaya ve insan kürasyonuna dayanır; bu yüzden “bu ay keyif aldıklarım” gibi yazılar faydalıdır
Cömertçe övmek, e-postayla teşekkür etmek ve sohbet başlatmak da gerekir. Kullanıcı takibi olmayan statik siteler kendi kendine konuşmak gibi hissettirebilir; okur e-postaları bu yüzden büyük moral verir
Kişisel siteye yakışır şekilde kusurlu ve tuhaf olması sorun değil; tüm içeriğin kronolojik feed olması gerekmez. Dijital bahçe gibi alanınızı istediğiniz şekilde düzenleyebilirsiniz
.devalan adının Google'a ait olduğunu biliyor muydunuz merak ediyorum