Hal yang Saya Pelajari dari Bergabung dengan IndieWeb

 (en.andros.dev)
1 poin oleh GN⁺ 17 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • IndieWeb adalah alternatif sekaligus komunitas web yang berpusat pada manusia, bukan perusahaan: ia mempertahankan konten, identitas, dan percakapan di domain pribadi sambil terhubung ke jejaring sosial sesuai kebutuhan
  • Dengan domain sendiri sebagai basis, IndieWeb menggabungkan standar-standar kecil seperti microformats2, rel="me", Webmention, IndieAuth, dan Micropub agar HTML dapat dibaca mesin serta mendukung autentikasi, penerbitan, dan percakapan antarsitus
  • 23 juta halaman GeoCities dan lebih dari 50 juta lagu MySpace telah hilang; dalam studi Pew Research 2024, 38% halaman web yang ada pada 2013 tidak dapat diakses lagi sepuluh tahun kemudian
  • POSSE menerbitkan konten asli terlebih dahulu di situs sendiri lalu mendistribusikannya ke platform eksternal, sementara Backfeed mengembalikan like, balasan, dan repost dari luar ke konten asli melalui Webmention sehingga seluruh percakapan tersimpan di domain pribadi
  • Pada situs nyata, Webmention, h-entry, h-card, dan rel="me" diterapkan, tetapi Micropub, IndieAuth, dan WebSub dikecualikan karena tidak sesuai dengan alur kerja Git·Markdown yang sudah ada atau penundaan penerbitan 24 jam; pendekatan yang lebih cocok adalah menerapkan teknologi yang dibutuhkan terlebih dahulu secara bertahap, bukan semua spesifikasi sekaligus

Web yang Dituju IndieWeb

  • IndieWeb mendefinisikan dirinya sebagai “alternatif yang berpusat pada manusia terhadap web korporat” dan lebih merupakan landasan ideologis yang merangkul beragam pendekatan dan proyek daripada perangkat lunak atau framework tertentu
  • Pada 2010, setelah menghadiri Federated Social Web Summit di Portland, Aaron Parecki dan Tantek Çelik menilai bahwa yang dibutuhkan adalah pendekatan yang berpusat pada kreator, bukan protokol
    • IndieWebCamp pertama diadakan di Portland pada 2011, lalu sejak itu diselenggarakan setiap tahun di berbagai tempat di dunia
    • Di Homebrew Website Club, para peserta berkumpul untuk memperbaiki situs web pribadi mereka
  • Tiga pilar yang membentuk IndieWeb adalah sebagai berikut
    • Kepemilikan konten: konten yang diunggah ke web harus menjadi milik penerbit, bukan perusahaan
    • Konektivitas yang lebih baik: tulisan harus bisa didistribusikan ke berbagai platform, dan balasan serta like dari luar harus bisa dibawa kembali ke situs sendiri
    • Kendali: pengguna harus bisa menerbitkan dan membaca dalam format yang diinginkan serta mempertahankan URL yang permanen
  • IndieWeb tidak melarang penggunaan jejaring sosial itu sendiri, tetapi menentang ekosistem tertutup yang mengurung konten dan interaksi

Silo dan Hilangnya Konten Web

  • Silo umumnya adalah situs web terpusat yang dijalankan perusahaan komersial, yang menuntut hak atas konten kontribusi pengguna atau membatasi akses
    • Untuk berpartisipasi, diperlukan akun terpisah untuk tiap layanan
    • Interaksi hanya bisa dilakukan antar akun dalam layanan yang sama
    • Kadang ditambahkan pula ketentuan penggunaan yang membatasi, tuntutan lisensi konten, pemblokiran indeks pencarian, serta hambatan impor·ekspor
  • Jika silo ditutup, konten pengguna juga bisa ikut hilang
    • GeoCities ditutup Yahoo pada 26 Oktober 2009, menghapus 23 juta halaman
    • MySpace kehilangan lebih dari 50 juta lagu yang diunggah 14 juta artis selama 12 tahun pertamanya dalam proses migrasi server pada 2019
    • Google+ ditutup pada April 2019
    • Posterous, FriendFeed, Vine, Yahoo Groups, TinyLetter, Cohost, dan lainnya juga termasuk dalam daftar layanan yang ditutup
  • Meski sebuah silo tidak ditutup, konten web tetap bisa menghilang
    • Menurut studi Pew Research 2024, 38% halaman web yang ada pada 2013 tidak dapat diakses lagi sepuluh tahun kemudian
  • Prinsip penanganannya bukan berhenti memakai jejaring sosial, melainkan menaruh salinan kanonis (canonical copy) konten pada domain yang Anda kendalikan sendiri

11 Prinsip Komunitas

  • 11 prinsip bukanlah urutan prioritas, dan bukan pula kewajiban yang semuanya harus dipenuhi
    1. Kepemilikan data: tempatkan konten, metadata, dan identitas di domain sendiri serta pertahankan akses dalam jangka panjang
    2. Menggunakan dan menerbitkan data yang terlihat: utamakan manusia, lalu pertimbangkan mesin; jika data bisa dimuat dalam HTML, jangan membuat API terpisah
    3. Membuat yang Anda butuhkan sendiri: buat alat untuk diri Anda yang nyata, bukan untuk pengguna hipotetis yang belum jelas ada atau tidak
    4. Menggunakan langsung: gunakan apa yang dibuat setiap hari dan verifikasi apakah layak dijadikan dependensi
    5. Dokumentasi: catat proses, ide, dan kode di situs sendiri untuk membantu orang lain dan diri Anda di masa depan
    6. Membuka sebagai open source: tidak wajib, tetapi membantu orang lain bergabung lebih cepat dengan web independen
    7. UX di atas protokol: tentukan pengalaman pengguna terlebih dahulu, lalu gunakan protokol yang paling sederhana dan kecil untuk mendukungnya
    8. Modularitas: buat komponen kecil yang terhubung longgar agar tidak bergantung pada perangkat, bahasa, atau platform tertentu
    9. Keberlangsungan jangka panjang: bangun teknologi web yang tidak mengharuskan pekerjaan lama dibuang setiap beberapa tahun atas nama kemajuan
    10. Pluralitas: dorong berbagai pendekatan secara sengaja untuk membangun komunitas yang lebih tangguh daripada budaya teknologi tunggal
    11. Kesenangan: pertahankan ekspresi personal yang aneh dan menarik seperti web tahun 1990-an

Struktur Teknis yang Dimulai dari Domain Pribadi

  • Menggunakan domain sendiri sebagai identitas utama online adalah prasyarat semua konfigurasi
    • Meski mengganti hosting atau CMS, mempertahankan domain memungkinkan tautan, pembaca, dan peringkat pencarian tetap berlanjut
    • Ini juga merupakan syarat minimum yang diakui komunitas sebagai partisipasi di IndieWeb
  • Alih-alih satu platform tunggal, IndieWeb menggunakan spesifikasi-spesifikasi kecil yang bisa digabungkan, dan indeks spesifikasi resmi disusun berdasarkan riwayat implementasi dan tingkat adopsi

microformats2: Menggunakan HTML sebagai API

  • microformats2 membuat konten dapat dibaca mesin dengan menambahkan class CSS ke HTML yang sudah ada, tanpa file atau API terpisah
    • h-*: objek root
    • p-*: teks biasa
    • u-*: URL
    • dt-*: tanggal
    • e-*: HTML tertanam
  • h-card merepresentasikan identitas pribadi seperti nama, URL, dan foto, sehingga aplikasi dapat menampilkan profil di samping postingan dan mengenali pengguna
    • Berbeda dari Gravatar yang berbasis email, ini bekerja berbasis domain
  • h-entry adalah komponen inti konten IndieWeb yang menandai judul, penulis, tanggal terbit, isi, dan sebagainya dari sebuah postingan
  • h-feed mengelompokkan beberapa h-entry sehingga halaman daftar HTML itu sendiri menjadi feed yang bisa dilanggan
  • Dengan menggunakan microformats untuk membaca dan Micropub untuk menulis, terbentuk struktur “situs web itu sendiri adalah API”

rel="me" dan Verifikasi Identitas Terdistribusi

  • rel="me" menyatakan bahwa target tautan merepresentasikan orang yang sama dengan halaman saat ini
  • Jika situs web dan profil eksternal saling menautkan dengan rel="me", verifikasi identitas timbal balik dapat dilakukan tanpa otoritas pusat
    • Mastodon menggunakan struktur ini untuk memberikan tanda verifikasi hijau pada domain
    • Threads, PixelFed, GitHub, Keybase, dan Wikipedia juga mendukungnya
  • RelMeAuth mendelegasikan pembuktian identitas kepada penyedia OAuth seperti GitHub yang ditautkan dari beranda, sehingga layanan dapat diautentikasi dengan URL pribadi

Webmention: Percakapan Antarsitus Web

  • Webmention menjadi W3C Recommendation sejak 12 Januari 2017, dan meneruskan Pingback untuk mengirim komentar, like, balasan, dan repost antarsitus tanpa platform
  • Prosedur pengirimannya adalah sebagai berikut
    1. Postingan pengirim memuat tautan ke tulisan pihak lain
    2. Server pengirim mencari endpoint penerima dari header HTTP Link tulisan pihak lain atau <link rel="webmention"> di HTML
    3. Server mengirim permintaan POST yang hanya berisi source sebagai tulisan pengirim dan target sebagai tulisan tujuan
    4. Server penerima mengunduh source dan memverifikasi bahwa memang ada tautan ke target
    5. Server menganalisis h-entry dari source untuk membedakan balasan, like, dan repost, lalu menampilkan nama serta foto penulis dengan h-card
  • Setiap situs menjadi node dan tautan antarsitus membentuk graf sosial, tetapi masalah spam dan moderasi tetap ada
    • Vouch memindahkan biaya penyaringan ke pengirim dengan mengirimkan, sebagai parameter ketiga, situs penjamin yang sudah dikenal penerima dan menautkan ke domain pengirim
    • Salmention menyebarkan thread percakapan dengan membuat postingan asal mengirim ulang Webmention pembaruan kepada para peserta ketika ada balasan pada komentar
  • Untuk situs statis tanpa backend, webmention.io menerima Webmention sebagai wakil dan menyediakan API kueri
    • Dapat digunakan dengan generator situs statis seperti Hugo, Jekyll, dan Eleventy

Login dan Penerbitan Berbasis Domain

  • IndieAuth menggunakan URL pribadi sebagai identitas login, bukan akun Google atau Facebook
    • Berbasis OAuth 2.0 dan mengidentifikasi pengguna serta aplikasi dengan URL
    • DNS menggantikan registrasi klien di muka, dan PKCE wajib untuk mencegah pencurian token akses
    • Layanan menemukan server autentikasi dari rel="indieauth-metadata" pada halaman pengguna, lalu setelah autentikasi selesai memeriksa kendali atas URL tersebut
    • Kata sandi, email, RelMeAuth, dan lainnya dapat digunakan sebagai metode autentikasi
  • Micropub menjadi W3C Recommendation sejak Mei 2017 dan memisahkan perangkat lunak situs dari antarmuka penerbitan
    • Klien web, iOS, dan Android dapat membuat, mengubah, dan menghapus postingan di domain pribadi
    • Alih-alih MetaWeblog dan AtomPub yang berbagi kata sandi, Micropub menggunakan token OAuth yang diperoleh melalui IndieAuth
    • Micropub tidak membuat kosakata terpisah, melainkan menserialisasi dan mengirim properti h-entry seperti h=entry dan content

Feed Real-Time dan Reader yang Terpisah

  • WebSub sebelumnya disebut PubSubHubbub dan menjadi W3C Recommendation sejak Januari 2018
    • Alih-alih pelanggan memeriksa server secara berkala, penerbit memberi tahu hub tentang tulisan baru, lalu hub langsung mengirimkannya ke pelanggan melalui webhook
    • Ini mengurangi beban server, menghilangkan keterlambatan pembaruan, dan didukung antara lain oleh Feedly dan NewsBlur
  • Microsub adalah spesifikasi terbaru dan masih berstatus draf, yang memisahkan aplikasi membaca sosial menjadi dua lapisan
    • Server menangani manajemen langganan, pengumpulan dan analisis feed, serta normalisasi data
    • Klien hanya menampilkan antarmuka membaca sehingga bisa bersaing lewat UX, dan informasi langganan dapat dipindahkan antar klien
    • Jika digabungkan dengan penerbitan balasan melalui Micropub dan notifikasi melalui Webmention, struktur social reader IndieWeb menjadi lengkap

POSSE, PESOS, dan Backfeed

  • POSSE adalah strategi yang disarankan: terbitkan terlebih dahulu di situs sendiri, lalu distribusikan ke luar
    • Salinan eksternal memuat tautan asli, sehingga pembaca tetap bisa membaca di platform yang sudah mereka gunakan, sementara penerbit mempertahankan salinan kanonis
    • Meski platform ditutup atau akun diblokir, konten asli tetap ada
    • Tantek Çelik menciptakan istilah ini pada 2012, dan Cory Doctorow serta Molly White termasuk yang menggunakannya
    • Efek ketika situs spam menyalin tulisan dan ikut menyalin tautan asli disebut “aikido internet”
  • PESOS adalah kebalikannya: memposting terlebih dahulu di silo lalu menyalinnya ke situs sendiri untuk arsip
    • Anda bisa memakai aplikasi silo yang matang dan tetap dapat memposting meski situs pribadi sedang terhenti
    • Namun sejak awal tunduk pada ketentuan silo, salinan di situs pribadi bukanlah salinan kanonis, dan batasan seperti jumlah karakter atau tautan t.co ikut terbawa
  • Backfeed mengembalikan like, balasan, dan repost pada salinan eksternal ke konten asli melalui Webmention
    • Bridgy mengamati salinan di Mastodon, GitHub, Flickr, Reddit, dan Bluesky, lalu mengirim Webmention untuk setiap interaksi
    • Hasilnya, seluruh percakapan yang terjadi di platform eksternal dapat disimpan di domain pribadi

Hubungan dengan Fediverse dan RSS

  • Webmention, Micropub, WebSub, dan ActivityPub sama-sama lahir dari W3C Social Web Working Group, tetapi mengikuti filosofi yang berbeda
  • Fediverse memfederasikan server dan merepresentasikan identitas sebagai @user@instance, sehingga jika tidak menjalankan instance sendiri, Anda bergantung pada operator lain
    • Mengoperasikan instance membawa admintax, yaitu biaya moderasi dan pemeliharaan yang tinggi
  • IndieWeb memfederasikan situs web dan menggunakan domain pribadi sebagai identitas, sementara federasi diperlakukan sebagai salah satu dari banyak kanal distribusi
  • Bridgy Fed saling mengonversi h-card, h-entry, dan Webmention dengan ActivityPub serta AT Protocol milik Bluesky
    • Domain pribadi menjadi akun Fediverse dalam bentuk @example.com@example.com
    • Akun tersebut bisa dicari dan diikuti dari Mastodon, dan balasan kembali ke postingan asal melalui Backfeed
  • IndieWeb memandang RSS·Atom menimbulkan biaya pemeliharaan dan kemungkinan ketidaksesuaian karena harus mempertahankan salinan XML yang terpisah dari HTML
    • Sebagian file Atom berukuran hingga 4,5 kali lebih besar daripada HTML dengan isi yang sama
    • Pengalaman ketika orang membuka langsung tautan feed juga kurang baik
  • Alternatifnya, h-feed menggunakan HTML itu sendiri sebagai feed, tetapi reader yang mendukungnya sangat sedikit
    • Karena itu, lingkungan IndieWeb disarankan menyediakan h-feed, dan untuk pembaca umum tetap menyediakan RSS·Atom bersama-sama

Urutan Memulai

  • Getting Started menyarankan urutan berikut
    1. Amankan domain: gunakan sebagai identitas utama online, dan pilih perlindungan privasi WHOIS hanya jika sepenuhnya memercayai penyedianya
    2. Konfigurasi hosting: pemula menggunakan layanan terkelola seperti GitHub Pages, Netlify, atau Neocities, sementara yang berpengalaman bisa melakukan hosting sendiri
    3. Buat halaman: boleh memakai generator situs statis, HTML yang ditulis sendiri, atau CMS; tidak ada teknologi resmi
    4. Terapkan POSSE: distribusikan ke platform lain bersama tautan asli
    5. Tambahkan microformats: masukkan rel="me" di beranda dan h-entry pada postingan
    6. Validasi: periksa rel-me, h-card, dan h-entry secara bertahap dengan IndieWebify.me
    7. Ikut komunitas: meski baru satu halaman, bagikan apa yang dibuat dan dokumentasikan di wiki untuk pengguna berikutnya
  • IndieMark adalah tolok ukur panduan bertahap bagi developer yang ingin menerapkannya secara progresif

Penerapan Nyata dan Fitur yang Dikecualikan

  • Pada situs nyata, elemen berikut diterapkan
    • Mengirim dan menerima Webmention: mengotomatiskan pekerjaan harian untuk memberi tahu tautan eksternal pada tulisan baru, tetapi menyisakan waktu 24 jam agar typo bisa diperbaiki
    • Webmention yang diterima digunakan dalam daftar referensi di akhir tiap tulisan, dan dipisahkan dari komentar yang dikelola lewat email
    • h-entry diterapkan pada semua tulisan, h-card pada beranda, dan divalidasi dengan mf2py
    • Di footer, Mastodon, GitHub, dan Org Social ditautkan dengan rel="me" untuk mendapatkan tanda verifikasi
  • Elemen yang tidak sesuai dengan kebutuhan dan alur kerja yang sudah ada dikecualikan
    • Micropub·IndieAuth: karena editor dan Git adalah antarmuka penerbitan, dan tulisan dibuat sebagai Markdown yang dikelola versi, endpoint penerbitan terpisah tidak diperlukan
    • WebSub: karena penerbitan sengaja ditunda 24 jam, pengiriman real-time tidak membenarkan kompleksitas tambahan
    • h-feed: template kartu tulisan juga digunakan ulang di area rekomendasi dalam isi, sehingga parser dapat mengenalinya sebagai h-entry yang ambigu, sementara RSS sudah menjalankan peran tersebut dengan cukup baik

Prinsip Praktik yang Bertahan Lebih Lama daripada Teknologi

  • HTML biasa adalah format paling tahan lama yang memungkinkan seluruh konten dibaca tanpa JavaScript
  • Sesuai prinsip “Cool URIs don't change”, URL harus dirancang agar dapat dipertahankan secara permanen
    • Pada situs nyata, meski slug tulisan diubah, URL lama tetap berfungsi
  • Tidak perlu meninggalkan silo sekaligus; transisi bertahap dimungkinkan dengan menerbitkan terlebih dahulu di situs sendiri untuk tiap jenis konten
  • Keberlangsungan jangka sangat panjang juga perlu dipertimbangkan
    • Anda bisa mempertimbangkan “dead man's switch” yang menyerahkan kunci situs kepada orang tepercaya setelah meninggal
    • Perlu juga menyelesaikan siapa yang akan membayar biaya domain setelah operatornya tidak ada
  • Mengelola situs web pribadi yang tidak sempurna tetapi unik dengan menyenangkan lebih sesuai dengan prinsip IndieWeb daripada template yang sempurna tetapi membosankan untuk dipelihara

Bacaan terkait

1 komentar

 
GN⁺ 17 jam lalu
Opini Hacker News

  • Jika IndieWeb menginginkan konten, menguburnya di bawah tumpukan teknologi yang rumit adalah kebalikan dari itu
    Kumpulan protokol ini pada praktiknya tidak bisa dipakai oleh 90% pengguna, dan jika ingin memprioritaskan pengalaman pengguna konten, dibutuhkan solusi sekali klik yang bisa langsung dimulai
    Saat sudah menuntut command line, Docker, atau mengedit HTML/CSS secara manual, itu berarti membuat hambatan yang tidak bisa dilewati kebanyakan orang, dan dalam bentuknya sekarang ini terlihat lebih mirip NerdNet daripada IndieWeb

    • Jika melihat komunitas dan wiki IndieWeb, ada banyak orang yang sependapat dengan mengutamakan pengalaman pengguna
      Titik masuk sekali klik yang paling representatif, micro.blog, menyediakan situs pribadi seharga 5 dolar per bulan dengan fitur-fitur IndieWeb modern
      Saat ini kebanyakan peminatnya adalah developer yang ingin membangun sendiri, jadi tulisan-tulisan terkait tampak penuh hal teknis, tetapi masuknya pengguna non-developer juga merupakan perubahan yang diinginkan komunitas. David Shanske telah membuat plugin WordPress yang menyediakan alat IndieWeb secara bawaan selama 10 tahun terakhir: https://profiles.wordpress.org/dshanske/#content-plugins
      Bukan berarti harus memakai semua teknologi agar bisa disebut IndieWeb. Mulailah dari domain sendiri, buat halaman dengan HTML, Markdown, Django, dan sebagainya, lalu tambahkan microformats dan Webmention satu per satu; pada tahap mana pun itu sudah bisa dianggap sebagai situs IndieWeb
    • Justru jika dibuka untuk semua orang, hal yang baik bisa rusak. Seperti September Abadi, media murahan dan clickbait akan melimpah, jadi hambatan masuk dan pembatasan partisipasi itu bermanfaat
      Internet lebih baik ketika ia menjadi tempat orang-orang menarik berkumpul sendiri, sebelum berubah menjadi Walmart global
    • Saya sendiri baru mengenalnya, tetapi sulit menyalahkan IndieWeb. Orang yang ingin keluar dari taman berpagar tertutup milik platform sosial umumnya memang para engineer atau orang yang akrab dengan web, dan wajar jika mereka menyelesaikan masalah dengan alat yang mereka kenal
      Internet juga selalu berkembang dengan pola berawal dari hal-hal sulit tapi menyenangkan buatan para geek, lalu perlahan menjadi lebih mudah dipakai orang biasa. IndieWeb pun masih tahap awal; kalau bisa bertahan, arus menuju penggunaan massal akan mengikuti dengan sendirinya, jadi untuk sekarang biarkan saja orang terus membangunnya
    • Pada 2014 saya memulai startup Known yang mewujudkan tujuan ini sebagai bagian dari gerakan IndieWeb, dan kode open source-nya masih ada
      Masalahnya adalah keekonomian. Solusi sekali klik memang bagus, tetapi IndieWeb hanya menyelesaikan masalah ideologis dan tidak menyelesaikan masalah mendesak pengguna, sehingga sulit mendapatkan pelanggan yang bisa menanggung investasi atau biaya operasional layanan
      micro.blog adalah yang paling mendekati, tetapi karena merupakan layanan terpusat yang tidak bisa dijalankan di infrastruktur sendiri, meski kompatibel di tingkat protokol, itu bukan alat IndieWeb yang sepenuhnya utuh
      Memang ada kemungkinan seperti pencatatan aktivitas agen atau alat publikasi untuk sensor dan server, tetapi tanpa permintaan pengguna yang nyata, tampaknya sulit menjadikannya layanan produk jadi
    • Mereka tahu bahwa ini sulit bagi 90% pengguna, tetapi memang tidak peduli. Seperti free software, IndieWeb juga merupakan filosofi menyelesaikan kebutuhan sendiri tanpa bayaran, dan tujuannya bukan menguasai pasar
      Alih-alih tunduk pada hal yang populer, orang perlu didorong untuk membuat apa yang mereka inginkan. Kalangan marketing yang lebih sibuk dengan strategi rente dan lobi daripada menciptakan nilai nyata justru membuat masyarakat lebih buruk, jadi memang perlu berkurang

  • Cara berpikir Nostr tampak lebih dekat ke POSSE daripada ke Mastodon atau AT Protocol, jadi saya lebih menyukainya

  • Saya rutin mengelola blog, memiliki domain dan tulisan saya sendiri, tetapi kalau karena memakai WordPress itu dianggap bukan IndieWeb, berarti pada akhirnya tetap bergantung pada perusahaan. Blog yang dulu saya buat di Blogger pun masih tetap ada hampir 10 tahun kemudian
    Memiliki server sendiri itu tidak realistis. Kalau server virtual, itu ada di cloud Amazon atau Microsoft; kalau server fisik pun harus ditaruh di data center milik perusahaan, dan sulit juga mengelola UPS serta koneksi internet yang selalu aktif sendiri

  • Alternatif yang sudah ada kebanyakan hanya mengejar nostalgia 1990-an sehingga sulit menemukan kegunaan selain rasa nostalgia sesaat, tetapi pendekatan ini tampak berbeda
    Ini menerima web modern sambil tetap memberi kreator kendali penuh atas ruang mereka sendiri. Kalau ada waktu, saya ingin membuat blog myzopotamia.dev ikut berpartisipasi di IndieWeb

  • indiekit pada dasarnya menyediakan seluruh fitur IndieWeb secara bawaan. Saya memakainya di https://rmendes.net dan sedang berupaya menerapkannya juga di https://textcaster.app

  • Masalah prinsip jangan mengulang diri sendiri (DRY) pada feed RSS tampaknya dibesar-besarkan. Saya tidak ingat pernah ada masalah dalam membuat feed RSS secara otomatis, apa pun framework open source yang dipakai untuk menulisnya

    • Tetap saja, duplikasi pada RSS itu nyata. Ia menyalin begitu saja halaman daftar di situs web, dan karena sudah ada h-entry, saya sering merasa jengkel harus mengelola dua versi konten yang sama plus XML
      RSS ditemukan tepat sebelum revolusi markup semantik saat layout berbasis tabel berakhir, jadi timing-nya memang kurang bagus
    • Tampaknya hanya sedikit orang yang benar-benar suka membuat atau membaca feed RSS. Ada banyak alternatif, tetapi tidak ada yang melampaui popularitas RSS

  • Saya merasa tidak nyaman saat melihat situs yang mengusung IndieWeb tetapi menonjolkan CV penulis, foto wajah profesional, pengantar yang menekankan latar belakang institusi elite, dan blog yang dipoles rapi
    Rasanya seperti toko pakaian terang di mal kelas atas yang menempelkan simbol anarkis pada semua produknya, lalu saat dilihat dekat ternyata label harganya hampir empat digit

    • Saya lebih sering melihat blog sederhana yang membahas kesenangan mengelola blog, dan itu jauh lebih baik daripada industri pinggiran yang mencoba menunggangi pertumbuhan Substack
      Situs pribadi bisa menjadi apa saja yang diinginkan pemiliknya. Situs saya juga makin lama makin personal dan berfokus pada hobi tiap tahun karena saya tidak lagi perlu mencari kerja, tetapi situs tetap merupakan produk dari masyarakat tempat orang itu hidup, dan nafkah juga harus dijalani
    • Situs saya juga tidak mengusung label IndieWeb, tetapi ada tautan ke situs konsultasi saya dan ada foto wajah saya
      Kehidupan profesional juga bagian dari diri saya, dan dalam arti sebagai pekerja mandiri saya juga bisa disebut pekerja independen, jadi saya tidak paham mengapa itu dianggap buruk
    • Menaruh CV di domain pribadi adalah tindakan yang sangat IndieWeb. Karena identitas profesional diletakkan di bawah kendali sendiri, bukan di LinkedIn
      IndieWeb tidak menolak profesionalisme; ia memandang konten harus menjadi milik pembuatnya dan harus bertahan lebih lama daripada platform. Foto wajah, CV, dan blog yang rapi itu tidak masalah; yang patut dikritik adalah mengurung semua itu di dalam platform yang bisa ditutup, menjual data, atau menghilang

  • Membuat konten bisa dibaca mesin tanpa file paralel atau API sejak awal hampir bukan masalah yang perlu diselesaikan
    Seperti ontologi-ontologi sebelumnya, ini pada dasarnya hanya memberi makan data kepada pihak yang tidak berguna bagi pengunjung manusia dan bahkan cenderung bermusuhan

  • Bagus juga untuk rutin membagikan blog lain yang disukai. IndieWeb bergantung pada dari mulut ke mulut dan kurasi manusia, jadi tulisan seperti “yang saya nikmati bulan ini” itu berguna
    Perlu juga murah hati memberi pujian, mengirim ucapan terima kasih lewat email, dan memulai percakapan. Situs statis tanpa pelacakan pengguna bisa terasa seperti berbicara sendiri, jadi email dari pembaca sangat menguatkan
    Sebagai situs pribadi, tidak masalah jika ia tidak sempurna dan agak nyeleneh, dan tidak semua konten harus berupa feed kronologis. Ruangnya bisa disusun sesuka hati, seperti kebun digital

  • Saya penasaran apakah Anda tahu bahwa domain .dev dimiliki Google

    • Ya, saya tahu, dan saya ingin punya TLD pribadi, tetapi prosesnya tampak rumit