Jag har alltid använt

global $post; $id=$post->ID;

Jag fick just idag reda på att det finns ett problem.

Om du lägger till en kortkod på sidan och kortkoden matar ut en lista (som en lista över artiklar i en viss kategori), kan den här metoden inte få sid-ID.

Det vill säga, om det finns en loop på sidan, kan metoden ovan inte erhålla sid-ID.

Lista flera metoder för att få sid-ID:

1.global

Påverkas av cirkulationen.

global $post; $id=$post->ID;

2,get_the_ID()

Påverkas av cirkulationen.

$postid = get_the_ID(); echo $postid;

3.get_queried_object_id()

Inte påverkas av cirkulationen. rekommendera.

$current_id = get_queried_object_id();

4.get_queried_object()

Inte påverkas av cirkulationen.

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

Dagens iteration av formmotor:

Stöd flera formulär på en sida;

Stöder applikation i veiws-motorn, så att olika åtgärder kan läggas till i listan som återges av veiws-motorn.

Visningsskiktet och kontrollskiktet i formulärmotorn är separerade.

Lägg till ett fält för en rullgardinsknapp.

Eftersom formulärmotorn och vymotorn separerades från lågkodsplattformen och en del rekonstruktion gjordes, har denna iteration helt gjort sina möjligheter utöver den tidigare versionen.

被这个小问题卡了一天。

wordpress中设置cookie比较特别。要写在theme的functions文件中，并加载到init钩子上。

function custom_set_cookie() {
    
    setcookie( 'key', 'value', time() + 3600 * 24, COOKIEPATH, COOKIE_DOMAIN );

}
add_action( 'init', 'custom_set_cookie' );

最简单的解决方法，就是在冲突的package后边不加版本号，而是加上“any”，这样flutter会自动匹配合适的包依赖的版本。

dart_code_metrics: any

一直没搞懂wordpress列表的分页原理。今天终于搞明白了。

wordpress的列表和分页数据都写在全局参数：$wp_query中，只要把查询出来的列表数据放进这个参数，就可以用the_posts_pagination() 或get_the_posts_pagination()将分页显示出来，至于点击分页后出现的页面，不用管，wordpress都做好了。

Koda:

global $wp_query; 

 $wp_query=new WP_Query($arg);

然后，就可以在这个列表下边用the_posts_pagination()显示分页了。

# 把百度的文心千帆大模型整合进wordpress，并对比GPT

上周末，把百度的文心千帆大模型整合进了wordpress。
一、基本的过程：
1、先在百度申请体验文心千帆大模型，需要先认证。

2、通过后，开通一下大模型，因为百度的大模型使用是收费的，按token收费，需要你的账户中有余额才能开通。

3、然后，创建一个应用，这样就有了appid、api key和secret key

4、然后，再看文档，接相应的接口。
基本就是通过api key和secret key获得access token，然后再提交问题，获取答案。

二、关键代码
1、获取access token的关键代码

“`php
private function 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 => array(
‘Content-Type: application/json’,
‘Accept: application/json’
),

));
$response = curl_exec($curl);
curl_close($curl);
$rtn = json_decode($response);
return $rtn->access_token;
}
“`

2、调用Ernie Bot大模型的关键代码

“`php
public function 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 =>$message,
CURLOPT_HTTPHEADER => array(
‘Content-Type: application/json’
),
));
$response = curl_exec($curl);
curl_close($curl);
return $response;
}
“`

3、调用Ernie Bot Turbo大模型的关键代码

“`php
public function 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 =>$message,
CURLOPT_HTTPHEADER => array(
‘Content-Type: application/json’
),
));
$response = curl_exec($curl);
curl_close($curl);
return $response;
}
“`

这几天的测试，百度文心千帆大模型在中文方面的表现的确比GPT好多了。
GPT的中文水平，就是“说明文”的水平。
百度文心千帆大模型的中文水平，至少也比“说明文”好一些。

För plattformen CMS jag byggt själv har medlemsprenumerationsdelen alltid varit "enkel att implementera". I helgen strukturerade jag om den här delen och utvecklade kärndelen.

1. Metod

Generellt sett inkluderar medlemskapsprenumerationen huvudsakligen tre delar: medlemskapsprenumerationsplan och -köp, medlemsbehörighetskontroll och medlemshantering.

1. För medlemsprenumerationsplaner och köp

Förbered dig bara på att göra några tillägg baserat på det befintliga köpcentrets system.

2. För medlemsbehörighetskontroll,

Detta behöver nämnas särskilt. Vi planerar inte att göra det utifrån ett rollbehörighetssystem, utan ett separat medlemskontrollerat system.

Utifrån rollbefogenhetssystemet görs medlemmar till en rollserie och varje typ av medlem görs till en roll i denna rollserie. Det låter rimligt. Men i det här fallet är det väldigt besvärligt att göra eller använda, speciellt när det är mycket affärer, de olika logikerna kommer att vara mycket komplicerade och alla typer av förvirring kommer att uppstå om du inte är försiktig. Och det är inte tillräckligt flexibelt.

Dessutom är medlemsprenumerationsdelen av många utmärkta system faktiskt inte rollbaserad. Istället implementeras behörighetskontroll baserat på "märken" eller order. Många välsäljande plugin-program för medlemskapsabonnemang, inklusive WordPress, görs på detta sätt.

Baserat på "användartaggar":

I huvudsak är det samma princip som karaktärssystemet. Det är för att definiera några "märken" för medlemmar. Användare som köper medlemskapsabonnemangsplanen som är kopplade till detta "märke" kommer att "märkas med detta märke", så att kontrollen av medlemsbehörigheter kan uppnås.

Baserat på beställning:

Köp en medlemsprenumerationsplan och gör en beställning Efter betalning kommer utgångstiden att skrivas in i beställningen. Därför kan du utifrån ordningen bedöma om användaren är medlem, vilken typ av medlem det är och om den har gått ut. På så sätt kan du kontrollera medlemsbehörigheter.

Jag har gjort en orderbaserad metod tidigare, och den här gången planerar jag att använda "användartaggar".

Det är inget fel med att vara baserad på beställningar, men beställningssystemet för plattformen CMS jag bygger nu stödjer många beställningstyper, vilket gör att beställningsmodellen är relativt "stor, jag planerar inte att "lägga till vikt" till den längre. så jag valde Baserat på "användartaggar".

3. Medlemshantering

Baserat på den befintliga användarhanteringstillägget planerar vi inte att göra medlemshantering ensam.

2. Tillämpliga scenarier

1. Grundscenario

Hela produkten har en eller flera prenumerationsplaner, som användare köper och njuter av medlemstjänster.

Definiera medlemskapstaggar globalt Varje medlemskapstagg innehåller minst tre fält: namn, slug och tillhörande prenumerationsplan-id.

När en användare köper en prenumerationsplan med ett medlemsmärke, kommer medlemsmärket och utgångstiden att skrivas in i användarens metadata.

2. Scenario för plattform/flerhyresgäst

För plattformar och SAAS med flera hyresgäster finns det ett mycket viktigt scenario: prenumerationsplanen som tillhandahålls av leverantören själv.

Definiera leverantörens medlemstagg i leverantörens användares metadata. Nyckeln till leverantörens medlemstagg kan inte vara densamma som nyckeln för den globala medlemstaggen.

När en användare köper en prenumerationsplan från den här leverantören kommer motsvarande medlemskapstagg och utgångsdatum att skrivas till den köpande användarens metadata.

Denna iteration implementerar bara grundläggande scenarier, men den måste kunna utvidgas till plattforms- och multi-tenant-scenarier.

3. Ta reda på om medlemskapet har gått ut när du loggar in

När användaren loggar in bedöms det om det har gått ut. Om det har gått ut, uppdatera medlemsmärket i metadatan till falskt och utgångsdatumet till falskt.

嵌入的网页必须是https的url才能显示，http的url不显示。