みなさん、こんにちは、 Taylor Otwellです。ここでまた別のLaravel Snippetを紹介します。
ここは1月8日で、オフィスで作業しています。
私たちはLaravelの開発を1週間行いました。
今週やったことを振り返り、いくつかのプロジェクトについて更新したいと思います。
今週リリースしたものの一つに、Jetstream 2.0があります。
これにより、Jetstreamにいくつかの改善がもたらされました。
inertiaの方面の改善をもたらします。
すべての認証ビュー、つまりログインビュー、
登録ビューやパスワードリセットビューなどは、
最初のJetstreamリリースではすべてbladeで書かれていました。
それらがinertiaで書かれる必要はなく、
両方のスタック用にbladeで書いて重複を避けました。
しかし、一部の人たちはそれらをviewで書きたかったので、
Jetstream 2.0ではそれらはすべてviewページです。
そして、live wireスタックでは、もちろん通常のbladeページです。00:00:58.300 --> 00:01:02.300 Jetstreamのチーム機能にも改良が加えられました。
チームに誰かを招待する際に、アカウントを持っていない場合でも
招待メールを送信して参加してもらえるよう、招待機能を使えるようになりました。
以前は、アプリ内でアカウントを作成した人しか招待できませんでしたので、やや不便でした。
この改善は、非常に好評を得るものだと思われます。
また、Jetstreamのドキュメントを読み、改善したり、
細かい部分を修正したり、スターターキットの使い方について説明する新しいページを追加したりしました。
もしあなたにとってJetstreamが合わない場合、よりシンプルなスターターキットであるLaravel Breezeを使うこともできます。
Laravel Breezeには、基本的なblade認証ビューが含まれていますが、チームや2要素認証、APIサポートなどの追加機能はありません。
ぜひチェックしてみてください。
もちろん、スターターキットをインストールしないこともできます。00:01:59.200 --> 00:02:01.800 バニラのLaravel 8を使用してください。
これがJetstreamの更新です。
また、本当にクールなForgeの機能をリリースしました。
それは、Forge Circleのメンバーがサーバーを作成できるようにするものです。
それは何年もの間要求されており、数年前に
あなたがLaravel Forgeでサークルを持っていて、
サークルとは、チームメンバーとサーバーを共有できる場所です。
それらのチームメンバーはサークル内でサーバーを作成できませんでしたが、今はできます。
モハメッドが今朝この機能を出荷しました。
これにより、サークルと共有資格情報を共有できます。
他のサークルメンバーはその資格情報内でサーバーを作成できます。
その認証資格情報は、DigitalOcean認証資格情報
またはAWS認証資格情報などがあるかもしれません。
そして、Jetstreamに関連する話題で、
Sparkの最新版がどのように見えるかについて多くの質問を受けました。
いくつかの人々は少し混乱しているということです。00:02:56.800 --> 00:02:59.700 それは、Sparkの多くの機能がJetstreamに移動したためだと思います。
今年のLaraconで話したことです。
しかし、それを知らない人もいます。
Sparkについて私たちが決めたことは、
Sparkとは無関係なすべての機能をJetstreamに移し、
ただ無料で提供することでした。
そのため、JetstreamにはオプションのTeams機能があります。
そして、オプションのAPI機能があります。
それらはLaravel Sparkの機能だったためです。
これらはJetstreamに移行されました。
オープンソース化され、無料で提供されました。
さらに、2要素認証機能もあります。
今では、Sparkは前回の機能セットの課金面のみを扱っています。
これが、私たちが狙っていたことです。
Sparkは、サブスクリプションの請求処理に焦点を当てることになりました。
これは良いことです。
ソフトウェア・サービス・アプリケーションを構築する際の
サブスクリプションの請求処理に集中することができます。00:03:49.600 --> 00:03:51.800 または自分自身のスタートアップを立ち上げることです。
さて、Sparkで私たちが決めた変更の1つは、
今後リリースされるもので、
そして、最初のSparkリリースで私たちが抱えた問題に対応しています。
最初のSparkリリースでは、
あなたは本当にSparkが使用している
どんなフロントエンドテクノロジーに結びつけられてしまいます。
その場合はVueとBootstrapでした。
ただし、Bootstrapを使用したくない場合
またはVueを使用したくない場合、
Sparkを使うのは本当に難しいものでした。
ですから、私たちはSparkの今後のリリースでやることを決めました。
Sparkの請求関連の設定ページは、
独自の分離されたページとなりました。
もちろん、そのページの外観や感触をカスタマイズできます。
CSSを編集するなどしてですが、
それは本当に独自のパネルのようなものです。
そして、Stripeの顧客の請求ポータルを考えてみてください。
ユーザーはクレジットカードを更新したり、
プランを変更したり、プランをキャンセルしたりすることができます。00:04:38.400 --> 00:04:41.200 それは、自分自身のダッシュボードのようなものですが、
もし理解していただけるのであれば、アプリケーションから独立しています。
まだパッケージではありますが
アプリケーション内にホストされています。
でも、あまり説明するのが難しいですが、
つまり、Novaのように
Novaは独自のフロントエンドリソースを持っています。
Novaはあなたのアプリケーションがどんなフロントエンド技術を使っているか気にしません。
独自のCSSとJSファイルを提供します。
Sparkの次のリリースもまったく同様です。
独自のCSSファイルとJavaScriptファイルがあります。
Sparkの次のバージョンは、viewとinertia、tailwindを使用しています。
しかし、あなたのアプリケーションの他の部分が
それらの技術を使う必要はありません。
Sparkシップはそれ自身のCSSファイルを持っています。
そのページに含まれるJSファイルと一緒に。
あなたのアプリケーションのレイアウトを使用せず、
アプリケーションのJSやCSSファイルを使用しません。00:05:31.400 --> 00:05:32.600 それがわかるといいのですが。
それはまるでStripeの顧客請求ポータルをモデルにしたものです。
そして、もちろんSparkの次のリリースでは、
2つの決済プロバイダーをサポートするようにしています。
1つ目はPaddleで、
Stripeよりもいくつかの利点があり、欠点もあります。
利点は商人の記録として機能することです。
つまり、あなたの視点からは、あなたに支払いをするのはPaddleだけです。
あなたの税金をかなり簡単にしますし、
EUにいる場合は、VAT関連の複雑さをすべて処理してくれます。
あなたが心配する必要がないようになります。
また、PayPalやApple Payなどもサポートしています。
もちろん、StripeもApple Payをサポートしていますが、PayPalはサポートしていません。
そして、もちろん、私たちは引き続きStripeをサポートしたいと思っています。
おそらく、それは私たちがリリースするSparkの第2バージョンになるでしょう。
できれば、それらが近々リリースされることを望んでいます。00:06:25.500 --> 00:06:27.200 同じ日にリリースすることはないと思いますが、
1、2か月以内にリリースすることを望んでいます。
さて、Jetstream 2をリリースしたので、
Sparkを終了する前にJetstream 2をリリースしたかったのです。
Sparkのパドル版は、
実質的に完成しています。
整理をして、テストを実施し、
ドキュメンテーションを作成しています。
それが出荷された後、
Stripe側に移植することに注力します。
すでに、丈夫なStripeバージョンのCashierがあるため、
かなり手間がかからないと思います。
また、Stripeについても豊富な経験がありますので、
私たちにとって、大きな驚きや複雑さはないはずです。
そういった内容に取り組んでいるところです。
私はTwitterで言及しましたが、JetstreamとBreezeスターターキットの他に、私は、Laravel Sanctum認証バックエンドを使用するNext.js React SPAスターターキットを持っています。これをリリースするかどうかはまだ決めていません。最初に2つのスターターキットを公開することに混乱がありましたが、BreezeとJetstreamに関して混乱が起きるほど多くの混乱が予想されておらず、Laravelがこれらのスターターキットを使用することを強制するかどうかに関する混乱量についても想定外でした。Laravel 8には、Laravel new projectなどを行った際にフロントエンドの意見が一切含まれていないため、ミックスに3つ目のスターターキットを追加することに慎重です。ただ、SPを構築してLaravelで認証する方法について多くの人々が尋ねており、これを設定する方法についての典型的な例を持つことが非常に価値があるように感じます。しかし、同時に、私はエネルギーがあるかどうかを決める必要があります。00:08:21.100 --> 00:08:23.600 避けられない混乱に対処する
Laravelのアプリケーションスターターキットをリリースすることにより生じる
そんな感じになるだろう。
それで私たちはどうなるか見てみましょう。
私は次の1〜2週間それについて考えるつもりです。
もしそれについてフィードバックがあれば、教えてください。
あなたの意見を聞かせていただけると嬉しいです。
そして、それが私が何をすべきかを決定するのに役立つかもしれません。
さて、今週私たちが取り組んでいたことはそれです。
良い週末を過ごせたら幸いです。
また来週、より詳しい情報をお届けします。
ありがとうございました。