私はいつも使っています

グローバル $post; $id=$post->ID;

今日問題があることに気づきました。

ページにショートコードを追加し、そのショートコードがリスト (特定のカテゴリの記事のリストなど) を出力する場合、このメソッドはページ ID を取得できません。

つまり、ページ内にループがある場合、上記のメソッドではページ ID を取得できません。

ページ ID を取得するいくつかの方法をリストします。

1.グローバル

循環の影響を受けます。

グローバル $post; $id=$post->ID;

2、ID を取得()

循環の影響を受けます。

$postid = get_the_ID(); エコー $postid;

3.get_queried_object_id()

循環の影響を受けません。推薦する。

$current_id = get_queried_object_id(); echo $current_id;

4.get_queried_object()

循環の影響を受けません。

$object = get_queried_object(); $id = $object -> ID; echo $id;

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

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

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

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

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

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

私は一日中この小さな問題に悩まされていました。

WordPress での Cookie の設定は特殊です。これはテーマの関数ファイルに記述し、init フックにロードする必要があります。

functioncustom_set_cookie() { setcookie( 'key', 'value', time() + 3600 * 24, COOKIEPATH, COOKIE_DOMAIN ); } add_action( 'init', 'custom_set_cookie' );

最も簡単な解決策は、競合するパッケージの後にバージョン番号の代わりに「any」を追加することです。これにより、Flutter はパッケージの依存関係の適切なバージョンと自動的に一致します。

dart_code_metrics: どれでも

私はWordPressリストのページング原理をまったく理解していません。今日やっと分かりました。

wordpress のリストとページネーションのデータはグローバルパラメータ $wp_query に記述されており、このパラメータにクエリされたリストのデータを入れておけば、the_posts_pagination() や get_the_posts_pagination() を使ってページネーションを表示することができます。ページネーションをクリックした後、WordPress がすでにページネーションを行っているので、心配しないでください。

コード：

グローバル $wp_query; 

 $wp_query=新しい WP_Query($arg);

次に、the_posts_pagination() を使用して、このリストの下にページネーションを表示できます。

# は 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に更新します。