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

Blocklet Server v1.16.20がリリースされました

wangshijun
Blocklet ServerProduct Release

Blocklet Server v1.16.20のリリースを心よりお知らせいたします!2週間にわたる情熱的な開発と入念なテストを経て、29件のコミットを含むこの更新は、ユーザーと開発者双方の体験に多くの改善をもたらします。

機能とユーザー体験

Blocklet起動ワークフロー

  • アプリ作成時のパスポート伝送プロセスを大胆に最適化し、オーナーがアプリ作成時に必ずパスポートを受け取れるようにしました。
  • HTTPS証明書生成プロセスをリファクタリングし、速度と効率の両方を向上させました。
  • HTTPS証明書生成のエラーハンドリングを再定義し、全体的な安定性と信頼性を強化しました。

ユーザーログイン体験

  • 統合ログイン時に複数アプリの情報を返す機能を導入し、DID Wallet内での混乱を防ぎます。
  • OAuthアカウントの自動ログインの手軽さを取り入れ、面倒なログイン手順とはお別れです。
  • メール配信停止のワークフローとテンプレートを刷新しました。

アプリバックアップ体験

  • サーバー起動時に自動バックアップタスクが必ず存在するようにし、安心してご利用いただけます。
  • 複数のアプリインスタンスが同じDID Spaceにバックアップする際の競合を防ぎます。
  • アプリが稼働していない場合には自動バックアップをスキップするようにし、バックアッププロセスのインテリジェンスを向上させました。

アプリ設定体験

  • ナビゲーション編集時のデフォルト言語制御を改善し、操作をより直感的にしました。
  • パスポート一覧ページの国際化サポートを強化しました。
  • 設定変更時のメール設定テストにより、更新のたびに正確性を確保します。

開発者体験

Blockletプラットフォームを前進させるべく、開発者体験の強化にも全力を注ぎました。

Blocklet CLI

  • process.envまたは.envファイルからBLOCKLET_DEPLOY_APP_IDを読み込めるようにし、柔軟なデプロイを実現しました。
  • blocklet.ymlで定義された環境変数をprocess.envから読み込めるようにし、開発プロセスを簡素化しました。
  • ストアへのアップロード時にヘッダーでdidversionを送信することで、デプロイプロセスの透明性と効率を高めました。

Blocklet SDK

  • フックのクラッシュを防ぐため、component.waitForComponentRunningをサポートし、より堅牢な開発を実現しました。
  • フォールバックミドルウェアでの動的なBlocklet埋め込みにより、SEOの新たな可能性を開きました。
  • component.call実行時のエラーログを最適化しました。
  • Notification.sendToMailによるバッチメール送信をサポートしました。

セキュリティと信頼性

  • サーバー復旧後、稼働中のアプリコンポーネントが必ず再起動されるようにし、サービスの中断を防ぎます。
  • ヘルスチェックにおいて、稼働していない場合でもアプリコンポーネントの状態を返すようにし、包括的な監視を実現しました。
  • Blockletバックアップ時のメモリフットプリントを削減し、システム運用をより軽量化しました。
  • ビルドツールをviteへ移行し、技術トレンドに歩調を合わせました。
  • react-hook-formをdevDependenciesへ移動し、依存関係管理を最適化しました。
  • 開発モードでのカラフルなログ出力により、より生き生きとしたコーディング体験を実現しました。

ユーザーへの重要なお知らせ

  • すべての正式版は、本番環境で1週間の厳格な品質管理テストを経ており、あらゆるリリースにおいて盤石な安定性を確保しています。
  • npm install -g @blocklet/cliでBlocklet Serverをアップグレードするか、公式Launcherから手軽に始めるなど、複数の方法で正式版をご利用いただけます。

私たちはBlocklet Serverの未来に自信を持っており、皆様からの貴重なフィードバックを心待ちにしています。分散型アプリケーション運用の新たな時代へ、共に歩んでいきましょう!継続的なご支援とご関心に感謝いたします。

加速

このページに関わるもの

製品

  • Blocklet Server superseded

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