나는 항상 사용했습니다

글로벌 $post;$id=$post->ID;

문제가 있다는 걸 오늘에서야 알았습니다.

페이지에 단축 코드를 추가하고 단축 코드가 목록(예: 특정 카테고리의 기사 목록)을 출력하는 경우 이 메서드는 페이지 ID를 가져올 수 없습니다.

즉, 페이지에 루프가 있으면 위의 방법으로 페이지 ID를 얻을 수 없습니다.

페이지 ID를 얻는 몇 가지 방법을 나열하십시오.

1.글로벌

순환의 영향을 받습니다.

글로벌 $post;$id=$post->ID;

2,get_the_ID()

순환의 영향을 받습니다.

$postid = get_the_ID();에코 $postid;

삼.get_queried_object_id()

순환의 영향을 받지 않습니다. 추천하다.

$current_id = get_queried_object_id();에코 $current_id;

4.get_queried_object()

순환의 영향을 받지 않습니다.

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

오늘날의 양식 엔진 반복:

한 페이지에서 여러 양식을 지원합니다.

veiws 엔진에서 렌더링된 목록에 다양한 작업을 추가할 수 있도록 veiws 엔진에서 애플리케이션을 지원합니다.

폼 엔진의 뷰 레이어와 컨트롤 레이어가 분리되어 있습니다.

드롭다운 선택 버튼에 대한 필드를 추가합니다.

양식 엔진과 뷰 엔진이 로우 코드 플랫폼에서 분리되고 일부 재구성이 완료되었으므로 이번 반복에서는 이전 버전보다 기능이 완전히 향상되었습니다.

나는 하루 동안이 작은 문제에 갇혀있었습니다.

WordPress에서 쿠키를 설정하는 것은 특별합니다.이는 테마의 함수 파일에 작성되고 init 후크에 로드되어야 합니다.

function custom_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. 먼저 바이두에서 Wenxin Qianfan 대형 모델을 체험하려면 먼저 신청하세요. 먼저 인증이 필요합니다.

2. 바이두의 대형 모델은 사용료가 부과되고 토큰으로 과금되기 때문에 합격 후 대형 모델을 활성화해야 하며, 활성화하려면 계정에 잔액이 있어야 합니다.

3. 그런 다음 appid, api 키 및 비밀 키를 갖도록 애플리케이션을 만듭니다.

4. 그런 다음 설명서를 읽고 해당 인터페이스를 연결하십시오.
기본적으로 API 키와 비밀 키를 통해 액세스 토큰을 얻은 후 질문을 제출하여 답변을 얻습니다.

2. 키 코드
1. 액세스 토큰의 키 코드를 얻습니다.

"`php
개인 함수 getAccessToken(){
$curl = 컬_init();
컬_setopt_array($curl, 배열(
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 => 사실,
CURLOPT_CUSTOMREQUEST => '포스트',
CURLOPT_HTTPHEADER => 배열(
'콘텐츠 유형: 애플리케이션/json',
'수락: 애플리케이션/json'
),

));
$response = 컬_exec($curl);
컬_닫기($curl);
$rtn = json_decode($response);
$rtn->access_token을 반환합니다.
}
“`

2. 어니봇 대형모델의 키코드 호출

"`php
공개 함수 runErnieBot($message) {
$curl = 컬_init();
컬_setopt_array($curl, 배열(
CURLOPT_URL => “https://aip.baidubce.com/rpc/2.0/ai_custom/v1/wenxinworkshop/chat/completions?access_token={$this->getAccessToken()}”,
CURLOPT_TIMEOUT => 30,
CURLOPT_RETURNTRANSFER => 사실,
CURLOPT_CUSTOMREQUEST => '포스트',
CURLOPT_POSTFIELDS =>$메시지,
CURLOPT_HTTPHEADER => 배열(
'콘텐츠 유형: 애플리케이션/json'
),
));
$response = 컬_exec($curl);
컬_닫기($curl);
$response를 반환합니다.
}
“`

3. Ernie Bot Turbo 대형 모델의 키 코드 호출

"`php
공개 함수 runErnieBotTurbo($message) {
$curl = 컬_init();
컬_setopt_array($curl, 배열(
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 => 사실,
CURLOPT_CUSTOMREQUEST => '포스트',
CURLOPT_POSTFIELDS =>$메시지,
CURLOPT_HTTPHEADER => 배열(
'콘텐츠 유형: 애플리케이션/json'
),
));
$response = 컬_exec($curl);
컬_닫기($curl);
$response를 반환합니다.
}
“`

지난 며칠 동안의 테스트에서 Baidu Wenxin Qianfan의 중국어 대형 모델 성능은 실제로 GPT보다 훨씬 뛰어났습니다.
GPT의 중국어 수준은 '설명문' 수준이다.
Baidu Wenxin Qianfan Large Model의 중국어 수준은 적어도 "설명 텍스트"보다 낫습니다.

내가 직접 구축한 플랫폼 CMS의 경우 멤버십 구독 부분은 항상 "구현이 간단"했습니다. 이번 주말에 이 부분을 재구성해서 핵심 부분을 개발했습니다.

1. 방법

일반적으로 멤버십 가입은 크게 멤버십 가입 계획 및 구매, 회원 권한 제어, 회원 관리의 세 부분으로 구성됩니다.

1. 멤버십 가입 및 구매를 위해

기존 쇼핑몰 시스템을 기반으로 몇 가지 확장을 준비하면 됩니다.

2. 회원 권한 관리를 위해

특히 이 점을 언급할 필요가 있는데, 앞으로는 역할 권한 체계가 아닌 별도의 구성원 관리 시스템을 기반으로 할 계획입니다.

역할 권한 시스템을 기반으로 구성원을 역할 시리즈로 만들고, 각 유형의 구성원을 역할 시리즈의 역할로 만듭니다. 합리적인 것 같습니다. 그러나 이 경우에는 수행이나 사용이 매우 번거롭고, 특히 비즈니스가 많은 경우에는 다양한 로직이 매우 복잡해지며, 주의하지 않으면 온갖 혼란이 야기될 것입니다. 그리고 충분히 유연하지도 않습니다.

게다가 실제로 많은 우수 시스템의 멤버십 가입 부분은 역할 기반이 아닙니다. 대신, "마크" 또는 명령을 기반으로 권한 제어가 구현됩니다. 워드프레스(WordPress)를 포함해 잘 팔리는 많은 멤버십 구독 플러그인이 이런 방식으로 이뤄지고 있다.

"사용자 태그"를 기준으로:

본질적으로 캐릭터 시스템과 동일한 원리이다. 회원의 일부 "마크"를 정의하는 것입니다. 이 "마크"와 관련된 멤버십 가입 계획을 구매하는 사용자는 "이 마크로 표시"되므로 회원 권한을 제어할 수 있습니다.

주문 기준:

멤버십 가입 플랜을 구매하고 주문하세요. 결제 후 만료 시간이 주문에 기록됩니다. 따라서 이용자가 회원인지, 어떤 회원인지, 만료되었는지 등의 순서로 판단하시면 됩니다. 이렇게 하면 회원 권한을 제어할 수 있습니다.

이전에도 순서 기반 방식을 해왔는데, 이번에는 "사용자 태그"를 사용할 예정입니다.

주문을 기반으로 하는 것은 문제가 없지만 현재 구축하고 있는 플랫폼 CMS의 주문 시스템은 다양한 주문 유형을 지원하므로 주문 모델이 상대적으로 "대형"이 됩니다. 더 이상 "무게를 추가"할 계획이 없습니다. 그래서 "사용자 태그 기반"을 선택했습니다.

3. 회원관리

기존의 사용자 관리 확장을 기반으로 회원 관리를 단독으로 할 계획은 없습니다.

2. 적용 가능한 시나리오

1. 기본 시나리오

전체 상품에는 하나 또는 여러 개의 가입 플랜이 있으며, 사용자는 이를 구매하여 멤버십 서비스를 즐길 수 있습니다.

멤버십 태그를 전역적으로 정의합니다. 각 멤버십 태그에는 이름, 슬러그 및 관련 구독 플랜 ID라는 세 가지 이상의 필드가 포함됩니다.

사용자가 멤버십 표시가 있는 요금제를 구매하면 사용자의 메타데이터에 멤버십 표시와 만료 시간이 기록됩니다.

2. 플랫폼/다중 테넌트 시나리오

플랫폼 및 다중 테넌트 SAAS의 경우 공급업체 자체에서 제공하는 구독 계획이라는 매우 중요한 시나리오가 있습니다.

공급자의 사용자 메타데이터에 공급자의 멤버십 태그를 정의하며, 공급자의 멤버십 태그 키는 글로벌 멤버십 태그의 키와 동일할 수 없습니다.

사용자가 이 공급자로부터 구독 플랜을 구매하면 해당 멤버십 태그와 만료 날짜가 구매 사용자의 메타데이터에 기록됩니다.

이 반복은 기본 시나리오만 구현하지만 플랫폼 및 다중 테넌트 시나리오로 확장할 수 있어야 합니다.

3. 로그인 시 회원권 만료 여부 확인

사용자가 로그인하면 만료 여부를 판단하며, 만료된 경우 메타데이터의 회원 마크를 false로, 만료일을 false로 업데이트합니다.

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