体験概要
ChatGPT+V0+Cursor：不写代码，打造一个出海工具站
大约半年前，看中了一个关键词，是个AI图片生成类的关键词。AI图片生成类的出海工具站，这两年都很赚钱。所以，买了个域名，实现了相关功能就匆匆上线了。页面、内容都做的比较烂。 这近半年也没顾得上迭代。最近，有时间，就打算迭 […]
SDXL: 安定拡散の使用方法
最近、Stable Diffusion XL (SDXL) の最新バージョンに基づく WordPress プラグインが開発されました。 Stable Diffusion は無料のオープンソース画像生成モデルであり、コードは公式 Web サイトの Stability AI から直接ダウンロードできます。モデルを自分でデプロイするのは高価で困難ですが、Docker イメージを使用したり、手動でインストールしたりすることは可能です。さらに、大規模なモデルと API は、Replicate.com Web サイトを通じて使用またはデプロイできます。一般に、AI 画像生成製品では Stable Diffusion と SDXL が広く使用されています。
Nextjs+next-intl 多言語国際化のベスト プラクティス (APP ルーター)
Nextjs は 2 つのルーターを提供しています: APP と Page、Page は段階的に廃止されています。著者は以前は Page ルーターの国際化を使用していましたが、その後、APP ルーターに基づいて国際化を実装しました。彼らはいくつかのソリューションを評価し、next-intl が最もシンプルで最も成功していることがわかりました。この投稿では、ディレクトリ構造、ルーティング、ミドルウェアのセットアップ、翻訳ファイルのロード方法、翻訳の実装方法について概説し、選択した国際化ソリューションに関係なく、ルーティング、ファイル構造、翻訳の実装が重要な側面であることを強調しています。
Nextjs+I18n 多言語国際化のベスト プラクティス (検索エンジンに優しい)
注: このベスト プラクティスは、次のページのルーティングに基づいています。アプリのルーティングには適していません。ディレクトリの基本的な考え方は next-i18next を使用します。 [locales] ディレクトリを「pages」ディレクトリに追加し、メインのビジネス ロジックをこのディレクトリに配置します。私はページディレクトリにあります[…]
Google Gemini: Google の大規模言語モデル Gemini の使用方法
Google のマルチモーダル大規模言語モデルが最近リリースされました。 Google Gemini 公式 Web サイト Google Gemini は 3 つのバージョンに分かれています: この記事は Gemini Pro のみを対象としています。 Gemini のリリースにより、オリジナルの Palm が置き換えられました。私は当初、オリジナルの無料 Palm について心配していました […]
新しい WordPress エクスペリエンス: SAAS、ローコード、ノーコードを使用した Web サイトの構築
2023 年 11 月 6 日に、WordPress v6.4.2 がリリースされました。 2日後、私はブログを別のサーバーに移行しました。次に、ついでにWordPressをアップグレードします。アップグレード後、自分でデザイン、開発した WordPress テーマ、Themoon が […]
仮想航空会社のビジネスラインの見直し - サプライチェーンの成長と構造
1. 航空券の全体状況 1. ビジネスエコロジー インターネットと OTA の大発展以来、航空券ビジネスは徐々にプラットフォームとサプライチェーンの 2 つのビジネス形態を形成してきました。これら 2 つの形式は、航空券と航空券ベースの組み合わせ商品の現在のビジネス エコシステムを形成しています。このエコシステムには 2 つの主な役割があります。1 つはプラットフォームです。
ローコード プラットフォームの解体 - ジェネレーティブはローコードの方向性です
私をよく知っている友人は、感染症流行中に私が自分でコーディングして BAAS (サービスとしてのバックエンド クラウド コンピューティング プラットフォーム) とローコード プラットフォームを構築したことを知っています。作った理由は2つあり、1つは本当に暇だったから、もう1つは昔から作りたい人がたくさんいたのですが、開発費がかかることが多かったので、 […]
メンバーシップ サブスクリプション モジュールの反復
私が自分で構築したプラットフォーム CMS では、メンバーシップのサブスクリプション部分は常に「実装が簡単」でした。今週末、この部分を再構成し、コア部分を開発しました。
1.方法
一般に、メンバーシップのサブスクリプションには主に、メンバーシップのサブスクリプション プランと購入、メンバーの権限制御、メンバーの管理の 3 つの部分が含まれます。
1. 会員登録プランおよび購入について
既存のモールシステムに基づいていくつかの拡張機能を作成する準備をするだけです。
2. メンバーの権限制御については、
これは特に言及する必要がありますが、ロール許可制ではなく、別のメンバー管理制に基づいて行う予定です。
ロール権限体系に基づいてメンバーをロールシリーズ化し、そのロールシリーズ内で各種類のメンバーをロール化する。それは合理的だと思われます。ただし、この場合、実行または使用するのが非常に面倒で、特にビジネスが多い場合は、さまざまなロジックが非常に複雑になり、注意しないとさまざまな混乱が発生します。そして柔軟性も十分ではありません。
さらに、実際には、多くの優れたシステムのメンバーシップのサブスクリプション部分はロールベースではありません。代わりに、許可制御は「マーク」または命令に基づいて実装されます。 WordPress を含む、多くのよく売れているメンバーシップ サブスクリプション プラグインはこの方法で行われています。
「ユーザータグ」に基づいて:
本質的にはキャラクターシステムと同じ原理です。会員の何らかの「マーク」を定義するもので、この「マーク」に関連付けられた会員プランを購入したユーザーには「このマークが付けられる」こととなり、会員権限の制御が可能となります。
注文に基づいて:
メンバーシップ サブスクリプション プランを購入して注文すると、支払い後に有効期限が注文書に書き込まれます。そのため、会員であるかどうか、どのような会員であるか、有効期限が切れているかどうかなどの順番で判断することができます。これにより、メンバーの権限を制御できます。
以前は順序ベースの方法を行ったことがありますが、今回は「ユーザータグ」を使用する予定です。
注文に基づくことに問題はありませんが、現在構築しているプラットフォーム CMS の注文システムは多くの注文タイプをサポートしているため、注文モデルが比較的「大きく」なっています。これに「重みを追加」するつもりはもうありません。そこで「ユーザータグ」に基づくを選択しました。
3. 会員管理
既存のユーザー管理拡張機能をベースに、メンバー管理のみを行う予定はありません。
2. 適用可能なシナリオ
1. 基本シナリオ
製品全体に 1 つまたは複数のサブスクリプション プランがあり、ユーザーはこれを購入してメンバーシップ サービスを楽しみます。
メンバーシップ タグをグローバルに定義します。各メンバーシップ タグには、名前、スラッグ、および関連するサブスクリプション プラン ID という少なくとも 3 つのフィールドが含まれます。
ユーザーが会員マーク付きの定期購入プランを購入すると、会員マークと有効期限がユーザーのメタデータに書き込まれます。
2. プラットフォーム/マルチテナントのシナリオ
プラットフォームとマルチテナント SAAS の場合、ベンダー自体が提供するサブスクリプション プランという非常に重要なシナリオがあります。
サプライヤーのユーザーのメタデータでサプライヤーのメンバーシップ タグを定義します。サプライヤーのメンバーシップ タグのキーは、グローバル メンバーシップ タグのキーと同じであってはなりません。
ユーザーがこのプロバイダーからサブスクリプション プランを購入すると、対応するメンバーシップ タグと有効期限が、購入したユーザーのメタデータに書き込まれます。
この反復では基本的なシナリオのみを実装しますが、プラットフォームおよびマルチテナントのシナリオに拡張できる必要があります。
3. ログイン時にメンバーシップの有効期限が切れているかどうかを確認する
ユーザーがログインした際に有効期限が切れているかどうかを判定し、有効期限が切れている場合はメタデータの会員マークをfalse、有効期限をfalseに更新します。
成功するソーシャル プロダクトの構築方法 (1) - ユーザーの行動とユーザー関係
1. ソーシャルプロダクトは何をするのですか?まず第一に、ソーシャル プロダクトが正確に何をするのかを知る必要があります。すべてのソーシャル製品はプラットフォーム製品です。言い換えれば、それらはすべて二国間または多国間市場の商品であり、一方的な市場商品ではありません。ソーシャル製品が行うのはユーザーとの関係です。それは、ユーザー同士の関係を多面的に構築し、深めていくことです。 […]
