クラウドコンピューティング

今日のフォーム エンジンの反復:

1 ページで複数のフォームをサポートします。

veiws エンジンでのアプリケーションをサポートし、veiws エンジンによってレンダリングされるリストにさまざまなアクションを追加できます。

フォームエンジンのビュー層とコントロール層は分離されています。

ドロップダウン選択ボタンのフィールドを追加します。

フォーム エンジンとビュー エンジンがローコード プラットフォームから分離され、再構築が行われたため、この反復により、それらの機能は完全に以前のバージョンを超えました。

# は Baidu の Wenxin Qianfan 大型モデルを WordPress に統合し、GPT と比較します

先週末、Baidu の Wenxin Qianfan モデルが WordPress に統合されました。
1. 基本的なプロセス:
1. まず、Baidu で Wenxin Qianfan 大型モデルの体験を申請します。最初に認証が必要です。

2. パスしたら、Baidu のラージ モデルをアクティベートします (Baidu のラージ モデルはトークンによって課金されるため、アクティベートするにはアカウントに残高がある必要があります)。

3. 次に、appid、API キー、秘密キーを含むアプリケーションを作成します。

4. 次に、ドキュメントを読んで、対応するインターフェイスを接続します。
基本的に、API キーと秘密キーを通じてアクセス トークンを取得し、質問を送信すると回答が得られます。

2. キーコード
1. アクセストークンのキーコードを取得する

"`php
プライベート関数 getAccessToken(){
$curl =curl_init();
curl_setopt_array($curl, array(
CURLOPT_URL => “https://aip.baidubce.com/oauth/2.0/token?client_id=”.$this->client_id.”&client_secret=”.$this->client_secret.”&grant_type=client_credentials”,
CURLOPT_TIMEOUT => 30、
CURLOPT_RETURNTRANSFER => true、
CURLOPT_CUSTOMREQUEST => 'POST',
CURLOPT_HTTPHEADER => 配列(
'コンテンツタイプ: application/json',
「受け入れる: application/json」
),

));
$response =curl_exec($curl);
curl_close($curl);
$rtn = json_decode($response);
$rtn->access_token を返します。
}
“`

2. アーニーボット大型モデルのキーコードを呼び出します

"`php
パブリック関数 runErnieBot($message) {
$curl =curl_init();
curl_setopt_array($curl, array(
CURLOPT_URL => “https://aip.baidubce.com/rpc/2.0/ai_custom/v1/wenxinworkshop/chat/completions?access_token={$this->getAccessToken()}”,
CURLOPT_TIMEOUT => 30、
CURLOPT_RETURNTRANSFER => true、
CURLOPT_CUSTOMREQUEST => 'POST',
CURLOPT_POSTFIELDS =>$メッセージ、
CURLOPT_HTTPHEADER => 配列(
「コンテンツタイプ: application/json」
),
));
$response =curl_exec($curl);
curl_close($curl);
$response を返します。
}
“`

3. アーニーボットターボ大型モデルのキーコードを呼び出します

"`php
パブリック関数 runErnieBotTurbo($message) {
$curl =curl_init();
curl_setopt_array($curl, array(
CURLOPT_URL => “https://aip.baidubce.com/rpc/2.0/ai_custom/v1/wenxinworkshop/chat/eb-instant?access_token={$this->getAccessToken()}”,
CURLOPT_TIMEOUT => 30、
CURLOPT_RETURNTRANSFER => true、
CURLOPT_CUSTOMREQUEST => 'POST',
CURLOPT_POSTFIELDS =>$メッセージ、
CURLOPT_HTTPHEADER => 配列(
「コンテンツタイプ: application/json」
),
));
$response =curl_exec($curl);
curl_close($curl);
$response を返します。
}
“`

過去数日間のテストでは、Baidu Wenxin Qianfan の大型モデルの中国語版のパフォーマンスは、確かに GPT よりもはるかに優れていました。
GPTの中国語レベルは「解説文」のレベルです。
Baidu Wenxin Qianfan Large Model の中国語レベルは、少なくとも「説明文」よりは優れています。

私が自分で構築したプラットフォーム CMS では、メンバーシップのサブスクリプション部分は常に「実装が簡単」でした。今週末、この部分を再構成し、コア部分を開発しました。

1.方法

一般に、メンバーシップのサブスクリプションには主に、メンバーシップのサブスクリプション プランと購入、メンバーの権限制御、メンバーの管理の 3 つの部分が含まれます。

1. 会員登録プランおよび購入について

既存のモールシステムに基づいていくつかの拡張機能を作成する準備をするだけです。

2. メンバーの権限制御については、

これは特に言及する必要がありますが、ロール許可制ではなく、別のメンバー管理制に基づいて行う予定です。

ロール権限体系に基づいてメンバーをロールシリーズ化し、そのロールシリーズ内で各種類のメンバーをロール化する。それは合理的だと思われます。ただし、この場合、実行または使用するのが非常に面倒で、特にビジネスが多い場合は、さまざまなロジックが非常に複雑になり、注意しないとさまざまな混乱が発生します。そして柔軟性も十分ではありません。

さらに、実際には、多くの優れたシステムのメンバーシップのサブスクリプション部分はロールベースではありません。代わりに、許可制御は「マーク」または命令に基づいて実装されます。 WordPress を含む、多くのよく売れているメンバーシップ サブスクリプション プラグインはこの方法で行われています。

「ユーザータグ」に基づいて:

本質的にはキャラクターシステムと同じ原理です。会員の何らかの「マーク」を定義するもので、この「マーク」に関連付けられた会員プランを購入したユーザーには「このマークが付けられる」こととなり、会員権限の制御が可能となります。

注文に基づいて:

メンバーシップ サブスクリプション プランを購入して注文すると、支払い後に有効期限が注文書に書き込まれます。そのため、会員であるかどうか、どのような会員であるか、有効期限が切れているかどうかなどの順番で判断することができます。これにより、メンバーの権限を制御できます。

以前は順序ベースの方法を行ったことがありますが、今回は「ユーザータグ」を使用する予定です。

注文に基づくことに問題はありませんが、現在構築しているプラットフォーム CMS の注文システムは多くの注文タイプをサポートしているため、注文モデルが比較的「大きく」なっています。これに「重みを追加」するつもりはもうありません。そこで「ユーザータグ」に基づくを選択しました。

3. 会員管理

既存のユーザー管理拡張機能をベースに、メンバー管理のみを行う予定はありません。

2. 適用可能なシナリオ

1. 基本シナリオ

製品全体に 1 つまたは複数のサブスクリプション プランがあり、ユーザーはこれを購入してメンバーシップ サービスを楽しみます。

メンバーシップ タグをグローバルに定義します。各メンバーシップ タグには、名前、スラッグ、および関連するサブスクリプション プラン ID という少なくとも 3 つのフィールドが含まれます。

ユーザーが会員マーク付きの定期購入プランを購入すると、会員マークと有効期限がユーザーのメタデータに書き込まれます。

2. プラットフォーム/マルチテナントのシナリオ

プラットフォームとマルチテナント SAAS の場合、ベンダー自体が提供するサブスクリプション プランという非常に重要なシナリオがあります。

サプライヤーのユーザーのメタデータでサプライヤーのメンバーシップ タグを定義します。サプライヤーのメンバーシップ タグのキーは、グローバル メンバーシップ タグのキーと同じであってはなりません。

ユーザーがこのプロバイダーからサブスクリプション プランを購入すると、対応するメンバーシップ タグと有効期限が、購入したユーザーのメタデータに書き込まれます。

この反復では基本的なシナリオのみを実装しますが、プラットフォームおよびマルチテナントのシナリオに拡張できる必要があります。

3. ログイン時にメンバーシップの有効期限が切れているかどうかを確認する

ユーザーがログインした際に有効期限が切れているかどうかを判定し、有効期限が切れている場合はメタデータの会員マークをfalse、有効期限をfalseに更新します。

ビュー エンジンで繰り返し処理を続けます。

この繰り返しの後、ビュー エンジンは完全にマイクロカーネル アーキテクチャになりました。フォームエンジンとブロックエンジンのアーキテクチャは同じです。

フォーム エンジンは過去 1 週間で反復されました。アドレスセレクターを追加しました。あまり満足していません。最初にこれを実行して、後で話しましょう。フォーム タイトルは条件付き構成を実装しており、固定値に制限する必要はありません。

OMS もいくつかの反復を行いました。オーダータイプ（無料）を追加しました。注文モデルを変更しました。

製品管理システムもいくつかの改良を加え、製品タイプと注文分類の分類を追加しました。