Şu anda resmi RSS akışı desteği yok, ancak bir çözüm hazırlanıyor

 (developer.chrome.com)
1 puan yazan GN⁺ 2023-12-12 | 2 yorum | WhatsApp'ta paylaş
  • Chrome for Developers'ın Feeds sayfası, ilgi alanlarınızdaki yeni yazıları RSS okuyucu üzerinden otomatik almanın yolunu gösterir
  • Şu anda doğrulanan abonelik hedefi Blog akışıdır ve ayrı bir Subscribe to Blog bağlantısıyla RSS akışı eklenebilir
  • Blog örnek yazıları arasında agent-ready web siteleri, Chrome DevTools for agents için üçüncü taraf geliştirici araçları ve WebGPU değişiklikleri yer alır
  • Her yazı, abonelikten önce yayınlanan içeriklerin kapsamını anlamayı kolaylaştırmak için başlık, kısa açıklama ve ilgili konu etiketlerini birlikte gösterir
  • Chrome for Developers güncellemelerini ayrıca ziyaret etmeden takip etmek istiyorsanız, Blog akışını bir RSS okuyucuya eklemek en doğrudan yöntemdir

Chrome for Developers'dan RSS ile alınabilecek güncellemeler

  • Feeds sayfası, Chrome for Developers sitesindeki ilgi alanı güncellemelerini RSS okuyucu ile otomatik almanın nasıl yapılacağını açıklar
  • Sayfa metni, ilgilendiğiniz site bölümlerine karşılık gelen RSS akışlarını akış okuyucunuza ekleyebileceğinizi belirtir

Şu anda sunulan Blog akışı

  • Metinde gösterilen akış bölümü Blog'dur
  • Blog akışı, Subscribe to Blog bağlantısıyla sunulur

Blog akışında gösterilen örnek yazılar

Abonelikten önce görülebilecek bilgiler

  • Blog akışına abone olursanız, Chrome for Developers blogundaki yeni yazıları RSS okuyucunuzda takip edebilirsiniz
  • Her öğe, abonelik kapsamındaki içerik aralığını görmeyi kolaylaştırmak için başlık, özet ve ilgili teknik alanları birlikte sunar

İlgili okumalar

2 yorum

 
ndrgrd 2023-12-14

Gündem olunca anında çözüldü. Demek ki her yerde aynı şey yaşanıyor ^^
 
GN⁺ 2023-12-12
Hacker News yorumları

  • Chrome DevRel ekibinden bir mühendisin, resmî RSS’i beklemek yerine gayriresmî bir RSS oluşturucu yapıp yayımlaması gerçekten büyük şirkete özgü bir saçmalık
    Bu blog için feed https://chrome-for-developers-rss.bramus.workers.dev/blog adresinde; “DevSite ekibine içeride bir issue açtım” denmesi bunun ne zaman öncelik olacağını hiç göstermiyor
    Eski Google olsaydı, içeride birinin bunu doğrudan düzeltmesi daha kolay olurdu gibi geliyor
    Referans: https://front-end.social/@bramus/111448166340277056, https://github.com/bramus/web-dev-rss, https://github.com/bramus/chrome-for-developers-rss, https://issuetracker.google.com/issues/314910854#comment2

    • “Eski Google”ın ne kadar eski olduğunu bilmiyorum. Contacts web uygulamasında, eyalet listesinin 2 haneli eyalet ID’si sırasına göre sıralanıp adla gösterildiği bir bug vardı; New York kullanıcıları sekmeyle gidip eyalet adını yazarak seçim yapamıyordu
      Google içinde de düzeltilmek istenen kayıtlı bir bug’dı ama neredeyse 10 yıl sonra, ancak bu yıl düzeltildi
    • “Eski Google” için dönüm noktasını kabaca ne zaman kabul etmek gerekir merak ediyorum

  • Bu siteyi işleten ekibin başındayım. Siteyi başka bir altyapıya taşıdık; o altyapı RSS feed’lerini otomatik oluşturmayı desteklemiyor
    Mevcut çözümün en iyisi olmadığının acı biçimde farkındayız. Tüm içeriği yeni sisteme migrate etmek için son tarihe yetişmemiz gerekiyordu; sonrasında da eksik özellikleri toparlamamız gerekti
    Mümkün olduğunca hızlı devreye alınması için çalışıyoruz — Paul

    • https://developer.chrome.com/feeds adresinin birden ölmesinin nedeni buymuş demek. Peki “son tarihe yetişmemiz gerekiyordu” kısmı neden vardı?
    • “Çözüm üzerinde çalışıyoruz” ve “devreye alınması için çalışıyoruz” yanıtı tipik bir iş dünyası dili gibi geliyor
      “Eklemeyeceğiz ama muhtemelen mevcut ihtiyacı karşılamayan bir alternatif sunacağız” demek gibi görünüyor
      Bu kez iyi niyetli bakmaya çalışıyorum ama neden böyle dolambaçlı konuşulduğunu anlamıyorum. “RSS ekliyoruz” ya da “RSS desteğini geri getirmeyi hedefliyoruz” denemez mi?
    • Buradaki tepkiler, teknisyenlerin ne kadar gerçeklikten kopuk mutlakçılar olabildiğini iyi gösteriyor
      İş dünyası ve çalışma hayatı sonuçta ödünleşimlerden ibaret; HN’deki birçok kişi bunu mutlakçı şekilde görüyor. Son tarihe yetişmek ve doğrudan çıkıp açıklama yapmak iyi bir şey; daha fazla hacker’ın bu tür kararları gerçekten vermesi lazım ki gerçekliği anlasınlar
    • HN profilindeki şu ifade hoş: “RSS is alive https://paul.kinlan.me/index.xml”
    • Az çok yetkin bir programcı 1 saat içinde çalışan bir RSS feed’i yapabilir. Google’da neler oluyor böyle?

  • Chrome pazar payı almaya başladığında diğer büyük tarayıcılarda, muhtemelen Internet Explorer’da bile, yerleşik RSS okuyucu desteği vardı
    Adres çubuğunda vb. RSS simgesi göstererek bu sitede RSS olduğunu da bildiriyorlardı. Ama Chrome bir RSS bağlantısı açınca sadece ham XML veriyordu ve RSS’in varlığını da bildirmiyordu
    RSS’in gerilemesinin ana nedeni bence bu

    • Üç neden daha var. Google Reader sık sık en iyi RSS okuyucusu olarak gösteriliyordu ama kapatılınca kullanıcı sayısı azaldı; birçok yayıncı da insanların kendi sitelerine gelmesini istediği için tam feed yerine yalnızca başlık veriyor ya da çeşitli şekillerde kısıtlıyordu
      Ayrıca insanlar Twitter ve Facebook’u haber toplayıcı olarak kullanmaya başladı ve “ilgili” haberleri sosyal grafiğin önceden seçmesini bekler oldu
      Buna ek olarak, haber sitelerinde sadece sade bir öğe listesi yetersiz kalabiliyor. RSS’te tüm makaleler eşit görünür ama haberlerde birçok kişi, haber sayfasındaki gibi ana haberlerin öne çıkarıldığını görmek ister
      Seçim günü gibi ana özet yazısı ile bölge ve parti bazlı detay yazılarının aynı anda yağdığı günlerde feed’de hepsi aynı ağırlıkta göründüğünden ana yazıyı bulmak zorlaşıyor; ilk sonuç yazısı da hızla eskiyor
    • RSS, Google gibi bağlantı agregasyon servislerinin çıkarlarıyla tamamen ters. Düzgün desteklememiş olmaları bence tesadüf değil
    • Sonrasında diğer tarayıcılar da yerleşik RSS/Atom feed desteğini kaldırdı
      Firefox ve Safari eskiden destekliyordu ama artık yok; Safari’de bir RSS feed’i açınca artık feed’leri desteklemediğini söyleyen 404 benzeri bir sayfa çıkıyor
    • Sıradan kullanıcılar RSS’i pek anlamadığı için yaygınlaşamamış olabilir diye düşünüyorum. Apple, tarayıcı sürümünün adını Safari RSS koyacak kadar ileri gitmişti https://www.anandtech.com/show/1671/9
      Ama Apple bu kadar itmesine rağmen çevremde kullanmaya başladığını söyleyenleri neredeyse hiç duymadım. Zaten RSS kullananların daha iyi okuyucuları vardı; kullanmayanlar ise bu uygulamada bir değer görmemiş gibi
    • Vivaldi’de bu özellik yerleşik olarak var ve RSS okuyucusu da iyi. Hâlâ çok kullanışlı

  • Web, paradoksal biçimde giderek makinelere ve otomasyona daha az dost hale geliyor gibi görünüyor
    Geçenlerde 150’den fazla Google Workspace hesabını düzenlemem gerekti; 20 yıl önceki Unix ortamında olsaydı çok basit bir shell script ile yapılacak bir işti
    Bunun yerine her sayfada 20 kez tıkla-kopyala-yapıştır-tıkla döngüsünü maymun gibi yapmak zorunda kaldım. Elbette bir API vardır, ama basit bir komut satırı script’i yazmaktan 100 kat daha fazla zaman alırdı
    Web, daha fazla insanın dikkatini çekmeye çalışırken giderek makine dostu olma özelliğini kaybediyor

    • Dağıtık ve demokratikleşmiş makine/otomasyon için daha az dost hale geldi ama devasa işlem kaynakları, para, IP blokları ve yapay zekaya sahip dev arama scraper’ları için hâlâ otomasyon dostu
      Bunu değiştirmek istediğim için BrowserBox’ı aslında “web scraping yazma araçları” sunan bir platform olarak tasarlamıştım. Bu tür araçlar genelde eklenti ya da indirilebilir Electron uygulaması olarak sunuluyor; ama dağıtımı daha kolay, daha güçlü ve hafif, kapalı ekosistem onaylarına daha az bağlı bir yönteme ihtiyaç var
      BrowserBox ayrı bir istemci gerektirmiyor ve mobilde de normal web tarayıcısı içinde çalışıyor. Hedef, otobüste mobil cihazla bile scraping script’i yazabilmekti
      Şimdilik “gömülebilir tarayıcı”nın kendisinin faydalı bir ürün olduğu tarafa biraz sapmış durumdayız; ama asıl amacı da yeniden tamamlamak istiyorum. Esas mesele, Chrome DevTools protokolü ve BrowserBox özelliklerinin üzerine eklentiye benzeyen ama daha iyi bir API oluşturmak
      Açık kaynak; ilgilenirseniz gelip bakabilirsiniz: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM, Google Workspace yöneticilerinin alan adlarını ve kullanıcı ayarlarını hızlı ve kolayca yönetmesini sağlayan bir komut satırı aracı. Yılda yaklaşık bir kez ihtiyaç duyuluyor ama o an gerçekten çok değerli oluyor
    • Genel yön doğru, ama Google Workspace için oldukça iyi bir üçüncü taraf çözüm var: https://github.com/GAM-team/GAM
    • API aslında var; ama tuhaf biçimde Workspace API değil, GCP API olduğu için kullanmak için aşılması gereken engel büyük
    • DevTools komut satırında temel DOM API’lerini kullanarak bu işlerin çoğunu otomatikleştirebilirsiniz
      İdeal değil ama manuel yaptığınız tıklama, metin okuma, giriş alanına yazma gibi işlerin çoğunu yapabilir ve öğrenmesi de kolaydır

  • Tek başıma çalışan bir web geliştiricisiyim; param az, olağanüstü bir zekâm da yok, ama yaptığım tüm bloglara ya da blog benzeri şeylere RSS uygulamasını başarıyla ekledim
    Belki Google’da mülakata gidip onlara bu inanılmaz çözümümü öğretmeliyim

    • RSS isteği, geliştirici dokümantasyon sitesindeki herhangi bir program yöneticisinin katılım metriğine katkı sağlamadığı için artık gereksiz olmalı!

  • “Şu anda resmi RSS feed desteği yok ama aktif olarak bir çözüm üzerinde çalışıyoruz” deniyorsa, ileride bir RSS feed geleceği anlamına geliyordur, değil mi?

    • Var olanı kaldırıp sonra “Ah, yapacağız” demek gerçekten bayağı
      Kaldırmak istediğini kaldır işte; neden bir de bu kadar açıkça yalan söylemek gerekiyor, anlamıyorum. Bunun kime ne faydası var?
    • Hayır, “çözüm” üzerinde çalışıyorlar demek. Muhtemelen Google Updates™ gibi kilitli, kapalı bir push sistemi yapıp bir de premium katman ekleyecekler

  • RSS’in kendisi tam da o çözüm olabilir!

    • O ifade bana da tuhaf geldi. Özellik vardı, onu kaldırdılar, şimdi de çözüm üzerinde çalışıyorlarmış… Neyin çözümü?
      Google yeni bir dahili blog platformu yaptı da henüz RSS desteğini ekleyemedi mi?
    • “Aktif olarak çözüm üzerinde çalışıyoruz” demek gerçekten ne saçmalık diye düşündürüyor

  • Google’ın https://web.dev/ sitesinde de aynısını gördüm
    Feed’e en son eklenen yazı, birkaç ay önceki “Changes to the web.dev infrastructure” idi: https://web.dev/blog/webdev-migration
    Feed hâlâ var ama güncellenmiyor: https://web.dev/feed.xml
    Sitede yeni yazılar yayımlanıyor. Modern site altyapısını yenilerken RSS feed’in özellik listesinden düşmesi üzücü; en azından şimdilik durum bu

  • Google mühendisi Bramus resmi olmayan bir geçici çözüm hazırladı: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • İnsanlar RSS’in ne kadar kullanışlı olduğunu pek bilmiyor gibi
    Google’ın Reader’ı kapatmasına hâlâ kızgınım. Web’de içerik tüketmenin en iyi yoluydu

    • Reklamsız, arama kullanmadan ve Android cihazlara haber başlıkları itmenin karşılığında Google’a para da ödemeden
      RSS, Google’ın kârlılığı için bir tehdit!
    • Reader’ı hiç kullanmadığım için gerçekten merak ediyorum: O hizmeti birinin kopyalamasını zorlaştıran şey neydi?
    • Apple ekosistemindeyseniz iOS+macOS+iCloud senkronizasyonu birleşimiyle NetNewsWire en iyi çözüm
    • Reader alternatiflerinden söz açılmışken, NetNewsWire’da senkronizasyon arka ucu ve web okuyucu olarak Miniflux kullanıyorum
      TheOldReader.com da çok iyi; arayüzü Google Reader’dan güçlü biçimde esinlenmiş
    • Google’ın onu kapatmış olmasının nedeni muhtemelen buydu. Son kullanıcıya tüketeceği içerik ve tüketme biçimi üzerinde fazla kontrol veriyordu
      Üstelik gerçekte neyi ne zaman okuduğunu da doğal olarak bilemiyordu