雲端運算是一種將運算資源透過網路提供給使用者的模式,這些資源包括伺服器、儲存設備、應用程式等。使用者可以透過各種終端設備,如電腦、行動裝置、平板電腦、智慧手錶等,來存取和使用這些運算資源。
雲端運算的主要優點包括:
可擴充性:雲端運算可以根據使用者的需求提供可伸縮的資源,包括更多或更少的儲存空間、處理能力等。
可靠性:雲端運算提供的資源通常被重複使用,使用者的資料和應用程式會儲存在多個不同的實體和虛擬設備上,以提高資料的安全性和可用性。
節省成本:由於雲端運算提供的基礎設施和服務通常是按需付費的,用戶無需購買和維護自己的伺服器和其他運算設備,可以節省成本。
靈活性:使用者可以根據自己的需求靈活地使用雲端運算提供的資源,無需考慮基礎設施的維護和管理。
雲端運算有多種服務類型,包括基礎設施即服務(IaaS)、平台即服務(PaaS)和軟體即服務(SaaS)。基礎設施即服務提供使用者存取基礎架構資源,如伺服器、儲存和網路;平台即服務提供使用者存取應用程式開發和部署環境;軟體即服務則是提供直接使用的應用程式。
目前,雲端運算已被廣泛應用於各個領域,包括企業級應用、個人應用、大數據分析、物聯網設備、行動應用開發等。
我的AI SEO WordPress外掛今天發布了一個CN版。 AI SEO CN WordPress外掛訂閱[…]
2023年11月06日,Wordpress v6.4.2發布。兩天后,我遷移自己的部落格到別的伺服器。之後順[…]
form engine今天的迭代:
支援一個頁面多個form;
支援應用在veiws engine中,這樣一來,veiws engine渲染出來的清單就可以隨意加入各種各樣的action。
form engine的view層和control層分離。
增加一個用於下拉選擇的按鈕的欄位。
自從把form engine和views engine從低程式碼平台中分離出來並做了一些重構後,這次的迭代,徹底讓它們的能力超過了以前的版本。
熟悉我的朋友都知道,疫情期間,我自己碼代碼,碼了個BAAS(後端即服務的雲端運算平台)和一個低程式碼平台。之所以[…]
# 把百度的文心千帆大模型整合進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的中文水平,就是「說明文」的水平。
百度文心千帆大模型的中文水平,至少也比「說明文」好一些。
對我自己做的平台型CMS,會員訂閱這部分一直是「簡單實作」。這個週末重新對這部分做了架構,並把核心部分開發完成。
一、方式
會員訂閱,一般來說,主要包含:會員訂閱方案及購買、會員權限控制、會員管理三個部分。
1、對於會員訂閱方案及購買
準備基於已有的商城系統做一些擴展即可。
2、對於會員權限控制,
這個要特別說一下,不打算基於角色權限系統來做,而是單獨做一個會員控制的系統。
基於角色權限系統,把會員做成一個角色系列,把每個會員做成這個角色系列的角色。聽起來,似乎很合理。但是,這樣的話,無論做起來還是用起來,都特別麻煩,尤其是業務比較多的時候,各種邏輯會很複雜,一不小心就會造成各種混亂。並且也不夠靈活。
而且,實際上,很多優秀的系統的會員訂閱部分,也不會基於角色。而是基於「標記」或基於訂單來實現權限控制。包含wordpress的許多賣得很好的會員訂閱類的外掛都是這樣來做的。
基於「用戶標記」:
本質上,其實和角色系統原理一樣。就是定義一些會員的“標記”,購買了與這個“標記”關聯的會員訂閱計劃的用戶會被“打上這個標記”,這樣就能實現會員權限的控制。
以訂單為基礎:
購買會員訂閱計劃,形成訂單,付款後,將到期時間寫入訂單。所以,就可以根據訂單來判斷用戶是否是會員、是哪一種會員,以及是否已過期。這樣就可以對控制會員權限。
之前曾經做過基於訂單的方式,這次打算基於”用戶標記“。
基於訂單並沒有什麼不好,只不過,我現在做的這個平台型CMS的訂單系統支持的訂單類型比較多,造成訂單模型比較”龐大“,不打算再給它”增加體重“了,所以選擇基於”用戶標記“。
3、會員管理
基於現有的使用者管理擴展,不打算單獨做會員管理。
二、適用場景
1.基本場景
整個產品有一個或幾個訂閱計劃,用戶購買,享受會員服務。
全域定義會員標記,每一種會員標記至少包含name、slug、關聯的訂閱計畫id,三個欄位。
當使用者購買了某個會員標記的訂閱計劃,此會員標記和到期時間就會寫入此使用者的meta資料中。
2、平台/多租戶場景
對於平台和做多租戶SAAS,有一個很重要的場景:供應商自己提供的訂閱方案。
在供應商的使用者的meta資料中定義此供應商的會員標記,供應商的會員標記的key和全域會員標記的key不能相同。
當用戶購買了此供應商的訂閱方案後,相應的會員標記和到期日期就會寫入到購買用戶的meta資料中。
這次的迭代只實現基本場景即可,但要能擴展到平台和多租戶場景。
三、登入時判斷會員是否到期
使用者登入時判斷是否到期,如果到期,更新meta資料中的會員標記為false、到期日為false。
去年,曾幫一家做出海的國際HRsaas的公司做過一個方案。在這個方案的核心是兩個成功做一個B端SAAS平台的[…]
年前,寫了《某網路租車平台複盤-如何hold住一整個產業》(文章加了密碼,一般人看不到)。這篇主要是對[…]
繼續迭代views引擎。
這次迭代後,views引擎就徹底成了微核心架構。和form引擎、block引擎的架構一樣。
最近一周迭代了表單引擎。增加了地址選擇器。不太滿意,先這樣,後邊再說。表單標題實現了條件配置,不必局限於固定的value值。
oms也做了一些迭代。增加了一種訂單的類型(免費)。修改了一下訂單的模型。
產品管理系統也做了一些迭代,增加一個product type,增加訂單分類的分類法。