Solidus Pod'da Gerçekte Ne Canlı (ve Henüz Ne Değil)
pod.solidus.network, Community Solid Server 7.1.9 sürümünü sabitlenmiş ve değiştirilmemiş olarak çalıştırır. O yarısı bugün kanıtlıdır, herkesin çalıştırabileceği bir komutla. Bir did:solidus köprüsü, bir R2 depolama arka ucu ve bir Solid Uygunluk Test Paketi sonucu ise mimarisi kurulmuş durumdadır ve fazlası değildir. Bu sayfa her iki yarının da defteridir; böylece bu yüzeydeki başka hiçbir sayfa kendi durumunu sıfırdan yeniden savunmak zorunda kalmaz.
Defter
| İddia | Durum | Kanıt |
|---|---|---|
| CSS 7.1.9, sabitlenmiş, değiştirilmemiş, gerçek bir Solid pod olarak açılıyor | Sevk edildi | pnpm install && pnpm start CSS'i http://localhost:3101/ üzerinde, dosya destekli olarak ayağa kaldırır. curl -sI http://localhost:3101/ gerçek Solid LDP Link başlıkları döndürür. |
| Yerel WAC tarzı erişim denetimi, JWT+Postgres uygulama katmanı | Sevk edildi | Uygulama, Solidus kodu değil gerçek Solid yazılımı olan CSS'in kendi içinde çalışır; altında bir JWT+Postgres uygulama verisi deposu katmanlanır. |
| R2 destekli üretim depolama yapılandırması | Planlandı | pod/apps/solid-server/README.md §Status: - [ ] R2-backed config (config/solidus-pod-r2.json) — needs R2 creds. |
did:solidus ↔ Solid-OIDC/WebID köprüsü, üretimde |
Planlandı / mimarisi kurulmuş | Aynı dosya, §Status: - [ ] did:solidus ↔ Solid-OIDC/WebID bridge (Phase 2). Yanındaki işaretlenmemiş satır: - [ ] Deployed to pod.solidus.network (needs server access). |
| Solid Uygunluk Test Paketi geçişi | Planlandı, kendi kendine beyan edilemez | Aynı dosya, §Acceptance: "Pass the Solid Conformance Test Suite against the deployed instance + prove interop with ≥1 third-party Solid app. Cannot be self-asserted." §Status: - [ ] Solid CTS passing (Phase 5). |
Sevk edilmiş olan
Sevk edilmiş yarı küçük ve belirlidir. Mesele de budur.
pod/apps/solid-server/README.md CSS'i 7.1.9 sürümüne sabitler. 8.x hattı alfadır, Node 22 veya üstünü ister ve biz ona geçmedik. pnpm install ardından pnpm start çalıştırın; CSS http://localhost:3101/ üzerinde, dosya destekli olarak, kendi varsayılan DataAccessor bileşeniyle ayağa kalkar. O örneğe kökünü sorun, yanıt gerçek Solid LDP Link başlıkları taşır: çalışan bir Solid sunucusunun protokol imzası, taklidi değil.
Hazır buradayken kendi README dosyamıza bir düzeltme. O kök isteğinde bir Accept-Patch başlığı beklemenizi söylüyor. Orada değil. Accept-Patch yama destekleyen bir kaynakta görünür, depolama konteynerinde değil, ve bunu sabitlenmiş sürümde kontrol ettik.
CSS'i biz yazmadık ve yazdığımızı iddia etmiyoruz. Bu ürün, başka insanların inşa ettiği mevcut bir uygulamayı bir araya getirir; Pod lexicon girdisinin yaptığını söylediği şey de budur. Yerel örnek gerçek bir Solid pod'dur, Penny ya da @inrupt/solid-client gibi araçlara karşı birlikte çalışabilirlik testi için yeterlidir. WAC tarzı kurallar zaten onun içinde çalışır; yanında da sahibi olduğumuz bir JWT+Postgres katmanı, pod'un LDP ağacının içinde değil yanında duran uygulama düzeyi kimlik doğrulama ve veriyi işler.
Planlanan, tek tek adlandırılmış
Üç şeyin mimarisi kurulmuştur ve üretimde kanıtlanmamıştır. Bunları tek bir "devam ediyor" satırına yığmak, bu sayfanın yerine geçmek için var olduğu belirsizliktir.
R2 destekli depolama. CSS'in dosya DataAccessor bileşenini S3/R2 destekli bir bileşenle değiştirecek componentsjs yapılandırması olan config/solidus-pod-r2.json yazılmamıştır. README'nin kendi satırı: - [ ] R2-backed config (config/solidus-pod-r2.json) — needs R2 creds.
did:solidus ile Solid-OIDC/WebID arasındaki köprü, üretimde. Phase 2'dir, işaretlenmemiştir. Onu o listedeki diğer işaretlenmemiş satırla, - [ ] Deployed to pod.solidus.network (needs server access) satırıyla birlikte okuyun; bu sayfanın neden canlı yerine mimarisi kurulmuş dediği o eşleşmedir. Mühendislik todos.txt dosyası aynı bitmemiş alanda hâlâ açık ve düşük öncelikli bir madde taşır: HTTP PodBundleClient için pod Solid erişim jetonunun bağlanması. Her iki kutu da temizlenene kadar doğru sözcük mimarisi kurulmuştur.
Bir Solid Uygunluk Test Paketi sonucu. Önem taşıyan kabul kapısı budur ve tasarım gereği dışsaldır. §Acceptance, dağıtılmış örneğe karşı bir koşum ve en az bir üçüncü taraf Solid uygulamasıyla birlikte çalışabilirlik ister; ayrıca bunun "kendi kendine beyan edilemeyeceğini" açıkça belirtir. Bu yüzeydeki hiçbir sayfa, kapı geçilmeden geçildiğini iddia etmeyecektir. Kendi beyan edilen uygunluk sonrasında bile hiçbir şey ifade etmez; asıl çıta üçüncü taraf birlikte çalışabilirliğidir.
Bütün tabloyu açıkça söyleyin
Pod ürünümüz Solid ile uyumludur ve göç etmeye hazırdır. Solid'e uygun değildir ve tam Solid Protokolünü çalıştırmaz.
Solid, Solid topluluğu tarafından tasarlandı ve kanıtlandı: WebID, LDP, WAC/ACL, RDF; Solidus var olmadan yıllar önce bildirilmiş kurumsal dağıtımlarla. Bunların hiçbirini biz inşa etmedik. Bu ürünün Solid'e değdiği yerde, o topluluğun yazdığı gerçek yazılım olan Community Solid Server'ı bir araya getirir ve üstüne tek bir bahis ekler: WebID'nin HTTP-ve-sertifika tanımlayıcısının yerine, zincire demirlenmiş, W3C DID Method Registry içinde kayıtlı ve bir W3C standardı olmayan bir did:solidus tanımlayıcısı. Tam protokol uygunluğu yapılmamış mühendisliktir ve bu sayfa onu yukarı yuvarlamayacaktır.
Tablonun geri kalanı da aynı ölçüde açıktır. Bunu, üstündeki CSS kanıtıyla aynı nefeste söyleyin, en altta bir çekince olarak değil.
Sırada
- Sevk edilmiş ve planlanan parçaların istek yolunda nasıl bir araya geldiği. Bu defterin ardındaki mekanizma.
- Solid Uygunluk Test Paketi boşluğu, tam hâliyle. Yukarıdaki paragrafın verdiğinden daha fazla inceleme.
- Göçe hazır, kontrol edilmiş. Veriyi içeri ya da dışarı taşımanın bugün gerçekte ne gerektirdiği.