メインコンテンツへスキップ

Blocklet Server v1.16.25:ランチャーの改善とDID Spaces統合

wangshijun
Blocklet ServerComputeDID SpacesProduct Release

Blocklet Server v1.16.25のリリースを発表できることを嬉しく思います。これは4週間にわたる改善と検証、そして36件の重要なコミットの集大成です。今回のバージョンでは数多くの新機能と改善が導入され、次世代の分散型アプリケーションのための最先端プラットフォームとしてのBlocklet Serverの地位をさらに確固たるものにしています。

機能と改善

Blocklet起動ワークフロー

  • 新しいランチャーとPayment-kitのサポート: ブロックレットのデプロイ体験を強化するため、新しいランチャーとPayment-kitを統合しました。この更新により、開発者がブロックレットを起動するプロセスがより効率的になりました。今回のリリースに合わせてArcBlock Launcherもアップグレードされています。ArcBlock Launcher v2.3.0のご紹介
  • 起動ページのレイアウト修正: ブロックレットコンポーネントの起動ページでレイアウトが崩れていた問題を修正し、ユーザーにとってスムーズで見た目にも美しいセットアッププロセスを実現しました。

ユーザーログイン体験

  • ユーザー向けセッション管理: ユーザーは自分のプロフィールページから、期限切れまたはアクティブなセッションを直接ログアウトできるようになりました。アカウントのセキュリティが向上します。詳細は今後の記事でご紹介します。

image.png

  • 管理者向けセッション管理: 管理者はブロックレットダッシュボードから直接ユーザーセッションを管理できるようになり、より高い制御性と可視性を得られるようになりました。

image.png

  • 自動ログインの簡素化: パスポートを復元した後、ユーザーは自動的にログインされるようになり、プロセスが簡素化され、使いやすさが向上しました。

アプリ管理体験

  • ブロックレット公開ワークフローの強化: リソースブロックレットおよびパックブロックレットの作成・リリースのプロセスが洗練され、アプリケーションを管理する開発者にとってよりスムーズで直感的な体験になりました。
  • QRコードとDIDプレフィックスの表示: 識別性と使いやすさを向上させるため、すべてのDIDにQRコードとdid:abt:プレフィックスが表示されるようになり、分散型アイデンティティへのアクセスと操作が容易になりました。

image.png

  • ブロックレットタイトルと説明の検証: ブロックレットを追加する際、システムがタイトルと説明を検証し、すべてのエントリが品質基準を満たすようにすることで、より信頼性の高いプロフェッショナルなエコシステムを促進します。
  • コンポーネントリストの配置とアイコンの改善: コンポーネントリストでコンポーネントとURLマッピングの配置がずれていた問題を修正し、キャンセルボタンのアイコンを改善することで、ブロックレット管理時のユーザーインターフェースと体験を向上させました。

DID Spaces統合

  • DID Spaces要件によるインポート時の認可: DID Spaces統合が必要な場合のリソースインポート時の認可をサポートする機能を実装しました。これにより、分散型アイデンティティスペースへの安全でコンプライアンスに準拠したアクセスが保証されます。
  • ユーザーログイン時のDID Spacesへの読み書き認可: ユーザーがログインする際、DID Spacesへの読み書きアクセスを認可するサポートが強化されました。この改善により、DID Spacesとの対話におけるセキュリティと機能性が大幅に向上します。
  • 上記機能の詳細:ユーザーログイン時にDID Spaceに接続する

開発者体験

Blocklet CLI

  • 意図しないポート変更を防ぐため、.env.development.local内でBLOCKLET_PORTとBLOCKLET_VITE_PORTの永続化を実装し、開発プロセスを効率化しました。
  • ブロックレットでvite-plugin-blockletを使用している場合は、最新版へのアップグレードを忘れずに行ってください。

Blocklet Service

  • アプリロゴの自動リサイズとPNG形式化: アプリロゴを常に有効な寸法にリサイズし、デフォルト形式としてPNGを使用する機能を導入しました。これにより、プラットフォーム全体で表示されるすべてのアプリロゴの一貫性と品質が確保されます。
  • URLマッピングによる直接レスポンス設定: URLマッピングを通じて直接レスポンスを設定できる機能を追加し、より柔軟で効率的なルーティングとレスポンス戦略を可能にしました。チュートリアルをご覧ください:カスタムwell-known URIの追加方法
  • デフォルトSVGロゴファイルの画像フィルターサポート: プラットフォームは、デフォルトのSVGロゴファイルに対する画像フィルタリング(例)をサポートするようになり、ロゴ表示の柔軟性が向上しました。
  • メールロゴのPNG形式の強制: 各種メールクライアント間での統一性と互換性を確保するため、プラットフォームはメールで使用されるロゴにPNG形式の使用を強制するようになり、これまでの形式の不整合が解消されました。

セキュリティと信頼性

  • Amazon Linux 2023のサポート: Blocklet ServerがAmazon Linux 2023上でスムーズに動作するよう互換性を追加し、多様なデプロイ環境へのサポートを拡大しました。
  • ルーターの修正: デフォルトのルーティングエンジンで、設定ページとスタジオが404エラーを返していた問題を修正し、プラットフォーム内のナビゲーションの信頼性を向上させました。
  • 依存関係管理: コンポーネントのインストールと起動時に依存関係の階層を尊重するようシステムを改善し、さまざまなブロックレットコンポーネントのよりスムーズな運用と統合を実現しました。
  • データベース初期化ロック: ブロックレットのデータベース初期化中にロック機構を実装し、競合状態を防止することで、データベース操作の安定性と信頼性を大幅に向上させました。
  • Websocketログプーリング: ブロックレットダッシュボードで壊れていたWebsocketログプーリングを修正し、開発者向けにリアルタイムで一貫性のあるログ更新を保証しました。
  • 外部依存関係: 起動のたびに外部依存関係が確実にインストールされるようにし、依存関係の欠落や古さに関連する問題を解消して、より信頼性の高い開発体験を実現しました。
  • オプションコンポーネントの解析: 必要な場合にのみオプションコンポーネントを解析するように最適化し、パフォーマンスと効率を向上させました。
  • オプションコンポーネントインストール時のエラー管理: オプションコンポーネントのインストールおよび削除時にエラーが発生しないようにし、よりスムーズなユーザー体験を実現しました。
  • オプションコンポーネントの表示: オプションコンポーネントがブロックレットダッシュボードに表示されない問題を修正し、すべてのコンポーネントが適切に表示・管理されるようにしました。
  • ナビゲーション項目の重複: ブロックレットダッシュボードでのナビゲーション項目の重複を修正し、ユーザーナビゲーションを効率化してUIの一貫性を向上させました。
  • アプリロゴのフォールバック: カスタムアプリロゴの読み込みに失敗した場合にデフォルトのアプリロゴにフォールバックする機能を実装し、プロフェッショナルな外観とユーザー体験を維持しました。

破壊的変更

  • ブロックレットスキーマの合理化と改善の取り組みの一環として、components.source.storeにおける文字列配列の使用を非推奨としました。
  • 冗長であったため、ブロックレットのリロードアクションを削除し、意味のある効果をもたらすアクションに焦点を当てました。

品質へのコミットメントの一環として、Blocklet Serverの公式リリースはそれぞれ、本番環境で1週間にわたる厳格なテストを経て、最高水準の信頼性とパフォーマンスを保証しています。

開発者の皆様は、Blocklet Serverをアップグレードするか、公式ランチャーを利用することで、最新の機能と改善を活用できます。Blocklet Serverは分散型アプリケーションプラットフォームの最前線であり続け、開発者がこの分野で革新し、卓越するために必要なツールとインフラストラクチャを提供し続けます。

バグバウンティプログラムに参加しよう

私たちはこれからもBlocklet Serverのユーザー体験を改善し続けます。ご利用中に何かご要望、ご提案、または問題がございましたら、ArcBlock Communityにてフィードバックをお寄せください。私たちは全力でサポートいたします。

ArcBlock Community

このページに関わるもの

製品

  • Blocklet Server superseded

    blocklet をサブプロセスとしてホストしていたサーバー。その作業は ARC で続いており、サブプロセスによるホスティングという方式は引き継がれません。

  • DID Spaces renamed

    DID に紐づくデータ空間。個人用の空間を作ることも、あるタスクが必要とする権限とデータモデルでアプリケーションを接続することもできます。