這裡是 LitePress 社羣舊貼存檔,您可以在此留言或提交新的回應和資訊。

這裡是 LitePress 社羣舊貼存檔,您可以在此留言或提交新的回應和資訊。
文章投稿 139 篇
參與 1035 次討論和 239 條回覆現在新的文派開源社羣和 cravatar.com 改版工作由我在做安排,所以如果有問題的話,也可以到對應的版塊去 @modiqi 就行。
這是截至 2023 年 9 月 10 日的全部參與者列表。
要建立一個參與者列表,你可以使用 HTML 的無序列表 (<ul>
) 和列表項 (<li>
) 元素。在每個列表項中,你可以新增參與者的姓名或其他相關資訊。
例如:
<ul>
<li> 參與者 1</li>
<li> 參與者 2</li>
<li> 參與者 3</li>
</ul>
你可以根據需要新增更多的列表項,每個列表項代表一個參與者。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
這篇帖子就留給需要及時重新整理頭像的使用者提交反饋,一般情況下,提交頭像後過段時間就會自動顯示,如果沒有顯示出來的話,或者你等不了就在這裡提交自己的頭像圖片地址。比如
https://cravatar.cn/avatar/60f1c4f099fc44da2978d9107535f58e
https://cravatar.cn/avatar/e1e7ba949ade0936e071132d2edd3b3c
注意,不要公佈自己的敏感資訊在此帖子中,其他問題可以 @薇曉朵 @modiqi 為你解答及提供服務,後面會另外新增一個自動提交需要重新整理 CDN 圖片連結的工具。
目前將就著用吧。
尊敬的 Cravatar 使用者,
我們誠摯地向您致以最誠懇的歉意。我們深感抱歉,由於我們的快取策略,導致您上傳的 Cravatar 頭像在 CDN 上延遲重新整理的問題。我們理解這給您帶來了不便和困擾,我們深感抱歉。
作為中國的 Gravatar 頭像替代服務,我們一直致力於提供高質量的服務和最佳化使用者體驗。為了減少 CDN 流量消耗和伺服器壓力,我們實施了快取策略。然而,我們意識到這個策略在某些情況下可能會導致使用者上傳的頭像無法立即在 CDN 上重新整理。
我們正在積極調整系統和流程,以解決這個問題。我們已經加強了與 CDN 供應商的合作,以確保頭像的重新整理速度得到提升。我們也在不斷最佳化快取策略,以平衡流量消耗和使用者體驗之間的關係。
儘管 Cravatar 是一項完全免費的公益服務,我們深知其揹負的責任是提供穩定、高效的服務。我們將竭盡全力確保 Cravatar 頭像上傳後的重新整理速度能夠恢復正常。我們將持續監測和改進系統,以確保您能夠享受到最佳的使用者體驗。
再次,我們對給您帶來的不便表示由衷的歉意。我們真誠地感謝您對 Cravatar 的支援和理解。如果您有任何疑問或需要進一步的幫助,請隨時與我們聯絡。我們將竭誠為您提供解決方案。
再次感謝您的理解和支援。
誠摯地,
Cravatar 團隊
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
選擇採用 Weixiaoduo.com 來做目前全部文派系統的單點登入的中心考慮還是在於本身的註冊體量到現在還不是很多。
再一個安全和驗證機制薇曉朵已經是做的最完善的,後面等到文派開源構建完畢,我們將會另外再提供一個 wenpai.org 的單點登入驗證方式,這樣就可以避免故障導致不能正常訪問的情況。
單點登入 (Single Sign On,簡稱 SSO) 是一種身份驗證和授權機制,允許使用者使用一組憑據 (如使用者名稱和密碼) 登入到多個相關應用程式或系統中,而無需在每個應用程式中單獨進行身份驗證。
用途:
優點:
缺點:
舉例說明 Single Sign On:
一個常見的例子是 Google 的單點登入系統。使用者可以使用他們的 Google 帳號登入到各種與 Google 相關的應用程式和服務,如 Gmail 、 Google Drive 、 YouTube 等。使用者只需一次登入,即可訪問這些應用程式,無需在每個應用程式中單獨進行身份驗證。這提供了方便的使用者體驗,並透過 Google 的身份驗證機制提供了安全性。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
WordPress 是一款開源的內容管理系統 (CMS),它使用 PHP 語言和 MySQL 資料庫來構建網站。它提供了一個易於使用的介面,使使用者能夠建立和管理網站的內容,包括文章、頁面、媒體檔案等。
WordPress 的應用場景非常廣泛,特別適合企業使用。以下是一些常見的企業應用場景:
公司網站:WordPress 提供了豐富的主題和外掛,使企業能夠輕鬆地建立和定製自己的網站。透過 WordPress,企業可以展示公司資訊、產品和服務,吸引潛在客戶,並提供聯絡方式。
部落格和新聞網站:WordPress 最初是作為部落格平臺而開發的,因此非常適合用於建立和管理部落格和新聞網站。企業可以使用 WordPress 來發布新聞、行業動態、專家觀點等內容,吸引讀者並增加品牌知名度。
電子商務網站:WordPress 透過外掛 (如 WooCommerce) 提供了強大的電子商務功能,使企業能夠建立和管理線上商店。企業可以展示和銷售產品,處理訂單和支付,提供客戶支援等。
會員網站:WordPress 提供了會員管理功能,使企業能夠建立和管理會員網站。企業可以提供獨家內容、會員特權、論壇和社互動動等,吸引使用者註冊和付費成為會員。
根據資料支撐,根據最新統計資料,截至 2021 年,全球超過 40% 的網站使用 WordPress 構建。這顯示了 WordPress 在企業中的廣泛應用和可靠性。無論是小型企業還是大型企業,WordPress 都是一個強大而靈活的選擇,可以滿足各種企業的需求。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
要在 WordPress 網站中新增網頁特效,可以使用以下程式碼段示例:
// 在主題的 functions.php 檔案中新增以下程式碼
// 新增自定義 CSS 檔案
function add_custom_css() {
wp_enqueue_style( 'custom-style', get_stylesheet_directory_uri() . '/custom.css' );
}
add_action( 'wp_enqueue_scripts', 'add_custom_css' );
// 新增自定義 JavaScript 檔案
function add_custom_js() {
wp_enqueue_script( 'custom-script', get_stylesheet_directory_uri() . '/custom.js', array(), '1.0', true );
}
add_action( 'wp_enqueue_scripts', 'add_custom_js' );
上述程式碼將在 WordPress 主題中新增兩個自定義檔案:custom.css 和 custom.js 。你可以在這些檔案中編寫你想要的網頁特效的 CSS 和 JavaScript 程式碼。
例如,如果你想要將全站內容變灰,可以在 custom.css 檔案中新增以下程式碼:
body {
filter: grayscale(100%);
}
這將使整個網站的內容變為灰色。
如果你想要使用 JavaScript 來實現特效,可以在 custom.js 檔案中新增相應的程式碼。例如,以下程式碼將在滑鼠懸停在某個元素上時,將其背景顏色更改為紅色:
jQuery(document).ready(function($) {
$('.element').hover(function() {
$(this).css('background-color', 'red');
}, function() {
$(this).css('background-color', '');
});
});
請確保將 custom.css 和 custom.js 檔案放置在你的主題資料夾中,並根據需要進行修改。然後,重新整理你的 WordPress 網站,你將看到相應的網頁特效生效。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
不認可,這個 SQL_CALC_FOUND_ROWS 在大資料量下非常慢,是 WordPress 眾多慢查詢的核心之一。
LitePress 平臺正在進行改版工作,官網和全部功能架構將會進行調整。我們歡迎使用者提出意見和建議,您可以在此文件中新增您的反饋。改版工作將會在本月中旬完成,整合工作將會在下個月進行。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
可能是已經有存在舊快取資料,如果你用的寶塔面板,在寶塔面板手動清除 redis 快取
這可能是因為 Redis Object Cache 和 WP-China-YES 都嘗試在 WordPress 中使用相同的快取鍵名。當啟用 Redis Object Cache 時,它會覆蓋 WP-China-YES 的快取設定,導致後者無法正常工作。解決方法是在兩個外掛中使用不同的快取鍵名,或者只使用其中一個外掛。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
加油!
PHP7.4 及以上版本通常比 PHP7.3 執行更快,因為它們包含了更多的效能最佳化和改進。然而,具體的效能表現取決於程式碼的實現和伺服器的配置。對於 7b2 主題,推薦使用 PHP7.3 版本。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
是的啊,會在整個文派 (WordPress) 生態站點以及薇曉朵 Weixiaoduo.com 全平臺釋出,我們目前在做服務穩定性最佳化,還需要努力一段時間。
請問外掛新版本具體的上線是多平臺 (官網等) 同步上線嗎?
額,wpthemes.cn 的證書過期了。
wpthemes.cn 可以用來下載 WordPress 主題,以及獲取有關 WordPress 主題的相關資訊和資源。
我認為 wpthemes.cn 可以提供 WordPress 主題的定製服務、主題開發教程、主題使用技巧分享等業務和服務。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
以下是一些提高 WordPress 網站流量的方法:
1. 最佳化 SEO:使用關鍵詞、元標籤和描述來最佳化網站的搜尋引擎排名。
2. 內容營銷:釋出有價值的內容,吸引訪問者並提高網站的可信度。
3. 社交媒體:在社交媒體上分享您的內容,吸引更多的訪問者。
4. 郵件營銷:透過電子郵件傳送有價值的內容和優惠,吸引訪問者並保持聯絡。
5. 廣告投放:使用付費廣告,如 Google AdWords 或 Facebook 廣告,吸引更多的訪問者。
6. 網站速度:確保您的網站載入速度快,以提高使用者體驗和搜尋引擎排名。
7. 移動友好:確保您的網站在移動裝置上友好,以吸引更多的移動使用者。
8. 合作伙伴關係:與其他網站或部落格建立合作伙伴關係,以增加流量和連結。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
bbPress 不支援 Markdown 方式發帖和回覆,但可以透過安裝外掛來實現 Markdown 功能。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
要學習 WordPress 主題外掛開發,可以透過以下步驟進行:
1. 學習 HTML 、 CSS 和 JavaScript 等前端技術,以便能夠建立漂亮的 WordPress 主題和外掛介面。
2. 學習 PHP 程式語言,因為 WordPress 主題和外掛都是基於 PHP 編寫的。
3. 瞭解 WordPress 的基本結構和功能,包括如何建立頁面、文章、分類目錄和標籤等。
4. 學習 WordPress 主題和外掛的開發規範和最佳實踐,以確保你的程式碼符合 WordPress 標準並能夠與其他外掛和主題相容。
5. 參考 WordPress 官方文件和社羣資源,如 Codex 、 WordPress 開發者中心和 Stack Overflow 等,以獲取更多的幫助和指導。
總之,學習 WordPress 主題外掛開發需要耐心和實踐,需要不斷嘗試和除錯程式碼,才能逐漸掌握這門技能。
以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。
感謝論壇,經由維權,錢已退,本來沒指望的。
4 月 27 日 伺服器繼續掛
沒有說怎麼處理伺服器的問題 儘快恢復伺服器訪問
這就開始罵街了
魏星最後通知我
他要我伺服器上的企業網站資料刪除
伺服器 他留著自己用
這裡要說 2 點
1 企業網站 是我們公司透過建站公司 8000 元建設的,網站上存放了我們公司的客戶資訊 500 多條,每條客戶資訊的獲取成本在 1000 元。總價值 50 萬以上。
2 伺服器是我花錢買的 屬於我的財產,而魏星大神直接強佔了,我也沒有辦法。
喜歡罵人的魏星 氣急敗壞 把我微信拉黑了
至此 沒有提伺服器問題怎麼處理
4 月 27 日 伺服器又掛了
開始罵人了
伺服器出問題後 全程沒有要去修復問題的意思和行動
而是說我問他伺服器問題了 他感覺我逼逼了
句句 離不開他媽了
魏星是還沒張大嗎
4 月 24 日 伺服器繼續掛
伺服器掛掉後 已經放棄尋找他處理了
4 月 22 號 伺服器繼續掛
伺服器掛壁後 唯一能做的就是等
欣賞一波 魏星的絕技
4 月 21 日 伺服器崩潰
如果遇到伺服器有問題 他唯一能做的就是給機房發工單
開始扯皮 說 伺服器 他一直用都沒宕機過
就我用了才出現第一次宕機的情況
<strong style=”color: #f00;”> 注意 他說話 以 媽的 開頭
<strong style=”color: #f00;”> 注意 他說話 以 媽的 開頭
<strong style=”color: #f00;”> 注意 他說話 以 媽的 開頭
這是魏星的絕技
4 月 18 日 伺服器崩潰
開的第一臺伺服器 速度有點慢,每秒 80/s
魏星在 2 月 25 號給我更換了第二臺伺服器。
(其實 這時候 已經可以猜到 他做伺服器不靠譜 沒有保障)
已查詢,使用者 ID 15373
目前 WP-China-Yes 正在積極開發新版本的,我們將於下個月進行更新。
你的站點證書過期了
期待你們能做的更好
第一個問題是由於沒有開發好完整的個人資料頁面,我們已經在安排重建工作。
第二個問題等開發完新版本的之後我們會更新下。
已經更新了頭像伺服器,後面會提供穩定的服務的。
又是掉頭髮的一夜
現在 LitePress 有了新的定義,我們正在轉型為 WordPress 中國開發社羣,
LitePress 稱之為:你的 WordPress
請嘗試用通用郵箱進行註冊,自建的小眾郵箱不是特別穩定。
目前已經更換了發信系統為阿里雲郵件推送,應該不再存在此問題,可以重新嘗試上傳。
目前市面上有這些功能的有且只有 WordPress SEO 站群解決方案可以實現,穩定執行和更新,從 2015 年到現在,可以看看 https://mu.weixiaoduo.com/services/wordpress-multisite-seo
目前已更換頭像伺服器,日誌見:Cravatar 頭像伺服器遷移完成 – 2023 年 04 月 15 日。
目前此專案由文派公司接管後續的維護開發工作還在安排, 新的開發路線將會在本月公佈. 公告內容 https://litepress.cn/news/archives/49.html
主題頭像,郵箱繫結頭像,評論頭像,都不一樣,是什麼原因造成的呢,
兩天了,依然是這樣。是否有 cdn 節點出現問題?
部分自建郵箱收不到 163 企業郵的郵件,已手工新增
該問題已恢復,是因為伺服器香港的取源伺服器無法訪問導致的
似乎是因為我家裡網路使用的 HK 節點,換回國內節點就沒問題了,不過這應該也算一個 bug 。
該問題已修復
期待,非常期待, 十幾年前開始用 wp 。
是否可以貼一個完整的案例連結。我無法復現出這個問題欸
該問題數日前已修復,忘記回覆了,不好意思
當初論壇的繁華景象呢
穿的圖太大了吧。我們伺服器最大接受兩個 G 的
伺服器被 DDOS 了,要今天下午才能恢復了。香港的伺服器會黑洞 24 小時的
這類服務有很多人提供的,百度上搜可以搜到的。
可以。用 MU Domain Mapping 外掛
郵箱 admin@css.pet 已經被這個賬戶新增了:quanquandhr1995
既然不是瀏覽器和輸入法的問題,有沒有可能是 UOS 或者是你網站安裝的外掛的造成的?
好的謝謝
用七牛雲端儲存吧,那上面帶時間戳防盜鏈功能,就是你說的生成的每個連結有時效性,超時就失效。阿里雲和騰訊雲的都沒這個功能,實現不了,實在想做只能自己寫個程式來控制,然後流量走你的伺服器。
前段時間有很多機器人註冊,導致郵箱服務的發件額度超了,這個問題兩天前已經修復了
直接點選右側圖片庫來傳圖目前還有問題,可以先透過點選更換圖片那裡調出的圖片庫來傳圖
遇到什麼問題了嗎?
頭像怎麼上傳
額,大佬,現在好像又不行了,我想傳幾張頭像連按鈕都點不了 QAQ 更別說往上傳了 (話說是不是沒有拖拽上傳啊)
該問題已修復
已修復該問題
不要慌
+1
ok,那個網站停用了,更換了到 cravatar.cn/avatar/,好用了
這個程式碼有沒有錯誤?
如果正確,頭像還是不顯示。
add_filter(‘get_avatar’, function ($avatar) {
return str_replace([
‘www.gravatar.com/avatar/’,
‘0.gravatar.com/avatar/’,
‘1.gravatar.com/avatar/’,
‘2.gravatar.com/avatar/’,
‘secure.gravatar.com/avatar/’,
‘cn.gravatar.com/avatar/’
], ‘gravatar.wp-china-yes.net/avatar/’, $avatar);
});
我已經回覆了,為什麼不顯示?
我看都沒人維護了
謝謝
該問題已修復
之前這種都能開,現在都不行了! //cravatar.cn/avatar/?s=96&d=mm&r=g
頭像地址類似: //cravatar.cn/avatar/?s=48&d=mm&r=g
前臺顯示的頭像都是掛的
好的,已解決,謝謝
使用者系統正在更新,將盡快恢復找回密碼功能。
你這個程式碼中的頭像伺服器並不是 Cravatar,請修改之。
頭像我沒有使用外掛,而是網上的教程。
add_filter(‘get_avatar’, function ($avatar) {
return str_replace([
‘www.gravatar.com/avatar/’,
‘0.gravatar.com/avatar/’,
‘1.gravatar.com/avatar/’,
‘2.gravatar.com/avatar/’,
‘secure.gravatar.com/avatar/’,
‘cn.gravatar.com/avatar/’
], ‘fdn.geekzu.org/avatar/’, $avatar);
});
別人的頭像都生效,唯獨我自己的不生效。我去檢視了我設定的頭像正確無誤。
已經修復了
白天修復
已在帖子回覆
Hello, 這幾天我們在進行大版本更新,所以導致了比較多的 Bug,頭像問題方便提供一下 url 嗎,我好排查。
這個論壇沒有人維護了嗎?頭像突然不顯示了。論壇亂碼
找到問題了,是他在 wp-config.php 裡面新增了兩個域名
這個和發行版沒關係的,有沒有域名取決於外掛/主題的程式碼,建議聯絡作者看看。
對,然後我這邊主題的支付回撥也只有路徑,沒有域名,直接支付不成功,然後我下載 WP 覆蓋了還是回不來,你那邊解決了嗎
比如上傳圖片後,圖片地址就是:/wp-content/uploads/2022/09/2.jpg
Broken Link Checker
什麼外掛
有個 cdn 的證書過期了,中午發現後已經修復。
解決了,有外掛可以實現
需要使用 regexp_replace
做正則替換,不是簡單用萬用字元就可以的,需要寫正規表示式。
這個需求聯絡人開發吧,要寫程式碼定製了
微信似乎沒有透過郵箱獲取頭像的介面,微博也是,因此從技術上無法實現。
最大的問題就是支援和開發。國外外掛會根據使用者需求迭代。國內的基本不怎麼更新版本,也不會考慮相容其它外掛。
謝謝
謝謝
以下這段程式碼會在檔名開頭加上使用者名稱
function git_upload_filter( $file ) {
global $current_user;
$user_name = empty( $current_user ) ? '' : $current_user->user_login;
$time = date( "YmdHis" );
$file['name'] = $user_name . "-" . $time . mt_rand( 1, 100 ) . "." . pathinfo( $file['name'], PATHINFO_EXTENSION );
return $file;
}
add_filter( 'wp_handle_upload_prefilter', 'git_upload_filter' );
OKOK,謝謝啦,知道你們比較忙,可能現在沒時間,可以理解啦
已手工啟用,可以直接登入了。
我試著用 SQL 語句把 wp_option 資料表的路徑替換新的路徑,現在可以了
這個可能性不大吧,具體是哪個外掛以及你如何判斷他讀取的是 「/www/域名」 可以截圖發一下嗎?
另外可以檢查下 wp-config.php 檔案裡面是不是把路徑寫死了呢?
這個要麼改外掛程式碼,要麼使用帶自動映象功能的雲端儲存試試。比如說又拍雲,可以設定透過 CDN 訪問的資源如果是第一次被訪問的話就映象到雲儲存,透過這種方式來將圖片資源儲存到雲端儲存上。
就是在原版 WordPress 的基礎上增加了對國內環境適配的程式碼
Lite 代表輕量。
你這個需求據我所知好像是沒有專門的 WordPress 內建方法可以實現,需要你自己寫個方法查詢出所有父目錄與當前目錄一致的目錄再累加文章數最後返回了。
這個是要我們先去手工給資源分類,然後你才可以按類別檢視到的,但是現在並沒有處理這一塊的工作。
確實是沒有做分類
可以,謝謝
謝謝,昨天一天我查出來是因為什麼了
網站的防火牆懷疑我在攻擊關了就沒事了
不好意思,平臺上傳目錄的許可權錯了,導致你沒傳上圖,能把報錯圖片再傳一下嗎?
看一下這個吧: https://litepress.cn/plugins/wp-post-modal
加油
和 wordpress 完全相容的,只會做本土化適配,不會破壞相容性
您好,Cravatar.cn 上的隱私政策無法開啟
檢視一下是否真的被禁用了唄,這個函式是用來建立匿名函式的。用寶塔面板的話這個設定在你的 應用市場->PHP 設定-> 禁用函式 中
嗯,確實是個好主意,我已經搞定,嘿嘿
我想了想,這個需求好像沒啥意義吧,category 的 slug 本身就相當於 ID 。如果你非要用數字 ID 的話,或許我們可以換個思路,比如說把 slug 設定為和 id 一樣的數字,是不?這樣連額外的程式碼和外掛都不需要加就能實現你的需求了。
大機率不會干擾,因為資料只要被一個外掛替換過,另一個外掛就匹配不到資料了。當然,最好就是一個功能如果有重複的就只在一個外掛上開
用的哪個版本?
只要不是出相容問題的話是可以繼續用的,我們也在用這個外掛
謝謝
看看這個外掛: https://litepress.cn/plugins/wp-posts-widget
這個外掛支援只顯示部分分類的文章,你把這幾個需要展示的文章額外新增一個統一分類就可以了 (一個文章可以新增多個分類,不會影響文章之前的所屬分類)
已經解決 php 版本切換後正常
附件就直接複製 wp-content 下的 uploads 目錄到新站點即可
資料庫好說 那媒體檔案怎麼辦呢 僅僅保留媒體嗎
嘗試完全部署一個新的系統,然後再把老系統的資料庫匯入到新的裡面,同時從官方應用市場安裝所有需要的外掛吧。這樣可以確保刪掉你自己新增的所有程式碼。
已經覆蓋 無效 仍然白屏
加到主題的 functions.php 裡面:
add_filter('the_content', function( $content ) {
return strip_tags( $content, '<p><br><img>' );
}, 9999 );
這類新版本相容相關的問題只能等外掛作者更新了,愛莫能助
重新覆蓋安裝下原版安裝包試試呢?不行的話應該是你透過什麼渠道外掛了什麼程式碼進了系統核心。建議你可以直接裝一份新的,然後把資料匯入到新站裡
這個叫骨架屏-skeleton loader
react vue 這些前端框架是有現成的元件實現 如果單 JQ 的話網上找找也有
加我 QQ 我遠端除錯下
我用 FileZilla 開啟明文 FTP 是連線 ftp 空間成功的
已經使用您說的這種方案了, 但是也有另類辦法, 利用 wpml 主語設定 en 匯出 XLIFF 格式 本地可以利用 Poedit 翻譯 .
如果說都不可用的話,我懷疑是不是你的 FTP 伺服器有問題呢?沒道理兩個作者的外掛都是有 BUG,甚至於無法正常使用的
這種網頁生成器生成的頁面需要翻譯只能用 Elementor 挨個點開翻譯了,你說的把頁面匯出到本地是可以實現的,但是基本不可能從那裡面翻譯,因為那裡面充滿了類似於 HTML 這樣的標記符 (但並不是 HTML),不如直接在 Elementor 中翻譯直觀
我測試過了,圖片上傳不了
看下這個: https://litepress.cn/plugins/wpftp
謝謝大佬推薦,我去試試
測試一下看看吧,這倆應該不會衝突
可是我又用了 wpml 會不會衝突 wpml 相對於複雜了
就是老部落的 wpftp pro 外掛的功能,在 wp 上傳媒體圖片時直接上傳到 ftp 的空間,但是我試了一下圖片根本上傳不了
建議直接用 Loco Translate 外掛翻譯,他會自動幫你把檔案放到正確位置上。
這個是百度統計的 JS 程式碼,可能是百度伺服器那天抽風了,我剛測試是正常的。
我沒理解你的意思,你是想對外提供圖床服務嗎?
裝 elasticpress
今天上傳圖片正常了,f12 裡有個 js 沒載入出來。
一:使用者提交的翻譯確實是是會顯示為 「待稽覈」 的,是需要管理員透過後才會全網推送。當翻譯貢獻率達到 10% 以上的時候可以申請成為此專案的 「翻譯編輯者」,此時提交的翻譯無需稽覈。
二:可否按 f12,然後切換到 「網路」 選項卡,觀察上傳圖片時介面呼叫是否正常?如果報錯的話麻煩把介面返回資訊貼一下 (點選出錯的網路請求,然後右側會出現 「響應」 選項卡) 。
三:這個確實是應該顯示暱稱,我們之前沒注意到這個問題。新的會員中心會在最近上線,這一點會在新會員中心中更正。
對啊……頭像引用地址固定就是 https://cravatar.cn/avatar/你的郵箱 MD5 。直接把這個地址貼上去就行
返回的頭像就是固定的。。。
感謝反饋,此問題已記錄,將會盡快修復
看你描述應該就是主題的鍋了,和開發者溝通下看看咋辦吧
感謝大佬回覆,目前解決方案也是設定快取過期時間
我感覺在這個頁面上無論如何設定規則都實現不了你想要的效果……
因為這些規則都是當網頁符合某個規則時不返回快取內容的,並非是重新整理快取。
對於新增內容自動重新整理快取的這個需求,一般的快取外掛都會自動處理,如果這個 cache master 外掛不會自動刷並且也沒有那種一鍵啟用重新整理的開關的話可能就是功能支援上不完整,這不是改什麼配置就可以實現的。
考慮到這個外掛較少的安裝量,我更傾向於這個外掛在功能實現上是不完整的。
還有一種實現方式是設定一下快取過期時間,但這樣顯然缺了一點實時性。
最實際的方案是換一些諸如 wp super cache 這種成熟且常用的外掛。
先暫時在網頁端翻譯吧,外掛端有些 bug,暫時沒時間處理
這個問題不處理的話你網站的很多功能會受到影響的
應該是某個外掛或主題破壞了 rest api 的路由,建議逐個停用看看
大佬,作者說了是 pjax 不支援,新視窗開啟,其餘沒有影響的
登入失敗,介面返回狀態碼:500
我用 wordpress 一年了,沒看過你截圖的頁面,程式執行良好就不要亂動設定
沒喲 算了 不去看他了
你是不是裝了 WPJAM 外掛?
強迫症的我選擇自刎
不用管。。。
地址貼一下看看 54 一月的
這個可以清晰的看到,辯題變成儀表盤。介面還在那個主頁
這麼奢侈嗎?
我去 我一個月都 54 了 !
f12 看一下網路請求, 是哪個資源拖累的速度,然後把截圖貼一下
這個之前有想過,但是在技術上沒辦法實現,因為每個主題的開發方式差異都很大,實在難以照顧到。只能自己去改主題頁尾模板
可以跟主題作者反饋,或者自行在主題的底部模板新增備案資訊。
已經結束了
後臺安裝 better search replace 外掛,即可方便地進行資料庫替換操作。嘗試搜尋你的舊域名並替換成新域名。操作之前請注意備份資料,資料無價。
請詳細描述
你說的事情還有嗎?3 年 288
希望能堅持做下去!
上什麼學啊 專心搞事業
已經在平臺首頁更新說明並增加 china yes 外掛的下載地址了
你可以先出個公告,然後置頂一下
回爐重造了,先用外掛方式接入吧: https://a1.wp-china-yes.net/apps/wp-china-yes.zip
你這個看到是 php 版本問題
安裝報錯
Fatal error: Uncaught TypeError: call_user_func_array(): Argument #1 ($callback) must be a valid callback, function 「」 not found or invalid function name in /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php:307 Stack trace: #0 /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters(」, Array) #1 /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/plugin.php(474): WP_Hook->do_action(Array) #2 /home/moonikura/web/testikuramoon.ml/public_html/wp-admin/plugins.php(194): do_action(『activate_salesm…』) #3 {main} thrown in /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php on line 307
好的,非常感謝。
我們目前人手不足暫時顧及不到發行版的維護,建議先使用 WordPress 搭配 wp china yes 外掛。可以去我們的 github 下載:https://github.com/litepress/wp-china-yes
前排頂帖支援!
我是軟體作者,有啥 bug,需求,建議可以在本貼討論。
外鏈的圖片連結是 http 的 混合載入了 所以不顯示
OK 謝謝
開吧
誒為啥顯示不出圖片。。
這個應該是某個外掛程式碼觸發的,逐個關停外掛試試看。如果問題是由你自己寫的 js 觸發的 (如果你移除 js 問題應該消失) 話就把你的 js 程式碼貼出來我們看看哪裡寫錯了。
沒事,只是沒事試試而已
你的寶塔面板版本有點舊吧,我這最新版本是 5.1
已經關掉了,很久沒進資料庫了,不曉得為什麼會彈出錯誤提示
寶塔裡最新才 4.8
把 PHP 錯誤顯示功能關掉呀。或者調一下需要顯示的錯誤級別
phpmyadmin,換 4.9
是的,全部忽略後就能正常使用了,但每點選一個表就要忽略一次就很煩。
phpmyadmin 版本是 4.8,PHP 版本是 7.4
把你 php 的錯誤顯示關上就沒了。都是些提示資訊,影響不大
phpmyadmin 版本號是多少?php 的版本號呢?
分享一個很不錯的教程網站 www.tianwenwangluo.com
獨立站建設大家可以看看這篇文章
https://www.tianwenwangluo.com/
麻煩透過覆蓋 wp 原版安裝包的方式退回吧,我們這一塊的 API 當初寫的時候邏輯比較亂,已經很難改了 後面這塊功能會直接挪到 china yes 外掛上,現在這套會重寫。
收藏了,註冊了一下,挺好用的
你可以使用 map 指令來透過正規表示式從一個變數中提取所需字串並將其儲存在一個新變數中。
比如你這個需求只需要將如下配置加到 http 配置區域中即可 (引用的時候需要引用新變數 $my_request_uri):
map $request_uri $my_request_uri {
"~^/(?<suffix>.+)$" $suffix;
}
我們第一版應用市場目前有些 bug 而且功能也不完善,目前在處理新版使用者中心的開發,搞完之後會去完善市場,市場這一塊目前如果不是致命 bug(比如導致平臺崩潰或是影響到使用者網站) 的話暫時不會修。
也遇到同樣的疑惑,不過我的方法比較簡單粗暴,
直接控制變數法,挨個勾選,去重新整理網頁,透過瀏覽器除錯觀察載入時間。
一直都期待有一個這樣本土化的 wordpress,不用每次安裝完,都要先去各種修改最佳化一波,對於非程式設計師實在是太不友好。
這個專案太棒了,持續關注,加油!
哦,咱們訪問到的內容是一樣的,但系統這邊要求的正確內容應該是:5578a94700f38245ed41817a8f33fe35
咱們訪問的 CDN 節點可能不是同一個,建議重新整理下快取或者按之前說的那樣直接用 wp 原版的程式覆蓋。
是正確的呀
自問自答嗎
手工請求下此網址: https://eke.ink/lp-check.txt 可以發現其中的內容確實是不對的,有可能是被 CDN 快取了,如果你不知道應該如何設定檔案內容的話可以直接從 cn.wordpress.org 下載原版安裝包然後到站點根目錄下解壓覆蓋。
幫我回退吧,後臺介面都混亂了,
點選 「我的站點——網路管理——設定——上傳設定——」 即可完成設定,你想改成多大就多大,你想上傳 10G 的檔案都可以
測試沒問題,已經幫你提交升級請求了
3 樓
前排!
這是一個已知的問題,問題原因是我們的老自動翻譯解決方案存在 IP 被谷歌拉黑的風險,顯示 FAILED 就是因為 IP 已被拉黑。
我們已經上線了新方案來解決這個問題,但暫時只給網頁端翻譯平臺應用了新方案,外掛端暫時沒照顧到。
問題原因是我們的 Cron 驅動掛了,已經重啟了,最晚明天晚上就能收到推送了
該問題已臨時修復
近期在對老域名統一遷移備案,預計要下週才能透過,你可以暫時先關閉 google 加速相關功能。
還是一樣的內容
我直接複製檔案吧。。。
大機率是被某個外掛在程式碼層面禁用了錯誤顯示,這種情況下幾乎是沒法確定錯誤原因的。
嘗試在這個備份外掛的入口檔案 (入口檔案開頭會有一大段註釋,寫明 Plugin Name 等資訊) 的開頭新增如下兩行程式碼強行開啟錯誤顯示:
ini_set( 'display_errors', 1 );
error_reporting( E_ERROR | E_WARNING | E_PARSE );
如果還是不行的話就用寶塔的站點匯出功能遷移或者換個外掛吧。
wp-content 目錄裡也沒有 debug.log 不知道為啥
開 DEBUG 模式了
你似乎沒開啟 Debug 模式?如果開啟的話他會給你顯示詳細的錯誤資訊,而不只是告訴你產生了 500 錯誤。
所謂的開啟 Debug 模式,指的是你在站點的 wp-config.php 中將 WP_Debug 常量的值更改為 true
面板裡的錯誤日誌
這不是顯示介面 500 錯誤嗎?然後你在 f12 的網路那裡,點選這個介面,右側會有響應值。那個裡面包含的是詳細的報錯資訊 (前提是你開啟 WP 的 Debug 模式),現在你需要把這個響應值貼上來,我們才好判斷問題原因。
可以試試直接用寶塔傳進去 然後恢復備份
f12 看一下網路請求。有可能是出錯了,但是程式沒做錯誤處理。
我也是剛剛解除 wp, 本來是想業餘時間,做做站群之類。結果裝了 wp 發現還是有很多東西要學習,陰差陽錯來到了這裡。
感覺樓主還是有擔當的,看著我也熱血沸騰,我會繼續學習,和持續關注這個社羣。
卡在這一上午了
現在可以傳附件了,麻煩再貼一遍圖吧
附件也上傳不了。。。
編輯器不知道為啥上傳不了圖片只能上傳附件了
大佬牛皮 可以了
好的 謝謝大佬
安裝測試了下,效果真棒!
那兩是仿文章列表的廣告,zblog 有類似的外掛,不知道 WordPress 有沒有
騰訊雲 288 三年,有需要聯絡我 2h2g
一般情況國內主題作者都不會使用谷歌字型,即使使用也會用國內映象,所以只要用的不是國外開發的主題這個選項不用開啟
你看的是 zblog 建站程式,用的簡潔輕巧主題,速度快些,但是功能很少,我的 litepress 站點的域名是:wp.bufanz.com,比 zblog 站點慢一秒。
你的站點速度好快,有最佳化教程麼
作者的連結是最早的網址,問題不大,可以的話給其他 WordPress 使用者推薦本論壇即可。
你是否成功建立了子主題?按開發規範,你應該在子主題的 style.css 檔案頭部包含 Template 欄位來標識父主題,例如:
/*
Theme Name: Twenty Twelve Child
Theme URI: http://example.com/
Description: Child theme for the Twenty Twelve theme
Author: Your name here
Author URI: http://example.com/about/
Template: twentytwelve
Version: 0.1.0
*/
成功關聯父主題後子主題中的檔案應當能自動替換父主題的對應檔案。
關於子主題的更詳細資訊可以參考官方手冊:
https://developer.wordpress.org/themes/advanced-topics/child-themes/
如果還有問題可以回帖繼續交流。
這個似乎是實現不了智慧判斷。如果你主題用著不卡的話就是大機率沒谷歌字型,否則你應該會注意到有某個靜態資源一直在載入中。我們目前正在完整克隆整個 wp 官方倉庫,克隆成功後應該會直接在外掛主題打包前從原始碼層面替換掉這些連結。
感謝反饋!我們的會員中心包括附帶的所有東西都在重構,近期會上線,這個老頁面後面會直接去掉的
https://litepress.cn/login 輸入賬號密碼時候會左右晃動
wp 預設會傳送 cache-control: no-cache
頭,因此 cdn 需要設定強制快取 (忽略原站) 。
謝謝啦
CDN 不管偽靜態,只要符合快取規則就會觸發條件
偽靜態也行?謝謝
快取規則有*.html,CDN 就會快取所有 html 檔案
是自動回覆的。在後臺直接進行簡單設定就行
麻煩貼一下網址
謝謝!WP-China-YES 是個挺好的外掛,希望繼續發展!(中學生沒錢,先試幾條翻譯吧)
暫時在此處檢視: https://litepress.cn/user/文派葉子 🍃?profiletab=translate&subnav=contribution
目前新的會員中心還在開發中,近期會上線,當前的會員中心在使用者互動體驗上可能不是特別好。
操作還是相對容易的,你進我們的官網,可以在幫助中心檢視具體操作指導的
之前的發行版負責人學業繁重導致這塊工作暫時沒人接手,然後正好發行版打算重構一下改成純外掛程式碼的方式實現,最近會優先處理一下這塊,然後重新回到 Beta 階段。正式上線計劃是等我們這邊所有基礎設施全部開發完畢,可能至少要半年以後了。
還好。大概 5 分鐘就能用。 linux 、 nginx 、資料庫、 wordpress 、適配的 php 等,都是預裝好,配好,連線好,自動生成各種密碼,然後給你個密碼檔案。
非常方便,省好多事兒。不想再自己從頭開始裝了。
感覺映象都有點坑
開 china yes 外掛也不行嗎?是的話加我 QQ,我遠端除錯一下,看看這個主題用什麼方式顯示的頭像,如果存在我們沒考慮到位的方式的話我們會更新外掛。
贊贊贊!感謝!
是這樣的,有問題的話可以繼續交流
不太懂安裝,用的是騰訊雲的直接準備好的映象。
請問:是把 5.9 的 WP 壓縮包,直接在根目錄展開就好了嘛?
可以直接使用原版 wordpress 的安裝包覆蓋一下
回覆資訊方便嗎?要怎麼回覆?
這個怎麼用啊,整合麻不麻煩
買的阿里雲輕量級
沒有,最近沒時間調,白天網站人太多,索性就調大單頁評論數
解決了嗎?
謝謝大佬
ok 我逐個來試試
按我前面講的排查了嗎?
是的 剛開始外掛有問題,現在修復了,可以正常訪問網站,就是評論地址會顯示重定向過多
評論分頁過多出現這種情況
謝謝,
找到原因了,,是偽靜態的問題,重新把偽靜態新增了一次就正常了
#ignored: 「-」 thing used or unknown variable in regex/rew
rewrite ^/([_0-9a-zA-Z-]+/)?wp-admin$ /$1wp-admin/ permanent;
if (-f $request_filename){
set $rule_2 1;
}
if (-d $request_filename){
set $rule_2 1;
}
if ($rule_2 = "1"){
#ignored: 「-」 thing used or unknown variable in regex/rew
}
rewrite ^/([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) /$2 last;
rewrite ^/([_0-9a-zA-Z-]+/)?(.*.php)$ /$2 last;
rewrite /. /index.php last;
我好像直接打不開你網站……
你這個問題的話大機率是某個外掛、主題引起的。可以啟用站點健康檢查外掛 (直接後臺搜就行),然後啟用錯誤除錯模式,它會為管理員禁用所有外掛和啟用預設主題,然後你如果觀察到錯誤消失了的話就逐個啟用外掛,觀察問題是否復現,如果說啟用了 a 外掛錯誤復現了,就說明是他的鍋了。
看一下你 wp-config 裡面配置的站點網路域名和型別 (指子域名 or 子目錄) 是否正確。如果都是對的就把你的子站發一個出來瞅瞅
現在雲伺服器廠商做活動都很便宜,一般騰訊雲 50 一年的輕雲伺服器就足夠了
請大佬解惑
好的,謝謝
採用的來自 GitHub 開源的富文字編輯器 https://www.wangeditor.com/v5
然後修改 BBP 的發表話題表單和評論表單的 textarea 即可
https://www.wangeditor.com/v5/guide/getting-started.html#%E4%BD%BF%E7%94%A8-textarea
支援的,SaleSmartly 支援同個面板管理多個渠道的諮詢,是集聊天外掛、 Messenger 、 Instagram 、 Line 、 Telegram 、 Email 等渠道為一體。
支援 line 的嗎?
解決了,之前 litepress 版本號是 5.8.0.1,然後我重灌 5.8.3,線上更新外掛完成了。
找到了,謝謝!
圖在 post 表裡,關聯關係在 postmeta 表裡。你新建一個文章,然後觀察一下這篇文章的 meta 資訊,就會發現有記錄特色圖 id 的欄位了
這個程式碼還不完善建議最佳化一下,如果圖片本身在插入的時候就已經新增了 a 連線到媒體檔案地址,這個程式碼會導致多新增一個 a 連線,相當於一張圖就有兩個 a 連線了,這不對勁。,
無法儲存的話用 postman 測試一下提交表單看看是否能成功儲存。一般儲存不了可能的情況一個是前端的表單 name 或提交地址寫錯了,再就是目錄許可權問題,最後是介面的圖片儲存邏輯問題。
如果你用 postman 請求表單然後單步除錯的話應該很容易就能看到問題出在哪裡。我自己寫程式碼也是要除錯的,肉眼是看不出錯誤的,所以說你把所有程式碼都貼上來的幫助並不大,我只能給你說一下排查思路,然後具體是什麼問題需要除錯才知道而不是看程式碼就能知道。
的確是 js 沒成功呼叫 wp 媒體庫的問題,已經搞定了,現在的問題是已經可以呼叫,並且插入了,但是無法儲存!
用 https://codestarframework.com/ 吧。現在很少看見有人手擼 WP 的各種設定項的程式碼了。 WordPress 各種設定 API 的規範並不通用,很雜亂,一般做開發都是用第三方設定框架來搞。
你這個問題我直覺上感覺和你強調的自定義分類法應該是沒關係,更多的因素是你的 JS 程式碼沒成功呼叫 WP 的媒體庫元件,因為我基本不搞前端,所以這個問題上也提供不了明確的幫助,如果非要自己寫的話,建議著重看一下是否如前所述是 JS 問題。
看了下,current_datetime() 函式是不接受引數傳遞的,他固定返回一個 DateTimeImmutable 物件,所以說你講的用
current_datetime() 替代 current_time() 的想法是不可行的。
這個因為當初覺得應該很少有人會用到,所以就偷懶沒做了。現在的頭像上傳機制是基於終極會員外掛實現的,想再加這個功能只能對這個模組重構了。如果說這個功能確實需要的人很多,後面會安排時間搞一下。
嗯的,同問!支援這個建議!
我的辦法是註冊不同的賬號,不方便。
這個錯誤日誌貼的有點亂。。。編輯器有插入程式碼功能其實。
如果方便的話加下我 qq,我遠端除錯看看?
謝謝指點!
深感振奮,各位大佬加油!
剛剛吧最近的上傳關閉了就沒問題了現在正常了,為啥會出現這種情況是因為有些 lite 有些程式碼跟 wp 有不同樣的地方造成的?
這個是主題裡內建的主題最佳化外掛檔案
我說的是刪 module 不是刪 wp-content
wp-content 目錄下的 module 是什麼東東?把這個目錄刪了應該就修復了。
之前也是用的這個主題測試沒問題的。沒更新主題沒安裝任何東西突然這樣了
目前已經完成了翻譯過程挪到前端的目標,但目前還不支援術語表
d 引數是指定在未找到頭像的情況下所呼叫的預設頭像型別。 API 文件上有關於這一塊的解釋
問題已解決:『?&d=identicon』 這個引數的作用好像是獲取隨機頭像,保持不變;把 「 https://www.gravatar.com/
」 換成 「 https://cravatar.cn/
」 即可。
各位:一句話,「Gravatar 頭像地址」 那段程式碼中,API 文件教程裡生成的 hash 值不用填,是嗎?
此賬號資料已清除
一點程式設計基礎沒有的話我很難給你解釋清楚欸。建議找個懂開發的定製一下這個功能
‘?&d=identicon’
這部分保持不變,還是填生成的郵箱 md5?
api 文件裡生成的 hash 值填不填?我填了 md5 生成的郵箱 hash 值,結果又亂了,還是不顯示,頭像連結成了這樣:
https://cravatar.cn/avatar4f0efac4307dd52cee089ed67695355b?&d=4f0efac4307dd52cee089ed6769355b
一、我們沒主動做任何限制,所以國外也應該是可以用的,並且 CDN 也有國外節點
二、去掉兩側空格是因為有的人敲郵箱可能會在末尾多敲一個空格,所以雜湊前得先去除
三、把域名替換成 cravatar.cn 即可
wp-config.php 裡面的 WP_Debug 宏設定為 true,然後重新整理頁面把報錯資訊貼上來
前邊發的是前段登入的提示,
這個是登陸後臺的提示:
此站點遇到了致命錯誤,請檢視您站點管理員電子郵箱中收到的郵件來獲得指引。
郵箱裡也沒有收到郵件
就是剛開啟後臺,在後臺準備上傳外掛,還沒開始就掛了
出現致命錯誤之前,你操作了什麼?
注外掛還未開始上傳就整個站變成這樣了
我們之前是支援直接刪除使用者資料的,但是執行過程中發現了一些問題:
因為我們的會員系統是基於 「終極會員」 外掛製作的,此外掛在處理使用者登出請求時會直接硬刪除使用者的會員資訊以及關聯的所有資訊,這導致我們的系統因為匹配不到資料到處報錯以及論壇帖子關係錯亂。
我們知道使用者的資料屬於使用者,使用者應該有權力隨時要求抹除資料,所以此功能只是暫時關閉,我們計劃對其重構,改成軟刪除的模式,也就是在請求刪除時保留使用者 ID 及其他關聯資料,但清除包括郵箱、密碼、手機號在內的所有涉及因素的資料。
另外,關於使用者所發的帖子。按道理講,使用者發的帖子其版權也應該歸使用者所有,但現在我們面臨的情況是使用者所發的絕大部分帖子都是問題諮詢類帖子,這些帖子單就內容本身老實說我個人覺得是沒有價值的,同時我們管理員包括其他志願者針對該問題給出的解決方案又與此問題相關聯。如果允許使用者直接刪除帖子,則會影響到其他人創作的內容 (所謂的影響主要是使話題缺失上下文,或乾脆整個話題無法索引) 。我記憶最深的是我之前有回覆過一個使用者關於 WordPress Rest API 超時的問題,我從問題機理開始寫了上千字來解答他的疑惑,最後全被刪掉,老實說心裡很不是滋味。我們雖然不是完全無私的在做這些事情,但也並沒有對使用者收費,作為使用者方在問題獲得解答後刪除所有資料我覺得不太妥當,因為這其中包含了其他人的勞動成果。當然,如果是使用者的原創文章希望刪除的話後續會留下渠道來供其申請。
之前因為一直沒人提使用者登出這塊的問題,所以重構工作一直在拖延。本次你提了後我們儘可能在明天晚上之前處理好重構工作然後給你回覆。如果你有其他想法或者意見也可以直接回復這個帖子,我們會隨時關注。
okk!非常感謝
F12 看下 CDN
連結成功沒 JSdelivr
經常被牆
倉庫容量達上限了,沒法用 jsdelivr 獲取,你用開發者工具看一下載入字型的連結正不正常就知道了
寶塔使用自己的 btpython,因此你的命令不會對其生效。
我去試試
你這個問題目測是 pip 無法安裝 Python 擴充套件導致的,嘗試執行:
pip3 install gevent
如果仍然無法安裝的話請更換一下 pip 源,然後再重新執行寶塔的安裝指令碼。
更換 pip 源教程:
https://blog.csdn.net/weixin_41714373/article/details/119911508
文字文件發不了我剛才把整個日誌都寫上去了~
有安裝失敗的原因嗎?
這個專案目前還處於開發階段,本土版本和原本的主要區別在於最佳化了各種外部網路介面的速度以及提供更好的漢化支援,同時會使應用市場支援閉源和付費的應用
我想找份 wp 跟我們 lite 的對比,使用 lite 比用 wp 好在哪裡
好吧,謝謝
有推薦嗎?
你這樣搞的話你網站開一個頁面可能要好幾秒。這個不具有任何可行性的,而且也不會減少資料庫壓力。
比較可行的方案是各種動態快取和頁面靜態化。
沒聽過資料庫套 CDN,如果負載高的話,用靜態快取外掛試試
加油加油
你說的這個應該是類似於企業裡用一臺做閘道器伺服器提供對外訪問,然後其他伺服器在內部執行計算服務吧。他們這種比較簡單的實現就是用 Nginx 的反向代理來做,包括 wordpress.com 也是這樣乾的。
快取已重新整理
嗯嗯!服務好評
嗯嗯!服務好評!
晚上才改版的 JS 和 CSS 還沒有重新整理快取 稍微等一等 他們都睡了
這個是可以直接在 WP 安裝這個外掛然後提交表單獲取線上升級包升級就可以了?
只要我們不侵犯文字基金會的商標就不會受到任何形式的針對。 WordPress 是 gpl 授權的開源軟體,在我們遵循開源協議的前提下可以自由的定製、重分發其安裝包
之前的 WP 有資料怎麼同步到這個 LIte 程式裡
會不會跟 WP 鬧翻呀,有沒有在這種情況的預備方案
你引用策略設定的 no
<meta name="referrer" content="no-referrer">
改成 origin 試試
看了下圖片是非同步載入的,所以沒有 referer 頭,將主題的圖片懶載入 (lazyload) 功能關閉試試。
因為我們後來開發了 lp tanslate 外掛,這個外掛應該是比直接在翻譯平臺翻譯的體驗更好的,所以後續考慮是直接推這個外掛,而不是加入 「參與翻譯」 四個字把志願者導到翻譯平臺上。
我這幾天在談政府機房運維的活,所以回覆晚了,不好意思。
給力支援 http://www.zhuishangyun.com
哈哈哈,明白了。
但是我發現一個問題。
原生 WP 安裝 china-yes 外掛並啟用後,管理外掛的介面,每個外掛都會有 「參與翻譯」(好像是這 4 個字,不知道記錯沒) 的選項。
然後裝了 LP 之後,管理所有外掛的介面,每個外掛卻並沒有 「參與翻譯」 這樣的選項。依然還是要安裝 china-yes,才會有這樣的選項。
這樣對我就造成了一個誤解:以為,儘管已經使用了 LP,但依然還是要安裝 china-yes………
以上所述,不知道是不是一個問題。我只是有這樣一個疑問。
不好意思,沒完全看清楚你的問題,以為你是問:」 裝了 lp 就不需要 china yes 了吧 「。
發行版和外掛在產品定位上,都是 wp 本土生態的使用者接入端。不同點在於:發行版是面向新站點的,也就是說新站點只需要裝發行版即可,china yes 外掛是面向已有 wp 站點想接入本土生態的。
而對於 【WP-China-Yes 就用不到了】 還是 【LitePress 自帶就有 WP-China-Yes 外掛,依然要用】 的問題,答案是前者。
不需要裝一個
別玩我啊大佬們。到底是 【WP-China-Yes 就用不到了】 還是 【LitePress 自帶就有 WP-China-Yes 外掛,依然要用】 啊?是前者還是後者……
就是這樣子的
好的
…emmm,是哪樣子的
是這樣子的
重複的帖子刪除了
收到!發行版忙完手頭備案和商標的一堆破事之後會進行一次大的重構,到時候一併解決。
是儲存的時候用了轉義 問題不大 已經搞定了 謝謝
不好意思忘記回覆了。
這個問題你是否已經解決了?未解決的話把你修改的程式碼部分貼一下。
沒看懂你的意思
貼程式碼
定製需求請付費。 qq
快取的預載入功能跟沒有一樣,預快取了沒效果,要訪問才有效果,所以弄個批次載入連結的程式碼耍耍
肯定是靚仔你啊
老闆,你想讓誰給你寫?
改了下 OSS Aliyun 加了個配置項 可以過濾掉正則匹配的檔案
正則會被轉義 不能寫反斜槓 還不知道為啥
我問阿里的客服了 是不支援
我現在準備改下 OSS Aliyun 這個外掛 圖片資源走 oss css 和 js 其他檔案就不存 oss 這樣就 css 就走 cdn 不走 oss 了 應該就行了
這個確實無解。只能是把雲端儲存去掉,只用 CDN,CDN 是可以識別引數的。現在類似又拍雲的這種 CDN 都支援 CDN 訪問時自動映象到雲端儲存,下次回源直接從雲端儲存取。同時映象過程中也可以排除掉某些檔案不映象 (比如可以排除掉這些 css 、 js,這樣圖片就從雲端儲存回源,css 、 js 從源站回源),所以我感覺又拍雲可能更合適一些。
好吧 謝謝你
應該是無解的,可以試試工單問問阿里雲能不能按引數儲存。
請教一個有關 elementor 修改後物件儲存 css 不同步更新的問題
我網站使用的是阿里雲的物件儲存 同步的路徑是 wp-content/uploads
我發現 elementor 的 css 也是放在這個路徑下面的
請求路徑類似於這樣: wp-content/uploads/elementor/css/post-1447.css?ver=1644398060
應該使用後面的版本號來區分是否是最新的檔案
現在的問題是阿里雲似乎忽略了版本號 造成我只有在阿里雲管理後臺刪除檔案後 重新回源才能拿到最新的 css
請問一下這個問題是否有什麼解決辦法
<?php
echo 'hello world';
?>
內鏈測試<?php echo 'hello'; ?>
解決了,謝謝
不好意思,記錯了,我說的那個自動處理好所有因素的函式應該是:wp_list_comments(),他配合 paginate_comments_links() 函式輸出分頁按鈕即可實現你的需求。
你這個路徑要求你必須把 404img.jpg 這個檔案放到當前這個 404 頁面所處的目錄才可以。所以你是不是圖片放的位置不對?建議你寫絕對路徑,比如: /assets/img/404.png
你這等於是手工從資料庫裡查詢評論資料了,因此分頁路由也需要你自己捕獲處理。從你的程式碼裡我沒有發現存在捕獲路由的程式碼塊,只有嘗試使用路由引數的程式碼,所以理所當然的就會 404 。
實現這個功能最簡單的方式其實是使用這個函式,這樣就不用手工處理這一些了:
https://developer.wordpress.org/reference/functions/get_comments/
這是一個獲取當前登入使用者評論的頁面,迴圈遍歷出來的,想進行分頁
貼程式碼看看你的分頁功能怎麼實現的。另外,你是否開啟了評論分頁的設定?如圖:
圖片在當前目錄
改成./404img.jpg 也不行
把程式碼貼出來看看,然後確定下輸出到前端的圖片連結是否正確?
6,已經解決
我一般用這個:https://litepress.cn/plugins/pdf-embed
不會
寫個圖片上傳介面,然後前端在使用者上傳後透過 ajax 呼叫圖片上傳介面,在獲取介面返回值後填充到 input 唄。
此外,WordPress 圖片上傳可以使用函式:wp_handle_upload
UPDATE wp_posts SET post_content = REPLACE (post_content, '.jpg', '.png')
執行前先備份資料庫
感謝
我幫兩位博主轉過,用的簡數採集:http://www.keydatas.com/
litepress 站點裡安裝簡數採集外掛,設定密碼:https://litepress.cn/plugins/keydatas
zblog 的文章列表連結可以用網站地圖,例如 「彥祖專用 sitemap」 外掛 (html 字尾),只生成文章,在簡數設定獲取文章列表的規則,然後設定詳情頁 (就是文章頁) 的規則,推薦設定文章標題、文章內容、文章分類、文章日期、文章標籤 (如果文章沒有標籤,可以不設定),設定好了後儲存,測試採集一下,如果成功了可以一鍵採集全站文章。
噢,謝謝
是的,貼上到</html> 的上面,如果主題有自定義底部程式碼介面就貼上到這裡面
是 footer.php 還是?
myhkw.cn,自己註冊,然後建立播放器,匯入歌單,複製 js 程式碼貼上到主題模板的底部
好的
除非你手工更改了規則,否則預設就是已經做好了限制的。
是說稽覈翻譯嗎?已審過了
稽覈什麼?
當時我手動刪除了 「litespeed」 字元的表,這個外掛生成的表太多了
下面這篇帖子裡有討論過這個話題,雖然其他志願者給出了幾個清理資料的外掛,但是我個人還是不建議去清,因為極其容易出事,如果刪錯了資料當即就起反應出報錯是最好的,怕就怕有隱藏的錯誤,等幾個月後才爆出來,到時候想恢復、想排查會很困難。
https://litepress.cn/topic/19990
在 phpmyadmin 找到外掛生成的資料表,手動刪除
假設表單變數儲存在 $data 變數中,且改變數為陣列:
if ( empty( $data ) || count( (array)$data ) < 1 ) { // 如果變數為空,或陣列元素少於一個,執行此程式碼塊 } else { // 否則執行這裡 }
好,終於有方法了。。。
使用此外掛可以編輯某個使用者組 (比如管理員) 的全部許可權 (比如是否可以檢視和編輯他人的文章):https://litepress.cn/plugins/press-permit-core
具體應用場景為:自定義篩選中,是以文章分類為基礎的,想實現參與自定義篩選的只有一個分類時,在前端不顯示分類這個篩選項,
可以考慮建立兩個作者
等級的賬號,供發表文章時使用,兩個賬號無法互相編輯刪除。
需要管理時登入管理賬號
如果不能的話哪建立一個新的使用者組可以嗎?
你需要將圖片匯入到 wp_posts 表中,之後才會在媒體庫中顯示,使用外掛:https://litepress.cn/plugins/media-sync 。如果檔案數量太多,可以加大 PHP 執行時間和指令碼可用記憶體,或者分批次匯入。
這個問題已經全部修復了
和上一篇帖子中談及的一樣,今天啟用的 wp super cache 外掛問題有點多,已經禁用了
和 wordpresss 5.9 沒關係,是今天上午,我們除錯靜態快取外掛,啟用了 wp super cache,結果起對多站點的相容並不很好,導致輸出了警報資訊,然後因為溝通協調失誤,導致站點的錯誤顯示被開啟,於是輸出的頭像中也包含了警告資訊,這些頭像無法被瀏覽器解析。目前問題以及修復,而 CDN 快取正在分批次重新整理,應該會在兩個小時內完全恢復。
刪掉.cn 就好了
先 mak 。
貼程式碼看看你咋寫的。另外建議百度搜一下雙問號的 php 語法,這是非常常用的語法糖,不過只支援 php 7.4 以上。如果你的程式碼執行在舊版 PHP 上的話,還是按常規的 if 判斷或者全寫形式的三目運算來吧
不行!後臺直接掛了
陣列判空,或者用三目運算在未定義時返回空字串,例如:$_POST[$meta_box[‘name’] . ‘_noncename’] ?? ”
請問這個怎麼處理啊
Notice: Undefined index: custom_title_noncename in /www/wwwroot/seoyh.net/wp-content/themes/bit/inc/gn/seo/admin-meta.php on line 62
上傳圖片
哈哈 我的主題感覺都快到 6 開了。。
老孫厲害,換證書解決了。
昨晚我套了 cloudflare 之後 (僅代理不快取) 也解決了這個問題,但沒想到是證書方面的問題。 cf 的證書本身也啟用了 ocsp
感謝
初步判斷是證書籤發機構的網路超時導致的。
考慮:
1 、換證書
2 、啟用 ocsp 預裝訂 (百度搜教程)
同一臺伺服器上另一個網站 (test.tyyj.xyz) 可以訪問
香港的 win 伺服器訪問失敗
你是刪一篇文章還是批次刪?如果批次刪,你想刪的文章有什麼共同點?刪文章最方便的就是 SQL 語句,但如果不知道共同點的話只能在語句中拼接文章 ID,這樣的話還不如一篇一篇點著刪。
如果資訊交代的全我可以幫你寫一下 SQL 語句。
更新已推送
今天的問題最後定位到是又拍雲的 Bug,重新整理快取時未能重新整理 Webp 格式圖片快取,目前已提交工單等待又拍雲處理。
我的也出現這個問題了,把路徑後面的 d=mm 去掉就可以正常載入了:之前的時候換過 cravatar 的郵箱
ESC:關閉編輯器 (滑鼠游標在編輯器中可用)
Page Up 或 Ctrl + 『↑』:切換到上一個欄位
Page Down 或 Ctrl + 『↓』:切換到下一個欄位
Shift + Enter:儲存/新增翻譯
Ctrl + Enter:複製原文
原來有快捷鍵,滑鼠點的效率確實比不過。
破案了,回源設定有問題,CDN1 設定回源為域名,再解析域名到 CDN1 就炸了
這個問題定位到是翻譯平臺在處理複數翻譯時存在 BUG,所以複數的翻譯沒有被正確引用,這個問題今天會修復,然後會在後臺推送翻譯更新,到時候我會再在帖子下通知你
好嘞
問題已經定位,又是翻譯平臺的 bug,等待修復即可。
群內私聊給個後臺賬號,我進去看看什麼情況,
該問題已在新版本修復,是由於翻譯平臺的一個 BUG 導致的翻譯錯誤。
好吧,謝謝
我們確實更改了核心檔案。你反饋的這個問題也確實是個比較頭疼的問題,我們的做法會干擾安全外掛的判斷。
在 WordPress 上最好用的安全外掛就是 Wordfence 了,但就像前面說的,這主要是我們的問題,暫時可以先不管這個問題,我們後續研究一下怎麼規避。
原來如此,謝謝。
無需理會這裡。 GUID 是作為唯一資源識別符號而存在的,其與實際 URL 不匹配並不會影響到文章訪問。 WordPress 中 GUID 生成的原則是文章釋出時的第一個固定連結作為 GUID 值,之後無論文章連結如何改變 GUID 都不會跟著變。據此推測,你應該是手工更改過文章的 ID(早先文章 ID 是 150,後更改為 100) 。但無論如何,就像前面說的,GUID 的值可以不理會,其只用來唯一標識文章,並沒有任何實際用途。
1,沒辦法快速,
2,只能手動。
原因:
你之前的主題是 「VIP 功能」 整合在主題裡面。你更換後的主題,是根據外掛開開發的,是依託外掛才能實現 「VIP 功能」 。
皮外話 (廢話)
國內大部分開發者都喜歡把各種各樣的功能都整合到主題裡面,造成這種現象就是很早以前各種營銷號說外掛安裝多了網站會變慢,於是很多開發者把外掛實現功能的程式碼剝離出來放到主題裡面,於是使用者就很開心了,就到處 「炫耀」,看我的網站沒有任何外掛就實現了很多牛逼的功能,牛逼撒。其實這是自我洗腦,
既然市場需要,那開發者就做吧。對於開發者的角度從商業的角度來說這樣做有一個很典型的好處,就是綁架使用者,讓使用者只能用他們的主題,不允許更換,你一更換主題就完犢子。除非你能把主題裡面的功能移植出來。
而國外大部分主題都是根據外掛功能來開發主題,最典型的就是 woo 主題。如果你用過國外的主題就會發現會讓你安裝各種各樣的外掛。
隨著大家對 wordpress 的認知越來越高,我發現國內越來越多的開發者也開始依託外掛來開發主題了,因為這樣可以賣兩分錢。就連 themebetter 都開發功能外掛了,價格居然賣到不低於 1999 元,
模板兔,新主題,nicetheme,themebetter,wpcom 。其實我現在很期待知更鳥能出外掛。
不過現在
如果你能確定這兩個主題用來標識網盤連結的 post meta 欄位,以及標識使用者 vip 的 user meta 欄位的話我可以在這裡幫你把程式碼貼一下。不確定的話就只能找人開發了。
這個除了手工處理外只能寫程式批次轉換
不過需求並不複雜,找人開發的成本也不會太高
另外,幾個月前曾經說過要基於谷歌站內搜尋來實現這個功能,但後來發現難以實現,主要是成本太高。谷歌的 Json 模式的可程式設計搜尋引擎只有每天 100 次的免費額度,之後每 1000 次收費 5 美元。而網頁形式的站內搜尋則會新增整屏的廣告 (這裡沒有誇張的成分,確確實實是第一屏全是廣告) 。 wordpress.org 上的谷歌站內搜尋之所以沒廣告是因為他們是公益基金會。
看著不錯,加油!
暫時沒適配多少點模式,這個 Bug 最近兩三天會修
看到了,還有個問題,多站點的時候,登入外掛提示未找到匹配 URL 和請求方式的路由,具體可以看圖
收到了。
老李頭改成了 tab,似乎順眼多了
我們基於谷歌翻譯二開了一個翻譯引擎,不需要金鑰,沒有次數限制,已經內建到外掛裡了,點選翻譯介面的小機器人頭像按鈕,會自動翻譯。
外掛很好,因為之前在外區論壇也看到過,但是針對國內使用者使用的話,建議能不能加上國內翻譯 API 呢?
用了什麼外掛?建議禁用所有外掛一個一個啟用排查外掛!
已分配許可權
Really Simple SSL, 有空我就幫忙翻翻
沒開強制 HTTPS 。。。
開啟了,正常了。
這是什麼原因呢。
那就開啟唄
沒有開。以前沒有開能正常跳轉,現在也沒開就不能跳轉了。
開啟 「強制 HTTPS」 了嗎?
jobready.cn 我公司站點就是使用 buddyboss 做的
這個專案還真是不錯,不過 wp 也是功不可沒的,不能說國內發展的不好,這個有點誇大其詞了
把你 nginx 配置貼一下,這倆正確配置是 100% 不會衝突的
不過這個外掛真的是很方便,點贊!!
我用管理員郵箱重新註冊了一個 cravatar,然後把 wp-china-yes 外掛解除安裝重灌了 ,就好了……hm….
最後怎麼搞的?
好歹把你網站發一下吧,這啥資訊也沒有,憑空猜,真的是猜不出到底是啥原因
可以啦!!!感謝!!
我剛才試著用管理員郵箱重新註冊了一個 cravatar 賬號並上傳,現在發現
https://cravatar.cn/avatar/25808b4482176b2c938ea60d38ec43ef?s=96&d=mm&r=g 已經可以顯示頭像了!!
但我的網站還是不可以… 我打算重新裝一遍試試
把你所有想顯示頭像的郵箱都貼一下唄
剛把管理員賬號的郵箱也新增進去了。。。還是不行。。。太奇怪
重新上傳了下,還是不行,奇怪。
wp 的 logo
你看我頭像是什麼樣子
確認一下你的 WordPress 站點的管理員賬號的郵箱是否和註冊 Cravatar 的為同一個。如果不是一個的話可以在 Cravatar 繫結多個郵箱到同一個頭像
這邊重新上傳頭像測試了下,沒有問題,你再試試?
我沒記錯的話 CodeStar Framework 並不是一個完全的 GPL 開源軟體,其授權協議分成了兩個部分,一部分是 PHP 程式碼採用 GPL 協議,而另一部分 HTML 、 CSS 以及各種設計元素採用了他們的專有協議。因此你不能在這裡要求獲得 CodeStar Framework 的原始碼。
樓上的方法也不行嗎?
沒有解決,你有解決方法嗎?
方便加我一下 QQ 嗎?我需要遠端除錯一下
社羣首頁原型圖 (第一版)
安裝 lp-translate 外掛後,開啟一直提示登入,輸入 litepress 註冊的使用者名稱密碼,點登入沒有任何反應。一直彈出登入視窗。
大體上就是耗子說的這樣。
關於問題二,其實是沒辦法提供這樣一個機制的,因為難以避免濫用問題,被人惡意攻擊的話很容易造成快取穿透從而使源站宕機。
問題三技術上沒法實現,因為量太大了,目前 Cravatar 快取的 QQ 和 Gravatar 頭像總數合計 35 萬多個,對這些頭像進行高頻率更新監控不現實,只能設定一個快取期限,到期後重新獲取 (目前最多 45 天) 。
1. 大概一個月或者更久快取失效後會更新。
2. 沒有。
3. 技術問題沒打算做。
4. 上傳新頭像後舊頭像即清除,
裝 query monitor 然後觀察一下是否存在慢查詢
請詳細描述問題
樓主解決了嗎?
以前我也遇到過,
站點語言設定成簡體中文 zh_CN,時區是上海,一星期開始於是星期一。儲存設定,重啟伺服器。
沒有效果,哈哈哈哈哈哈哈哈哈哈。雖然我遇到的情況不是這樣的,但還是建議重新儲存下設定。
然後我把主題恢復成系統自帶的,再然後挨著停用外掛,最後發現是某個外掛原因引起的。雖然不知道你的具體情況,但你可以也試試。
參考下這個帖子的回覆試試 https://litepress.cn/topic/20838
好的 感謝!
給你參考下,前段時間有兩個人找我,一個是搭建網站程式 (不是 WP/LP) 的時候因為時區不對無法繼續安裝,還有一個是主題驗證授權連線失敗,我發現兩個人的伺服器都是騰訊雲北京地區輕量伺服器,但是其它地區的輕量伺服器都正常使用,然後我在 ssh 重新設定時區,重啟伺服器就好了。
7.6
系統是不是 centos 8.x?
都是中國時間,php 也是,wp 後臺設定的也是中國時間
你伺服器是北京地區的嗎?
謝謝!已成功上傳
這仨問題都是因為你使用了編寫不規範的外掛 or 主題。總之,其開啟了一個 Session 會話,但沒有關閉它。因為 Session 是阻塞式的,如果同一會話檔案開啟後不關閉的話就會阻塞後續請求。
逐一禁用外掛並更換預設主題排查,然後聯絡開發者解決吧。
是因為在重新整理 CDN 快取時 HTTP 請求錯誤導致的,再試一次就好了。
另外已經增加了對該異常的處理邏輯,不會再丟擲錯誤了。
最後,感謝反饋
問題的主體:cravatar
問題的網址:https://cravatar.cn/emails
問題的復現:上傳一個頭像並調整預覽框大小
來看看。
已經解決了。謝謝。
已在置頂選單新增升級 LitePress 入口,請進入按提示操作。
明白,謝謝了
直接把 ID 改回去即可 (也就是把你所有 SQL 語句的兩側 ID 對調)
看樣子你是修改了一個附件的 ID 。在 WordPress 中附件 (比如圖片) 也是存在 Posts 表中的,直接刪除雖然不會出什麼問題,但是在媒體庫中就看不到了。
關於翻譯反覆更新:這是由於昨天我們在 API 中增加了對 LitePress 發行版的更新推送支援,但沒正確的將 WordPress 使用者的本地翻譯資訊請求傳遞給 api.wordpress.org,於是導致了 api.wordpress.org 認為使用者本地不存在翻譯,於是推送跟新。該問題已修復
關於 LitePress 應用市場是否繼續與 WordPress 同步:是會同步的。之所以最近沒更新是因為我們重構了爬蟲機制,但目前仍然處於除錯狀態,最近幾天完成這項工作後可以每 30 分鐘與 WordPress 同步一次。
預計明天會做一個表單出來,到時候只需要提交網站域名即可接收更新。
這就對了,把它整合進 LP,這又增加了 LP 的亮點,buddyboss 不僅帶了 bbpress 和多了一些功能,還相容現有的絕大多數 buddypress 生態外掛,
眾人拾柴火焰高!
解壓覆蓋原檔案
加油
可以了,辛苦,回覆處理這麼快!
前段時間更換了閘道器伺服器,但並沒有正確配置,導致應用市場的商品詳情頁 URL 改變。這個問題已經修復了。
連結無法下載,請修復。
發一下網址看看
如果是證書籤發機構網路緩慢導致的話可以百度搜一下 nginx 配置 ocsp 裝訂
謝謝,透過你們的回覆,我可能已經知道原因了,一個是伺服器快取問題,一個是證書籤發機構的問題,後臺更換域名後,首頁的 https 就失效了,等了好幾分鐘才恢復過來,然後速度就變快了。
謝謝,我是安裝了快取擴充套件,這可能是其中一個原因,還有一個原因可能是管理員說的 HTTPS 證書籤發機構的網路問題
懂了謝謝:P
另外統計了一下日誌,目前使用 Cravatar 的站點數量已經超過 4000 個了,日請求在 500 萬左右。
應該把網址發出來,不然導致這種問題的可能情況太多了。除了樓上說的系統內部請求外部 HTTP 服務外,還可能是因為 HTTPS 證書籤發機構的網路問題導致瀏覽器發去的驗證請求超時。
另外,上面程式碼中倒數第二行的 JS;
在貼上的時候前面必須不能有空格和縮排,也就是要緊貼行首,否則程式碼會報錯。
add_action('wp_head', function () {
echo <<<JS
// 你的 JS 程式碼,記得帶上 script 標籤
JS;
});
不會, 完全不會。我給幾個猜測吧
wp 更改內部各種連結需要時間, 等會就好了
可能是快取的鍋 (這裡指伺服器的, 如果你使用了快取外掛的話), 重啟伺服器就好了
還有就是你設定有問題, 看看域名解析是否配置正確, 執行環境是否設定正確
Edited on Kindle——真 tm 累人
這個我也遇到了,似乎是外掛太老導致的。建議換個外掛,叫 WPJAM,你可以安裝好後從它的目錄裡複製一份,不想要用這個外掛就直接刪掉,沒問題的
加油噢!
開啟站點的 debug 模式,然後把報錯輸出貼上來看看
站長請問 batcache 快取和這個 memcached 快取為啥不能共存,我在網上看到有相關的教程。最開始我是用的 wpjam 的 object 檔案,後面就用你這個,兩個加進去之後,在 wp-config 裡面開啟,前臺就顯示 WordPress 錯誤
好的 謝謝站長
php 層面做不到 301/302 新標籤頁開啟,建議用 js 寫。
最好是能夠分類,謝謝!
程式碼發不出來 被防火牆攔截了
對於 WordPress 來講,最影響的應該是安裝的外掛數量和網站內的資料量吧。比如做 Woo 商城的,八成附帶裝了一堆外掛,這些外掛會在網頁每次載入時載入一遍,它們消耗了大部分資源。再比如如果資料量大而有的外掛未對大資料量適配——比如網站有八萬個標籤,然後某個外掛做標籤排序的時候一次性從資料庫把標籤全取出來就會導致網頁卡幾秒。
突然又想到一個,伺服器裡面的網站數量及其網站流量也會影響網站速度。我伺服器裡面網站數量雖然挺多,但流量少啊,那麼多網站每天的流量加起來就 100 多。羞恥啊
換域名其實就改四個地方就可以:
1,域名解析。把你的新域名解析到伺服器上。
2,域名繫結。在你控制面板的 「網站——設定——域名管理」 裡面,把你的舊域名刪掉,換成你的新域名。
4,修改資料庫裡面的域名,在你的資料庫裡面的 「wp_options」 的裡面的域名換成新域名。就在你的控制面板裡面進行,不用匯出來,進行前先備份。
3,在你網站後臺的設定裡面修改域名。
5,等著生效。
6,如果一直不生效,在控制面板的 「網站——預設站點」 裡面修改一下預設站點。然後重啟一下控制面板或是伺服器。
7,做跳轉,老域名跳轉到新域名。
—————————————-
我有個非常笨的方法,我現在也在用,我現在說出來,不要笑我。
我有一個網站 a,我兩個域名,A.COM 和 B.COM 。我準備不再使用 A 域名了。想把網站的域名換成 B 。我最開始遇到了和你一樣的問題,我百度了一大堆,可能是我太笨,沒有把問題解決了。
最後我就採用了這個笨辦法。
我在控制面板裡面搭建了兩個一模一樣的網站,相當於是把網站 a 克隆了一份,(配置表和資料庫裡面的域名要改掉)
於是我就有了兩個網站 a 和 a1 。網站 a1 繫結的域名是 A.COM,但是我不想要這個域名了,於是在 「網站——設定——重定向 (測試版)」 裡面設定了重定向,也就是 301 跳轉的意思。
重定向域名:A.COM,目標 URL:B.COM
完成。
我的語文成績不好,不曉得有沒有表達清楚。
如果再訪問 A.COM 就會自己跳轉到 B.COM,如果訪問 B.COM/3788.html,也就會跳轉到 B.COM/3788.html 。
這樣做跳轉的好處就是,不用去設定各種亂七八糟的跳轉規則了,老域名的剩餘流量也不會浪費掉。
總結:
1,我這個方法很笨,其原理是做域名跳轉,「榨取」 老域名的剩餘流量。
2,做域名跳轉有很多方法,為什麼要搭建兩個一模一樣的網站,因為我人很笨,最開始我是用外掛做跳轉,但要寫很多亂七八糟的跳轉規則,我不曉得咋個填寫規則。我這個方法不用任何規則,而用寶塔搭建兩個一樣的網站,不到兩分鐘就搞定了。
3,為什麼非要搭建兩個一樣的網站,最開始我以為是未了實現訪問 B.COM/3788.html 可以跳轉到 B.COM/3788.html 這樣效果,就在 我回復你這個貼子的時候,好像明白,不用搭建一樣的網站也可以實現,就算搭建一個只有一個頁面的靜態網站也能實現。
4,我是利用寶塔的 「重定向 (測試版)」 實現的,PS:我的寶塔不是最新版的,不曉得最新版是不是已經沒有測試版了。
首先第一,我們需要曉得影響網站速度的原因是什麼,
1,伺服器位置;
2,伺服器硬體配置;
3,域名位置及其解析;
4,伺服器執行環境;
5,程式程式碼。
我大概就只想得到這麼多了,如果說前面三個無法改變的話,那就改變 (最佳化) 下後面兩個。
分割線。
a,伺服器執行環境,如果不是大佬的話,基本上都是要給伺服器安裝一個視覺化控制面板,然後要在面板裡面安裝執行環境,假設是 PHP,Mysql,Nginx 等等吧。
以上提到的面板,PHP,Mysql,Nginx 等等這些都是可以最佳化的,最佳化好了,是可以提高網站速度的。具體如何最佳化,可以百度一下具體的詳細過程。
b,程式程式碼,基本上就是三個部分組成,WordPress,主題及外掛。
這三個部分也是可以最佳化的,大家最佳化的最最最最最最最多的就是 wordpress 本身了,網上太**多教程了,多到什麼程度呢,凡是有關 wordpress 的網站 100% 有最佳化教程。這些教程沒有一千個也有一萬個,有很多失效的,有很多無效的,也有很多無用的,得得靠自己的實踐了,不過現在好了,可以直接用 LitPress 。
至於主題和外掛,用漢化主題和外掛的人是少數,用國內主題的還是絕大部分人,這絕大部分人中又有很多人是用盜版主題,其實盜版主題很多時候也會影響速度的。雖然也可以最佳化主題,不過這得有功底才行。所以,還是建議多用正版,用正版的好處。
分割線。
我現在用的是 1G1H1M 香港伺服器,裡面放了 7 個 wordpress 網站,除了我的那個多站點的站速度有點慢 (我搭建的漢化演示站) 外,其他我感覺都還行,速度最快的一個站,響應速度基本上維持在 0.158 秒左右,就單純我個人來說,速度還不錯。
總結:正如我最開始說的,如果前三項沒法改變的話,那就改變後兩項,怎麼改變,就是多折騰。如果無法做到 「生命在於運動」,那麼請一定要做到 「生命在於折騰」 。
我的一些胡言亂語,還請見諒。
你用的什麼主題?
今天把把百度免費 CDN 換成阿里雲的,感覺速度也沒啥變化~~不知道哪個環節出了問題
這個是肯定的啦,要發揮資源的最大化嘛
早起的鳥兒有蟲吃嘛
這麼早就起來了?
確實主要是伺服器的原因,litepress.cn 跑在一臺高配的獨服上。
WordPress 自身確實是很吃資源的,2h 2g 的雲伺服器無論如何最佳化都達不到獨服的速度的,除非全站靜態化。
高配置伺服器。。
替換流程就是你說的這樣。
此外,部分主題為了防止盜版可能會在更新連結後清空配置,這個是沒辦法避免的,除非不換連結了
用的是寶塔的面板
就是把資料庫倒出來,然後用文字編輯器把 http://wp.xs-log.cn 改成 http://www.bb80h.com 嗎?然後再匯入回去,是這樣嗎?這樣對站點會有影響嗎?比如主題丟失外掛丟失什麼的,之前在設定裡改了一下,發現主題丟失外掛丟失什麼的
最簡單的辦法是把資料庫匯出 sql 檔案,然後用文字編輯器批次替換連結再匯入回去
之前去掉管理是因為長時間不活躍,先負責單個專案的管理許可權,活躍度起來再配分全域性許可權吧。否則管理員太冗餘低效了。
許可權申請方式是點選專案註冊右側的 「申請許可權」 按鈕
我的管理許可權掉了 過不了翻譯 再給一下唄
開發者可以上架整套小程式 (包括相關支援外掛),其中,外掛需要使用 LitePress 自帶的設定框架類 (可直接 use 然後使用) 。
這周我這邊打算做一下小程式市場,目前方案大致還是像應用市場那樣,允許開發者自行上架小程式模板和配套的外掛 (外掛需要接入 LitePress 設定框架),如有別的更好的想法,歡迎討論!
理論上改了檔名是可以避開這個報錯的,不過可能需要連 pot 檔案的一起改。
but,你改了檔名後文字域就變了,外掛自身也就讀取不到翻譯了,所以檔名是不能改的。
這個問題只能聯絡開發者修復。
我嘗試過匯出 PO 檔案,修改檔名再上傳,也是不行啊
這個問題是因為這個外掛的編寫並不規範。
按 WordPress 開發手冊的約定,外掛的文字域必須和 Slug 相同,而語言包的命名格式是 「文字域-語言程式碼」 。
這個外掛的 Slug 是 photo-gallery,則其語言檔案應該是 photo-gallery-zh_CN.po,但作者給的卻是 bwg-zh_CN.po,所以無法識別。
對於這種可以不理會報錯,直接翻譯即可。但翻譯項不會回傳給雲平臺,因為無法識別文字域也就無法匹配專案。
好的,辛苦你了噢!
這個問題已經復現出來了,稍等一下還需要具體排查一下
改好了,這次可以用了,感謝大佬
全部刪乾淨,然後重新複製。其實你放在哪裡都不會出錯,是因為你可能複製了兩遍,然後第一遍貼上的內容沒刪乾淨,導致程式碼是錯的。不過建議你放主題裡,防止 wp 版本更新把你的程式碼覆蓋。
你這程式碼複製錯了呀……函式頭宣告瞭兩次
那我現在是要把/home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 裡的刪掉再放進主題裡嗎
* 替換 Gravatar 頭像為 Cravatar 頭像
*
* Cravatar 是 Gravatar 在中國的完美替代方案,你可以在 https://cravatar.cn 更新你的頭像
*/
function get_cravatar_url( $url ) {
$https://cravatar.cn 更新你的頭像
*/
function get_cravatar_url( $url ) {
$sources = array(
‘www.gravatar.com’,
‘0.gravatar.com’,
話說你是寫到 :/home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 裡了嗎?
幫助文件中的意思是寫到主題的 functions.php 裡。
另外,把你 /home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 的第 8232 行以及上下文五行左右的程式碼貼一下。
常量改完之後是這樣的
開一下 debug 模式:在 wp-config.php 中把 DEBUG 常量設定為 true 。然後再把報錯貼一下。
另外確認一下,去掉程式碼之後會恢復嗎?
所得斯雷
可是我的是騰訊
在選擇 CDN 的時候一定要選擇一個有 WAF 的 CDN 服務,這樣就可以輕鬆在 CDN 裡透過限制 UA 和來源域名限制 17ce 這類站點的騷擾了!
不會,需要你的 「其它域名」 也使用 cdn,才會加速。
建議使用 WordPress 官方的匯入匯出工具,訪問:你的域名/wp-admin/import.php
wordpress 文章匯入外掛
瀏覽器主頁新增便籤不就 ok 了
你在匯入什麼?
好嘞 謝謝老孫
掛到 wp_die_handler 過濾器上試試。記得把過濾器的第一個引數返回
但是怎麼載入我這個上面啊
我不明白你的意思,但是我隱約感覺你是想問如何實現類似:彈出錯誤頁面後 X 秒跳轉回來源頁。
如果是這樣的話可以這樣寫:
add_action('wp_footer',function () { $referer = wp_get_referer() ?: '/'; echo <<<JS <script> setTimeout(function(){ window.location.href = '$referer'; }, 5000); </script> JS; });
我好像沒看到有髮網址
這個是肯定可以實現的,至於該如何實現真的沒法細緻回答,因為涉及到編碼問題的話得因地制宜。最好找個程式設計師外包做一下。
在主題的 functions.php 中新增如下程式碼延遲時間為一年:
add_filter( 'auth_cookie_expiration', 'keep_me_logged_in_for_1_year' ); function keep_me_logged_in_for_1_year( $expirein ) { return YEAR_IN_SECONDS; //可以更換為按秒計時的其他時間,YEAR_IN_SECONDS 是 WordPress 內建的時間常量 }
haha,好的,謝謝
謝謝回覆
理論上能實現,操作比較複雜
首頁和分類一般呼叫的是 index.php
,除了對模板檔案替換外,還需要對用到的 css 進行新增。還有 functions.php 也有可能需要修改。總之我認為需要將這個頁面功能如何實現的摸清楚。還好這兩個頁面沒啥功能,只是拉取列表後展示。搞清 css 即可。
我勒個去,這個工作量太大,我搞不定
如果不是網站有商業價值的話,通常不懟人、不裝 X 能預防 99.99% 的攻擊。俗話說:小人不可惹、小人不可辱,小人不可輕。
網站程式執行慢的原因有很種,難以短時間講明白。但最常見的是慢 SQL 和外包 HTTP 請求,不過從你提供的截圖看,你的網站並不存在這兩種情況,於是具體原因需要跟蹤程式執行堆疊才能定位,這需要遠端除錯,沒法在論壇提供支援。
17ce 一個測速網站都扛不住,隨便弄弄伺服器就滿載了,這就很難受
你需要發一下網址,然後把比例調成存在問題的比例,這樣才能去除錯
所有程式碼都是開源的,可以在我們的 GitHub 找到:
https://github.com/litepress/litepress.cn
但是我們開發的時候並不考慮通用性,因為開發通用軟體的成本比專有軟體大了幾個數量級,所以需要對部分功能移植的話可能要自己處理一些意外情況。
木有主題的話,社羣外掛也行啊
呃,Ctrl+F5 搞定了
<div class=”icon”></div>
這串程式碼是 調整影片按鈕的,能透過除錯改變按鈕位置。
但是如何在 WordPress 上調整好按鈕呢?
言重了,沒及時回覆是因為我在找這類别範本。因為我本身是純後端開發,包括 litepress.cn 的前端部分也是老李頭在負責,所以對找模板這些事情並不擅長。
哇,我剛看見這個問題,目前已經修復了
孫總能回覆我的新人貼我已經很高興了,謝謝!祝本站越辦越好
這個只能等有見過這類别範本的有緣人推薦了,我實在是愛莫能助
前來支援一下
文字編輯,用 img 標籤插入網路圖片連線
我剛評論完時候沒有現在怎麼出現了
發現 bug 了,有獎勵沒有
LitePress 或許是繼 WordPress 之後最受歡迎的後起之秀了。
誠摯祝福
<!–more–>
威爾遜說過:我們因夢想而偉大,所有的成功者都是大夢想家:在冬夜的火堆旁,在陰天的雨霧中,夢想著未來。有些人讓夢想悄然絕滅,有些人則細心培育、維護,直到它安然度過困境,迎來光明和希望,而光明和希望總是降臨在那些真心相信夢想一定會成真的人身上。在生活中我們每個人都在為自己的夢想而奮鬥,時而順境,時而逆境。但一切都會過去,唯有為之夢想而努力。
這是 WordPress 自帶的功能,預設刪除期限是 30 天
非常感謝。
今天我發了這個提問後,我安裝了 WP-China-Yes 和 LitePress Beta 兩個外掛。出現的情況是,主站點和子站點的前端速度都變快了。。
然後我看到你的回覆,安裝了 Query Monitor 外掛,
然後訪問主站點的儀表盤的頁面,顯示速度不算太慢。
訪問子站點的儀表盤速度就很慢,Query Monitor 外掛可以檢視錯誤情況,發現子站點都有一個 http api 呼叫的錯誤,且錯誤的地方都是 xxx.com/xxx/wp-admin/upgrade.php?step=1,,提示為核心元件。
雖然我不懂這個是啥意思,但我認識 upgrade 這個單詞,是升級的意思。於是我嘗試開啟這個域名,提示我升級資料庫,我點選升級,然後子站點的後臺速度一下子就變快 了。
在我回復你資訊的時候,我猜想,我可能大概明白為什麼 「wordpress 開啟多站點模式後速度會變得更慢」 了,可能就是因為主站點和子站點的資料庫並沒有同步造成的,雖然我並不知道這是不是真的原因
你說的這個問題我個人好像沒碰到過。
你方便安裝一下 Query Monitor 外掛把訪問緩慢的頁面上的慢查詢還有外部 HTTP 請求截圖發一下嗎?
奧力給
支援!
謝謝,都很方便
在 wp-config.php 中新增:
define( 'WP_AUTO_UPDATE_TRANSLATION', false );
這樣就禁止翻譯自動更新了
這個問題修復了。更改為 302 狀態碼了
目測是不支援國際化,這個沒辦法的,只能聯絡開發者解決。
如下圖這種主題是啥問題,沒有可操作性的;
哦,我知道了,這個 301 的返回值被瀏覽器快取了,這個問題我想想怎麼解決。
新的下載連結:
方便把報 404 的下載連結發我下嗎?我復現不出這個問題欸
應用市場點立即下載就 404 了
多謝站長,雲資料庫改一下就好了
替換成功了,謝謝!
update wp_posts set order_type=2 where post_id=66;
wordpress 後臺的使用者管理介面有按使用者角色篩選功能。然後在頁面頂部有 「顯示選項」 按鈕,點選後可設定每頁顯示條目,這樣你可以設定比如一次顯示 1000 個。
移到應用市場了:https://litepress.cn/plugins/lp-plugins/lp-translate
下載地址 404 了
希望這個專案能一直存在,祝願 LitePress 越來越好!
以下程式碼會顯示與當前文章具有相同標籤的四篇文章,你可以把他加入到 single.php 模板中你想顯示的位置上。
但是這段程式碼並不包含文章的展示樣式,也就是說你需求的樣式需要你自己寫,因為每個主題都不一樣,所以沒辦法提供通用的程式碼。不過這也不難,可以去文章列表頁面複製已有的程式碼。
<?php $tags = wp_get_post_tags( $post->ID ); if ( $tags ) { $first_tag = $tags[0]->term_id; $args = array( 'tag__in' => array( $first_tag ), 'post__not_in' => array( $post->ID ), 'posts_per_page' => 4, 'caller_get_posts' => 1 ); $my_query = new WP_Query( $args ); if ( $my_query->have_posts() ) { while ( $my_query->have_posts() ) : $my_query->the_post(); ?> <a href="<?php the_permalink() ?>" rel="bookmark" title="Permanent Link to <?php the_title_attribute(); ?>"><?php the_title(); ?></a> <?php endwhile; } wp_reset_query(); } ?>
好的 謝謝,我用的是騰訊雲資料庫,估計是這裡出的問題吧
好的 謝謝
資料庫編碼需要變更成 utf8mb4,否則是不支援表情符號的。
建議諮詢下主題作者
直接用確實用不了。不過國內有人提供了映象服務可以使用。
谷歌的驗證碼提供使用者無感知的驗證支援,試用一段時間看效果很不錯,這一點是類似滑塊驗證、拼圖驗證這些比不了的。
不推薦用圖床,如果你不想花錢,可以用又拍雲的雲端儲存,註冊送期限一年的 61 元代金券,要到期了可以申請又拍雲聯盟,送期限一年的 67 元代金券,比圖床穩定。
有興趣可以聯絡我 QQ/微信,我告訴你怎麼用:32624142
建議不要用谷歌驗證碼,應該是牆外的東西
目前 WordPress 的開發者多是老外,而你需求的這個功能在大部分西方國家都是違反法律的,所以很難找到現成外掛。
不過可以自己定製這個功能。
你可以在 comment_post
鉤子觸發的時候呼叫 wp_create_user
函式來建立一個使用者。
把外掛程式碼中的谷歌域名替換成 www.recaptcha.net
,這是國內的谷歌驗證碼服務映象站。
支援!!!
類似行為召喚的東西 可以叫 行為框 行為盒
不好意思,我剛看見這條回覆。小程式這個應該是短時間內不會搞,因為現在基礎功能的開發和維護的工作量已經很難應付了。
瀏覽器位址列應該會記住網址的,我一般常開的網站就直接輸入網址頭幾個字母就會自動補全了
emmm,,,,好像也不太準確
我感覺應該翻譯成 「功能框」 吧,寓意是這個元件支援點選操作。
樓主的意思是釋出文章的時候,自動處理文章內容裡匹配的標籤並新增 A 標籤 (連結)
你呼叫這個函式觸發了評論相關的鉤子,然後那些鉤子上掛了諸如:boxmoe_comments_list 這些函式,但是這些函式並不存在,於是報錯。如果不是你自己寫的的話就可能是其他外掛導致的,具體可以在原始碼裡全域性搜一下,搜到了之後把新增掛鉤的程式碼刪了就好了
開 Debug 模式,把報錯日誌貼一下,我剛測試了一下,沒發現問題
有現成的外掛 https://gplwp.eastfu.com/product/interlinks-manager/ ,相當好用。把關鍵詞對應的連結輸入進去,文章和頁面中帶有關鍵詞釋出時就會自動加上鍊接。
我填寫進去 提示 遇到致命的錯誤
當前主題 模板函式 functions.php
註釋一下程式碼
/* 自動為文章內的標籤新增內鏈 */
$match_num_from = 1; //一篇文章中同一個標籤少於幾次不自動連結
$match_num_to = 1; //一篇文章中同一個標籤最多自動連結幾次
function tag_sort($a, $b){
if ( $a->name == $b->name ) return 0;
return ( strlen($a->name) > strlen($b->name) ) ? -1 : 1;
}
function tag_link($content){
global $match_num_from,$match_num_to;
$posttags = get_the_tags();
if ($posttags) {
usort($posttags, “tag_sort”);
foreach($posttags as $tag) {
$link = get_tag_link($tag->term_id);
$keyword = $tag->name;
$cleankeyword = stripslashes($keyword);
$url = “<a href=”$link” title=””.str_replace(‘%s’,addcslashes($cleankeyword, ‘$’),__(‘ 【檢視含有 [%s] 標籤的文章】’)).”””;
$url .= ‘ target=”_blank”‘;
$url .= “>”.addcslashes($cleankeyword, ‘$’).”“;
$limit = rand($match_num_from,$match_num_to);
$content = preg_replace( ‘|(<a[^>]+>)(.*)(‘.$ex_word.’)(.*)(</a[^>]*>)|U’.$case, ‘$1$2%&&&&&%$4$5’, $content);
$content = preg_replace( ‘|(<img)(.*?)(‘.$ex_word.’)(.*?)(>)|U’.$case, ‘$1$2%&&&&&%$4$5′, $content);
$cleankeyword = preg_quote($cleankeyword,”’);
$regEx = ”(?!((<.*?)|(<a.*?)))(‘. $cleankeyword . ‘)(?!(([^<>]*?)>)|([^>]*?))’s’ . $case;
$content = preg_replace($regEx,$url,$content,$limit);
$content = str_replace( ‘%&&&&&%’, stripslashes($ex_word), $content);
}
}
return $content;
}
add_filter(‘the_content’,’tag_link’,1);
支援,希望推出個小程式啥的方便登入和交流!每次找便籤進社羣感覺不方便,有時候就不想點了,,,,
換個手機試試呢?我看你手機也是連的 wifi,應該和電腦是同一個網路,這種情況下如果不是手機本身有問題的話就只能是網站、 CDN 識別了使用者代理並主動攔截了。懷疑比較可能的禍首是寶塔的防火牆,建議先關了再看看。
這 id 邊的小金標有點炫啊
還可以
前臺是正常的,後臺不正常
0.78 一小時,用來應急的,還可以
jpeg 檔案,顯示是 mixed-content,估計沒啥關係
我訪問你網站看是正常的,你重新整理瀏覽器快取然後看看?
19.9 元一個月。。
青椒雲
你這是用的哪家的雲電腦啊?
狀態碼 200 是正常的,你看紅色文字,是異常的
是 network,你得把資源返回的狀態碼貼給我我才知道問題具體出在哪裡
關不掉,顯示重定向次數過多…… 估計把域名解析改回來才可以
確實把圖片啥的存到雲上面去了。 CDN 回源 host 應該是對的,選的協議跟隨,防盜鏈壓根沒設
網路請求是哪個,network 嘛
還有我開雲電腦時發現手機的頁面是異常的,但是電腦的就沒問題,不知道啥問題
你把 Autoptimze 和 WPJAM 兩個外掛關掉試試
行吧,有空我測試下,沒啥提升就卸了
f12 看看網路請求,截圖貼上來。
這個估計是你做了動靜分離,然後要麼 CDN 那邊沒配置好回源 Host,要麼防盜鏈配錯了。
你這四個外掛,我都用過,我覺得只用 rocket 快取外掛和物件儲存外掛就夠了,另兩個外掛沒必要使用。
要不然修改資料庫 要不然 用別名 替代吧。
感覺好像確實快了 666
可以用 wpjam 裡面的,果醬在維護更新
已新增許可權
hCaptcha for WordPress
他在 LitePress 的市場裡叫做 hCaptcha for WordPress,在 wordpress 的後臺裡叫做 hCaptcha for Forms and More,在後臺點選翻譯按鈕會跳轉到 https://litepress.cn/translate/projects/plugins/hcaptcha-for-forms-and-more
第一個專案我好像沒檢索到?發現似乎只有:hCaptcha for WordPress 、 G-Forms hCaptcha 、 Mailster hCaptcha 。
第二個專案已經新增了許可權:https://litepress.cn/translate/projects/plugins/featured-image-from-url/
hCaptcha for Forms and More
Featured Image from URL (FIFU)
謝謝老闆
二者應該同時存在。已經存在的內容目測是寶塔為了防止跨站攻擊而新增的,用於限制 WEB 程式可讀寫的目錄範圍,刪了不會報錯,但是有安全隱患。
如果需要按文章釋出日期升序更新的話 (也就是先更老文章),將程式碼改成如下即可:
function update_all_posts() { $args = array( 'post_type' => 'post', 'numberposts' => -1, 'orderby' => 'post_date', 'order' => 'ASC', ); $all_posts = get_posts($args); foreach ($all_posts as $single_post){ $single_post->post_title = $single_post->post_title.''; wp_update_post( $single_post ); } } add_action( 'wp_loaded', 'update_all_posts' );
老實說,我非常不理解你這個需求,甚至於感覺匪夷所思。我無法理解為什麼文章的更新時間會影響文章的順序,但是還是按你的需求修改了一下程式碼。
我需要從很久之前釋出的第一個文章 陸續更新到 最新發布的文章。 (這樣更新下來,最新發的文章還是在最前面)
順序變了?你是根據最後更新日期排序嗎?改成以文章建立日期排序唄。不然你將來儲存一下老文章就會打亂排序。
但是 文章的順序變了。。這個咋整
我知道了,沒有修改 PHP memory_limit
提示這個,怎麼處理呢?
把以下程式碼放到主題的 functions.php 檔案裡,然後隨便訪問一個網頁,就對所有文章觸發更新操作了。更新完記得刪掉這段程式碼。
function update_all_posts() { $args = array( 'post_type' => 'post', 'numberposts' => -1 ); $all_posts = get_posts($args); foreach ($all_posts as $single_post){ $single_post->post_title = $single_post->post_title.''; wp_update_post( $single_post ); } } add_action( 'wp_loaded', 'update_all_posts' );
如果你的文章數量很多的話需要改一下 PHP 的最大執行時間。
謝謝,找到了
點分類的編輯按鈕,然後瀏覽器位址列有一個名為 tag_id 的查詢引數,那個就是了
我感覺,你們做 litepress 的專案就是針對國內的 WP 使用者群,如果推回給官方,使用者選擇性就多了,分散了使用者。
分類 ID 我的部落格好像可以直接顯示
不太清楚原來有沒有,有可能是主題或外掛新增的
還可以在編輯分類時看位址列上的 tag_ID
已駁回
不好意思,白天去交接稅務了,剛回來。
我重灌了 php 之後他莫名其妙的好了, 然而我上午重灌了好幾次, 都沒用, 離譜
想知道這裡參與的外掛翻譯是留在本土還是說會推回給上游
所有翻譯會存在於本地平臺,不會回推給 wordpress.org,這個老實說技術上可以實現資料迴流,但是我們也確實是有意的不會這樣做。
這就好像子貢贖人的典故一樣,子貢好心的拒絕了贖金,其產生的後果是將來都不會有人再主動去營救魯國的奴隸。代入到現在這個專案也是一樣,如果我們好心的主動把資料同步給 wordpress.org,我們將始終難以在本地化生態積累的層面上超過 wordpress.org,也就沒理由說服使用者選擇本地平臺,長久來看本地平臺也就幾乎不可能得到發展。
但,如果我們不做資料迴流,則可以逐漸加大兩個平臺的差異化,而且本地平臺等於 wordpress.org 的超集,將來勢必會倒逼使用者選擇本地平臺,有了使用者基數就有了貢獻者和參與到這一體系的開發者,本地平臺也就有了崛起的可能。
應用市場方面個人使用更傾向於擴充套件,如果可以兩邊的市場都能同時訪問到就更好了
應用市場目前上確實是按二者並存為出發點設計的,也就是說將來可以完全脫離 wordpress.org 。但就像前面的翻譯平臺一樣,本地的應用市場上架的應用同樣不會迴流給 wordpress.org(況且付費和閉源的應用也沒法迴流) 。
試用 LitePress 市場的時候報了 504,不知道是這邊還沒完善還是自己伺服器有什麼設定限制了
你是指的外掛端的嗎?外掛端的 API 前段時間重構了,後來因為翻譯平臺的開發比較緊張所以暫時擱置,目前只重構完了翻譯推送相關的 API 功能。
關於重構這個,其實 litepress.cn 平臺各個子模組都最少重構了三次,重構的多並不值得炫耀,這其實對映的是我本人在工程化開發方面的經驗很缺乏,於是造成了開發好一個功能,但是很快的發現這個功能在融入總的工程後在將來的可維護性、擴充套件性、各模組聯動性方面存在缺失,於是只能重構。週而復始的重構與迭代,我難以在早期就預料到所有情況,所以只能很無奈的承擔下多出來的重構成本。
在這種環境下有一個本土最佳化是好事,但路還很長,加油
路長且艱,但我覺得我們或許是過去十年間最有可能做成這件事的人。
想知道這裡參與的外掛翻譯是留在本土還是說會推回給上游
應用市場方面個人使用更傾向於擴充套件,如果可以兩邊的市場都能同時訪問到就更好了
(試用 LitePress 市場的時候報了 504,不知道是這邊還沒完善還是自己伺服器有什麼設定限制了)
在這種環境下有一個本土最佳化是好事,但路還很長,加油
這是個 BUG 。有一些字串沒翻譯是因為這個專案沒託管到翻譯平臺,所以很多字串沒收錄,對於沒收錄的字串翻譯引擎是不會處理的。然後外掛那邊在處理這種情況的時候直接引用了原文,於是造成了很多字串的翻譯被使用原文填充的情況。
這個問題今天發的版本中會處理
應該是你做了公安備案,然後當地的王安在掃漏洞。因為我發現這些 IP 都是廣西的。
抱歉太極沒表達清楚,就是我在使用自動機器翻譯完成之後發現有很多字串在翻譯的位置直接填充了原文,特別是一些長一點的語句
好的 感謝!
不好意思,我剛看見這條回覆。
不過我沒太明白你的意思,能再詳細點嗎?
如果是指文章連結上的,,把 「固定連結」 設定為任意非 「樸素」 的形式,然後每一篇文章都可以想改什麼序號就改什麼序號了,並且每次發文章都要自己寫序號,不要覺得麻煩,搞這些神仙事情總要付出點代價的。
從你的描述來看,應該就是某個外掛篡改了固定連結導致的。
這個問題需要一點點定位,逐漸縮小範圍。目前如果懷疑是固定連結被篡改的話,需要你在下次發生 404 的時候檢視一下 wp_options 資料表中 meta_key 為 permalink_structure 的行,看看其 meta_value 欄位是否就是你設定的固定連結值 (對於 Nginx 來說,更新固定連結只需要改這裡的值即可,所以說透過觀察其值也可以直接得知是否被篡改,這不像 Apache 還需要檢視 .htaccess 檔案) 。
如果確認是被篡改的話要麼是把外掛禁用挨個查,要麼是用 xdebug 記錄 PHP 執行堆疊,找到觸發會更改固定連結的 SQL 語句的執行位置,再順藤摸瓜向上查到具體是哪個外掛搞的。不過這需要有一點點技術能力才行,我暫時沒想到有什麼簡單的方法能查出來。
我著實沒懂你的意思。能再描述清楚點嗎?
或者,是不是你之前設定了 WordPress 的 ID 連續,然後刪除了一些文章導致 ID 之間存在空缺?如果是這樣的話據我所知是沒有辦法能做到重新給文章 ID 排序的,因為文章 ID 可能會關聯很多資料,改了會很麻煩。
現在存在的一個問題就是,有一些字串的翻譯會直接填充原文
話說,昨晚的一個專案託管申請是你提交的嗎?我傻逼了,忘了記錄提交者是誰了,加管理員都不知道給誰加
厲害了,不鳴則已,一鳴驚人,持續關注。
好的 ,謝謝~
WordPress 本身的開源性以及可創造性可以帶給你無限可能,利用外掛可以成為商城,論壇,雜誌官網等等,但是也正是因為其開源執行,會導致其失去本身獨有的特色,原本是一款開原部落格,但是現在可能更多的用來作為外貿站點了,
知道 IT 柏拉圖在幹嘛嗎?有種當年的感覺。
我覺得名字應該不需要修改了吧?剛好合適
好的,我去試一下
我私聊發你 QQ 了,麻煩看下 qq
麻煩發一下網址,我瞅瞅
臨睡前想起來,上週還最佳化了機器翻譯引擎對 html 標籤的適配。現在翻譯複雜 html 標籤時不會再出現異常了 (至少目前測試看,沒發現)
加油!
還有就是,LP Translate 第一版暫時沒計劃對接翻譯記憶庫,這個後面看後面看實際使用體驗來決定後續版本要不要對接一下。
另外,正式上線前 LP Translate 的專案名稱還可以改。我個人覺得現在這個名字是不太好記的,但是苦於想不到好名字,誰有好想法的話希望能提一下。
不好意思,沒注意到你要求得自動上傳外鏈。
不過這裡收錄的差不多就是國內所有的七牛雲端儲存外掛了,如果都不支援的話,這個需求就可以判死刑了,只能定製開發了。
佔位見證!
都挨個試過啦,沒有能把外鏈上傳到七牛的…
現在有一個方便的解決方案。以下引用群友的話:
9 月 30 號 WordPress 系統內建的 CURL SSL 證書過期了,很多 centos 7 等系統上的 WordPress 會報 「 cURL Error 60 SSL certificate problem that certificate has expired」 。偶過節期間趕製上線了一個外掛糾錯,供大家救急使用:
https://wordpress.org/plugins/ssl-certificate-manager/
歡迎大家報告問題和 Pull Resqust 增強。
網上流傳著 N 個 object-cache.php,建議多找幾個試試!Memcached Object Cache 外掛好像不支援最新的 object-cache.php 檔案,你可以試試我的這個 object-cache.php:
唉,現在 DDos/CC 攻擊的成本太低了!幾乎是無門檻、無成本呀!
沒這麼誇張吧……
大氣、精彩、深刻!很慶幸我無意中遇到了 LitePress!
關於我們為什麼認為 WordPress 作為建站系統沒有前途,這裡引用一下我之前給別人的回覆:
如果 WordPress 和帝國 CMS 、織夢 CMS 、 Discuz 這些一樣,定位為建站系統的話,那我覺得它在中國一定是沒有未來並且是必死之局。根本原因在於國情所限,中國的輿論管控政策會在可預見的未來一直施行,並且會越來越嚴厲。建站的門檻會越來越高,依賴於這個產業的所有人會逐步消亡,前面列舉的三個系統的墳頭草快一丈高了。中國的政治體制決定了在中國不存在 「大而不能倒」 或 「資本挾持政府」 的情況,前段時間對 k12 教育的一刀切已經非常好的說明了這一點,所以不應該盼望政策會因為顧及建站行業從業者失業影響社會穩定或打擊社會經濟而作出妥協。
我們能做的就是改變自身的方向,這對於其他系統來說很難,但對於 WordPress 不是。從這篇文章撰寫到現在已經過了很久了,這段時間有了新的思考——WordPress 在中國的未來應該是小微企業的業務快速啟動平臺。
這一方向其實在國外已經有了一定程度的發展了,但因為 WordPress 在中國發展程度有限,所以在這一方向上並沒有太多建樹。
舉個例子比如:WooCommerce 、 Sensei LMS 、 GlotPress 以及其他依託於 WordPress 的企業平臺解決方案,這些決定了任何業務都可以依託 WordPress 快速啟動,而 WordPress 在建站領域的前期積累 (比如說各種頁面生成器以及各種表單生成器) 將使這一過程更加得心應手。
於是,建站行業必死,但 WordPress 可以改變方向。現在需要做的就是對內整合存量生態,然後帶著所有人轉型,以變革謀生存。
其實我們目前主要的發力點是生態建設,而不是系統開發。 WordPress 系統本身已經足夠好了,我們要做的是本土化適配,而不是對其擴充套件增加多少功能。
前面提到的生態建設和本土化適配主要體現在對系統所有依賴的內建服務在國內自建並促進生態資源的翻譯引進,其中自建是在模仿 wordpress.org 的基礎上對其改進,比如說我們的頭像服務在 gravatar 的基礎上還支援返回 qq 頭像,也比如我們的翻譯系統在 translate.wordpress.org 的基礎上還支援機器預翻譯以及託管第三方外掛主題,再比如規劃中,我們的應用市場支援上架閉源和付費應用。
要做成這件事,我覺得並不需要對 WordPress 大刀闊斧的改動多少,只要比原生的 WordPress 在中國好用一點點就足夠了。這些就足夠我們整合國內現存的 WordPress 圈子了,而在整合力量,以及提升影響力後,我們會將 WordPress 在中國的發展向我們認為對的方向引導——成為小微企業的業務快速啟動平臺,而不只是建站系統。
多謝多謝!
這個其實所屬者填 www 就可以,不過一般習慣是兩個都填 www 。
許可權 755 就可以了,這一塊建議百度瞭解一下 Linux 的許可權機制。
報告:我用的是手動安裝,沒有透過面板自動安裝,所以才會出現此問題。經老大提示,安裝時透過賦予 wp-admin 和 wp-content 較高的許可權,解決了此問題。不過我咋感覺要賦予 777 許可權,才能順利啟用中文安裝呢。
賦予許可權時,方框裡的兩個使用者組要全部填 「www」 嗎?
PS: 這個經典編輯器,好像沒有選擇字型大小的功能??
開發團隊加油!
感謝~~~
同理,改為不使用 lets 證書,換其他證書,解決問題~~
你是否在使用類似 centos7 這樣的舊版系統? 如果是的話請把你的 openssl 升級到最新版 (前提是對方在使用 lets 證書) 。因為十月初的時候 lets 證書的一個根證書過期,導致在舊版系統下會提示證書過期錯誤。
如果不是使用 lets 證書或你使用的是類似 ubuntu 2004 這樣的新系統的話請修改原始碼嘗試不使用 https 訪問或設定請求時不驗證 ssl 證書。
另外現在面臨的一個很棘手的問題,是之前為機器翻譯開發的單詞詞性分析功能 (用於按詞性精準匹配術語表) 非常佔伺服器資源 (平均每次請求會吃掉 30% 的 CPU 算力),如果想把機器翻譯的 API 開放出去給 LP Translate 整合的話,這個效率是沒辦法忍受的,所以還需要對其最佳化, 實在不行只能把這個功能撤掉。
再次遭到 CC 攻擊,服務已被迫關停。
多謝多謝!我今天再試試!
如果使用寶塔面板的話這個許可權會被預設設定,但是諸如 AppNode 這些不會自動設定,於是就會跳過語言選擇介面
您好!那麼,語言包在哪個目錄,許可權給成 755 就可以了嗎,還是要給到 775?原版的 wp 官方包存在這個問題嗎?
該問題已經定位了。
問題的原因是安裝程式判斷語言包儲存目錄沒有寫入許可權,所以跳過了語言選擇的步驟。
下一版會在這種情況下預設選擇中文語言。
最後,感謝你的反饋~
我復現出這個問題了,這會和老趙頭商量一下方案,稍後修復
你是不是沒給 PHP 裝 memcached 擴充套件?Memcache 類需要裝了擴充套件才有的:
https://www.php.net/manual/zh/memcache.installation.php
不著急,你有空的時候再看也沒事
我明天在電腦上看看吧,手機上太難受了
把你放進 wp content 目錄下的檔案的原始碼全部貼上來,我瞅瞅
你需要將外掛的主檔案複製到 wp-content 目錄下來使用,這樣它才會擁有較高的載入優先順序從而覆蓋掉 WordPress 的內建方法。
幾乎百分百確定,安裝包就是根據伺服器語言或時區來確定語言的。換了臺主機,仍然在 USA,再次安裝,全自動英文介面,毫無選擇。請看圖:
我以為你是想正常使用
感覺兄弟你跑題了哈。咱們不是在討論 litepress 專案的問題嗎?
您可真幽默,哈哈。就是不彈出語言選項,直接全英文安裝。
適用於部落格到大型網站的 CMS (內容管理系統) | WordPress.org China 簡體中文
USA. 那麼,如何簡單的設定伺服器的語言為中文呢?
百分百官網,請看三樓!
你可以嘗試去官網下載安裝包,然後嘗試,然後再裝外掛
韓國伺服器有語言選擇
我眼瘸了,當時看了好幾遍沒看到這句話……
今天因為下雨電腦扔辦公室了,明天去驗證一下
衷心感謝你的冷靜!
可能的原因分析,我在一樓就說了啊:
我的主機在境外。難道安裝包是根據伺服器的語言或時區自動確定語言的,連個選擇都不給?
你那邊是沒彈出來這個語言選擇介面嗎?另外就是,你前面提到的 「對可能原因的分析」,我好像沒看到欸。
最後就是,希望能友好交流。
好吧,你那裡正常,就意味著一切正常。我的這次反饋,以及對可能原因的分析,就等於沒說。
佔位見證!
我測試看是正常的,進入安裝介面的第一步會要求選擇語言:
這裡給的是簡中的,至於為什麼顯示英文,等老孫來看看吧。
你們就只提供了一個版本啊,根本沒有其它選擇: https://github.com/litepress/LitePress/releases/tag/5.8
這裡只有兩種不同的壓縮形式,根本沒有提供不同的版本啊。
還算前排,支援一下。
下載的是簡體中文版嗎
我也是意外發現的!
已經推送更新修復此問題了,實在抱歉
罪過罪過……這是之前有一次為了給其他人解決問題而寫的測試程式碼,因為我疏忽大意給提交到 Git 併發布出去了,我很快就釋出一個修復的版本,真是抱歉
他的意思是把頭像快取到網站主機本地
佔位見證!
來支援一下!
另外,這一特性會在架構穩定後被應用到外掛的詳情頁翻譯上。
如果你的文章 id 必須連續的話,可以開啟 WordPress 站群,然後專門開一個子站來設定選單,之後在主站呼叫子站的 header,這樣在子站上設定的選單就顯示到主站了,而且也不會佔用主站的文章 id 。
選單佔用文章資料庫 ID 啊,兄弟
沒看懂你的意思,如果有報錯的話麻煩把報錯貼一下。
看一下這個外掛:https://litepress.cn/plugins/gutenslider/。
如果你是想插入外鏈的話,可以在插入一個古騰堡塊之後按 HTML 編輯,然後把你的外鏈地址貼進去即可。
對對對,就是和幻燈片差不多
左右滑動?你說的是幻燈片嗎?
還是說顯示的是縮圖,然後所有縮圖都在一行顯示,如果顯示不開的話就顯示一個左右的進度條?
Woo 有自己的任務佇列系統,該系統由 WordPress 的 Cron 每隔一分鐘觸發一次。
如果是你自己開發的話,可以直接使用 WordPress 的 Cron 來安排佇列,詳細教程參考:https://blog.wpjam.com/article/using-wp-cron-schedule-jobs-in-wordpress/。
如果任務量非常巨大,建議使用:Cavalcade 來管理
尷尬了,被老李頭噴了一頓,然後我才曉得 tabindex 是一個 ul 的屬性而不是一個 css 屬性。
如果是這樣的話可以參考這篇文章的方式來加:
是英文的,不過用 chrome 開谷歌翻譯看,基本沒啥障礙。
建立選單的時候可以透過引數指定 class 。比如:
$args = array( 'menu_class' => '你的選單 Class', 'menu' => '你的選單 ID' ); wp_nav_menu( $args );
不好意思,正在搬家中……你這個問題我應該得明天才能有時間好好看了
這個專案在現在和未來都需要靠團結力量和整合資源來蹣跚前行,在這個前提下搞個人英雄主義和個人崇拜,不太行欸。
不過還是要謝謝你的鼓勵~
終於可以扔掉織夢、 PhpCMS 、 Discuz 、帝國了。我們需要一套有生命力和延展性的系統。感謝孫錫源團隊讓我們有了新的期待。
這個效果是可以實現的,不過我這幾天忙著搬家 (到 25 號) 暫時沒時間看,忙完會給一個方案。
你這在哪個檔案註釋的
看看這個:https://litepress.cn/plugins/thnbo
問題解決了,提供一個程式碼,插入到 function.php 裡即可
//Add Featured Thumbnail to Admin Post Columns add_filter('manage_posts_columns', 'posts_columns', 5); add_action('manage_posts_custom_column', 'posts_custom_columns', 5, 2); function posts_columns($defaults){ $defaults['riv_post_thumbs'] = __('Thumbs'); return $defaults; } function posts_custom_columns($column_name, $id){ if($column_name === 'riv_post_thumbs'){ echo the_post_thumbnail( array(100,100) ); } }
Update: 服務已恢復
應該是這樣:
function get_cravatar_url( $url ) { $sources = array( 'www.gravatar.com', '0.gravatar.com', '1.gravatar.com', '2.gravatar.com', 'secure.gravatar.com', 'cn.gravatar.com', 'gravatar.com' );
恭喜你發現 bug 了,域名列表中的 gravatar.com 需要挪到最後。變成如下這樣:
'www.gravatar.com', '0.gravatar.com', '1.gravatar.com', '2.gravatar.com', 'secure.gravatar.com', 'cn.gravatar.com' 'gravatar.com',
快取這個坑, 剛都換瀏覽器測試了……
我測試看已經生效了。你 ctrl+f5 重新整理看看,或者在 url 後面追加個隨機引數
location 匹配的原則是從長到短,所以你上面的配置檔案中 app.591f9646.js 匹配到的是以下塊:
location ~* .(gif|png|jpg|css|js|woff|woff2)$ { proxy_pass https://cmsstaticv2.ffquan.cn; proxy_set_header Host cmsstaticv2.ffquan.cn; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header REMOTE-HOST $remote_addr; expires 12h; }
想對關鍵字替換的話就把替換相關的配置提升到全域性作用域上
把你完整的 nginx 配置檔案貼上來。論壇編輯器有貼程式碼功能
方案二:安裝 LitePress 發行版
我代表祖國和人民感謝你的外鏈
支援社羣,越來越好!
謝謝 ,好了,忘記清理快取了。。
應該是你本地的瀏覽器快取吧。 ctrl+f5 重新整理一下。我這邊檢視已經返回 c 頭像了,見:
而且:
比如我把 QQ 頭像改成 C
但是我網站上的頭像依然是 A, 一直是 A,AAAAAAA
這個有問題吧?
好的·謝謝~
好的謝謝~
Cravatar 頭像不是應該優先麼??
如果不想或者不會編輯主題,可以採用外掛方案 https://www.wpdaxue.com/header-footer-code-manager-2.html
把以下程式碼加到主題的 functions.php 裡面:
add_action('wp_head', function () { echo <<<HTML 這裡寫你的 HTML 程式碼 HTML; });
好的
專案已經全部建立完畢,併為你分配了管理員許可權。
每個專案的管理介面都有 「匯入原文」 按鈕,你可以直接上傳外掛、主題的安裝包,平臺會自動從中提取原文。
如果遇到什麼問題的話隨時保持交流
thanks a lot! finished.
把你 CDN 的引數跟隨開啟。
這網頁命中 CDN 快取了,然後你又過濾了查詢引數,當然搜不了了。
外掛:
1 、 Brizy Pro
沒有編碼技能?沒有網頁設計經驗?沒問題!我們創新的視覺構建器使任何使用者都能建立出色的現代網站。
主題:
1 、 Divi
世界上最受歡迎的高階 WordPress 主題 (來自 BuiltWith.com 的統計資料),包括視覺化拖放 Divi 頁面構建器。
2 、 Extra
博主和線上出版物的完美主題。由 Divi Builder 提供支援,Extra 為您提供了建立不同類別、主頁和故事驅動帖子的終極靈活性。
3 、 Flatsome
Flatsome 是您的商店或公司網站的完美主題,如果您是代理商或自由職業者,則適用於您的所有客戶網站。它擁有建立具有驚人使用者體驗的超快速響應網站所需的所有工具。它有無限的選項和革命性的響應式頁面構建器,因此您無需編碼即可建立任何內容。
外掛:
1 、 Brizy Pro
2 、 Divi Supreme Pro
Divi 擴充套件外掛-
3 、 Divi BodyCommerce
Divi 擴充套件外掛-為開發人員同時使用 Divi 和 WooCommerce 的多功能工具包,旨在提升您的電子商務網站並實現更高的轉化率。
4 、 Divi Nitro
Divi 擴充套件外掛-Divi Nitro 外掛為您的 Divi 網站提供額外的速度提升,以增強您的客戶體驗。
5 、 Divi Protect
Divi 擴充套件外掛-Divi Protect 外掛密碼保護您的 Divi 網站的內容。
6 、 Divi Mega Menu
Divi 擴充套件外掛-Divi Builder 建立動態選單,使用我們的 Divi Mega Menu 外掛改善您的 Divi 網站的使用者體驗。
7 、 Divi Mobile
Divi 擴充套件外掛-可幫助您建立美觀的移動選單,而無需編寫程式碼。
8 、 Divi Machine
Divi 擴充套件外掛-構建顯示動態欄位的複雜網站,您可以使用 Divi Builder 進行過濾、搜尋等。
9 、 Divi Ajax Filter
Divi 擴充套件外掛-無需重新載入頁面即可過濾 WooCommerce 、帖子和自定義帖子。
10 、 Bloom
Bloom 是 WordPress 的終極電子郵件選擇外掛。使用 Bloom,您可以輕鬆地將選擇加入表單新增到您的網站,並完全控制每個表單的設計和位置。
11 、 Monarch
Monarch 是 WordPress 最好的社交分享外掛。 Monarch 旨在使用高效的社交分享方法讓您獲得更多分享和更多關注者。
12 、 Divi Builder
Divi Builder 使構建網站變得更容易。對於初學者和網站所有者,Divi Builder 讓您可以自由地將自己的願景變為現實。藉助其視覺化編輯器和數百種預製設計,任何人都可以進入 Divi Builder 。
該問題已修復,感謝反饋~
sorry,是 bug,我們儘快修一下
好的,謝謝
將 AUTOSAVE_INTERVAL 的值設定為一個非常大的值,那就等同於取消自動儲存了
謝謝,請問有沒有禁止自動草稿的程式碼呢?
更詳細的教程可以看下:https://www.wpdaxue.com/wordpress-revisions.html
其實這些常量一直都是有效的
在使用機器翻譯填充的過程中,總結出機器會出錯的詞彙再套用術語表糾正。
此邏輯是非常正確的,贊!
翻了一下程式碼,目前以下兩個宏依然會被核心引用,所以是可以生效的:
AUTOSAVE_INTERVAL // 整型,用以定義自動儲存的間隔 WP_POST_REVISIONS // 布林型,用以定義是否啟用修訂版
所以,理論上你可以透過在 wp-config.php 中分別定義這兩個宏來實現想要的效果。
麻煩提供一下專案的縮圖和簡介,需要這些資訊用以建立專案,之後會給你分配這些專案的管理許可權
滑稽
在用,還好
問題一: 硬體規格相同的情況下雲資料庫與雲伺服器效能是否相同
問題二: 二者架構是否存在不同
以上兩個問題沒辦法回答,只能去詢問商家,每家的架構都不一定相同,有的可能是執行在雲伺服器之上,有的可能是採用容器化技術,沒法一概而論,所以沒法回答。
問題三: 二者之間是否可以平滑遷移
如果只是指資料的話是可以的。但是雲資料庫通常有主從讀寫,自己搭建需要額外配置。
還有就是用了雲資料庫想放到雲伺服器裡執行,是不是都能無縫轉接?
這倆玩意在架構上是有區別嗎?
我大概查了一下,你這個需求是沒有現成外掛能一次性滿足的。所以需要程式碼定製一下,也就是批次為老圖加連結。
將以下程式碼加到主題 functions.php 裡,之後配合任意一款燈箱外掛就能實現你要的效果了:
add_filter( 'the_content', function ( $content ) { $pattern = "/<img(.*?)src=('|")(.*?).(bmp|gif|jpeg|jpg|png)('|")(.*?)>/i"; $replacement = '<a href=$2$3.$4$5 rel="lightbox"><img$1href=$2$3.$4$5 rel="lightbox"$6></a>'; return preg_replace( $pattern, $replacement, $content ); } );
大佬好像不行啊,我外鏈圖片比較多
感謝,我先去試一下
我的圖片是外鏈比較多,而且內容頁比較多,我想裝一個外掛之後,之前釋出的內容預設也可以使用燈箱效果
最近剛好介紹了這方面的外掛,可以看下 https://www.wpdaxue.com/add-lightbox-to-wordpress.html
加油哦 本來都準備放棄開發 WP 主題了 你們算是希望了
愧不敢當欸,就技術來講,這些仔細想想其實都沒啥技術含量,國內任何一個團隊想做的話也都能做。
我個人願意一直在這上面投入精力,主要是感覺人的生命並沒有什麼意義,現在所恐懼和所愛慕的,都會隨著死亡的到來而消逝,在宇宙的尺度看,我如蜉蝣一般的朝生暮死。
我所能追求的僅僅是在有生之年能像毛主席所說的:「做個奇男子」,瀟瀟灑灑的好好體驗這短暫的生命,按自己的想法去創造,去做自己認為有意義的事情,而不是終日受困於某些體制與規則,以至於蹉跎一生,至死時再嗟嘆不已。
這要求我在年輕時在人類社會中必須達到一定的高度,否則我必然會被社會機器捲入其中,作為一個螺絲釘不留痕跡地了卻此生。這就好像:小孩子努力考大學,大學畢業了找個好工作,然後買房、結婚生子,然後再讓自己的孩子在這一套體制下繼續這一切,而自己則開始等待死亡的到來,週而復始,一代又一代。
而想要在年輕時達到一定的高度,就一定不能貪戀於金錢,金錢在這一時期的屬性只能是 「生活保障品」,拿時間去兌換其他資源會比金錢的回報率更大。所以我最初做了這個專案,這個專案會作為我人生的跳板中的一個,經過一個又一個跳板的加速後,我最終會得到我想要的,但是唯一不確定的是——這究竟需要多久?
很棒的思路,同時佩服你們的技術和執行力!
對於在 GlotPress 翻譯文件,這個有點不理解,我擔心的是文件裡面的結構和連結,因為官方文件都是一個個系列的,層次結構有些複雜。
我們這個機制是採集釋出了文件,然後透過 GlotPress 翻譯好以後將同步到我們平臺的文件中?
這個預翻譯設想中就是以專案為單位的,不是以每個原文為單位,點選後的效果就是你說的 「批次應用於該專案所有未翻譯的欄位」 。
此外,因為目前在產品層面規劃的是所有與翻譯相關的模組都是依賴的 GlotPress(比如官方文件和應用市場的外掛、主題的介紹),所以所有的翻譯也都可以使用這個預翻譯特性。
非常棒!採用機器翻譯填充可以大大加快翻譯進度!
我想知道 「預翻譯」 點選以後,是否可以批次應用於該專案所有未翻譯欄位。
期待更多好訊息~
贊一個~支援行動
原來如此,我也去禁用去,主題已經支援了!
我也覺得沒必要,通常開發版不是針對終端使用者的,而且即使有開發版,採用穩定版的翻譯一般不會有太大問題
這個技術上沒啥問題。
沒做是因為我貌似感受不到這個功能有啥作用,而且搞了的話意味著爬蟲的採集量會大一倍 (原先只採集穩定版,現在還有開發板) 。
或者是有啥我所不知道的應用場景需要依賴開發版的翻譯嗎?
我現在有一個疑問,為什麼不給程式主體的穩定版和開發版建立單獨的子專案呢?既然已經可以從 wp.org 手動匯入翻譯了
退訂主題
在單使用者模式下把 php 解除安裝掉試試呢?
我看過寶塔記錄,說在半夜檢測到我安裝的幾個版本的 php 都出現異常已自動處理,估計就這個的鍋,真狗血這尼瑪宕機死的透透的,開機只能用一分鐘
難搞呀,按你這麼說也不行,壓根沒有提供掛載磁碟的服務,沒有單磁碟賣,算了等郵件回覆,德國佬快上班了
哦看到了,我試著操作一下看看能不能奏效
肯定有,這個是寶塔預設的:
啊哦,你說的這個 daemonize 就找不到
從日誌中檢視到了 Received SIGTERM scheduling shutdown… 條目。懷疑和守護程序的 BUG 有關,嘗試更改 Redis 配置檔案中的 daemonize 選項為 no 。
如果不行的話,就進單使用者模式先把資料恢復出來然後重灌吧。因為你這個問題也不知道具體是哪個元件的鍋,而且伺服器宕機也沒法排查。如果知道是哪個元件的問題可以解除安裝掉,但現在啥也不知道就只有重灌了。
進單使用者模式百度搜:centos 8 單使用者模式,有一堆文章,找個有效的。
然後單使用者模式的網路連線需要自己配置,比較麻煩,而且你配置好網路還需要手工配置一個檔案傳輸協議。
比較實際的方案是在你的伺服器供應商那新開一塊磁碟掛載到雲伺服器上,然後在單使用者模式下把資料遷移到新的磁碟。這樣你伺服器重灌就不會覆蓋資料了,可以在重灌後恢復回去,或者直接掛載新磁碟使用。
試過了有兩個選項,選了第二個沒用
前面已經說了,在 VNC 檢視下,重啟,然後會有一個 Grub 引導介面,在這個介面下更換核心。如果還不行的話就考慮進單使用者模式先把資料匯出來。
給主機商發工單反饋處理吧
有沒有什麼方法能在重啟後馬上 ssh,更換核心,恢復正常
麻煩幫忙看一下···
並沒有做過什麼操作
麻煩幫忙看一下
你更換核心了嗎?
從你的描述看,應該不是網路的問題,而是你的作業系統觸發了死迴圈之類的問題,造成系統宕機。 VNC 所走的網路和 SSH 是不同的,兩個同時掛的可能只有的運營商機房斷網了,但是考慮到你重啟後短時間能連線,所以可以排除這種情況。
這玩意和 ssh 一樣重啟後短時間連線上然後失聯卡死
重啟伺服器,然後嘗試透過 VNC 選擇舊一點的核心版本來啟動 (啟動的時候會有一個來自 Grub 的引導介面)
已經換過了,都是這樣
八成是你 VNC 客戶端的鍋,換一個試一下
,卡住無法動無法輸入
如果你用的寶塔的話,把這個日誌檔案打個包發上來:/www/server/redis/redis.log
百度搜一個 VNC 客戶端,然後連線。核心崩潰的情況下 SSH 肯定用不了
並不知道這個 vnc 如何連線,可以設定密碼,用 ssh 連不上
禁用即可
大機率是核心崩潰了。伺服器有 VNC 功能嗎?把失聯狀態下的 VNC 檢視截圖發一下。
諮詢服務提供商是否更好一些呢?斷連是 IP 都 ping 不通了?
牆跟重啟沒有任何關係,重啟後短時間內能訪問不是牆
被牆了吧
本文所述的 「議會」,在目前的開源基金會里一般稱之為 「理事會」,「理事會」 這個名字似乎更好,因為 「議會」 太偏政治了。
這張圖還是有點問題,左側是 XXX 科技有限公司 應該分為兩類,一類是一般性的參與者,可能是負責某個子專案的開發維護工作。還有一類是 「議會成員」,他們參與方向決策以及共享整個計劃的所有伺服器、域名之類的附屬設施的 root 管理許可權。也就是說完全的管理許可權歸屬 「議會」,「議會成員」 作為個體,共享 「議會」 所管理的許可權。
結合主題帖中提到的較高的篩選標準,再加上共同持有最高的管理許可權,就光培養信任度都不是容易的事情,註定了 「議會成員」 的規模很難太大,很長一段時間裡估計四五個人/組織就差不多到頭了。
問了一下,這些常用的中文字型到時候都會加上去
我一直用的 WP Super Cache
你是說發表帖子回覆的時候,「回覆」 按鈕左側有 「取消」,然後 「取消」 旁邊的一個叉號的圖示點不了嗎?
這個確認了一下是一個 BUG,已經記錄了,感謝反饋
什麼時候把谷歌思源黑體整一下啊
請問提交旁邊的那個 「X 」按鈕是幹什麼用的?點了沒反應?
那麼推薦一個虛擬主機用的快取外掛唄!最火的 wp-rocket 好像有 BUG ,手機上面加了谷歌廣告,會導致點選連結失效,點一下沒反應點 2 下才有反應。不知道是什麼原因!
另外貼一下目前設想的整個本土化計劃的組織結構圖。 「議會」 探討出的方向性決策,應該記述在 wp-china.org 上,用以指導所有子專案的發展。
佔位見證。
用不了的具體表現是啥?有什麼報錯沒?
Cravatar 的 qq 郵箱 HASH 表是採用的這種分表模式,但這種模式需要根據業務定製開發,目前沒檢索到有現成的外掛可以直接支援這樣幹。
通常的做法是重寫 wpdb 來實現。對於涉及到資料列表展現、資料搜尋的需求,則使用 ES 實現,而 ES 自帶切片和叢集化的功能,不會受資料量影響。
但就像前面說的,這需要根據業務定製開發,因為你所用的外掛主題的程式碼是不可控的,一套通用的分表演算法很難對此兼顧。
比較好的方案就是前面提到的 MySQL 自帶的分割槽方案。對於分庫,WordPress 有現成的解決方案:HyperDB,這個外掛是幫你做資料庫負載均衡的,你可以設定一個寫庫和多個讀庫,寶塔我沒記錯的話帶了資料庫主從複製功能,這倆可以配合用。
未來 LitePress.cn 的資料承載量達到極限的話我們會進行相關的開發,到時候可以把程式碼共享出來,但是不一定適合你的業務,大機率是需要再根據你自己的業務來定製的。
https://github.com/Automattic/wp-memcached 這裡的用不了,感覺不是一回事兒!
wordpress 資料庫
如文章 ID 1-30000 用表 wp_posts
如文章 ID 30000-60000 用表 wp_posts1
如文章 ID 60000-90000 用表 wp_posts2
以此類推 怎麼能實現
目前已經支援從安裝包自動提取翻譯了。
這樣在匯入專案原文的介面上傳外掛、主題的 zip 壓縮包就可以了
他這個功能八成是基於 post_meta 實現的。所以要解決的實際問題是如何為文章批次新增 Meta 。
首先你需要在資料庫裡看一下這個功能對應的 meta 鍵和值的格式。之後把以下程式碼新增到主題的 functions.php 裡,之後訪問 你網站首頁.com?debug=1,即可開始批次新增。批次新增後記得刪掉程式碼。
if ( isset( $_GET['debug'] ) ) { add_action( 'init', function () { $args = array( 'posts_per_page' => - 1, 'post_type' => 'post', 'suppress_filters' => true ); $posts_array = get_posts( $args ); foreach ( $posts_array as $post_array ) { update_post_meta( $post_array->ID, '你的 Meta 鍵', '你的 Meta 值' ); } } ); }
已經可以了:https://litepress.cn/translate/projects/others/jnews/。
目前你需要自己匯入翻譯的 po 檔案。今明兩天會開發從安裝包自動提取原文的機制。
機器翻譯預填充暫時不可用,因為谷歌的流量限制太嚴了,這個周主要會解決這個問題。
此外,翻譯完的專案可以透過把 WP 的 api 改為 api.litepress.cn 的方式接收更新推送 (別人的專案你也可以收到推送),當天的翻譯會在次日凌晨 1 點進行打包和推送。
稍等一下,第三方託管的流程還得再完善一下。兩三個小時左右
昨天漏了一個。
這幾天會趁著 Cravatar 備案的時間對該服務儘快對接機器內容稽覈服務。純人工稽覈不大現實了,圖太多了……
整個稽覈的邏輯大概是:如果一張圖片是第一次請求,那麼就加入到圖片稽覈佇列中,然後由佇列非同步請求又拍雲介面進行圖片稽覈服務。如果該圖片違規,則在本地資料庫中記錄違規資訊,並主動重新整理圖片的 CDN 快取以讓下次請求直接回源。回源時因為該圖片已經違規被攔截,那麼 Cravatar 就會返回攔截說明了。
參見 Yast SEO 官方對 「Conrnerstone Content」 的解釋:
「Conrnerstone Content」 是指一個站點中內容最豐富,最棒的而且也最希望引起讀者注意的一些列文章。
官方為此給了一個比喻:
假設您正在檢視一個州或國家的地圖。小城鎮和大城市都會以某種方式相互聯絡。但是與小城鎮相比,大城市的通向它們的道路要多得多。這些城市是您的基石,獲得最多的連結。小鎮是您關於更具體主題的帖子。有一些道路 (連結) 通向它們,但沒有大城市那麼多。
從這個角度來看,「Conrnerstone Content」 意思應該是一個網站的根基、基石,如果是基礎的話,則可能會有 「這一系列文章是最基礎最簡單」 的這一層意思。
我查了好多資料 「cornerstone」 基石,按我的意思不如直接給他原文得了,在 QQ 群裡問了說是 「基礎」 也合理。
備案中,目前全放香港了。源站在內地,然後 CDN 去香港繞一圈再回來。備案預計最遲下個週三之前完成。
開啟速度有點慢呢。
在 WP-China-Yes 中搜尋 api.wp-china-yes.net 更換為 api.litepress.cn,然後切換為 「本土應用市場」 就可以收到翻譯推送了。翻譯平臺每天凌晨一點統一打包翻譯。也就是說白天的翻譯會在次日收到更新。
如果有發現什麼 BUG 的話希望能幫忙反饋一下。
中國目前缺少草根站長成長的土壤,我覺得這是國情和大環境使然,既難以改變也難以抗衡。
我覺得主要原因在於中國作為地球上極少數完全獨立主權的國家,又是社會主義制度,在美國主導的世界體系上格格不入,雙方在輿論層面的衝突不可避免,對於中國來講,未來相當長一段時間都會維持牆和較為嚴格的言論管控。
其二是中國經濟騰飛僅僅是最近二三十年的事情,沒有發達國家的底蘊,10 年前受過資訊教育的人才很缺失,不足以撐起中國的網站數量。而從 2012 年開始移動網際網路高速發展,徹底擠壓了 PC 端網站的增長空間。也就是說在 PC 端還沒得到發展的情況下就先進入了移動時代。
但是 WordPress 似乎不侷限於一個內容展示的網站。就好像 litepress.cn 的架構中就包含了 應用市場、翻譯平臺。
這二者是更偏向於平臺化的東西,我覺得平臺化也就是 WordPress 在中國的未來。
一個幫助小微企業低成本的快速搭建完全開源的自主可控的業務平臺的解決方案。
這個平臺融入了很多業務上開箱即用的模組,比如你是律師事務所,那麼可以找到律師行業相關的諮詢模組。然後以該平臺為樞紐可以一次打通多端:PC 、小程式、 APP 。
也就是說我覺得 WordPress 的未來在於成為企業平臺,而不僅僅是部落格。如此就可以不在意 PC 端的市場如何如何了。
當然,要實現這一目標,首先需要做的還是統一現存的 WordPress 生態,其後才能將整個行業向這個方向引導,才有可能成功。
這個字面意思上好像確實不大好翻譯 >_>
已經新增了好了,感謝參與:https://litepress.cn/translate/projects/themes/oceanwp/
目前新版翻譯平臺的翻譯推送 API 已經編寫好了,但是需要一點點時間測試一下。預計三個小時左右,完全好了之後我會在這個帖子中通知你,屆時給 china yes 的 api 節點換一下就能收到翻譯推送了。
主要是中國大陸寫部落格的人都是一批很小眾的作者。
不像臺灣,馬拉西亞這些中文圈,人家的個人部落格是真正的作為新聞、攻略指南來的,不寫不分享就獲取不了資訊。大陸這邊都是入口網站,現在都是自媒體平臺了。
各種入口網站的部落格只剩下新浪在苟延殘喘,不知道能堅持多久。
現在自媒體平臺,搞得我都不會寫內容了,太 「自媒體」 化了~~影響很大。
麵包會有的,牛奶也會有的。
就好像過去十年裡因為大陸的封鎖政策,wordpress.org 始終未能重視中國市場,作為從業者們則更是沒人疼沒人愛的地裡的小白菜,而今也有一批國人組織起來期望共同改變這個行業的現狀了,一切都會好起來的。
建議組建線下 WordPress 交流會~每每看到後臺有各個國家的線下分享都很羨慕,什麼時候國內也有啊。
尷尬,實際測試了一下,又拍雲雖然允許短期接入,但是 IP 全部被解析到國外了……目前只能還是暫時先維持 301 跳轉這樣子。
情況有變,剛又拍雲來郵件,通知中說的是如果域名在 9 月 5 號前未備案,才會被取消接入。也就是說還能嫖好幾天國內的 CDN……
so,計劃先把 Cravatar.cn 遷回國內,如果 9 月 5 號前新備案還沒稽覈完的話就再做打算。
目前網站多語言方面做的最專業的就是 wpml 了。官網:https://wpml.org/。
上面反饋的報錯問題是終極會員外掛的 BUG,已經修復了。非常感謝~
漢化問題後面會統一處理,因為暫時還沒找到比較好的遮蔽翻譯推送的方案,每次自定義完翻譯會被更新推送給覆蓋掉。
好欸,此外還有一個小問題:更改密碼那裡二次驗證新密碼沒有漢化
點選 【更新隱私】 就能復現~
能提供下報錯的全屏截圖嗎 (包括位址列),我似乎無法復現這個問題欸。
提一個你網站的錯誤:
在賬號設定中做任何更改,都會導致錯誤:
#20 /www/wwwroot/litepress.cn/index.php(17): require('...') #21 {main} thrown in /Users/feibisi/Local Sites/bbpress/app/public/wp-content/plugins/ultimate-member/includes/um-short-functions.php on line 705 此站點遇到了致命錯誤。
感謝解答,點贊功能暫時用 Display:none; 遮蔽了 慢慢研究以上外掛。
用了 permalink-manager 以後確實解決了這個問題,感謝!
這個網站從高中第一次學習就在使用了,因為是從不懂而來,因此有很多歷史遺留問題,資料庫裡也全是老舊連結….
根據你的描述,你說的點贊功能應該是外掛提供的。那麼可以使用以下外掛在特定頁面禁用這個點讚的外掛:
https://litepress.cn/plugins/plugin-load-filter
同時這個外掛也可以很好的最佳化速度,畢竟可以讓每個頁面只載入需要的外掛,而不是開啟一個網頁就載入所有。
根據谷歌官方的建議,目錄加不加斜槓對谷歌來講都是一視同仁的。參見:
https://developers.google.com/search/blog/2010/04/to-slash-or-not-to-slash
所以其實這個斜槓沒必要加。
考慮到你那是一個新站,我覺得應該可以及早更正,讓架構複雜化的話會加重日後的維護成本。
如果你堅持要這麼做,那麼可以使用 Permalink Manager,該外掛用於增強 WordPress 的固定連線功能,可以提供更豐富的自定義。
這裡是一篇外掛官方提供的 關於如何為 URL 加斜槓 的教程,其中有提到如何排除個別文章型別 (所以你需要在資料庫檢視一下你論壇帖子的文章型別) 不加斜槓:
https://permalinkmanager.pro/docs/plugin-settings/how-to-add-remove-trailing-slashes/
去掉打賞、贊可以從主題模板下手,找下問答的主題模板嘗試刪除一下對應程式碼
後頭這個固定連結不太清楚,等其他人來解答一下
如果你面臨的問題是資料量大而不是查詢負載大,則是需要分割槽或分表而不是分庫。
相較於分表,分割槽更簡單,建議先嚐試分割槽,所以不行,再使用分表。
不過因為你沒有給出慢查詢以及資料庫每個表資料量的詳細資訊,所以我沒辦法給出具體建議。
你可以參考 MySQL 官方文件進行配置:
https://dev.mysql.com/doc/refman/8.0/en/partitioning-management-range-list.html
或者補全資訊,我可以幫你分析一下如何配置。
我似乎沒有檢索到有實現該功能的外掛
請截圖!沒看明白
就是複製 分類,選擇要複製的分類 一鍵複製~
原理和這個一樣,這個是複製選單的。 https://cn.wordpress.org/plugins/copy-menu/
就是複製 分類,選擇要複製的分類 一鍵複製~
感謝耗兄!解決了
主題 style.css 的 237 行下面插入一個 white-space: pre-wrap!important; 即可
更正一下,目前是暫時返回 Gravatar 頭像,而非是 Cravatar,所以可能會碰到頭像覆蓋率變低的問題,這是正常的,等服務恢復後就好了。
另外,如果有人發現頭像載入慢的話麻煩告知一下~
是你程式碼高亮外掛的鍋,換一個就好了。
具體的原理因為我對前端沒啥研究所以回答不了,等其他人分析吧。
搞一下偽靜態就好了
這種限定於某個主題的定製開發工作找個程式設計師做吧。
不具備通用和普適性,在論壇幫忙解決的話出力不討好誒。
沒看懂,能具體描述下需求嗎?
es 可以只有一個節點,所以買一臺就行。
買單獨一臺就可以配置完了嘛
2H 4G 的伺服器足夠了。
資料量不大,撐死 1-2w 資料鏈~
好的。我現在去解除安裝。感謝老孫頭!
諮詢了一下老李頭,BUG 來自你安裝的 Huger Elementor 外掛的一個 JS,把這個外掛解除安裝掉應該就好了。
使用函式 is_plugin_active_for_network()
。
示例:
if ( ! function_exists( 'is_plugin_active_for_network' ) ) { require_once( ABSPATH . '/wp-admin/includes/plugin.php' ); } if ( is_plugin_active_for_network( 'wp-china-yes/wp-china-yes.php' ) ) { // 外掛在網路中啟用 }
用個 WEB 開發框架吧,你這些需求框架都有封裝好的實現。
一個新手手擼程式碼真是很不明智。
這個需求可以使用類似 Laravel 的 表單驗證 功能來實現。
外掛名 【plus webp 】 (https://litepress.cn/plugins/plus-webp),雖然功能不全,可以將就使用。
參見:求推薦個圖片轉換 webp 格式的外掛。這篇帖子裡提到了好幾個實現該功能的外掛,挑一個用吧。
這個還不夠簡單快捷嗎 那好說 直接在 html 模式裡面寫 img 標籤即可
點選新增媒體點不開網路沒問題,請問能不能簡單快捷的點
看錯了不好意思
或者 插入圖片那裡填 url
沒有這個選項
新增媒體
原生手敲如何避免安全問題 不侷限於 sql
所以你具體使用的是什麼?
如果是原生 PHP 純手敲的話可以使用 MySQLi 的 prepare 方法。
如果是使用了框架的話,幾乎可以說 100% 有自帶的格式化方法。百度搜一下應該很容易搜到。
這個並不是 wordpress 如何避免注入
SQL 語句中的值應該用單引號包裹。而且你這麼寫會被 SQL 注入的。
在 WordPress 中你可以使用 $wpdb 的 prepare 方法來格式化 SQL,具體用法百度搜一下,有很多教程。
mysqli_query
方法執行失敗了。估計是返回了 false
,然後你對 false
執行陣列偏移操作當然會報錯。
域名不解析 AAAA 地址即可,如果用 CDN 的話,CDN 那邊關閉 IPV6 支援 (目前基本各大 CDN 都有開關) 。
伺服器安全組
這是在哪裡配置的?
找了個快辦法
你要加在根目錄訪問的區域裡。你現在加的這個區域只會對這些特定檔案和目錄生效,而且人家本來就是返回 404,也沒必要再禁止一遍。
然後有報錯的話應該把報錯資訊貼出來,畢竟我又不是神仙,猜不到是因為什麼出錯了。
#禁止訪問的檔案或目錄
location ~ ^/(.user.ini|.htaccess|.git|.svn|.project|LICENSE|README.md|deny ::;)
{
return 404;
}
這樣的
#禁止訪問的檔案或目錄 location ~ ^/(.user.ini|.htaccess|.git|.svn|.project|LICENSE|README.md) { return 404; }
你好,我嘗試加在裡面,儲存報錯~
我不確定它是否支援 IPv6,你可以試試。如果支援的話可以在防火牆攔截。
刪除埠
寶塔是不是可以防火牆 ip.
在站點 Nginx 的 location /
中加入以下配置:
deny ::;
參見:
Nginx 官方文件中對 ngx_http_access_module
的描述:http://nginx.org/en/docs/http/ngx_http_access_module.html
IBM 官方文件中對特殊 IPv6 地址的描述:https://www.ibm.com/docs/en/zos/2.4.0?topic=applications-special-ipv6-addresses
喲西
如果是內部呼叫的話可以設定白名單 IP,僅允許來自該 IP 的訪問。這個方案應該是最安全的。
以下語句按執行優先順序拆解一下:
isset($options['smtp_password']) ?? '111';
最優先執行的 isset($options['smtp_password'])
的返回值是 true 或 false 。
之後使用 ??
來判斷 isset($options['smtp_password'])
是否已定義,想當然的是按 true 處理的,於是這個語句最後返回的值就是三目左側的 true 或 false,而不是選項值。
正確寫法應該是:
$phpmailer->Password = $options['smtp_password'] ?? '111';
騰訊雲官方有專門的外掛,直接安裝之後根據裡面的設定要求進行設定即可
搜尋關鍵詞:tencentcloud
點選域名 第一個域名管理 直接新增
這。。。。。。。。
直接網站管理裡新增域名他不香。
解析過去直接綁,啥都不設定。
你們為啥想那麼複雜。
剛整理術語表的時候突然想起來,中文翻譯的時候是不是可以忽略掉單複數了。這樣術語表裡只記錄單數,然後程式匹配的時候單數和複數都去匹配這條術語?不知道這樣會不會產生一些翻譯錯誤。
現在這個階段講的話我覺得就是你說的這樣。
更深層次闡述一下,這個和我本人一直奉行的發展策略有關。
我覺得我唯一成功的方式是透過一個優勢點去撬動其他點,在不斷的資源整合中變得強大。這個策略適用於我在做的幾乎所有的事情。
往大的方面舉例子,就好像我從 12 歲就開始自學程式設計,對計算機的瞭解和程式設計知識就是我作為一個社會底層人士在前期積累中的一個優勢點。在日後的日子裡我不斷透過這個優勢點去撬動其他資源,比如說老師們更願意和我保持朋友關係,而不僅僅是上完課就走的塑膠師生關係,原因就在於我有一技之長,雖然作為一個學生在地位上無法和他們相提並論,但是我可以和他們形成優勢互補,他們自己做專案或者幫別人做專案或多或少都要諮詢我。
往小的方面說,比如 WP-China-Yes 這個專案剛起步的時候,很多人說 「我們早就想到了,只是礙於成本沒做」 。但是我一直在說的是隻要有使用者使用,我就可以靠使用者資源這個優勢點去拉動贊助來填平成本,我覺得日後的事實證明我是對的。
整個邏輯就好像是手搖式拖拉機的啟動過程,單憑發動機自己雖然力量存在,但是找不到做功的著力點 (類比一下,就好像現實世界中我的老師這一力量存在,贊助我的商家這一力量也是現實存在的,他們只是對我或我在做的事來講找不到或者說不想找到做工的著力點),而我要做的就是去用搖把搖一下 (創造優勢點),給發動機一個初始的力,有了這個初始的力後發動機的各個機件就會不斷的加入到工作迴圈,直到所有機件都被帶動起來之後,甚至我不搖它它也會憑藉發動機做工而運轉下去。
前面還只是拿我個人發展舉例子,如果代入 WordPress 生態發展上來講:
我覺得 WordPress 生態是根上爛了,也就是我在發展計劃裡說的是,強制 GPL 及不支援國內的小程式體系。前者阻礙生態原始積累,後者把 WP 鎖死在 PC 端。
所以說做這件事第一步就是刮骨療毒重新打一套新的地基 (新的 LitePress 發行版與 liitepress.cn),之後也就是融入我前面講的透過優勢點不斷整合資源的思想。
比如透過 China Yes 的存量使用者與開發者交換流量的方式要求開發者入駐,越多的開發者入駐後籌碼和能力就會越大。
再比如透過完善的翻譯和其他優勢以及適當的引導,撬動使用者主動參與翻譯過程。這就是咱們本次討論的話題,我覺得透過機器翻譯填充起來的 100% 漢化的倉庫或許是打出與 w.org 差異以撬動使用者在新體系下貢獻翻譯的點,我需要做的就是集中力量加大這一優勢點,以讓更多人參與進來,由大家一起完善資源,而不是盡善盡美地都自己去做,這樣老實說也不大現實,就好像我作為一個窮人不可能僅憑自己完成所有積累然後實現最終理想。
透過以優勢點不斷撬動資源的方式,在不久的將來,很大一部分的開發者、譯者、普通使用者將會參與到這個新體系中,待到時局一變 (w.org 被牆或再來一次 429),屆時就是徹底實現整個計劃的時刻了。
之後目標就會從內部統一轉換為向外擴張,理想狀態下 WordPress 將滲透入中小企業應用場景的方方面面,而不止於建站系統。
改變世界或許太遠了,先從改變行業開始吧!
來關注一下,我也是一枚 WordPress 愛好者。
在證書配置那勾選強制 https,這樣訪問 http 就跳到 https 了,http 不能單獨訪問
我想了想:litepress.cn 的術語表是用於對機器翻譯的錯誤詞彙進行糾正的,所以應只需包含機器翻譯會出錯的術語,這樣條目也不會太多,也順便減少了你說的替換過多而無法翻譯的情況,這樣可能就需要對術語表進行適當的增減了。
你說的這個需求在單一的站點理應是也能實現的,把你的站點 Nginx 配置檔案貼上來瞧瞧 (用論壇編輯器帶的程式碼插入功能貼)
哦 好吧 我乾脆直接重新新建一個站點好了
那就新建站點,設定重定向到另一個站點的域名。
按道理講術語表屬於是技多不壓身的東西,對於人類翻譯的話條目理應是越多越好。
我前面表達的觀點主要是從機器翻譯填充和成本投入的角度出發的,因為舉個例子,如果一個句子比如說 10 個單詞,其中有 3 個都命中術語表被替換成程式碼的話谷歌就翻譯不出來了。
同時,對於我們來講,整理資料這種枯燥的工作只能是我自己做,畢竟己所不欲勿施於人。但是我的時間老實說也蠻緊張的,所以說沒法在這上面投入太大精力。目前計劃術語表整理的規模大概在 200 條,今天下午實踐看,精校 20 條+收集整理資料的時間大概是一個小時,200 條大概是兩天全天的工作量,但是老實說這種枯燥的工作我很難滿效率搞兩天,所以總時間大概延長一倍。。
總結一下就是綜合以下三個方面的考量,我現階段希望建立一個較小的術語表:
其實對機器翻譯的影響應該可以透過技術方案規避 (比如說限制下機器只讀取某些術語),最主要的問題還是成本投入。
如果你願意整理的話我不介意白嫖一份 (大笑。
當然我整理的你也可以匯出使用。
翻譯一致性檢查工具我覺得能做的話就做出來吧,可以對一些字詞或句子的翻譯進行查詢還是很有必要的,方便參考,如果有些字詞出現的頻率比較高而又在術語表中找不到也可以用上
我是準備打算用 wp-info 把 wp.org 的術語表重新整理一遍的,然後按照情況去除掉一些條目,然後把以前術語表的一部分條目保留下來 (僅限整理後的數與表不包含的條目,即整理之前手動新增上的條目)
你如果感覺這個 w.org 的術語列表可以的話我開發一個自動同步工具,從 w.org 上抓取這個列表填充到翻譯平臺的術語表中,後面也隨著 w.org 上的更新而增量更新
我在 WordPress.org 的支援文件中翻到了這一篇官方建議的術語表列表:
https://wordpress.org/support/article/glossary/
按上面說的,術語表存在的意義在於讓不瞭解 WordPress 的人能正確的使用 WordPress 專有的術語 進行翻譯,而不是對通用詞彙提供翻譯指北以實現類似 《英漢詞典》 這種大而全的詞彙對照。
而上面的文件中列出的也就是如前所述的 「WordPress 專有術語」 。
wp-info.org 上的術語表中存在很多類似 「administrator」 這種幾乎只對應唯一翻譯的詞彙,以及類似 「approval」 這種在不同地方存在不同譯文的詞彙,這樣的話我感覺整體範圍太寬泛了,變成了前面說的 《英漢詞典》 而有悖術語表的初衷。
如果是想透過術語表讓翻譯保持一致的話,我在想是不是也要提供一個翻譯一致性檢查工具,由這個工具來確保翻譯一致,而不是透過術語表。
我覺得術語表應該需要以這個為基礎重新整理一下 https://wp-info.org/p/glossaries.csv 這裡麵條目比較全
好的 謝謝~大哥
沒有太好的辦法,我上次也被刷的褲衩都要賣了。
又拍雲提供了訪問速率限制以及防 CC 功能,但是實際測試來看並不會起任何作用。
該問題目前唯一的解決方案就是如果你網站不需要面向老外的話可以在遮蔽掉海外 IP,又拍雲提供訪問地域限制功能,海外 IP 遮蔽後能預防絕大部分 CC 攻擊。
其次就是在被打的時候手工透過日誌分析攻擊者 IP,然後手工拉黑了,不過這個在面對攻擊者使用代理 IP 的情況時就很無力了。
高風險的業務不建議使用這種按量付費的 CDN,就算換阿里、騰訊也一樣給你刷到破產。最好是使用百度雲減速這種預付費的 CDN,不管你被刷多少反正一年就幾百塊,超量了最多回源而已。
只是普通的個人部落格的話可以不用擔心這個。我自己的部落格日 IP 大概 200,四年了也沒被打過一次。前面說被刷的是 Cravatar 的頭像服務。
這兩外掛我都用過,第二個有第一個的功能,做過簡單測試,第二個的效果不是很好,有的地區開啟網頁秒開,有的地區開啟慢了幾秒,我現在用的 fastese cache+redis object cache
這個檢索了下官方的文件:https://developer.wordpress.org/block-editor/reference-guides/block-api/block-variations/
目前的程式碼編寫已經符合文件要求了,不能出現在常用區塊中可能是古騰堡對區塊變體的處理還有 BUG,因為我和老李頭都不是 JS 開發方面的專家,所以這個問題得擱置了。
類似 WP 大學這樣都聚合到一頁上提交:https://www.wpdaxue.com/sitemap.xml 。
他使用的是這個外掛:https://litepress.cn/plugins/www-xml-sitemap-generator-org
百度不支援索引型 xml 地圖了
後來發現跟我使用的主題有問題,例如文章縮圖在列表中不是居中對齊,TTBF 時間增加到 300 多 ms,已找到替代外掛,在樓下 #21387
已找到合適的外掛,外掛名 【plus webp 】 (https://litepress.cn/plugins/plus-webp),雖然功能不全,可以將就使用。
<h3> 外掛設定截圖</h3>
與又拍云云儲存外掛做了相容測試,測試完美。
我只用又拍雲端儲存,沒有騰訊雲阿里雲等物件儲存服務,請自行測試。
<h3> 又拍云云儲存外掛</h3>
以下兩個外掛都可以使用,任選其一。
一、 https://litepress.cn/plugins/wpupyun
二、 https://litepress.cn/plugins/uss-upyun
是有必要的,前面也說了,站點地圖可以讓蜘蛛更快的發現你的新增內容。
你說的百度不相容站點地圖是什麼情況?遇到報錯了還是有什麼檔案提到了?
當初這麼設計主要是考慮到這個需求或許並不常見,因為頭像作為一個人的網路標識,想當然的每個人應該只有一個,但一個人難免有多個郵箱,所以就想為多個郵箱都繫結到這一個頭像上。
而需要多個頭像情況更多是註冊馬甲賬號,考慮到實現上的便捷性,也就需要對業務邏輯解耦,所以打算如果是馬甲的話使用者就新註冊一個號。
當然,以上結論也不排除是因為我的認知偏差所下的錯誤結論,所以如果這個功能後面呼聲高的話還是會搞,最終還是以使用者實際需求為準。
最後就是,Cravatar 並不是我一個人做的,至少前端部分我是一點沒碰的,這一塊是老李頭在負責。所以把整個專案歸為 「我的專案」 實在是感覺不自在。
那麼 WordPress 自帶的 xml 站點地圖有沒有必要 貌似這種地圖還不支援百度
檢視 MySQL 配置檔案中是否包含了名為 innodb_force_recovery
的引數,這個引數就是配置 MySQL 恢復級別的。
另外開啟了 Redis 快取也可能造成配置不更新,建議檢視下資料庫中的資料是否已經被更新過而只是網站後臺不顯示?
現在的問題只剩,,儲存配置後重新整理,配置沒變,上面說的恢復模式是什麼意思
還有主題也要換成 wp 的預設主題
我沒有手動改過資料庫檔案。。
外掛的話我全部關閉了。。我等下再試試
從你的描述看,如果你確信你已經完全刪除了所有老網站的檔案和資料庫 (也包括 Nginx 的偽靜態配置),那麼現在就已經和你折騰站群沒關係了。
我上面詢問的倆問題也沒回復我,問題得靠排查,不配合的話要如何定位,畢竟我也不是神仙。
剛才在折騰 wordpress 站群,,沒弄成就來恢復資料庫和網站檔案。。然後就這樣了
如何解決呢
裝這個外掛先嚐試排查是否是外掛或主題 bug 導致的:https://litepress.cn/plugins/health-check 。
從你描述來看應該就是某個外掛存在 bug 。還有一種可能是你資料庫處於恢復模式,恢復模式下無法更新資料,這個也比較符合你固定連線無法儲存的症狀,回憶一下最近是否更改過資料庫配置檔案?
好的 謝謝大佬 我再看看
你查的第一個方案是為標準 WordPress 編寫的。但是透過你第二段程式碼我發現你說的 「圈子」 是開發者自己完全從頭做的,所以套用標準方法用不了也情有可原。
比如說標準方法中 post meta 中記錄的是最後的評論時間,但是你說的圈子可能不是用 commont 來組織回覆的,可能是用的 sub post,比如說 bbpress 就是這種情況。
現在你需要做的是檢視一下這些圈子的帖子 (以下都稱第一層為 「帖子」,其下為 「回覆」) 的 post meta 中是否存在最後回覆時間,然後把你第一段程式碼中的_recent_comment_date
改成正確的 meta 鍵。
如果不存在最後回覆時間的話就需要你寫一個鉤子,在使用者發表回覆時去主動為帖子建立一個最後回覆時間了。
來來來看我的文章 我的站 完美解決你的問題
https://blog.daihan.top/wpop-filecdn.html
具體思路:cdn 配置回源快取 修改靜態直接指向 cdn
這是最簡單的也是最高效的方案。
無需考慮資源上傳
現在主要的矛盾就在於還沒搞清楚你的具體應用場景,在只掌握 「兩個站點要 100% 同步」 這個需求的前提下,樓下給的就是最佳方案了。
你說的只需要域名不一樣,其他一樣,那解決方案就是多域名繫結。
如若不然,那就把需求描述明白
是的,只是域名連結不一樣,其他一樣。
你說的只是解決了能訪問的問題
我嘗試了修改 wp-includes/class-wp.php 中的 handle_404 函式,目前已解決
直接改 404 模板的程式碼,如果路徑開頭包含/tag/就載入標籤的模板
臥槽,此言有理啊
直接開啟多域名繫結咯,還同步啥
麻煩下次標題寫清楚點,這樣寫標題以後論壇很可能就變成:
你這個需求具體是應付什麼應用場景的?所說的除了域名外完全同步,還包括站點設定和外掛、主題嗎?
好的 非常感謝答覆~
是主題的問題,我意思是你可以按前面我說的定位一下具體的問題程式碼,這樣可以嘗試修復這個問題
你好 可以理解為是主題問題?還是這樣是無法確定的,謝謝
錯誤原因是程式對 postmeta 表做了重複 join 拼接。問題語句:
INNER JOIN wp_postmeta ON (wp_posts.ID = wp_postmeta.post_id) LEFT JOIN wp_postmeta ON wp_posts.ID = wp_postmeta.post_id
然後你發出來的這個我目測是 Nginx 的日誌,你應該把 PHP 的錯誤日誌貼上來,那上面應該會有出錯的具體行號。
或者你也可以在你的主題中手工搜那段 SQL 中的關鍵字,找到出問題的程式碼,然後貼上來。
好的,謝謝~
推薦做法是使用這個外掛搭配 cdn 來實現此效果:
https://litepress.cn/plugins/cdn-enabler
配合又拍雲,七牛雲這種支援資料映象到雲端儲存的 cdn 使用的話大體可以實現你的全部需求,同時也不會影響你將來搬家。
目測是谷歌的驗證碼。
你可以嘗試在原始碼中搜尋這個域名,然後將其改為 www.baidu.com 。這樣就只會觸發一個 404,而不是拖慢你網站的速度。
如果想徹底去除或替換的話就得請開發人員解決了,因為每個主題的編碼都不一樣,沒法一概而論的提供統一教學。
沒必要。
根據必應搜尋官方的建議,站點地圖應當是連結過去 24 小時內產生的內容,老的內容沒必要新增到索引裡。
參見:https://blogs.bing.com/webmaster/2014/06/09/sitemaps-best-practices-including-large-web-sites/
好的,謝謝
好的 謝謝 不得不說 woocommerce 的結構看得真頭疼
參見前面說的,產品型別是一組 term,所以需要修改 wp_3_term_relationships 資料表中產品 id 與 term_taxonomy_id 的對應關係。
也就是一共兩步,刪除 post 表中的父 ID,修改產品的 term 繫結
這樣比較麻煩,需要實時修改,因為安裝了產品同步外掛,會有新的產品同步過來
我沒記錯的話 Woo 的產品型別是以 trem 來儲存的,所以你只改 post 表是不行的。
有個簡單的方法實現這個需求,就是使用 Woo 的資料匯出功能,把所有產品匯出為 CSV 檔案,然後將產品型別更改為簡單再刪除父文章值,之後匯入回系統即可。
你可以使用 Excel 來編輯 CSV 檔案。
最後提醒一下,記得備份。
我測試看是需要填 file 的,填了 media 就變成連結到附件了。你可以自己試試看。
話說,這裡確定是:linkTo: ‘file’, 而不是 linkTo: ‘media’, 麼?
因為我主題使用了另一個連結至媒體的程式碼,沒有使用這裡的 linkTo: ‘file’,. 現在我想將這個記錄一下儲存下來,所以想弄清楚些。
哇嗚,正是想要的!
愛你,麼麼噠
WordPress 站群預設狀態下就是會員資料互通
新增以下程式碼到你主題的 functions.php 裡面就可以實現定製古騰堡畫廊預設設定的需求了,其中具體選項值可以按需調整:
add_action( 'admin_footer', function () { echo <<<JS <script> wp.blocks.registerBlockVariation( 'core/gallery', { isDefault: true, attributes: { linkTo: 'file', columns: 1, imageCrop: false, } } ); </script> JS; } );
怎麼與子站資料互通呢
在專案頁底部有匯出按鈕,匯出為 mo 檔案,然後傳到自己網站的 wp-content/language/plugin 或 theme 目錄下即可。
這個新的翻譯平臺暫時還沒和 wp-china-yes 外掛對接,所以不能自動推送,暫時只能手工傳。
請開發人員定製吧,這個沒法教,每個主題的程式碼都不同,沒法一概而論。
www 和 @解析到任意阿里雲服務 (cdn 也可),用其他字首建站
可以的話,不想使用外掛來搞。但奈何 WP 這畫廊相關資料太少。國內幾乎沒有可參考的,在國外論壇發現這麼些解決辦法:
/** /* Gallery Default Settings /* @param Array $settings /* @return Array $settings */ function theme_gallery_defaults( $settings ) { $settings['galleryDefaults']['columns'] = 5; return $settings; } add_filter( 'media_view_settings', 'theme_gallery_defaults' );
function gallery_template_to_posts() { $post_type_object = get_post_type_object( 'post' ); $post_type_object->template = array( array( 'core/gallery', array( 'linkTo' => 'media', ) ), ); } add_action( 'init', 'gallery_template_to_posts' );
這玩意我是沒有辦法了,看起來像是 WP 內建了引數呼叫,我瞭解不深….
找到一個支援該功能的外掛:FooGallery
這個外掛提供了更強大的畫廊功能。你可以先建立一個畫廊, 然後把在設定項中指定以後建立的畫廊都使用第一個畫廊的設定,透過這種方式就可以實現畫廊設定的效果了。
好嘞 謝謝姐妹
放函式檔案裡不行。前面說了你貼的程式碼是一個單獨的程式入口。
BBPress 是 WordPress 下的論壇外掛,LitePress 的論壇是基於它做的。
啥事 BBPress?你這 litepress?
放進函式檔案可不可以
麻煩新開個帖子,這樣不相關內容擠在一起不利於 SEO 。如果是一句就能說清楚的話我就直接回復你了,但是這個問題要調程式碼,付出的成本比較高。
這個是 BBPress 自帶的
我只能給你說整體思路,不提供手把手開發教學。思路也就是前面提到的了。
你這個主題前端的編輯器怎麼弄的啊
姐妹 那我怎麼把這個功能併到主題裡面啊
沒問題了,是該主題 function 檔案裡的一個鉤子沒刪除乾淨。感謝大佬指路
更換主題後就沒問題了,但是之前用這個主題沒出現過這個問題
趁機換個問題,我想讓 WP 自帶的畫廊有一些預設設定。
WP 預設的似乎是:
欄目:3
裁剪:是
連結至:無
如圖:
如果想要更改成:
欄目:1
裁剪:否
連結至:媒體檔案
有辦法麼?
就是儀表盤那樣的。
換預設主題試試呢?也不排除是主題的問題。這種函式命名格式明顯不是 WordPress 核心的
可是我禁用了所有外掛之後,更新時依然會反饋更新失敗,但實際上文章更新並沒有受到影響
是你某個外掛引起的,盲猜是外掛的鉤子執行順序設定錯了。
你可以透過以下兩種方式找出問題外掛:
1 、全域性搜尋 「newPostNotify」
2 、安裝健康檢查外掛:https://litepress.cn/plugins/health-check,手工一個一個排
如果是類似這樣的通知:
則除非手動更改程式碼,否則無法去除。
如果是存在於管理員工具條 (就是你登陸後訪問前臺介面時頂部的那個黑條),則可以這樣移除:
先輸出所有選單專案節點,然後從中找到你想刪除的節點,呼叫方法刪除即可,以下是程式碼示例:
add_action('admin_bar_menu', function ( WP_Admin_Bar $wp_admin_bar ) { echo json_encode($wp_admin_bar->get_nodes()); // 這裡輸出所有節點資訊,當你找到你要刪除的節點的 id 後需要把這一行以及下面的 exit 刪除或註釋掉 exit; $wp_admin_bar->remove_node('wpseo-menu'); // 刪除節點。這裡的 wpseo-menu 是 yost seo 的管理員選單條的 id }, 999);
給個截圖唄,我看看在哪裡
可以的。
這樣的話我覺得收藏功能也可以先不考慮,看看之後的參與情況如何在說。
注意這段程式碼第三行,它完整的載入了整個 WordPress 框架,所以說這個檔案是一個獨立的入口。
你只需要建立一個新檔案,然後把程式碼貼進去即可,記得把 wp-load.php 的載入路徑改對。
之後就是把你前端的圖片上傳介面改成這個檔案的 URL 就可以了。
另外昨天說的第三方託管開放測試的事情要鴿了,實際測試看因為記憶庫的詞條整理工作還沒做,匹配出的翻譯質量相當的低。見:https://litepress.cn/translate/projects/others/codestar-framework/body/zh-cn/default/
這樣在會員資料卡片上開個 tab,展示一下翻譯相關的工作情況,應該不錯吧?
然後我在想,這個收藏功能是否有必要。因為只要他參與了專案的翻譯,這個專案就會出現在上述的列表中 (只要參與了即可,無需有編輯許可權),而如果他只是使用的話,那麼理論上他可以透過 china yes 外掛或者 litepress 發行版自動收到翻譯推送,他也無需透過收藏的方式關注專案的翻譯進度。
收藏功能對於指貢獻翻譯而沒有編輯許可權的使用者是很有用的,他們可以把自己經常參與的專案收藏起來,另外考慮到有些使用者參與翻譯之後忘記收藏專案,我前面說的第 1 個頁面應該保留。
我覺得,如果不麻煩的話還是為第三方的外掛或主題建立一個單獨的目錄進行分類比較好,當然這只是我自己的想法。另外如果技術上可行的話,這個頁面應該需要擴充套件/修改一下,因為預設只會顯示最近參與和校對的專案,應該在此基礎上增加兩個頁面,分別顯示自己收藏、編輯的專案,請求建立新專案的使用者自己就是編輯者,另外這些頁面要支援分頁。
更新日誌那個照這麼說的話可以直接在機器翻譯填充階段就全呼叫英文原文填充上了?然後記憶庫入庫那裡我過濾一下,純英文的不再錄入記憶庫
話說你覺得允許第三方託管的話專案是直接把他們的專案放到現有的外掛、主題父目錄下, 還有單獨建一個 「第三方」 父目錄來統一存放?
是不是還要給每個使用者的會員中心加一個他所管理的/建立的翻譯專案列表。又或者是給翻譯專案加一個收藏功能,收藏後這個專案就出現在他會員中心的列表裡,方便將來進入。
我覺得外掛的更新日誌翻譯校準不好把握,因為更新日誌字串非常的多,而且也沒有多少人會去把外掛更新日誌都全部瀏覽一遍,還有一些外掛會在版本升級之後把上一版本的更新日誌移到其他地方去了,這樣相當於之前的翻譯又失效了。
比如說這個外掛
不好意思,這個帖子看見了,然後忙忘了。
看一下在這個外掛:https://litepress.cn/plugins/wpsitesynccontent/
他們的付費版提供自動同步,免費版需要在文章釋出頁點一下同步。
如果是統一使用機器翻譯預填充的話應該就可以不用管優先順序了吧。谷歌翻譯目前翻譯長段文字基本可靠,也就是說 readme 部分差不多可以完全依賴谷歌翻譯,只是外掛主體部分需要人工校準調整。
我今天稍晚的時候出機器翻譯填充的測試版,允許託管第三方外掛、主體測試。到時候看看具體效果。先測試一段時間機器填充穩定後再應用到整個倉庫上。
外掛 Readme 的更新日誌部分優先順序為 low,一般是不翻譯的
GlotPress 的翻譯昨天已經處理了,目前翻譯率 100% 。
另外,我發現 wordpress.org 上的存量翻譯似乎質量堪憂。
這裡是翻譯待稽覈列表:https://litepress.cn/trans-waiting-list
可以發現機器檢查出了超過 800 個存在翻譯警告的專案 (大多數是因為缺或多了 html 標籤、標點符號對不上、缺或多了換行符) 。
而且還有大量的繁體和 copy 的英文原文,在考慮要不要對這些翻譯統一刪除。
另外我發現翻譯平臺使用的 glotpress 3.0.0-alpha.2 版本是缺少一部分翻譯的,應該考慮切換版本或者是補充翻譯。
是的,後來發現是我傻逼了,應該是 zh-cn 的,要不然將來想擴充套件成相容一些港澳的翻譯都很難,所以在系統裡改了。
建立專案的時候不是應該選擇 zh-CN 嗎?
詞彙表無法匯入的原因是 wordpress.org 上簡體中文的代號是 zh-cn,而 litepress.cn 上是 zh,語言程式碼對不上。手工編輯一下 csv 檔案可以了
排除難,我禁用了所有外掛,但還是這樣,即使重灌了環境。
現在提交工單給主題開發那邊了,希望能得到解決。但問題是,沒找到主題社羣中有類似問題….,就懷疑是我個例出現。
所以問問,這個問題可能的產生原因以便可以去自己排查下。 (PS:國外回覆很慢)
文章形式中的特色影片程式碼有問題
錯誤的原因就是 XML 文件的開頭不能包含任何空格。
參見 W3C 官方的解釋:https://validator.w3.org/feed/docs/error/WPBlankLine.html
問題解決了,主題 functions.php 中有幾個空格,刪了就解決了。
不過這裡面的關係還是沒有能理解
卡出兩個帖子來,幫忙刪一個吧
是的。
阿里雲 DNS 開啟 DNSSEC 參考:https://help.aliyun.com/knowledge_detail/149662.html
所以 DNSSEC 可以避免 DNS 汙染?
任何人都可以進行 DNS 汙染。
參見:https://www.cloudflare.com/zh-cn/learning/dns/dns-cache-poisoning/
WordPress 的頭像獲取函式預設是傳遞使用者 id 或郵箱地址的,所以也建議傳遞使用者 id 或郵箱,而不是將評論物件整個傳過去。
這個報錯的意思是評論物件無法被 WordPress 的快取相關幫助函式用作鍵值。如果確定必須傳遞評論物件的話可以把自定義的獲取頭像的函式中帶 wp_cache 相關的行都刪掉。
完全沒看懂問題描述欸。
你說的的特色影片是主題帶的功能還是 WordPress 內建的?可否附加一張截圖我看一下在什麼位置。
另外編輯器有插入圖片功能,透過附件上傳不太方便看。
這玩意就和人和人的體質不能一概而論一樣,貼吧五虎將能滑鏟老虎、抱殺狗熊、一拳打穿一米鋼板、徒步躲子彈,普通人行嗎?
同樣如果別人裝了一堆外掛,可能文章剛 10 萬的時候 postmeta 表資料就上千萬了,但是你裝的外掛少可能文章 10 萬 postmeta 表才 50 萬,這東西無論如何都不能一概而論的。
wordpress 多少篇文章能達到百萬行資料庫的量?
wordpress.com 利用這個外掛來使用幾千個資料庫的數百萬資料表儲存其全球業務產生的海量資料。可以理解成無限擴容。
分庫分表使用外掛——HyperDB,這也是目前 wordpress.com 在用的方案。
這個外掛的使用非常複雜,這裡有一篇最簡單架構的設定方案:https://www.interserver.net/tips/kb/high-availability-wordpress-hyperdb/
資料達到多少才需要分表這個沒有統一規範,要根據你的業務來定。
分庫分表外掛有啥?? 達到多少文章適合分庫分表?
好的,謝謝告知!
我之前很多客戶用模板兔寫的 erphpdown 外掛,這個主要是把你的文章變成只有付費才可讀或是提供付費下載功能。
如果你是打算賣通常的商品的話除了 WooCommerce 外不建議用別的,你可以把系統轉換成站群平臺,然後商城在單獨的子站裡做,這樣就可以給商城用一套專門的主題,然後會員資料也是互通的。
另外 wpcom 的主題我記得是適配了 WooCommerce 的
china yes 外掛當前是從 wp-china.org 上讀取的翻譯資料。這個老平臺目前還在執行,但是今天上面的資料會被全部遷移到 litepress.cn 上,遷移範圍只包括人工翻譯的,機器翻譯的捨棄掉重新跑,因為新版的機器翻譯會匹配術語庫,一定程度上比老版的會更準確。
已經好了
另外反饋一個問題,我發現 ElasticPress 外掛是沒有翻譯的,但是我已經可以透過 WP-China-Yes 外掛接收到它的翻譯更新了。
順便也給我新增一下許可權,謝謝。
不好意思,把後臺快取外掛禁用就好了,已經解決了
肯定是 QPS 越大資源佔用越大……
通常可以透過多級快取來降低單次請求的負載,比如說對某個頁面整體靜態快取、對資料查詢進行快取、對 PHP 指令碼預編譯。再就是可以引入 NoSQL 來持久化儲存一些簡單的資料。
就比如你們剛推出的頭像服務,分庫分表,查詢的時間降下來,但是 QPS 一多是不是還得有很大負載壓力。
後者基本就是企業的大型業務了,而且這種業務可能也都是自己開發了。不分庫分表的情況下,是不是資料庫越大記錄越多,同樣的併發數,所需要的 CPU 算力越多?同樣的一篇文章,多次訪問 redis 和 pagecache 能解決,但是沒快取的資料還是需要進行資料庫查詢。
可以。
如果你只是普通的文章站的話是有現成的分庫分表外掛的,這是資料庫層面的橫向擴容。
Web 伺服器層面的橫向擴容要求你不能使用任何基於本地磁碟的持久化檔案或會話儲存,這樣你就可以使用一個負載均衡器來輪詢一組 Web 伺服器節點了。
透過這種方式理論上你可以無限擴容。
橫向擴容是自己上手操作的是吧,mysql 能支撐上億文章的體量嗎?
不是擔心 wordpress 的承載量的問題,而是伺服器算力成本的問題哈哈。
不一定,資料量大了可以透過分庫分表來橫向擴容,這時候單節點無需很高的配置。
總之不用擔心,WordPress 可以承載任何資料量的資料,哪怕上億文章都毫無問題。
就是,資料庫查詢問題,要是 wordpress 文章多起來,比如到十萬百萬篇文章的量級,是不是需要超高配置伺服器支撐一定程度的併發?
你說的資料庫大小是指的磁碟空間吧。
這個你這樣想,你的電腦能執行多高特效的遊戲是不是和你硬碟容量沒啥關係?
WooCommerce 支援多站點模式,直接在網路管理中啟用 WooCommerce 即可。
如果想為每個站點同步商品 SKU,但為每個商品填寫不同語言的介紹和庫存可以參考這篇帖子:https://litepress.cn/topic/21213
有啊,之前翻譯過 telegram
看了一下 F12 控制檯有一條報錯 但是找不到具體的原因 不過寫一個 JS 也可以解決這個問題 原理是一樣的 你把這個 JS 找個地方執行一下即可
還有手風琴的標題不要加入超連結 不然會跳轉的
var $ = jQuery.noConflict();
$(".elementor-tab-title").on("click",function(){
$(this).toggleClass("elementor-active");
$(this).next().toggle();
})
已經好了。不過你之前有翻譯的經驗嗎?
已經稽覈了。
新版的翻譯平臺因為還是開發中所以稽覈不是很及時,本週會結束這一塊的所有開發工作。
麻煩您看下謝謝
麻煩稽覈一下 External Media without Import 的翻譯
訪問這個網址:
https://litepress.cn/user/你的使用者名稱?um_action=edit
然後就看見了
前端問題需要具體的網頁連結 光語言描述無法判斷是什麼問題 i
哦哦, 看好多人名字後頭都有一個黃色的小框框,是怎麼設定的呢?
是因為今天 DNS 解析的付費套餐過期了,已經手工切 DNS 到免費套餐了,一小時左右恢復
感謝感謝!
嗯 已推薦~
問題原因是 DNSPod 的付費版解析套餐過期了,已經切換 DNS 到免費套餐了,應該 1 小時左右恢復。
這個服務最重要的是有人在全職維護,出事了隨時可以找到人,我想這或許也是 「穩定」 的一部分。
已經支付了!加油!
可以轉到下面的微信賬號,麻煩備註一下站點域名,十分感謝!
這個有計劃。
打算 Cravatar 就只給國內提供服務,國外的直接單獨用 CF 的 Worker 搭建一個反代到 Gravatar 。
那現在如何捐款啊
這個記錄已經放棄維護了。
早期是想靠捐款維繫專案的,但是後來證明這個想法極不靠譜。目前的計劃是 litepress.cn 做開源、公益,我們後續再另立品牌盈利。這樣願意大額贊助的就轉化為投資款,將來分享一份收益。
建議海外用 CF
這個平臺想法和速度確實不錯,但是經常會無法訪問,但是重新整理一下就好了
頭像服務貌似不穩定啊?經常提示 DNS_PROBE_FINISHED_NXDOMAIN 。希望改善,最重要的是穩定可靠性!
大佬厲害,直接可以用了
這個方案不錯,順便也可以對詞彙表進行修正、完善。
這個問題一個可能的情況是:
該外掛在新版更新中引入了新的資料表,但建表操作被設定為只在外掛啟用時觸發一次。
因為你的外掛本來就在執行狀態所以更新後未能建立對應的資料表。
嘗試停用後再啟用應該可以解決。
想了想,有一種方案是可以實現使用詞彙表替換的。
但比較侷限,只能是類似 plugin 、 theme 這樣的名詞。
比如說以下句子:
This is a great plugin, I recommend everyone to install it
譯文:
這是一個非常棒的插入,我推薦大家安裝它
我們可以在原文提交翻譯前對原文進行如下替換:
This is a great <code>#007</code>, I recommend everyone to install it
其中 #007 是自動生成的一個編號,用來標記這個待匹配術語表的單詞將來在譯文中的位置,而 code 標籤則是為了防止谷歌對其翻譯。
機器翻譯後:
這是一個非常棒的<code>#007</code>,我推薦大家安裝它
現在我們就可以使用根據使用術語表中 plugin 對應的譯文來替換整個<code>#007</code> 了
處理後的譯文:
這是一個非常棒的外掛,我推薦大家安裝它
這個方案理論上是可行的,但是對術語表要求比較嚴格,因為只能包含詞性為名詞的詞彙。如果替換了動詞、形容詞,則可能會破壞語義。
外掛導致,已解決。麻煩管理刪帖
這個也很美觀欸
看看我發現了什麼ヾ(•ω•`)o
這個在我目前的認知範圍裡是不可行的。
比如說:
You are a handsome boy
機器翻譯/記憶庫匹配出的結果是:
你是個英俊的男孩
詞彙表中的記錄:
handsome => 帥氣
這個時候詞彙表的匹配要如何進行?
如果我們對原文匹配的話,那麼原文就成了:
You are a 帥氣 boy
這個時候我們就無法拿這個原文去匹配記憶庫或者是進行機器翻譯了。
而如果我們對譯文匹配的話,因為譯文中缺失了英文單詞與譯文語句的對照關係,所以無法獲取 handsome
這個單詞在譯文中對應的是哪一個詞彙,也就無法進行替換了。
這個替換的過程只能在谷歌的 AI 引擎中進行。
從記憶庫讀取翻譯並填充應該是在機器翻譯的之前進行的,如果存在詞彙表的話這裡再加一道批次替換詞彙的流程不知道是否可行?
我更新了郵箱地址,這個郵箱地址是註冊了 Gravatar 的
另外問一下,你的頭像是自己刪了還是遇到 BUG 了?
詞彙表是打算從 wordpress.org 導的,不過昨天的嘗試中發現匯出的 csv 檔案因為某種原因無法匯入,這個問題待查。
機器翻譯讀取詞彙表在技術上是沒問題的,但是在錢上有問題……因為術語庫 (也就是咱們說的詞彙表) 是谷歌付費翻譯才支援的特性,如果呼叫谷歌付費翻譯的話全翻譯一遍差不多要大幾千美刀。
差不多就是你說的這樣。
不過現在問題是原檔案的 URL 從哪搞?所以,我們主要需要解決的就是建立一個類似 https://plugins.trac.wordpress.org/這樣的本地化平臺,可以瀏覽 WordPress.org 的 SVN 上託管的所有原始碼。
詞彙表可以從 WordPress.org 匯入,正好可以提供一下意見,到時候改動一下。另外如果機器翻譯填充外掛能讀取詞彙表中的條目並套用就差不多完美了。
這個原始碼是不是在建立專案的時候填寫了原檔案 URL 就可以實現了?
撿到寶藏了……後面就對著你這個列表挨個聯絡了
這個報錯目測是模板兔的 Erphpdown 外掛引發的,聯絡作者看看吧,僅憑藉這些資料庫提示判斷不出具體問題。
記得沒錯的話,這是 erphpdown 外掛的資料庫。
解決方案 1,解除安裝之,或安裝新版
解決方案 2,按照報錯重新寫一份建立資料庫程式碼。
瞭解了
結果後來還是貼了張純圖 >_> 。
你這個問題大機率是給網站開 https 然後 url 沒換全導致的。去 wp 後臺站點 url 設定那更新一下,或者在資料庫裡批次替換成 https
okk
然後下次儘量文字描述,然後配圖。純圖的話搜尋引擎不索引欸
f12 看控制檯報錯
很多主題報錯誒,考慮換個主題吧。
最好肯定是都處理
商業公司應該也必然以自身發展為主要任務,商業本身就是最大的公益了,他們贊助也是要獲得對等收益的,也或者是出於大局及戰略部署的原因,總之不會平白無辜的付出成本給某個人或某個群體。
如果是因為真實使用者量大了他們是會願意贊助的,但如果是被 CC 攻擊把流量刷光了,我想應該就夠嗆了。
OKKKKKKKKKKKK
別糾結了,擺在你面前的就三個選項:JB 、 VS Code 、 VS 。
除非你是做科研,需要用一些特定的語言和編譯工具。
你說的 eclipse 以及 myeclipse 這倆已經是上個時代的東西了。
或者其實可以乾脆用記事本寫,然後手工執行編譯器和偵錯程式,這樣就不用花時間選了。
eclipse myeclipse 咋樣
又拍雲應該全力支援。
vs 面向個人是不是隻有免費版?
很好,哈哈。
目前主流就是 JB 和 VS Code 了,其他 IDE 的市場佔有率都快被擠沒了。
如果你是寫 C 、 CPP 或者微軟家的 C#、.Net 則是用宇宙最強的 Visual Studio
vscode 記事本
其他還有推薦嘛站長?
最多 100,否則就得考慮最佳化了。
一般多少以下合適?
建議使用 redis cache object 或者用水煮魚的 wpjam 。
總之,你需要開快取。
單次請求 261 次查詢太誇張了,這個應該就是造成你 cpu 100% 的直接原因
頁面查詢次數、載入時間和記憶體佔用
261 queries in 1.135 seconds, using 17.56MB memory
多少合適呢? 這是本地測試的
MySQL 最近一次記錄的慢查詢是下午兩點了,透過這個日誌看不出什麼。
這有可能是實際發生了低效的慢查詢但是你的記錄閾值太高導致的。
你是否能透過訪問某個特定 url 來觸發這個 cpu 100% 的情況?
如果可以的話,安裝外掛:query monitor
透過這個外掛來監控慢查詢 (需開啟 wp 的 debug 模式)
如果你不知道如何觸發的話可以從 web 日誌裡找找靈感
貼一下 mysql 的慢查詢日誌。
懷疑是觸發了低效的查詢
JB 全家桶+1
Elasticpress 可以透過在 wp-config.php 中加入以下程式碼來傳送 ES 憑據:
define( 'ES_SHIELD', 'username:password' );
目前瀏覽器訪問是有使用者登陸許可權登入,但 Elasticpress 好像無法做到讓使用者登陸吧?
有可能是隻監控了內網網絡卡,或者是限制了只能接收來自某些 ip 的請求,建議在阿里雲控制檯翻翻
現在出現了瀏覽器地址無法訪問了~ 我對阿里雲這個地址都有點懵逼,9200 口已經開放了~
直接透過瀏覽器訪問這個地址是否能顯示一段 JSON?類似:
{ "name" : "litepress-server", "cluster_name" : "elasticsearch", "cluster_uuid" : "3zz_iGZHRR6OO-yjXz2tQQ", "version" : { "number" : "7.13.4", "build_flavor" : "default", "build_type" : "deb", "build_hash" : "c5f60e894ca0c61cdbae4f5a686d9f08bcefc942", "build_date" : "2021-07-14T18:33:36.673943207Z", "build_snapshot" : false, "lucene_version" : "8.8.2", "minimum_wire_compatibility_version" : "6.8.0", "minimum_index_compatibility_version" : "6.0.0-beta1" }, "tagline" : "You Know, for Search" }
忘記了 改過來了
忘了修改外掛版本了吧,上傳外掛還楞了下
已更新至 1.3 請前往訂單下載新版
ok
我個人一直都是 JB 全家桶,phpstorm 、 pycharm 、 clion 、 gland 、 idea
鴻鵠之志,看好你們!
我們的最終目標是在中國完全接管 wordpress.org,統一全國的 WordPress 行業生態,只要這個目的達成了,交流社羣會順其自然的做起來的。
感謝開發者所做的貢獻,希望能做成一個真正交流 wordpress 外掛和主題的論壇,國內這方面的專業論壇真的很少。
其實是分了兩個資料庫,一個庫專門用來承載平臺執行,這個庫是跑在 SSD 上的。還有一個庫用來存日誌以及本文提到的彩虹表,這些資料都是存檔型資料,寫完一次以後就不會改了,再加上資料量很大,所以目前比較經濟的還是用機械的疊瓦盤去存,每 1T 的容量基本 100 人民幣多點。
這樣就只是在初期資料大量寫入的時候麻煩點 (疊瓦盤自身的毛病,因為要頻繁遷移扇區資料),而且因為資料結構和 NoSQL 差不多都是很簡單那種,沒有複雜的聯合查詢,這樣查詢的時候稍微最佳化下就和 SSD 區別不大了
辛苦了,伺服器有條件的還是上 SSD 硬碟吧
沒重複,第一句是判斷是否存在這個宏
Endif;
改成 endif;
目前應用市場已經支援按翻譯後的中文搜尋應用了,很開心。
後面翻譯平臺的新版機器翻譯填充對接完成後就有能力漢化整個 wp.org 倉庫的所有外掛的介紹資訊了。
然後在此基礎上提供中文長詞的語義化搜尋,類似百度搜尋那樣
另外發現他這個變數好像是重複了
if ( !defined('UCENTER_DEFINE_SETTING_NAME') ) : define('UCENTER_DEFINE_SETTING_NAME', 'plugin_ucenter_define_settings'); define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings');
請教下應該要如何修改呢
Parse error: syntax error, unexpected end of file, expecting "elseif" or "else" or "endif" in /www/wwwroot/xxx/wp-content/plugins/ucenter-integration/ucenter.php on line 909
這是啥錯誤-_-!
907,908,909 的程式碼,迷惑
$ucenter_integration = new Ucenter_Integration; Endif; ?>
我是想著整個 js 外鏈插到所有網站,這樣就不用每個站都去搞了
好的,感謝!我明天看看 我已經接近兩個禮拜沒開電腦了,最近太忙
可以在 parse_request
鉤子裡對 URL 做一下檢查,如果是/feed 結尾的就 301 到原始文章
你這個需求最好是 PHP 後端實現。類似 Node.js 都要透過 SSR 才能確保對搜尋引擎友好,所以我不敢說搜尋引擎一定會去執行你的 JS 。
檢查是否是機器人使用 PHP 庫:
https://github.com/JayBizzle/Crawler-Detect
檢查是否是手機端使用 WordPress 內建函式:wp_is_mobile()
懂了,明天更新一下
參考 https://blog.csdn.net/qq_42551474/article/details/105072498
搜尋關鍵詞 :flex 豎向排列
.box{
height: 500px;//規定大小,不然並不會自動換行
display: flex;//給父元素開啟 flex
flex-direction: column;//修改主軸方向
flex-wrap: wrap;//開啟自動換行
align-content: center; 元素居中
}
我並不是完全為了收錄,關閉頁面收錄會掉也無可厚非,但預設返回 500 錯誤碼個人覺得不太合適。會讓搜尋引擎認為伺服器有啥問題,例如谷歌直接在覆蓋率上提示錯誤
既然禁用了這個功能返回 403.404.405 我覺得都是比較合適的。或者和媒體庫一樣跳轉到對應頁面。
你好,你這個問題我下午就收到反饋了,我實在是不知道咋解決,根據你描述的情況,這是一個矛盾體,中國使用 feed 功能的網站極少,也沒有什麼作用而且還容易被攻擊,最好是關閉。你之前已經收錄的 feed 條目這個沒有辦法,既然要關閉該功能無論返回什麼樣的錯誤碼都是沒有用的,收錄肯定會掉 。目前我認為最好的解決方案是新增 robots.txt 禁止搜尋引擎爬取 feed 連結,以後 feed 就不要了,或者按照樓上創始人提供的方法指定錯誤碼。想要繼續保持 feed 收錄那就不要關閉。如果你有好的想法可以說說
應用市場接下來會開發工單功能。
這個問題我先替作者回復一下:
可以透過 Nginx 做重定向的方式解決,將以下程式碼加入配置檔案的 location /區域內即可
rewrite ^/(.*)/feed$ /$1 permanent;
這個問題也可以透過在 WordPress 裡透過重寫路由的方式解決,不過相較於 Nginx 重定向來說更麻煩,等作者處理吧
更新一下,檢索到 WordPress 有一個現成的連線 ES 的外掛:ElasticPress
於是打算把前面說的產品資訊索引方案改一下。原本是計劃在產品展現並翻譯時將翻譯後的資訊透過非同步佇列寫入 ES,而有了這個外掛之後,我們就可以在外掛索引資料時直接透過鉤子更改索引內容為翻譯後的譯文了,一下節省好多力氣。
這只是一個很普通的 PHP 提示訊息而已,是不會觸發致命錯誤的。
現在有可能是你還沒真正觸發問題程式碼。建議你先走一遍對接流程,然後在流程中哪一步丟擲了讓程式徹底終止的報錯後再把那個報錯貼上來
PHP Notice: Constant UCENTER_INTEGRATION_SETTING_NAME already defined in /www/wwwroot/i.meimiaoshe.com/wp-content/plugins/ucenter-integration/ucenter.php on line 18
外掛的 18 行
define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings');
plugin_ucenter_integration_settings 資料庫內容:
a:9:{s:25:"ucenter_password_override";s:1:"1";s:19:"ucenter_credit_name";s:0:"";s:19:"ucenter_credit_unit";s:0:"";s:26:"ucenter_credit_per_comment";s:0:"";s:23:"ucenter_credit_per_post";b:0;s:23:"ucenter_enable_mail_box";b:0;s:29:"ucenter_enable_customize_icon";b:0;s:21:"ucenter_enable_friend";b:0;s:21:"ucenter_enable_credit";b:0;}
是不是 wp 的一些相關函式升級導致~這個外掛在 4.x 的版本上是可以用的。
目測不對,外掛入口的註釋應該包含:Plugin Name: 外掛名
因為主題的 functions 是在全部的外掛載入完之後才會載入,所以當外掛中的某個功能在程式碼載入階段報錯的話在主題里加除錯程式碼就無效了。
如果在外掛入口新增除錯程式碼仍然無效的話請開啟 PHP 的 XDebug 擴充套件,對於寶塔面板可以直接在 PHP 擴充套件管理安裝。
外掛入口和主題都有加,這樣對麼
截圖,我看看是咋加的。另外,加到外掛的入口檔案嘗試了嗎?
還是不行
可能是某個外掛關閉了 PHP 的除錯輸出。
嘗試填下以下程式碼到你主題的 functiongs.php 或這個外掛的入口檔案裡:
ini_set( 'display_errors', 1 );
https://litepress.cn/plugins/ucenter-integration 就是這個外掛
開了錯誤日誌記錄都沒用,只要配置好開啟外掛 wp 就提示致命錯誤,根本沒有錯誤日誌
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
確實是只能單個檔案,其針對的是迴圈依賴的場景。因為預處理階段是針對每個.cpp 檔案單獨進行的,所以對於多個 cpp 檔案會失效。
對於全域性變數,你可以這樣處理:
只在 main.cpp 中包含 config.h,然後在其他 cpp 檔案中使用 extern 關鍵字來標識要訪問的變數,這樣就可以了。
向上追蹤,把 get_jiecao 函式的原始碼貼上來,論壇編輯器有插入程式碼的功能,記得用那個貼,要不然格式會亂。
已經自行排查 找到原因
Cpp 的僅編譯一次似乎是針對單一檔案的
一旦我建立兩個 cpp 原始檔 好像就必定編譯 config.h 兩次
由於機器人的裝置定義是依賴現有機器人 CLI 來實現的
導致重複定義必報錯
這好像是無解的.
已用上,目前看來一切正常,感謝付出
是否有報錯輸出?
貼上來看看,也許可以透過簡單的修復 bug 來讓其繼續服役
加油
先把程式碼精簡成最小 demo,見我前面的回覆。
排錯得先移除干擾因素
在其他.h 中引入 main.h 是因為其他.h 的定義也需要 main.h 中機器人函式庫的支援。
我的專案目錄沒錯,就是這個。
我懷疑是不是因為我同時在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 導致不同檔案無法只編譯一次。
這個問題怎麼破?
直接在 WordPress 後臺,設定-> 討論 中更改預設圖即可:
如果想有更細緻的預設圖控制的話可以參考 Cravatar 的開發文件自己對接。
這程式碼裡的返回的預設圖怎麼修改???
先把程式碼改成最簡版本。就只留下 config.h 引入相關的程式碼,然後 config.h 裡面只留下一個常量,去掉其他所有註釋和無關程式碼。目前這一大攤把我眼睛看瞎了,尤其是你這程式碼依賴特定環境,又不能在本地除錯。
另外,在其他.h 裡面引入 main.h 是什麼操作?
最後你的專案目錄是/Users/sukanu/L3313B?
還是沒懂你的意思
如果是外鏈圖片作為頭像呢? 就是頭像不是來自 gravatar 也不是來自 cravatar,而是來自其他外部連結的這種
老實說,我沒明白你的意思。本地快取指得啥?
這是什麼神奇的需求?
快取到本地是為了什麼?更快的速度嗎?
Cravatar 的頭像除了第一次請求是動態生成外,其後請求都市由 CDN 節點直接返回的,預設快取 30 天 (使用者更換頭像會自動重新整理),速度差不在 60ms 左右,本地很難快過 CDN 。
看一下這個外掛:https://litepress.cn/plugins/sync-post-with-other-site
程式碼貼上來看看。
記得用編輯器的插入程式碼功能貼,別直接複製貼上
問下 本地怎麼快取呢?
好的 謝謝~
有能力做好配置的話當然是專家模式
好的 感謝回覆~!
請問下 那推薦 普通模式還是專家模式,謝謝~
把你寫在 functions.php 裡面的關於開啟視覺化編輯器的函式改個名。
這裡之所以不顯示是因為你的自定義函式和他們外掛的函式衝突了
我的是這樣。。可能和 litepress 的編輯器不一樣
已經用上了。
太讚了!!!!!!
你可以把函式邏輯寫在任意 cpp 檔案裡,把函式宣告寫在任意 h 檔案裡 (h 檔案和 cpp 檔案沒有任何關聯關係,只要函式宣告和定義能對應起來就行)
抱歉我還是不太懂你的意思。
我寫.h 檔案的目的是讓給機器人下載的主函式檔案儘量簡潔。
由於機器人的特殊性,我的函式要被反覆反覆利用。
所以.h 檔案即起到函式分類的作用 也起到簡潔程式碼的作用。
我要是不想把邏輯寫在我的主函式檔案裡,也不應該寫在.h 裡面,那我應該把函式邏輯寫在哪裡,引用這個.h 檔案時,編譯器才能找到它的邏輯。
第一 php 指令碼加速
第二 資料庫加速
第三 動態快取
第四 動靜分離
第五 靜態壓縮
第六 精簡程式碼
基本就這六步
建議用,這是兩種東西。 Opcache 是可以理解成加快 PHP 指令碼的執行速度,Redis 是對站點的一部分資料庫載入內容進行快取,這倆始終還是要執行 PHP 指令碼以及去資料庫取資料的。而 WP Super Cache 則可以直接返回靜態頁面 (專指專家模式,普通模式下還是會觸發 PHP 指令碼) 。
如果 WP Super Cache 在你網站執行不會導致資訊延遲或者延遲是在可接受範圍就建議用一下,可以很有效的降低伺服器負載以及提供更快的速度。
WP Super Cache 足夠
新的翻譯填充外掛暫時還沒開發完。這幾天在搞 https://cravatar.cn 。
我們目前因為精力有限,所以開發的時候是不考慮通用性的。
不過這個機器翻譯填充外掛對環境的依賴比較低,目前已知會依賴:Cavalcade 和 Pontoon 。
除此之外應該似乎再沒有什麼依賴項了,後面你安裝後如果有什麼報錯的話可以發帖交流。
新的翻譯平臺計劃對第三方外掛和主題提供翻譯支援 (比如說主題森林上的付費產品) 。
打算由每個人自願申請建立具體的翻譯專案,然後擔任編輯,其他人也可以申請編輯許可權。編輯者可以匯入和更新專案原文,然後其他人可以參與翻譯或下載。
相當於是把 WordPress 生態翻譯從 wordpress.org 倉庫擴充套件到了整個 WordPress 的全球資源。
這些外掛和主題可以共享 litepress.cn 的記憶庫、翻譯填充以及翻譯自動推送功能以提高翻譯效率和使用上的便利度。
這個計劃在技術上沒任何障礙了,平臺差不多開發好了,就只有可能會影響到一些靠做翻譯賺錢的同志的收入這一條阻礙了。
wp-china.org 上的老翻譯平臺年久失修了。等新翻譯平臺:https://litepress.cn/translate/ 上線吧
安裝了外掛 點選更新但是沒有中文包 現在是不可用嗎?
Docker 映象,和類似寶塔、 AppNode 的這些應用市場後面有餘力的話上架一下似乎不錯。
不過這些維護工作老實說很散碎枯燥。
暫時沒有,以後不一定。
防禦效果最好的 (沒有之一) 是 CloudFlare 提供的 CDN 服務,只要用上了就不存在被打死的可能。不過在國內訪問非常慢。
其次可以考慮百度雲加速。
相較於防禦來說,少吹牛及少在群裡貼小廣告通常可以預防 99.99% 的 DDOS 攻擊。如果你的網站商業價值很大的話,也有在不吹牛的前提下被打的情況。
你好,如何防禦 ddos 的攻擊,剛才阿里雲那邊反饋伺服器給 ddos 攻擊,進入了黑洞狀態!
這樣的話,應該是 WordPress 5.8 的 BUG 的,你方便的話加下我 QQ
對的,就是下午還正常使用,晚上就突然寶塔都登入不了了
有影響也只可能是導致你網站打不開。連寶塔都打不開的話就是你伺服器的 IP 已經連不通了
自動更新了 wordpress5.8 會不會有影響
如果以前是好的,突然壞了的話,考慮兩種情況:
具體給伺服器供應商提個工單問問看
可是我是完全新裝了一次啊,資料庫啥的全清了,程式也是全新安裝,不帶任何外掛模板,一樣報錯,還能是伺服器問題?
明顯是你自己的問題啊,開發站用的也是 5.8 版本,一切正常。理論上你這使用盜版外掛我們不應該提供任何支援的,自己解決吧。
煩死我了,wp 啥時候變這麼難用了,再不行還是換回 ty
好像並不是,我重灌了全新的 wp,小工具模組還是報錯,裝的 5.8
我重灌 litpress 試試吧
懷疑是你的破解外掛帶了病毒,然後病毒本身引發的 bug
又 tm 出現新 bug 了。。。。
這是逼著我重新安裝了
唉
不用了,我折騰煩了,換回 4.9.1,舒服,啥問題沒有
WordPress 5.8 更新了小工具的新增邏輯,有可能是版本自帶的 bug 。建議在當前環境及瀏覽器下全新安裝一個,如果還有問題可以呼叫我遠端除錯,我除錯後如果確實是核心的 bug 會向上遊提交補丁。
啊啊啊啊啊啊啊啊啊啊,我已經快要去世了。。。。
對了,資料是用你部落格那個工具,從 typecho 匯入 wp 的,會不會跟這個有關係
5.8.0,確定
主頁下載的包
你用的 WordPress 版本是多少?確定已經換了預設主題並且禁用了所有外掛嗎
你在逗我,這種問題每個都遠端的話,我這一天光為人民服務了>_>
加群找老孫給你遠端
怎麼解決呢
看起來是沒有載入 jQuery
煩死了,小工具還是報錯,主題和外掛都排查過了,wordpress 也重灌好幾次了,就是不行
安裝這個外掛,方便排查錯誤:https://litepress.cn/plugins/health-check
才發現,小工具頁面也涼了。。。。
誰知道為啥
問題已經解決,謝謝大佬指導,是我裝了一個破解版外掛導致的
外掛一個個關閉試試,主題切回預設
自信點,直接未來幾年內。
就是普通的供應商商城,目的是做多個不同的 wp 站,批發價格不一樣,其他的產品資訊可以在每個站上面修改。 sku 庫存什麼的共享,按道理這是一個常規需求,WooCommerce 應該有現成外掛,付費外掛都可以的
就是普通的供應商商城,目的是做多個不同的 wp 站,批發價格不一樣,其他的產品資訊可以在每個站上面修改。 sku 庫存什麼的共享
是想做一個什麼樣的商城?為什麼會有這種需求呢
沒有 404 或者其他資源報錯
對
f12 看看網路請求裡有沒有請求失敗的情況
你意思是開不開 wp china yes 的後臺加速都報錯嗎?
求助求助
古騰堡目前還不支援使用選擇不相鄰的區塊,見:https://github.com/WordPress/gutenberg/issues/9931
用 CSS 控制
那是連續多選,如果跳開了呢?
插播一條:公共頭像服務的域名備案已透過,本週的工作重點變更為優先保證該服務上線公測。
以下程式碼是將所有定時文章延長 8 小時執行,你想具體延時多少就把秒數改一下。
$args = array( 'post_status' => 'future', ); $query = new WP_Query( $args ); foreach ( $query->posts as $post ) { wp_clear_scheduled_hook( 'publish_future_post', array( $post->ID ) ); wp_schedule_single_event( strtotime( $post->post_date ) + 28800, 'publish_future_post', array( $post->ID ) ); }
以後提問千萬把問題描述清楚,否則不利於搜尋引擎索引,尤其是對於這種需要定製程式碼來實現的需求就使得付出的成本和收到的回報相差頗多了。
最好是把所有文章的時間增加幾秒
文章是採集的,我估計時間有問題,我想重新儲存下,最好是批次增加文章更新時間
那批次重新儲存又是為了啥?提問應該描述自己的最終目的的
就是重新儲存下批次
你具體想做什麼?具體是想怎麼更新?
你是不是前幾天在號子裡受啥刺激了
老孫你好凡啊
老孫你 Word 很大
好的,換了主題,就有了這選項了。
這個要聯絡你主題商。
對特色圖的支援需要主題主動宣告。而且它既然不對此宣告,想必前端也不會呼叫特色圖。於是你即便上傳了也是沒用的。
新翻譯平臺的爬蟲資料抓取工作完全完成了,統計了一下:
以上統計資訊得出來的結論:
類似你說的這種整理一個 po 檔案,每個專案導一遍這種預填充的方式可以節省這 48% 的工作量。不過 13 萬條已翻譯語句匯入的話估計直接就 504 超時了。
見官方文件:https://github.com/humanmade/Cavalcade/tree/master/docs
小網站沒有裝的必要。只有在大量執行計劃任務時才需要。
怎麼安裝?
還是 Redis 舒服
設定為直接寫入硬碟 速度槓槓的
好多次裝 Memcached 會報錯
直接按 shift 多選,然後改對齊方式就可以了。古騰堡原生支援。
我想手動設定,比如多選幾張圖片再居中圖片。
你說的批次居中是針對當前文章還是歷史文章?
如果是當前文章的話參考這篇帖子:https://litepress.cn/topic/20719
前來頂一頂。
是可以用外掛實現的,當初想內建主要是合計了下,這些外掛在國內屬於必用的。直接內建的話使用者也少麻煩了
後續會改成自定義,但是不會很快。
主要還是考慮到測試工程師與酒吧的問題。
這個用外掛可以實現吧。。
打錯了。。。
我要用 994 埠,ssl 協議
第二個埠,不是 465 嗎?
前幾個月有個站長找我,說他的 zblog 有十萬文章,但是開啟網站非常慢,響應時間 2 秒多,伺服器是阿里雲 2 核 8G5M 頻寬,資料庫大小有 2G 多,但不是在伺服器本地,然後我建議,伺服器配置不算低,把資料庫遷移到伺服器本地,然後用了快取外掛,簡單最佳化了下,響應時間縮短到 0.2 秒,開啟文章頁,載入時間不超過 2 秒。
我認為,WP 站點的速度和效能方面,也看 WP 主題模板對此方面最佳化得好不好,比如十萬級文章的站點,開啟文章仍然是秒開。
還有一個最佳化辦法可以用靜態快取外掛。
在二者硬體規格一致的前提下,只要你本地伺服器負載沒接近極限,就是本地快。
要是 WordPress 文章有 5W 那個快?
資料量小時本地快,達到一定閾值後雲資料庫快 (閾值由硬體和程式的程式碼效率而定)
本地
然後論壇反手用了 Redis(摳鼻)(摳鼻)
下次把床搬進廁所,不用出來了。解決問題嗖嗖的。
嘗試解除安裝並重灌這兩個包。另外確認下你的 php.ini 中是否引入了 openssl 擴充套件。
CentOS 7.9.2009
我感覺也是如此。發起請求沒反饋
你裝的作業系統版本號是多少?我目測是你作業系統的 curl 包或 openssl 包的問題。
嘗試在 shell 中直接使用 curl 命令發起請求:
curl https://api.wordpress.org
還沒加群,不過重新做了個環境 就沒這個問題。 可能是老伺服器環境導致 準備抹掉重做了
有加群嗎?有加群的話私聊一下我看看。看起來 chinayes 外掛沒有生效。
等群主看一下吧
騰訊雲北京
你用的哪家伺服器?
伺服器直接 Ping 是沒問題的 Php 也能抓到 ip
安裝也不行
剛安裝 沒有任何外掛
是不是用了什麼外掛把 REST API 禁用了?
是一張圖片 不知為何不顯示
新增以下程式碼嘗試在釋出文章時重新指定觸發時間戳:
add_action( 'save_post', function ( int $post_ID, WP_Post $post ) { if ( 'future' !== $post->post_status ) { return; } wp_clear_scheduled_hook( 'publish_future_post', array( $post_ID ) ); wp_schedule_single_event( strtotime( $post->post_date )/* + 28800 */, 'publish_future_post', array( $post_ID ) ); }, 9999, 2 );
如果依然早 8 小時釋出的話,就把上面程式碼中的註釋去掉,這樣就會在文章釋出時將任務向後偏移 8 小時。
看了資料庫 資料庫裡和後臺定時的時間是一致的
在 wp_options 目錄下執行以下 sql,直接在資料庫裡檢視 Cron 任務:
select * from wp_options where option_name like '%cron%';
檢索了下資料,WordPress 的 Cron 始終以 UTC 時間觸發。透過 WP Crontrol 檢視的時間有可能被轉換過,所以直接在資料庫裡看,然後再進一步診斷問題。
停用外掛沒用,比如現在是 22:56 8 個小時後定時的文章 (06:56) 的文章釋出了 等於定時釋出提前了 8 小時
你不是說提前 8 小時觸發嗎?所以不是應該看看暫時停用後還會不會提前觸發的嘛。何謂 「沒反應」
停止了 還是沒反應
WPJAM_Baidu_ZZ 這個外掛暫時停一下呢?
這個時間我看了是對的 但是釋出後時間就錯了
所以,這個時間對不對?
上海時間
看看系統時區對不對,也許系統時間是格林尼治時間。
剛蹲坑的時候突然茅塞頓開,還拿-
舉例子:我可以在翻譯匹配時將網頁文字和 glotpress 原文中的所有–
都先轉換為-
,這樣無論是經過 wordpress.org 轉移為了–
還是它原本就是–
都已經無所謂了,最後再執行正則匹配翻譯就可以了。
至於逆向 wordpress.org 的預處理過程的話,是基本不現實的。
舉個例子,比如 wordpress.org 會把-
轉換為–
,而有的外掛本身就是用的–
。於是我無法得知這個–
到底是 wordpress.org 轉換的還是外掛原本的,於是我無法對其逆向處理。
目前 litepress.cn 上該功能的實現遇到了一個很難解決的問題。那就是透過爬蟲爬取到的產品詳情的文字是經過 wordpress.org 預處理過的,已經和 glotpress 裡面的原文對應不上了……
一個可能是解決方案是根據外掛的 readme.txt 檔案仿照 wordpress.org 的演算法以生成原始 html 。
然而兩個小時過去了。。。
沒有沒有,就是想研究一下,跟部落格沒有完全的關係。實際使用上來講,redis 畢竟有商業化軟體支援,更方便。沒有問題了。
這個沒測試過。不過一個部落格不需要在意這些吧……這倆的 key value 結構都是 O(1) 查詢複雜度,已經快到幾乎沒時間損耗了,對這個難以理解可以去了解一下雜湊表這個資料結構。
他們測試的速度快慢可能是在大負載量下由兩個軟體的架構差異導致的 (這一部分是猜測) 。還有一種可能是做這個測試的人沒控制好變數,使用了兩種不同的外掛來測試 memcached 和 redis,這樣外掛所快取的資料範圍不同,在瀏覽體驗上就會存在差異。
然而 memcached 的外掛太難找了,redis 直接就 redis object cache 。
支援多少資料型別不是判斷是否落後的依據,這個是由業務場景決定的。對於 WordPress 的快取場景,memcached 足夠用了。 redis 除了用於快取外還可以用於訊息佇列等複雜應用場景。
我看有的地方說 memcached 的瀏覽體驗比 redis 要快一些。
哈哈,也是。
好的,懂了。那就是 redis 隨便用了。
memcached 是不是相比於 redis 落後了?redis 支援快取的資料型別比 memcached 多一些?
總結一下就是放心的用就可以了,不用考慮單執行緒還是多執行緒。因為你部落格不可能達到每秒幾十萬吞吐
Redis 從 6.0 開始就支援多執行緒了。不過這些對個人使用者完全沒意義,因為單核效能已經非常過剩了。
對不起,你是個好人
我現在有個彎繞不開。這個譯名似乎無論如何翻譯都會和 「主題」 衝突。主題也是板式 or 樣板 or 模板 or 樣式吧……所以好糾結。
我目前有個想法是在其前面加一個主語:塊板式 or 塊樣板 or 塊模板 or 塊樣式。這樣主題代表大範圍的、整站的樣式,而塊 xx 則代表針對區塊的小範圍樣式。
這樣在 wordpress.org 的頂部條就是:
外掛 | 主題 | 塊 xx
而 Pattern 子站的標題則是:塊 xx 目錄
當然,目前還是個初步設想。因為這樣的翻譯明顯和英文原文對不上了。在引入這一層討論之後,塊 xx 後面的 xx 是啥似乎不重要了,因為有了前面的主語就不會混淆和衝突了。
另外就是,主題用於指網站模板,這個說法似乎在國內是 WordPress 獨創的,類似 Discuz 、織夢這些都是叫模板。於是對於從其他系統轉來 WordPress 的人來說他們潛意識裡會把主題和模板、樣式、板式劃等號。如果把 Pattern 翻譯成模板、樣式、板式的話估計他們會暈的,因為舊有的思維慣性被完全顛覆了。如果是塊模板、塊樣板的話,至少能看出來是個新東西。
當然,就像前面說的,這只是一個初步想法。翻譯這塊我們是沒你在行的,所以只是丟擲一個話題探討。
如果沒有什麼特殊需求的話建議優先使用 InnoDB,InnoDB 同樣是 MySQL 8.0 中的預設引擎。
InnoDB 與其他幾個引擎的詳細對比參見 MySQL 官方文件:https://dev.mysql.com/doc/refman/8.0/en/storage-engines.html(翻到頁面底部,有個表格)
並非只有這個外掛會報錯網站地圖,其他外掛的書寫不規範也可能會導致這個問題;
還有就是主題 functions.php 檔案開頭有空行,也會導致這個問題;
建議把所有外掛禁用後,逐個開啟一一尋找問題外掛。
之前 「WordPress 核心」 還有 「古藤寶外掛」 都翻譯為 「模式」,覺得不怎麼恰當。
我覺得翻譯成 「模板」 和 「樣式」 容易造成混淆,「板式」 或者 「樣板」 應該更加合適。
似乎不太好。因為 「區塊模式」 貌似不能傳遞出什麼有價值的資訊。如果是塊模板、區塊模板、區塊樣板、區塊樣式似乎好一點。突出的意思是這是用於古騰堡區塊的樣式模板,而使用者則可以在此模板的基礎上加上自己的內容。
我在這篇帖子裡提到的 「區塊目錄」 的翻譯似乎也不太好,因為完整的古騰堡區塊應該是還附帶有功能和新增按鈕的。但這些 https://wordpress.org/patterns/中的內容就只單純是 html 而已。似乎翻譯成 「模板」 或者 「樣式」 比較好。
你們覺得 「Block Pattern」 應該翻譯為 「區塊模式」 嗎?
辛苦了還一直記得這個帖子
騰訊雲的資料永珍服務提供 Word 文件預覽方案:https://cloud.tencent.com/product/ci
萬事的變化肯定是有人在推動的。我所說的 「天時」 及 「大環境」 是我所無法干預的東西。這些東西是由比我層次高許多倍的某個人或無數人在施加影響的。而作為我,只能對此順應,而無法施加影響。舉個例子:比如說新中國剛成立時的土地改革,這個推動者是中央,作為一個村裡的地主老財除了早點把財產散掉或者出國遠遁外,沒有任何能力干預。
作為渺小的我,我只能干預我所可能干預的,比如說我從去年就開始到處尋求支援以籌劃 WordPress 在中國的本土化工作,這些都是我所能干預的。但有些事情需要比我高無數個層次的人去幹預才行,這裡指的就是中國公民整體素質及消費習慣。
「小米讓大家用上低價手機」 的這個例子,似乎欠妥當。因為讓消費者用上更低價的手機是順應人性的行為,並沒有逆人性。既然沒逆人性,那他有能力提供 1 塊錢的手機,他自然可以攪動市場。
真正逆人性的應該是抬高價格來保證廠商研發投入。這一塊從小米數字系列後續提價衝擊高階的過程就可窺見其艱辛程度,早期著名的失敗例子是小米 Note1 。小米最近一兩年成功提價很大因素我覺得是國產手機整體售價都提升了。只有大家都低價,而小米自己抬價成功,才能算逆大勢而為之。
所以總結一下,我會干預我所能干預的。但是中國公民整體素質和消費習慣是我所幹預不了的。而我所幹預不了的這個 「大環境」 或者叫 「天時」 決定了現階段不可能讓開發者願意開源,如果強拉硬上的話,最後難免會和開發者們鬧翻臉,那我們在國記憶體在的根基也就沒了。
如果國內需要 「領頭者」,也應該是某個開發者去領頭,而不是我們作為平臺方領頭,可以是某個開發者用實際行動證明開源產品有更好的銷量等等。我們如果領了這個頭的話一定程度上就代表著有失公平,因為談及 「領頭」,肯定要對開源作者特殊對待,這樣對閉源作者就有失公平。應該由市場去檢驗和篩選開發者,而不是平臺,我們想活下去就必須保持中立。
你忽略了一點,這些事件的結果都是有人在推動的,有很多事就算沒人去推動也會水到渠成,如果有人牽頭推動至少可以讓改觀思維的程序加速,例如雷軍當年不做低價的手機自然還有其他人做,但雷軍就先做了,他至少讓普通老百姓用低價提前了好幾年使用到智慧手機,同理如果你是那個先行者或許在國內網際網路你能跟吳洪聲一樣成功,當然這只是臆想
另外,補充一下。上文中所說的 「我國物質資源極大豐富,公民素質提高,人們更多的關注精神生活及資料、隱私安全」 。在不遠的將來一定會實現的,國內開發者更多的擁抱開源未來也一定會隨之實現,所以大可不必在現在為此憂心忡忡。天時不到,人的努力是沒用的。
仔細看一看最近一百多年來中國對外狀態的轉變:
中國正在以肉眼可見的速度發展,麵包會有的,牛奶也會有的。
核心是 「尊重人性」 。現階段閉源對於一些開發者來講是最優選擇,那麼就不可能透過外力干預讓開發者放棄閉源 (這裡直接是做不到,而不單純是 「應不應該」 了) 。等開源對開發者來講是最優解那天,同樣也不需要誰幹預,開發者會自動開源。
這一天到來的前提是:我國物質資源極大豐富,公民素質提高,人們更多的關注精神生活及資料、隱私安全。
應用市場目前的授權機制是提供對開源應用的支援的——只有啟用的產品才能享受更新服務。提供更新和技術支援也是國外開源產品主流的營收策略。
另外後面會對開源應用打上開源標記,這樣方便使用者區分。
<!–more–> 你說的也是正確的,不應該強制開發者的行為,但是社羣可以建議更好的授權策略。所以循序漸進的引導開發者和消費者的思想才是目前最好的解決方案,這不是能一步到位的,但可以起到從根本改觀思維的效果,或許大多數開發者目前很難認同我的開看法,但在未來這必然是趨勢,閉源專案也不是說肯定加密了,只是不能公開原始碼不購買不允許使用,我只是建議各位開發者大佬不要加密了,開源的專案仍然可以收費。這需要複製或借鑑國外的開源協議,需要有一個團體或機關制定並管控 (這是我個人的天真想法) 該有的版權絕對不能受到不公平待遇,但同時我也非常反對和強烈譴責濫用版權行為!
我就是想這樣表達的,可能我說的不完全
另外糾正下,這個標題有誤導性。應該是 「不建議應用商店允許加密授權」 而不是” 使用加密授權”,整個 litepress.cn 及附屬的所有程式碼、資料 (除使用者隱私資料外) 都是 gpl v2 或 v3 開源的,不存在閉源情況。閉源的是應用市場中上架的商品,而不是市場本身。
你說的這個觀點,我個人其實是可以認同的。
WordPress 能發展起來很大原因是因為它基於 GPL 協議開源,這樣對於使用者來講,如果使用 WordPress 及其生態設施來架設自己的平臺的話,那麼整個平臺都將完全的 「自主可控」 並且無任何法律風險。這個優勢是閉源軟體所無法提供的。
而對於閉源軟體來講,尤其是由個人開發者維護的閉源軟體,真正需要投入生產環境的話使用者是會打怵的——因為這幾乎等於是把自己企業的命脈交給別人握著,而自己則毫無辦法亦無法進行任何干預,有一天維護者出事了,自己的業務也會跟著涼掉。也是基於同樣的原因,litepress.cn 沒有引用任何閉源及有法律爭議的程式碼。
當然,這種重視 「自主可控」 的企業也不會從二道販子、三道販子手裡買原始碼。
但,WordPress 的市場似乎沒有這麼簡單。因為 WordPress 的使用者不止有投入生產的企業,還有大量的小站長,他們對資料安全的敏感度其實並不高,於是盜版在這些人中就有了市場。
如果面向的使用者群體剛好是小站長,而開發者又不閉源的話,那很有可能就真因盜版而餓死了。
於是從開發者的切身利益出發,得出這樣一個結論:
所以是否開源應該由開發者按照其面向的市場群體來自行決定最有利於自己的決策,我覺得應用市場不應該去強制限制。也就是說,任何制度都應該優先保證符合 「人性」,以大家的短期且切身的利益為出發點,不能為了某個長遠的目標而要求大家短期放棄什麼東西。這種 「存天理,滅人慾」 的操作,我覺得是不長久且無法推動的。
當然,嚴格說的話其實允許閉源應用上架的確是不道德的行為。因為這樣做的話我們相當於都在吸 wordpress.org 社羣的血。
但中國有中國的國情,我們的消費者群體知識付費意識最近幾年雖然改觀蠻大的,但還是不夠。真的想讓開發者開源,應該等使用者的消費習慣養成了,使用者會更多的因為安全性和可控性為開源產品付費時才是閉源產品應該消失的時候。到了那個時候,市場的自我調節能力會自然淘汰掉閉源應用,這也是未來的必然趨勢。
所以閉源應用未來必然消亡,但這不是由誰去主動干預的,而是在使用者付費意識和資料安全意識提升的前提下經市場自我調節而消亡。現階段大環境還不成熟,不宜也不能去強行限制閉源應用,否則會影響生態積累。
支援
對記憶庫人為編輯還是很重要的,今天偶然間發現記憶庫裡甚至還有繁體……後面可以在資料庫裡篩選出所有包含多條翻譯的記憶內容,然後指定機器翻譯時固定呼叫哪條的同時刪除掉不合適的翻譯結果。
跑了下爬蟲,可謂大跌眼鏡……
https://translate.wordpress.org/上外掛和主題的翻譯專案結構竟然是不一樣的,我的天。
於是程式要對外掛和主題的翻譯分別適配。
wordpress.org 著實很有意思,為什麼外掛和主題總是分開設計,就連應用市場中也是外掛和主題是兩個單獨的子站。
而且因為分開設計的緣故,導致外掛和主題有大量的 slug 衝突,當時 litepress.cn 的應用市場為了適配 slug 衝突的情況也廢了一番周知。總之,頭疼。
實測 Cavalcade 還是很靠譜的,昨天執行了一次兩萬任務的佇列,很穩定,且無遺漏。
原來有個寶塔一鍵遷移,之前看它介紹說是 「一鍵遷移面板資料」,沒聯想到可以遷移網站資料,以為只是面板配置資訊
憨憨,寶塔 N 年前就提供一鍵遷移外掛了,使用也是相當方便,同樣可以遷移全部網站資料和配置檔案,ssl 證書之類的都可以。
好謝謝!
這個功能要依賴伺服器面板實現的,否則就只能網站檔案和資料庫分別遷移。
我目前用過這一塊做得最好的是 AppNode,只需要匯出網站,就會把網站的所有配置 (Nginx 、 PHP) 和資料庫、 FTP 全部一起匯出到一個壓縮包,之後在目標伺服器匯入就可以完成遷移。
不過,如果你不是使用 AppNode 面板的話那肯定就用不到了。
如果你是用的寶塔的話,它似乎不提供類似功能。也可能是我又才疏學淺了,誰知道的話麻煩告訴我一聲。
不過沒關係,還可以使用 WordPress 的外掛實現:All-in-One WP Migration – LitePress 應用市場
但相較於伺服器面板原生支援來說,這些 WordPress 的備份外掛是無法備份伺服器配置的。
301 跳轉,請!
開發教程暫時沒計劃搞,因為太費精力了,後面應該會出一個教育平臺和其他課程作者合作。
其實年齡本身不是問題。主要問題是隨著年齡增長,家庭瑣事以及經濟壓力會使人無法投入精力學習,於是在一個沒有早期積累的方向上的增長潛力就會很受限。所以目前還是更傾向於和年輕人搭夥。
好嘞!謝謝寶貝!什麼時候出個開發教程啊?或者說團隊是否缺我這把年紀的人
放主題的 functions.php 裡面,所有自定義程式碼都放那裡
我是按圖片上這種方式弄的 這樣該放哪裡啊
這裡以提交評論後跳轉到百度舉例:
add_action( 'comment_post', function () { wp_redirect( 'https://www.baidu.com' ); exit; } );
當然,這種方法不適用於使用 Ajax 提交評論的網站。
把你網址貼一下。中文都是經過 url 編碼的,不可能會出現只有中文有問題英文沒問題的情況
專案中別名必須得使用中文~要是能使用字母和數字就沒這個 Q 了 ~_~
標籤的別名用字母或數字
這個需求付費找個開發者做一下吧。這屬於高度定製化的業務程式碼了,在論壇回覆的價效比非常低——其他人很難有相同的問題,而且有相同的問題也很難透過搜尋引擎檢索到。
每個主題都是不一樣的 所以無法解答具體在什麼位置 但是前端是這樣解決的 你可以在主題裡面找到這個地方的位置 修改這個地方的 title 屬性 把他變成獲取標籤內容
大佬,我是小白,能不能清楚的說一下,具體在哪個標籤檔案或模板下的什麼位置新增什麼內容嗎?
請大佬明示!
修改對應的 title 屬性即可
好謝謝!
謝謝!
其實我看懂你意思了,只是腦子裡一直想的是隻允許爬蟲,然後忘記了欄目這碼事。
這個你加個 Nginx location 把前面的 if 判斷套起來就可以了。比如說:
location /123 { if ($http_user_agent !~* (baiduspider|360spider|googlebot|soso|bing|sogou|yahoo|yisouspider|sohu-search|yodao|YoudaoBot|robozilla|msnbot|MJ12bot|NHN|Twiceler)) { return 401; } }
感謝大佬,我的意思是針對某個欄目不是整站;
比如網站有 3 個欄目 http://www.xxx.com/111 、 www.xxx.com/222 、 www.xxx.com/333,我只想讓 www.xxx.com/333 實現這樣的效果
在你 Nginx 配置檔案中加入,加的位置最好是你的埠監聽及 crt 檔案配置區塊的後面:
if ($http_user_agent !~* (baiduspider|360spider|googlebot|soso|bing|sogou|yahoo|yisouspider|sohu-search|yodao|YoudaoBot|robozilla|msnbot|MJ12bot|NHN|Twiceler)) { return 401; }
使用者訪問的效果圖:
至於蜘蛛能不能正常訪問你可以去百度站長工具那做一下抓取測試。我在 postman 裡面測試是沒問題的。
好,我問問作者吧!謝謝
正版作者會給你 api 的
還可以,就是沒偽原創
買的正版耶,現在解決了!
這不關寶塔的事,獲取不到是因為你用盜版主題
搞定
目前已知 wordpress.com 的翻譯記憶庫 API 使用上述方案中的方案二實現,見 GitHub Issue:https://github.com/Automattic/gp-translation-helpers/issues/15
老實說我還是蠻失望的,我原本期望他們能使用原生的 MySQL 和 PHP 來實現記憶庫,這樣我就可以順便研究一下原理了,因為我也在這上面卡了很久一直沒進展。
改 favicon 見:https://www.cnblogs.com/flymood/p/4872810.html
改預設圖:你可以 f12 看看預設圖的 URL 路徑,然後在寶塔的檔案管理器裡面手工將其替換
是的, 但是主題裡面沒有的設定, 要在主題資料夾修改, 具體我就不太瞭解
你這個是導航主題嗎?
統一現存的國內生態,並發展壯大之,再以此為根基進入其他領域
這是準備建設一個國內的 wordpress 生態圈?
密切關注!大力支援!
有可能是主題造成的。。
那就是我使用的外掛報錯了,我排查下。
是啊,沒有什麼異常,完美!
你正常工作了?
完美!nice!
f12,看控制檯輸出
工作是工作了,但是有個報錯:
如果沒有辦法,要麼放棄,要麼換經典編輯器
在經典編輯器上是可用的,但是,特瞄的,古登堡不行。正在嘗試是否有解決辦法。不然太累人了。
沒試過,剛搭建 WP 站點,以為可能要用,後來發現不需要,就把外掛解除安裝了
你有試過這個外掛在古登堡編輯器上可用麼?
我有 QQworld 的另一個高階付費版,它似乎也不可用
https://litepress.cn/plugins/qqworld-auto-save-images
我知道有個儲存站外圖片的外掛可以做到自動居中對齊,上傳圖片不知道能不能,自己試試唄
大佬,不用看這個了,我找到了另一種方法,直接把這個廢棄了。對不起,耽擱你的時間了,非常不好意思。
網址多少?
現在它在 PC 上也出現這問題了,不知道為什麼,中間沒進行什麼操作
WP-China-Yes 的頭像替換函式存在以下 BUG:
為此我已經更了一個小版本修復此問題,見附件。
或者直接把以下函式加入主題的 functiongs.php 裡:
if ( ! function_exists( 'wcy_get_avatar_url' ) ) { /** * 替換 Gravatar 頭像的訪問域名 * * @param string $url * * @return string */ function wcy_get_avatar_url( $url ) { return preg_replace( '/(([w|-]+.)+)?[w|-]+.w+/', 'gravatar.wp-china-yes.net', $url ); } } add_filter( 'um_user_avatar_url_filter', 'wcy_get_avatar_url', 9999 ); add_filter( 'bp_gravatar_url', 'wcy_get_avatar_url', 9999 ); add_filter( 'get_avatar_url', 'wcy_get_avatar_url', 9999 );
非常感謝您的幫助,因為我曾經對頁面的父頁面進行修改,所以完全禁用確實會導致網站出現 404,我在您提供的資料中發現了 strict_redirect_guess_404_permalink
add_filter( 'strict_redirect_guess_404_permalink', '__return_true' );
將其設定為完全匹配更符合我的想法,不會出現驢唇不對馬嘴的猜想,並且在修改父頁面時也可進行跳轉
最後再次感謝您的幫助
我問下有多個相同開頭的,跳轉到哪個頁面是怎麼確定的
可以人為干涉嗎
就是比如輸入/l 會跳轉到/link
因為現在網站上別名 l 開頭的很多,能不能禁用掉,返回 404
指的是哪裡的自動補全?這句話沒主語,著實不知道指的啥
沒太看明白你的意思
感謝解答
把上圖中的重定向域名改為重定向路徑即可
謝謝回覆,在請教下 如果反過來呢~
litepress.cn/plugins 自動跳轉到 plugins.itepress.cn 訪問
謝謝~
以寶塔面板為例:
WordPress 的路由機制決定了你不可能透過 Nginx 的 URL 重寫來實現這個目的 (WordPress 會獲取重寫前的路徑並與自身的固定連結規則嘗試匹配,所以無論你如何重寫 URL,WordPress 獲取的都是你重寫前的地址) 。在 WEB 層唯一能實現的可能是透過在反代時設定回源規則。
所以現在這個問題有兩套方案:
方案一我翻了一下 WordPress 原始碼,想實現很複雜,不是幾行程式碼就能搞定的,所以沒有再深入研究。
方案二可以參考這些外掛:https://litepress.cn/plugins/google-sitemap-generator
這個邏輯,好像就是目前的翻譯記憶庫機制吧——機器翻譯時先檢查記憶庫中是否存在已翻譯過的語句,存在則呼叫並標記已透過,當然其中的邏輯還包括昨晚討論的對存在多個譯文的情況的處理,這裡先對此不贅述。
總之,對需求拆解歸類下,你說的這個似乎就是翻譯記憶庫吧?術語表我覺得應該是顆粒度為單詞或片語的一個對照表,而不應該是整條句子。
我的想法是:因為有很多主題的大部分字串都是通用的,應該在翻譯過程中把這些字串一點一點的整理積累起來到一個 po 檔案中,到時候有新的主題要翻譯就可以先把它們導進去,GlotPress 會忽略掉在該主題中不存在的字串,然後為了確保翻譯準確性,匯入的字串應該先設為 Waiting,然後手動批准。
術語表可以有,對於不是計算機專業的普通使用者來講,很多計算機專業詞彙的翻譯和日常用語不一樣,還是需要有術語表糾正的。
比如 Cookie 、 Bug 日常翻譯為餅乾和蟲,但計算機中一般直接引用英文。再比如 Memory 日常翻譯為記憶,但計算機中通常為記憶體。
如果有術語表的話,就能讓這些普通使用者更方便的參與翻譯貢獻了。
我目前有打算整理一份主題的術語表,到時候要翻譯哪個主題直接匯入可以節省不少時間
對記憶庫編輯應該可行手:工指定下機翻的時候優先選擇哪個詞條,同時也可以將太離譜的直接刪掉。
所以我覺得出現這樣的情況標記為模糊比較好,但是也要儘量減少這種情況的發生,比如說主題的很多字串都是重複使用的,所以不需要二次翻譯,就可以直接套用翻譯記憶庫中的建議,而如果有個別譯者不習慣看翻譯記憶庫或者直接匯入了其他來源的譯文就會出現兩個甚至更多的譯文,到這裡又有一個新問題了:這樣是否要對翻譯記憶庫進行編輯以保留一組質量最好的翻譯?
想了想,剛說的那個規則會只對機翻引擎生效。給譯者展現的翻譯建議依然會同時顯示多個結果,因為對於人工翻譯來說,我覺得翻譯建議更多是一種參考,有更多的翻譯結果就可以提供更多的對比的機會。就好像我個人看技術文件習慣把官方文件結合第三方部落格的放在一起看,互相對照。
限制只對兩個及以下單詞的條目生效似乎可解決這個問題。因為在長句子中存在上下文,很難會出現某個單詞釋義不同的情況。
在 WordPress.org 上翻譯主題的時候這個問題就特別的明顯了:例如 「It looks like nothing was found at this location. Maybe try the search below?」 這類的句子就會出現至少兩個 100% 的結果
似乎還存在一個情況:在長句子中,因為譯者習慣不同而產生不同的翻譯。
似乎應該限制一下這個 「存在多個翻譯結果則標記為模糊」 的功能只對兩個及以下單詞的條目生效。
你說這個我想起來,這個記憶庫還存在不足。
目前是不可能出現匹配到 1 個以上 100% 的翻譯的情況的,記憶庫在入庫時會進行資料去重,具體邏輯是:
所有字串轉小寫-> 去除首位兩端空格-> 生成 md5 校驗碼-> 入庫 (資料庫中以 md5 值為唯一主鍵,出現衝突的情況會直接替換現有值) 。
所以每個原文 (包括僅大小寫不同的) 都只會記錄一次以及其唯一的翻譯結果。
但,看你剛提出的這個疑問,我想起來:比如說 post
這個詞,有的外掛翻譯為帖子
,有的翻譯為提交
,這種情況下記憶庫就會出問題,還是應該把這種有多個結果的詞標記為 「模糊」 而不是 「已透過」 。
這個問題我列到第三期開發計劃裡處理一下。
如果在記憶庫中找到一個以上 100% 的翻譯該如何處理?是標記為模糊嗎?
另外,詳細說一下,之所以不在採集時就把已翻譯字串直接標記,是因為記憶庫是全域性生效的,也就是說 A 專案不止會匹配來自 w.org 的 A 專案的翻譯,還會匹配到 B 專案、 C 專案的翻譯。為了程式架構設計上的 「解耦」,所以就把翻譯匹配的工作統一放到機翻引擎裡,而採集程式則只負責資料錄入工作。
是我沒表述清楚。
機翻引擎啟動之後會自動在翻譯時去記憶庫中嘗試匹配原文,如果 100% 匹配上的話就直接呼叫記憶庫結果並設定為 「已透過」,只有記憶庫匹配不上的才會由機器翻譯並被標記為 「模糊的」 。
所以,從 wordpress.org 上採集的翻譯直接把原文和翻譯結果分別入庫,這樣機器翻譯的時候會自動做正確處理。
最近一年的實際觀察結果來看,通常一個專案大概有 30% 的字串可以直接匹配上翻譯記憶庫。
已翻譯的部分入記憶庫
已翻譯的部分不應該是直接新增並批准嗎?難道還要手動叫準一遍?
髮網址地址看看
報錯如下
總結一下就是 Cavalcade 為 WordPress 新增了真正的任務佇列支援,類似於 Laravel 的 Horizon 。之後就可以放心的使用 WordPress 的 Cron 執行大批次的計劃任務了,並且可及時觸發。
厲害了,直接觸及到我的知識盲區
最好是做一下 301,強制統一連結結構。
不明覺厲
好的 謝謝
在 litepress.cn 首頁重新下個安裝包吧。如果你是剛裝的就提示這個,那一定是這個包被別人改過了。
我剛裝的應該不會有遮蔽外掛吧,那個路徑我打不開—Sorry, you are not allowed to access this page.
我使用的 workpress 是 5.1.1 版本的
我的儀表盤下沒有/home/updates/translations 這個按鈕。。。
切換完要在更新檢查頁面更新一下語言包的
語言已經設定過中文了,但是介面沒變。。。
後臺 – 使用者 – 編輯 – -語言
見圖:
如何把前後端介面都改為中文
加油加油,同時注意勞逸結合
搞定了,謝謝!
UPDATE wp_posts SET post_content=REPLACE(post_content, 'padding-bottom: 66%', 'padding-bottom: 64.5%') WHERE 1=1 AND post_type='post'
因為一些事情,自建 Gravatar 頭像託管的優先順序被提到了所有工作之前,所以翻譯平臺的開發暫時封存。
以下的目前收集的關於翻譯平臺一些有用資訊:
使用 Cavalcade 專案增強 WordPress 的 Cron:https://github.com/humanmade/Cavalcade
今天看見 http://www.pudn.com/,這個站長因為違規資訊被罰了 50 萬。我突然想起來 wp china yes 的 gravatar 頭像映象是個雷。
gravatar 官方被牆很大可能是涉政了,現在 wp china yes 把他映象過來……
打算把自建頭像服務的專案立即啟動。平臺將相容 gravatar 的外部介面,但平臺本身不儲存圖片,而是在使用者透過郵箱調取頭像的時候將其請求處理後 (比如透過 QQ 郵箱提取 QQ 號或者讀取使用者後臺設定的郵箱和 QQ 號的對映關係) 轉發給 QQ 或微信,再將使用者的 QQ 或微信頭像返回。
這樣把違法審查的工作推給騰訊去做。
使用這個外掛可以直接在你網站後臺進行翻譯:https://litepress.cn/plugins/loco-translate
emmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm 牛
突然發現我宛如一個智障。
之前翻譯平臺的翻譯提取流程是這樣的:
包更新檢測服務檢測包更新情況-> 存在更新則下載並解析其是否是英文以及是否支援多語言-> 是英文且多語言則推送給自建 git-> 自建 git 接受到 push 請求後傳送 web hook 給 Traduttore 外掛提供的 API 介面->Traduttore 外掛從 git 拉取程式程式碼並提取翻譯-> 檢查 translate.wordpress.org 是否存在翻譯,存在則匯入記憶庫-> 呼叫機器翻譯流程
以上流程完全可以簡化為:
包更新檢測服務檢測包更新情況-> 存在更新則直接去 translate.wordpress.org 下載翻譯好的 po 檔案,不存在就說明是不支援多語言,然後原文入庫,已翻譯的部分入記憶庫-> 呼叫機器翻譯流程
世界剎那間清淨了
去年 5 月份就說要為 https://github.com/wearerequired/traduttore 專案 (一個自動從 Git 倉庫提取翻譯到 GlotPress 的開源專案) 新增對 Gitea 的支援,結果拖到現在,哈哈哈。當時其實我已經開發好了,只是太懶得寫單元測試,沒提交合並請求,這次一起搞下吧!
WordPress 和 WooCommerce 的效能最佳化是一個很龐大的話題,很多情況下並不是換一款主題或者加快取就能解決的,還是需要具體分析具體應對的。
WooCommerce 本身的負載能力還是很強無敵的,LitePress.cn 的應用市場就是 WooCommerce 做的:https://litepress.cn/plugins 。
未作靜態快取,也就是說你訪問的其實是實時生成的動態頁,目前已經上架商品數八萬多,TTFB 平均 260 毫秒,說秒開不為過。
造成效能問題的原因歸總下大概以下幾類:
需要先找到木桶的短板才能針對性最佳化,你可以參考這篇文章:https://litepress.cn/topic/19928 先檢查下是否有慢 SQL 或外部 HTTP 請求。
偉大的開始✌
開發者需要一個靠譜的主題、外掛交易平臺,期待你能搞起來。
為你點贊。
前排支援。
參見 PHP 可變函式:https://www.php.net/manual/zh/functions.variable-functions.php
示例:
for ($i = 2; $i < 6; $i++) { ('fun' . $i)(); }
推薦的方式是整合 LitePress 應用市場的授權系統,這樣線上支付、應用授權、更新推送這整套解決方案都可以免費獲得。
參見:
如果想自建的話可以參見:https://github.com/YahnisElsts/wp-update-server
贊
值得紀念一下
我覺得對於一個公司來講,創始人的行事風格通常決定了其企業文化。
就我個人是斷然不會做一個蠅營狗苟之輩的,我可以為了理想放棄所有短期盈利的機會,就好像這一年多我一直在致力於整合及統一國內 WordPress 生態,而不是在稍有流量積累時就開始忙於流量轉化。也好像我始終在透過和贊助商、投資人交換資源的方式來為專案發展籌集資金、資源支援,而不是想著自己去雞生蛋、蛋賣了換鴨……換而言之,我眼裡始終裝著更大的未來。
在未來,我同樣不會為了盈利而做出什麼有損使用者體驗或開發者利益的事情,兔子都不吃窩邊草,更何況我作為一個人起碼比兔子聰明吧。
贊贊贊贊贊,未來值得期待。但不能忘記初心,國內網際網路的生態環境是時候需要改變了,希望本社羣能帶個好頭
回覆帖右下角有 「回覆」 按鈕,下次直接點那裡回覆訊息吧,否則這個帖子就太長了。
你這個問題我在搜尋引擎上檢索了一下,這個檔案是 WordPress 自身生成的,用來測試 wp-content 目錄是否可寫。
你可以透過在 wp-config.php 中新增以下配置來強制要求 WordPress 使用硬碟方式寫入資料,這樣它就不會再去檢測 wp-content 是否可寫了。
define('FS_METHOD', 'direct');
沒有返回值
grep -Ril 「-test」 .
這樣試試。別把命令後面的點漏了,然後就是一定在網站根目錄執行。
寶塔執行和 SSH 執行都沒有返回,路徑在網站根目錄的
這個方法貌似不行,執行後沒有返回
明白 謝謝大佬
這是 shell 命令……你要麼在寶塔的終端執行,要麼透過 SSH 執行。執行前記得先用 cd 命令切到你網站根目錄,命令格式:cd 網站絕對路徑
我在寶塔中用計劃任務執行的 shell
可以不?
程式碼無問題,快取的鍋
這個放棄吧。
很多 SEO 外掛都帶這個功能的,但是這個功能會導致你文章的 Slug 和分類目錄的 Slug 衝突。甚至於還會和 Rest Api 的路由衝突。
參見:https://docs.woocommerce.com/document/removing-product-product-category-or-shop-from-the-urls/
如果實在想要實現的話可以使用這個外掛:https://litepress.cn/plugins/remove-category-url
最後再勸你一遍:不要這樣做,會有很多意料之外的問題。 WordPress 使用 Slug 定位資源,而不是 URI 。
全屏截圖看看你執行的命令
這是什麼東西
寶塔面板執行 grep -Ril “temp-write-test” . 日誌中看不到定位
這麼寫對嗎?
<?php if(strpos($price [‘title’],’ 阿里雲’) !== false) { echo “a”; } else if (strpos($price [‘title’],’ 騰訊雲’) !== false) { echo “b”; } else { echo “c”; } ;?>
在你的網站根目錄下執行以下 shell 命令:
grep -Ril "temp-write-test" .
這個命令的功能是遞迴搜尋看看是哪個 PHP 指令碼檔案在生成這些臨時檔案。
然後把搜出來的指令碼檔案打包成 zip 傳論壇上,我分析一下它在搞什麼。
我去試試看
全站打包下載下來用 vscode 之類的編輯器搜尋之,看看是哪個外掛/主題導致的。
WP 資源下載管理 這個外掛還行,目前在用
論壇有貼程式碼功能,可以用那個貼上來。
附件
安裝 Query Monitor 外掛,然後把你這個頁面的查詢引數貼出來 (外掛工具框左側有 「查詢」 選項卡) 。
這種複雜規則沒辦法用 nginx url 重寫實現。要在 WordPress 上做重寫。
以一個實際的 url 舉例。
你現在這樣又是漢字又是英文 abcd 還有數字的,最後轉化出的連結就光剩下 0000,看的我一臉懵逼
這種外掛很多,後臺搜尋就有了,不知道你具體需求,想要方便好看還得花錢
所以連續幾個月來已經懶得去碰文件了,再加上我是喜歡複製到本地進行翻譯的,所以就更加麻煩了。
這個方案確實很好,目前 cn.wordpress.org/support 的所有文件都是以文章的形式呈現的,編輯的介面也就是區塊編輯器,翻譯過程就更加麻煩了,目前翻譯好的文件只有幾篇,剩餘的沒有完成的都是草稿狀態且未釋出,所以文件方面的翻譯我幾乎沒有什麼動力做了
文件平臺的開發在計劃中,詳細參見:https://litepress.cn/topic/20156
litepress.cn 的文件平臺在翻譯體驗上會明顯優於 wordpress.org 。另外對 wordpress.org 所不支援翻譯的開發文件也會收錄。
所有工作都會保證程式碼和資料的完全公開,任何人都可以隨意複製分發,所以回傳到 wordpress.org 完全沒問題。
不過具體開發工作要先等到應用市場正式上線後才會推進,還是要先生存下來之後再提升生存質量的。
我目前的想法是:你們的翻譯平臺也在建設之中了,到時候把 wordpress.org 的 200 多篇待翻譯的文件同步過來,把工作分攤給所有參與這項工作的貢獻者,這樣 WordPress 的中文文件就可以得到完善了,然後我或者是誰有編輯許可權的也可以順便把文章傳回到 wordpress.org
這是去掉百度雲減速之後的效果。加上之後就是 500ms-1.6s 左右
最近 LitePress.cn 被 DDOS 錘爆了,被迫上了百度雲加速……
實際使用來看這貨的減速效果還是很明顯的,差不多等於其他最佳化措施都白做了……
首頁動態頁生成耗時一共 180ms,經過百度雲動態轉發後基本會慢 300%-1000%,已經不想說啥了。
找到了辦法。。
剛發現外掛的高階設定頁面的下方還有禁止快取頁面型別的選項,此帖終結。。。
刪除防跨站檔案 的確解決 404 問題 和上次解決方法一樣 目前資料庫連線有誤 正在自己配置中
我好像想起來了 我曾經搬家也遇到了這個問題 但是我忘記怎麼解決的了 我現在再去試試
樓上說的這個問題是有可能的。可能是.user.ini 中配置了錯誤的基本路徑。
你需要在 appnode 上勾選 「顯示隱藏檔案」 才能看到
話說,你一個人不感覺孤單嗎,不如和我們一起建設本土生態 (~ ̄▽ ̄)~
wordpress.org 在大陸是扶不起的阿斗的,這不是說 WordPress 不好,而是環境不適應。舉例說明:
發展本土生態的話可以避免 WordPress 的所有弊端,同時自主可控也是國家未來一段時間的大的戰略方向。先做到自主可控才有可能被政府和有規模的企業所採用,有大量應用場景才能培養起產業工人,否則生態就會在惡性迴圈中頹廢。
當然,只是提出邀請而已,沒有任何強迫的意思,你也可以等我們統一國內生態後再做定奪,都可以。
很難欸,翻譯工作老實說還是很枯燥的。對於外掛模板的翻譯可能是使用者本身就對這個外掛有需求,他是在自用的基礎上順便貢獻。但是文件翻譯的話就是純貢獻了,這隻有極少數有時間又有大局觀的人才會去做,想讓大眾都參與進來的話,可謂是存天理而滅人慾欸。
我們後面計劃和國內一些外掛、主題開發者還有云計算廠商合作一下:使用者參與翻譯可以積累積分,然後積分可以兌換廠商的大額優惠券甚至全額抵扣券。
這種合作本身也是給廠商做推廣,之前簡單聊過幾家,積極性都蠻高的。
這樣始終讓使用者優先以 「利己」 為出發點,在 「利己」 的基礎上做到 「利他」,相信阻力會小不少。
目前 wordpress.org 上的文件還是需要有人去翻譯和編輯的,但是我的業餘時間也不夠,平常只能做好主題、外掛、核心程式以及更新文章的翻譯工作。主要就是因為人手不足,我一個人雖然有許可權但是不可能把所有的工作都做完,所以再次想問下有人想參與這項工作的嗎?
有的話刪除之即可。不要問我為什麼,當年被這個坑過。
檢查下網站根目錄是不是有類似.user.ini 之類的檔案,或者在面板關閉防跨站試試。
根據文件中描述的意思理解的話,這個 vcpu 繫結和超賣沒任何關係。繫結的意思僅僅是你分到的虛擬 cpu 核心都來自同一個物理 cpu
是不是開啟 vcpu 繫結就不能超賣了。
是不是開啟 vcpu 繫結就不能超賣了。
參見我前面發的文件。 OpenStack 原生支援 vcpu 繫結,不需要任何定製。開不開啟全看廠商的選擇。
矽雲嗎?
換伺服器了,新伺服器封了 25 埠,WordPress 自帶的郵件通知用不了了。正在配置第三方郵件服務
emmmm 為什麼回覆我我這兒沒有郵件提醒了。
那這個概念就是明確存在的了。
https://www.sohu.com/a/272830635_111204
我看這篇文章裡拿來對比的四個服務商裡,阿里雲和 aws 是有 vcpu 繫結 (當然我自己沒有做過測試判斷),這兩家目前都是使用自己開發的作業系統,是不是開發擁有自己的雲服務作業系統才會有條件實施 vcpu 繫結?
大部分公有云基於 OpenStack+KVM 構建。根據 RedHat 撰寫的 OpenStack 部署文件來看,vcpu 繫結的說法是存在的,參見:
另外 OpenStack 官方文件也明確了這一點,參見:
https://docs.openstack.org/nova/pike/admin/cpu-topologies.html
各個雲服務商的雲伺服器是不是都存在這種差別?
論壇有貼上程式碼功能。
把你的/data/wp/sites/blog.daihan.top/www 目錄內容截圖發一下 (全屏)
外掛排除無影響
然後,發帖記得標題要概述問題,而不是用:「急急急」 、 「求助」 之類的無價值內容
把 Nginx 配置貼上來看看。
另外可以先試試將外掛目錄改名,這樣會禁用所有外掛,從而排除外掛對此的影響,再試試能不能開啟。若能開啟則逐個排檢視看是具體哪個外掛導致的問題。
主題遮蔽了嗎?
另外,文章編輯器是有傳圖功能的
好的,我現在去試試
裝 WordPress 健康檢查外掛,然後開啟外掛的除錯模式,他會為你禁用所有已啟用的外掛並換上預設主題。之後再逐個啟用外掛,觀察是哪個導致的問題。
那你後臺的編輯器是啥樣的,截圖看看 (全屏)
你這是 WordPress 嗎……目測是 thinkphp 或者 laravel 框架做的
你審題了嗎?
傳的圖被安全軟體攔截了。可能原因是加了一層代理之後伺服器獲取到的都是代理 IP,導致防火牆軟體無法很好甄別攻擊,這個很快會修復。
在這裡上傳圖片的時候,源的輸入框顯示的這個內容
A potentially unsafe operation has been detected in your request to this site Your access to this service has been limited. (HTTP response code 403) If you think you have been blocked in error, contact the owner of this site for assistance. Block Technical Data Block Reason: A potentially unsafe operation has been detected in your request to this site Time: Tue, 22 Jun 2021 2:06:49 GMT About Wordfence Wordfence is a security plugin installed on over 3 million WordPress sites. The owner of this site is using Wordfence to manage access to their site. You can also read the documentation to learn about Wordfence's blocking tools, or visit wordfence.com to learn more about Wordfence. Click here to learn more: Documentation Generated by Wordfence at Tue, 22 Jun 2021 2:06:49 GMT.Your computer's time: document.write(new Date().toUTCString());Tue, 22 Jun 2021 02:06:47 GMT.
不用管這些警告資訊。
只要 php 能跑起來就 ok 。
因為預載入不會執行需要動態生成的程式碼,比如說某些宏需要執行時才確定。
其次是程式碼執行順序會被打亂,某些程式碼缺失上下文會彈出警告。
這些都不會影響你程式的執行,大可放心。
已向 WordPress 核心提交補丁:
關於 bbPress 帖子排序混亂的問題目前已經定位到是 WordPress 核心的 BUG 導致的。
涉及的檔案:
wp-includes/class-wp-walker.php line 345
問題原因:
PHP 8 引入了新的數值和字串比較機制,在以往這段程式碼將返回 True
0 == ''
但在新的 PHP 8 中則會返回 False 。
於是需要先新增一層強制數值轉換:
0 == (int) ''
這個問題的補丁稍晚會提交到 WordPress 核心中
贊一個。
樓主這主機配置我覺得可以。
老哥 方便私信個聯絡方式麼,QQ 啥的,有事請教下,謝謝~
喲西,三克油!
拼接一個 page 查詢引數,比如:https://www. 文派葉子 🍃.net/wp-json/wp/v2/posts?categories=687&page=2
大佬,再請教一下,這個介面獲取的是第一頁的資料,那麼如果我想在前端實現下拉獲取下一頁的資料,要怎麼弄呢
LitePress 應用市場是 WordPress 原版外掛+國內開發者上架的閉源和付費外掛。
WordPress 在國內使用卡頓除了部分外掛編碼效率低下外,還有就是外掛內引用了國外的 URL 連結。
因為 wordpress.org 不允許上架閉源應用,所以國內開發者對免費外掛開發積極性不高,畢竟宣傳成本太大了。
LitePress 的應用市場允許閉源和付費應用,一定程度上會起到鼓勵開發者上架更多應用的作用,未來國內開發者所開發的適用中國環境的作品相信會逐漸替代掉國外的作品。最後會形成一個以國內作品為主,國外作品補漏的局面。
看到 wordpress 本土化真的很高興,wordpress 最大的問題就是速度慢,希望這個外掛能解決這個問題。另外的話,看到社羣上架了很多 wordpress 的外掛,不知道是不是就是原版的那些,很多也是卡的要命,希望這部分外掛也能做最佳化就好了,或者國內開發者多上架一些適合國內使用者的外掛
免費的可以去選擇這個 https://www.wpmel.com/44439.html
想支援一下它的話可以選擇這個 https://www.wpmel.com/52619.html
這個可以
看訪問量,沒啥流量的話,1G1H1M 都足以
從你發出請求到接收到第一個位元組的時間。其中主要包括伺服器生成動態指令碼所耗用的時間。
另外,老哥你不用睡覺的嗎
TTBF 是啥
把 Nginx 錯誤日誌貼上來
有些主題半年都不維護……
升級維護….
阿里雲和騰訊雲相同配置伺服器的效能是不是有些差距?
→_→
應該棄用的是無作者維護的。如果作者還在維護只是暫時不支援 php 8 的話等等也無妨,畢竟 php 8 也才出沒多久
發一下網址
好吧。
。。。沒那麼嚴重,又不是舊版馬上要關閉,現在還有人在用 5.x
php8 出好長時間了,有的主題還沒適配…. 發出了不好的訊號?
還得需要時間,php7.4 夠用。
WordPress 的快取外掛都是免費的,zblog 前幾天剛好新上架了免費快取外掛,今天改收費了,現在 zblog 沒有免費快取外掛了
wordpress 還得再搞個快取外掛,wprocket 什麼的。
是,我在 zblog 買主題和外掛共花了一千五百多,在 WordPress 就買一個主題夠用了,只花了 198 元
我本來也想用 zblog,但是一是用著不太舒服 (和 wordpess 相比),二是外掛主題太貴。
zblog 和 WordPress 都用,zblog 是小一點,準備年底轉 WordPress
對啊,所以我買了兩臺伺服器,兩個站點互不影響
你用的 zblog 嗎?zblog 的負載應該比 wordpress 小很多吧。
emmmmm 可能還是最好不要在部落格伺服器上跑程式了。應該會影響網站效能。
看是什麼東西了。。
可能也跑點小東西。
就是做個人部落格網站嗎?1 核 1G 夠用。
2c 4g 5m 肯定夠了,效能溢位了都
看訪問量,還有你裝了多少外掛。
一個一天兩三百 IP 的個人部落格使用不超賣的雲伺服器,1h 1g 1m 足夠跑了。
當然這個頻寬小了點,需要做動靜分離。
4C8G 的配置做部落格是不是太浪費了……
2C4G5M 是不是理想的配置了?
我兩個站點,用的騰訊雲輕量 1 核 1G 和 1 核 2G,頻寬的話,建議選擇 3M 以上。
好的,謝謝了。
我差不多能理解你的意思是想讓駭客無法找到你的後臺地址。但下次發帖最好還是清晰的描述問題,更注重描述自己要實現的最終目的,即便要詢問某一步的做法也應該交代前提,否則會讓人感覺沒頭沒尾,沒辦法很好梳理思緒。
想增加後臺安全性不一定非得把 wp-admin 的名字改掉。事實上改掉後會有很多外掛出現不相容的情況。推薦做法是把如下程式碼加到主題的 functions.php 中:
add_action( ‘login_enqueue_scripts’, ‘login_protection’ );
function login_protection() {
if( ‘test1’ !== $_GET[‘path’] ) {
header(‘Location:https://www.wp-china-yes.net‘);
}
}
這樣你登入後臺必須訪問 wp-login.php?path=test1,否則會被重定向到首頁。
上面程式碼中的 test1 可以自定義成你自己的私密字串。
另外,前段時間 wordpress.com 也被牆了……
litepress.cn 的開發進度還得快一些,以求能隨時接管 wordpress.org 。當然,更重要的是做好違規資料過濾方面的措施,否則資源一比一從 wordpress.org 抓取的話極有可能被一起認證。
這是一個已知 bug,但是涉及的改動部分較多,為了防止修復後引入新的未知 bug,所以 3.x 中暫時不會修。
這個問題最終會在 4.x 版本中解決。預計未來兩個月內釋出。
問題原因主要是當初寫外掛的時候經驗不足,對多站點本應該使用 get_site_option 來獲取全域性設定項,但我使用了 get_option,這樣就只會在主站點中生效。
這個是要編輯主題的程式碼,以更改縮圖引用方法。因為每個主題的編寫都不同,所以我也給不了統一的方案。具體可以問問你的主題作者。
請問下 這李說的引用是怎麼用,謝謝了~
我在前面說了,重新安裝了證書,瀏覽器要清除 cookie,或者你用瀏覽器的無痕模式開啟網站測試
感謝推薦,就是能不能不把圖片存在媒體庫,而直接呼叫第一張;或者說不管特不特色圖片的,能讓圖片 (外鏈圖片) 在首頁顯示就行~
這個問題我放棄了,onepointech.com 這個站是我找的情況類似的站。
網站目前訪問沒有問題了,只剛開始我本地的瀏覽器會跳錯,後來不知道怎麼的又好了,可能是快取之類的原因,期間我又是重啟服務又是重新申請證書,不確定是哪一步影響的。唯一的麻煩就是會暴露之前的站點域名,我看了下另外一個站顯示的是自簽名的那個 example.com 的證書,反正不影響訪問,拉倒不搞了。
如果是這樣的話大可不管。又拍雲 CDN 整個都強制要求 SNI,目前不支援 SNI 的瀏覽器的份額可以忽略不計了。
剛查到了點對口的資訊,說第二個證書是模擬不支援 SNI 的客戶端訪問時的證書,解決方案是同一個 IP 只用一個站開 HTTPS,不確定是不是隻能這麼處理,懶得折騰了。
把 Nginx 的配置檔案完整貼上來。論壇編輯器有嵌入程式碼的功能。
另外你這個站 (onepointech.com) 我訪問似乎一切正常?並沒有證書錯誤,或者跳轉域名的情況。
問題不大,社羣的 https 訪問一切正常
話說,https://myssl.com/litepress.cn?status=q,本站查下來也會顯示一個失效的舊證書
以前也見過第三方檢測的時候會多一個額外證書的 (那會兒是面板申請的),但是沒影響訪問就沒管,現在是剛開始會跳轉錯誤的域名,後來又好了。
重新安裝、登出出錯的證書也沒用,我甚至換了一家申請,還是會顯示第二個錯的證書。
交代的資訊太少。
有以下需要明確的:
重新安裝不就行了嘛?
主機上的都刪掉重新申請了,但是第三方查詢的話還會顯示出錯的證書
是從 myssl.com 查證書,顯示有兩個證書。然後第二個是申請錯的,會顯示域名不匹配。
安裝上了 2 個,其實也只有一個,看你主機配置資訊中用的哪個證書。
照著他教程搭一個唄。不過他這個目測是獨立服務,為了預覽 Word 文件,自己再搭建一個 java 的服務,划算嗎
貼 nginx 配置檔案看看
你清除瀏覽器 cookie,重啟瀏覽器再開啟網站
這個方案還是不好用,我在測試效果不行都錯位了,https://kkfileview.keking.cn/zh-cn/index.html
看一下這個,大佬研究一下。這個感覺不錯,我看的有點頭疼
重新裝了還在
不能重新安裝嗎?
遮蓋後的效果:
剛問老李頭要了一段 CSS 程式碼,可以把微軟的檢視器下方的工具條遮住:
.embedpress-embed-document:after { content: ""; display: block; width: 100%; background: #fff; height: 50px; margin-top: -79px; z-index: 9999; position: absolute; } .wp-block-embedpress-document { position: relative; }
直接貼進主題的自定義 CSS 即可。另外這個 CSS 是針對前面推薦的那個外掛寫的。
目所能及的外掛都是要麼引用微軟要麼引用谷歌。
現在你有兩個選項:
這發的這個是呼叫的微軟的,這個會提供下載按鈕那些,我不想讓人能直接下載只提供預覽,這種有沒有呀
另外,使用程式碼後,那個外掛可以解除安裝了
這是我發的測試文章:https://wptest. 文派葉子 🍃.net/aaaaa/
我反覆確認,目前十分肯定這個一定是沒呼叫谷歌服務的,你那邊或許是裝錯外掛了,也或許是操作錯了。
現在我把插入文件的程式碼提取出來了,你可以直接把以下程式碼貼到你文章裡來顯示 word 文件 (切文字模式,在視覺化模式下插入會被轉義):
<figure class="wp-block-embedpress-document embedpress-embed-document"> <iframe style="height: 600px; width: 600px;" src="https://view.officeapps.live.com/op/embed.aspx?src=https://wptest. 文派葉子 🍃.net/wp-content/uploads/2021/06/a.docx"></iframe> </figure>
想顯示自己的文件,只需要把程式碼裡包含 wptest. 文派葉子 🍃.net 的那段網址替換成你自己的 word 文件地址即可。
另外我在上傳附件圖片給你的時候,jpg 上傳會報錯,png 正常
首先我使用了經典編輯器並沒有新增按鈕,然後我使用了 ele 的編輯器有新增按鈕
樓主是不是安裝了去除分類 category 的外掛?
好的 謝謝!!
577 行改成如下:
if ( ! is_wp_error( $category ) && ! empty( $category[0] ) ) {
錯誤原因是程式碼沒對異常進行處理,屬於 BUG,有渠道的話可以給開發者反饋下。
if (!empty($category[0])) {
把主題的 inc/functions/functions.php 檔案的第 577 行左右的程式碼貼上來
這個是自動提取標籤的:https://litepress.cn/plugins/wp-autotags
自動提取目錄的似乎沒有。
這個厲害了,求推薦~
使用古騰堡,按如下兩步插入文件:
我這臺伺服器也是國內的,並無問題。你那邊報錯的話麻煩把報錯截圖貼一下 (全屏截圖,要不然看不到你是用什麼方法傳的) 。
docs.google.com 的伺服器響應時間過長,我自己上傳的檔案結果也是呼叫這個谷歌
你用的什麼編輯器,我在經典編輯器沒有看到有這個外掛新增文件檔案的入口
除了嵌入谷歌文件外還支援嵌入本地文件,我剛測試過,在國內訪問一切正常。
你發的這個外掛我看了下國內沒用,國外才能用,外掛呼叫的谷歌的服務,,大佬研究研究給個國內能用好用的
怎麼操作怎麼操作
這個需求挺奇葩的……
在網站的 wp-content 目錄下建立一個名為 mu-plugins 目錄。然後在這個目錄下建立一個名為 switch_theme.php 的檔案,將以下內容貼進去:
<?php $current_url = explode( '?', home_url( add_query_arg( array() ) ) )[0] ?? ''; switch ( $current_url ) { case '這裡改成頁面的 URL,不包含查詢引數': switch_theme( 'lowb' ); // 要切換為的主題的 slug(slug 通常為主題的目錄名) break; default: // 沒匹配上的 URL 將使用此預設主題 switch_theme( 'astra' ); break; }
如果你想給多個 URL 指定主題就把上面程式碼的 case 區域多複製幾個改改。
這應該置頂呀!
你用的什麼主題?
換色是針對某位使用者的,而不是針對 WordPress 站點的。
所以你在後臺點進個人資料編輯的頁面就可以看到了。
我用的子比主題,主題有內建文章目錄的功能,所以沒找此類功能的外掛。
那我今天應該去買一張彩票。◕‿◕。
睡覺了,剛醒>_<
這個號看了下,屬於最早註冊的那一批,當時預設的使用者站點角色不適用於現在的新平臺。這個問題前段時間批次修復過,你這個號可能是漏網之魚了……
個人感覺 wp 並沒有不適合的站點
有道理哦 確實去掉標籤是個好辦法
有了,感謝。
重新整理看看有了嗎
這應當是由於站點 bug 導致的您沒有獲得站點” 角色”,請等待管理員核查設定一下
沒有 「編輯個人資料」 的選項
社羣的
你在社羣的頭像還是你站點的頭像?
argon https://github.com/solstice23/argon-theme/
純社羣的話還是 Discuz 這些個更專業些,WordPress 上的社羣解決方案更多是類似一個附加的東西。比如說做了某個產品,然後給這個產品做一個支援論壇,這種輕量級的需求。
我用的第一種 (百度自家很多站都是這種)
BBPress 要主題支援才行的,單純使用預設的話確實醜到極致……
預設的就奈斯
預設主題不好看
門戶的還真沒遇見幾個,感覺 wp 不太適合這種門戶站。
沒幾個好用的
搭建論壇網站,還是用生態成熟的 Discuz
找了相關的教程,很少,要麼去掉 A 標籤
這個會 只要是想轉下連結 nofollow 效果並不好
你在主題模板檔案找到評論模板檔案,在 A 標籤裡面加上 rel="nofollow"
就行了
評論名稱和留言的都不會轉換
也嘗試過了 評論區網址那裡輸入的外鏈也不會被轉換
是評論人名稱的連結嗎?
害,這段時間不是有點研究嘛
這個不支援評論區轉換啊
在外掛市場搜尋 Smart SEO Tool
下圖的頁面在外掛的設定
裡面
關了 SELinux 好了
海外的伺服器,已經解決了。。關了 SELinux 好了
額。。。 解決了,關了 SELinux 就好了
ok?
應該裝的,國內有的地區訪問不了 WordPress 的官方 API
做英文站的
沒裝,就是一個新安裝的 WP
為什麼不用中文版?
裝 wp china yes 外掛了嗎?
是。。
你這裝的英文版嗎?
ok
ok
bbpress,不二之選,litepress.cn 的論壇也是 bbpress
程式碼編輯 VSCODE 啊 Hbuilderx 啊都可以
沒資金的話可以說考慮下這個 https://www.yfxw.cn/783.html
如果說資金充足的話可以考慮下這個 https://www.3c3it.shop/shop/15.html
設定裡面可以禁用超時的
2 分鐘不操作就掉線了,要重新連一次。
這個極大機率是你裝的某個圖片最佳化外掛生成的
刪完了,目前 wp 站點暫無異常,這個垃圾資料是怎麼產生的?
FileZilla 掉線?具體是啥現象?這個軟體應該是我接觸過最好的 FTP 客戶端了。
執行以下 SQL:
DELETE FROM wp_options WHERE option_name like '_taxonomy_image_%';
著重提示一下:操作前記得備份資料庫
還真是,只是支援 WEBP 的上傳和使用。
我之前一直用的伺服器編譯 Nginx-pagespeed 模組去實現網站 webp 輸出,並智慧判斷。而不是透過外掛進行轉換。這種格式並不總是被識別,後面就沒用了。
如果用雲端儲存就要簡單得多了,比如,又拍後臺可以直接設定
XFTP 個人授權免費
WordPress 那邊似乎只是支援 WEBP 的上傳和使用,而不是普通圖片轉 WEBP
如何一鍵清除這種資料?
99% 的機率是垃圾資料。這樣 option_value 為空的記錄本身也沒啥意義
我發現 webp 格式在安卓手機瀏覽器不顯示
你網站打不開了?
WP 自帶的快取外掛是什麼?
好像沒有,頁面快取只有快取首頁和文章,不快取分類和標籤頁
沒用高階版嗎?
有訊息指出 WP 5.8 將預設支援 WEBP 格式,不要再費心去找了!過兩月就出來了。
你的網站 「此站點遇到了致命錯誤。」
不提取標題生成目錄,你還想要提取什麼作為目錄?
是。
這是一款免費的外掛嗎?
這個外掛好像是清理文章修訂、自動草稿、回收站這些資料,沒有清理其它解除安裝外掛殘留的資料吧
習慣使用,WP-Optimize
有效果,謝謝推薦!
這個外掛可以:WPDBSpringClean 。
但是注意,不要把 wp_termmeta 資料表清理掉了,否則你的網站錯誤日誌裡會裝滿關於這個表的報錯資訊。別問我咋知道的……
可以秒開的話就還可以!
對於絕大部分網站來說確實沒啥好糾結的,因為普遍文章數都是 1000 以下,又都是內容站,依賴的外掛也沒多少,實在是沒必要花太多精力去最佳化。
嗯…. 這個問題,其實沒什麼好糾結的,極致的速度總會丟失些什麼。
我站點目前使用的 Memcached + opcache,配合 WP 自帶的快取外掛,配合 CDN 幾乎秒開 【國內機子】:
推薦使用,操作簡單,安裝方便!使用沒有影響。
也有效果,memcached 和 redis 都差不多
Opcache+Memcached 有作用嗎?
上次我看了你的網站,開啟很慢,超過 5 秒了,你後來最佳化了什麼?
我現在用的是 Docket Cache
快取外掛
不,沒有用。 準備用你推薦的試試。
比上次快了些,用的什麼快取外掛?
從我們這些連結購買,還可以返點 15%,可以直接返給你。
開啟確實,可以 。第一次稍慢。後面就秒開了。
你測試下我的呢?
我還是覺得記憶體快取外掛更快點,你看我的部落格,隨便點幾篇文章看看是不是秒開
到底快不快呢 ? 我都沒法比較了。
Redis 和 Memcache 在 WordPress 中更多是針對資料庫查詢進行快取 (這倆貨不是隻能做這個,他們其實可以針對任意計算結果進行快取,Redis 也可以作為訊息佇列使用) 。於是使用記憶體快取時 PHP 指令碼仍然要執行,只是從資料庫取資料的速度變快了。
頁面快取是指將整個網頁生成靜態的 HTML 儲存在本地,並在使用者訪問時直接返回 HTML 。
理論上講,頁面快取一定比記憶體快取快的 (記憶體快取還要執行 PHP 指令碼,而靜態快取則直接返回 HTML) 。你的這個測試結果是因為頁面快取沒配置對的緣故。正確的頁面快取應該不經過 WordPress 路由中轉,直接在 WEB 伺服器層就被路由到快取的靜態頁面上。
國內吧,付費主題也行,但是要維護~
國內國外?
我一直用的 https://litepress.cn/plugins/easy-table-of-contents 推薦試試。
至於你說的 「設定一個標題,然後自動生成」,這個據我所知,所有的自動目錄功能都是要基於文章中的自定義標題來生成的。
有曾經網際網路的內味了
首推 WordPress.org 的 Twenty Twelve 主題,程式碼高亮推薦用 Enlighter 。
另外我自己用的這個 Low B 主題絕對簡潔到極致,除了基礎佈局外沒有一丁點兒樣式程式碼。純粹的原始網際網路的味道:https://www. 文派葉子 🍃.net/
好看與不好看的區別。空格可以避免主標題和副標題粘連在一起。 SEO 上沒差。
想強制指定標題格式可以在主題 functions.php 新增如下程式碼:
add_filter( 'wp_title', function ( $title, $sep ) { return str_replace( $sep, ' - ', $title ); });
這樣無論主題怎麼設定,輸出的都是帶空格的格式了。你想指定其他字元直接替換程式碼裡的’ – ‘ 即可。
官方的外掛應該去 wordpress.org 的支援論壇 (注意是論壇哈,不是外掛評價) 提交問題的,在 litepress.cn 提交, 作者看不到
不知道這個外掛作者看得懂漢字不
我用的又拍雲,但是 wp 站點的圖片 9 成以上都是文章縮圖,所以只存伺服器本地即可。
目前找到了可用的外掛,在樓下
目前將就可用的外掛:https://litepress.cn/plugins/imagify
你如果用了雲端儲存的話可以試試雲端儲存供應商的圖片壓縮功能,又拍雲和七牛雲都提供影象壓縮。
發帖之前我試用了 EWWW Image Optimizer,但不適合自己使用,litespeedcache 外掛有這個功能,是符合自己需要的功能,但是速度慢,我已經安裝了十幾個 webp 相關的外掛。。我再找找
你應該搜在搜尋引擎搜尋 WordPress 影象最佳化或影象壓縮外掛。
目前比較常用的是:EWWW Image Optimizer,這個我沒記錯的話是支援壓縮為 webp 的。
這個外掛能滿足你頭兩個需求,後兩個我似乎沒見過有能滿足的外掛。
主題的 functions.php 裡面新增:
add_action( 'admin_menu', function () { remove_menu_page( '選單的 slug' ); }, 9999 );
這裡 「選單的 slug」 指的是外掛設定頁 URL 的 page 引數的值。
比如說:https://wptest. 文派葉子 🍃.net/wp-admin/admin.php?page=lpstore,這個外掛設定頁的 slug 就是 lpstore
如果沒啥特殊要求、建議留空
谷歌被牆的問題肯定會解決的,要不然 litepress.cn 加的這個搜尋也就沒意義了
是的,谷歌搜尋是可以,但是國內無法訪問谷歌搜尋,雖然可以用谷歌訪問助手外掛,但是也要考慮到不會安裝軟體的電腦小白,所以目前我還是傾向於搜狗+必應
除非遇到無法解決的技術難點,否則選型上我更傾向於谷歌。
回想一下自己在網上搜東西的體驗,谷歌總是好於其他
我可以等。
必應也可以,我的 zblog 站點,每次發新文章,必應當天或者次日就收錄了
如果不急的話可以先等等,litepress.cn 最近會對接谷歌站內搜尋,到時會整理詳細教程出來。
谷歌的站內搜尋比 WordPress 本身及其他第三方外掛所提供的搜尋能力強 N 倍,又不會佔用伺服器資源,且不怕被 CC 刷量。
相較於你提到的 「site: 域名 搜尋的關鍵詞」 擁有更全的索引資料,應該是比較好的方案了。 wordpress.org 也在用,可以去體驗下效果 (需要開 VPN) 。
點視覺化,有插入程式碼按鈕:
紅框這些沒用吧,code 按鈕可以加到視覺化嗎?
老夫大意了……這段程式碼應該加在主題的 functions.php 裡
樓主應該是個新手,你應該告訴他你寫的程式碼應該放在哪兒。。
robots.txt 這個東西可有可無,如果不想某個目錄或者連結被收錄,可以用。
閃電博的 SEO 工具外掛推薦預設規則,你參考下。
外掛官網下載地址:https://www.wbolt.com/plugins/sst
User-agent: * Disallow: /wp-admin/ Disallow: /wp-include/ Disallow: /wp-login.php?redirect_to=* Disallow: /go?_=* sitemap: https://你的網址/wp-sitemap.xml
上面的規則是,禁止所有蜘蛛爬取/wp-admin/
/wp-include/
/wp-login.php?redirect_to=*
/go?_=*
目錄和連結,網站地圖 xml 的地址是 https://你的網址/wp-sitemap.xml
規則中的/go?_=*
是閃電博的 SEO 工具外掛裡的外鏈轉內鏈的功能,如果你不開這個功能,可以刪除此行的規則。
WordPress 自帶的 robots.txt 規則就已經是最佳通用規則了,我們要相信開發 WordPress 的大佬都是頂尖高手,除非出於相容性的考量,否則 WordPress 內建的預設規則大多數情況下都是最優解。
如果你有自己的特殊需求,可以用以下程式碼定製:
add_filter( 'robots_txt', function ( $rules ) { $rules .= '自定義規則一' . PHP_EOL; $rules .= '自定義規則二' . PHP_EOL; $rules .= '自定義規則三' . PHP_EOL; return $rules; } );
如果你不知道自己究竟想幹嘛,那就不要動了,直接使用 WordPress 預設的就好。
祝成功,加油!
這隻能針對性寫 SQL 去執行批次修改。
除非你說明具體想修改哪些欄位,要不然 SQL 沒辦法寫欸。
就是批次更新下所有文章也就是批次儲存下文章
直接把你想做的具體操作說一下吧,給你寫條 SQL
是 WooCommerce 預設的查詢方法,沒啥問題,只是留個筆記而已,普通使用者不用管。
這是用 WooCommerce 外掛可以用到的嗎?
確實沒必要寫絕對路徑,是我老糊塗了
動態方案百度雲會自動對靜態檔案進行快取,然後動態頁面就是直接回源了,可能會慢一些,但是單節點在國內很多地方可能會打不開,如果走 CDN 分發就能避免這個問題。
靜態的方案的話評論和閱讀量會被快取是無解的,至於 ajax 登入這個,都說了是靜態了,哪裡來的登入。
靜態站開 CDN 還是配合你的 WP-CDN-YES 實現內容變化自動清快取好點。
location ^~ /wp-(content|admin|includes) { root $1; }
通用版本來了,快誇我。
/data/php/sites/litepress.cn/www/$1; 這個指得是網站跟目錄嗎???
如我的 root /www/wwwroot/www.xxxx.cn/$1;
然後你會發現動態那種:誒,怎麼沒效果,當代理伺服器用了。靜態那種:誒,怎麼評論炸了,誒,ajax 登入不了了,誒,為什麼發文章首頁沒更新……… 省略 1w 種情況。
這是兩碼事。即便你啟用了 rocket,在預設狀態下使用者載入 css 、 js 、圖片這些資源也會經過 php 指令碼處理。
這是由 WordPress 預設的偽靜態規則決定的——他將所有請求重寫到 index.php 再由 WordPress 核心進行路由。
我用了 rocket 靜態快取外掛
是的。
如果已經做了動靜分離,把靜態檔案遷移到 cdn 或者雲端儲存了就不需要配置了
這新增到 nginx 的配置檔案裡嗎?
謝謝了
我明天正好會配置百度雲加速,到時把針對 WP 的快取規則貼上來
或者也可以直接設定 Gravatar 頭像,如果不存在本站頭像會讀取 Gravatar 的。
右上角自己的使用者名稱> 我的主頁> 點選頭像> 上傳影象
有就不用管了,可能是寶塔已經適配了
配置好了,zend opcache?
裡面竟然已經有了這兩條。預設的嗎?
你配置好 opcache 了嗎? 配置好了的話 php 配置檔案裡會有 [opcache] 的配置塊,然後在這個配置塊裡面原本的 opcache 配置後面追加上面兩條
php 的配置檔案嗎?
PHP8 的 JIT 是對 opcache 的增強,所以要先開啟 opcache 。
之後在配置檔案裡追加以下資訊開啟 JIT 支援:
opcache.jit=1205 opcache.jit_buffer_size=64M
看了下 TTFB,80 多 ms
看這個站:https://wptest. 文派葉子 🍃.net/
這是我一個測試站,基本 60ms,沒做任何最佳化措施也沒開任何快取。這基本是空載 WP 的正常速度。 200 篇文章以內,幾百 ms 頁面生成大機率是外掛和主題影響的。
我看了下我的 WP 站點,跟樓主的網站一樣是 400 多 ms,關掉主題內建的圖片懶載入功能,現在是 200 多 ms 。
我的 zblog 站點,時間更短,平均不到 50ms 。
點開,然後找 「耗時 (英文 timing)」,這個選項卡下有個 「等待 (英文 Waiting)」,這個就是伺服器端生成頁面的時間。
你說的是這個時間嗎?
看了下,速度確實不正常。如果沒裝外掛的話,按你目前的文章量,動態頁生成應該在 100ms 以內的。但你的網站卻花了 400ms 生成動態頁。
目前存在三個導致緩慢的可能:
建議先更換官方預設主題,再把 PHP 升級到 7.4 及以上 (最好直接使用最新的 8.1 版),然後測試觀察一下,如果還有問題的話再繼續回帖排查。
CDN 加速靜態資源的話可以看一下這個外掛:https://litepress.cn/plugins/cdn-enabler
2 秒,不算慢,想要更快,刪除背景圖片,刪除百度統計程式碼,用靜態快取或者記憶體快取外掛,可以快一點點
參考這篇文章,https://wp.bufanz.com/wordpress/wpchinayes.html
都慢,你就想想啥最佳化外掛都沒裝的 wordpress 吧
發一下網站域名,什麼都沒裝是不可能慢的。 WordPress 空載速度快到飛起……
是後臺慢嗎?
和 rocket 的 「連結預取」 是一樣的效果,謝謝推薦!
Sorry,沒仔細看。不過我得甩鍋一下,他們竟然把 Loading 動畫寫成了 Preloading……
這次是對的:https://litepress.cn/plugins/flying-pages
我重灌 rocket 外掛試用了 「連結預取」 效果,開啟文章更快。
下載外掛試用了一下,好像是一個載入動畫,點選任意文章連結的時候,全網頁的中間出現了 gif 動畫,並不是 rocket 的 「連結預取」 的效果。
看一下這篇文章 (英文的,可以開谷歌翻譯看):
https://justfreewpthemes.com/top-8-best-wordpress-preloader-plugin-in-2019/
重灌外掛看了, 沒找到這個功能
右上角自己的使用者名稱> 我的主頁> 使用者名稱稱最右邊有個灰色齒輪圖示> 編輯個人資料> 我的專屬銘牌
在 SEO 裡面有吧。
為什麼你的頭像後面有不凡部落格?
很期待這個專案獲得成功,從最簡單的開始,放輕鬆向前走,路就越來越清晰。世上無難事,只怕有心人,也不要一上來就把大山背上。加油!
我先安裝 《WP Keyword Link 》外掛試了下,儲存設定的時候提示有錯誤,最後程式碼版符合我的需求,謝謝推薦!
帖子恢復了,被當垃圾帖攔截了。 BBPress 這個垃圾攔截功能得抽空研究下了,誤殺比較嚴重……
我平時有收集相關外掛,希望鞥幫助到你。
我自己用的是程式碼版。各位可根據自己的實際情況選擇。
外掛:
程式碼:
喲西,Get 新知識了
文章中出現了標籤詞,自動連結到標籤。
標籤上鍊是什麼意思?
搜尋出三個 「XML Sitemaps」,都不是你截圖的設定介面,然後搜尋出閃電博的外掛,功能更多,這個好像可以。
確認了下,是被當成垃圾帖子攔截了。。。
圖片多張插入應該是正常的,我剛測試過。如果再碰到無法插入的情況 call 我一下。
只能一張一張地發。。
不知道為什麼,我發兩張截圖後,重新整理頁面不顯示
搜出三個同名郵件,設定介面不是你截圖的那種,然後找到了閃電博的外掛,功能多,我覺得可以。
前天就解除安裝了,但是解除安裝之前,我沒看到這個功能
後臺搜:XML Sitemaps,這個有生成範圍控制。樓上推薦的水煮魚的不確定是否有範圍控制,可以看一下。有的話最好還是用國內開發者的,畢竟技術支援上會方便些。
我用了個外掛,水煮魚的 WPJAM 。
坐等更新!!!
<audio style=”display: none;” controls=”controls”></audio>
不會有詳細教程的,並且這些內容很難做到通用。
就好像 WordPress 社羣上記錄的這個上古時期的效能問題:#31071 。
之所以沒修是因為牽一髮而動全身。看似最簡單的方案是新增索引,但是新增後會導致其他某些 SQL 執行緩慢。
如果存在最優方案,WordPress 社羣一定會將其加入到核心中。我也就沒有寫的必要了。
所以我會撰寫的是一系列可能碰到的效能瓶頸,以及他們相對來說比較好的解決方案,但這些方案不一定適合所有人 (就像前面說的,如果存在通用的最優解,WordPress 社羣一定會把它們整合到核心中),這些方案是否適合自己就需要讀者自己嘗試和辨別。
坐等,最好來個詳細教程
<audio style=”display: none;” controls=”controls”></audio>
加油,乾乾幹
再提交已經好了,謝謝各位!
確認了下,你的站點地圖格式是對的,問題應該是出在和 SearchConsole 的網路連通上,多試幾次嘛。
應該是 SearchConsole 本身的問題… 剛我試著把裡面不成功的地圖地址單獨提交,結果透過了一條,還有一條還報錯。
有個更方便的辦法,自帶的不是就只生成一個連結麼,生成後,你點進去,會有多個連結,分別是文章、分類、標籤等的地圖連結,你一個個連結複製進去,絕對可以用。特別是百度,只能一個個提交,不然完全識別不了
自帶的也是讀取不到,不知道是不是 SearchConsole 本身的問題。
用 wordpress 自帶的就好
如圖所示
貼一下站點地圖檔案瞅瞅,論壇有上傳附件功能
已解決,感謝!
以下這個 URL 就是列出 ID 為 687 的分類目錄下的所有文章:
https://www. 文派葉子 🍃.net/wp-json/wp/v2/posts?categories=687
最佳化就厲害了,Sir
一年前我還是個 WordPress 小白,做過的網站也就是我的個人部落格而已。
後來陰差陽錯踉踉蹌蹌的開發了 wp china yes 外掛,然後我就在 WordPress 這條路上不回頭的走下去了……
一年過去了,我也差不多成長為大白了。
期待著和你交流哦。
另外,糾正一個誤區: 資料庫查詢並非越少越好。
比如對於 WordPress 的 post 表和 post_meta 表使用 join 關鍵字進行聯表查詢雖然一條語句就能搞文章 Meta 查詢操作,但其在大資料量的情況下效率卻趕不上先單表操作從 post 表裡提取 id 再去 post_meta 表用 post_id 和 meta_key 來提取 Meta 。
同時後者也會附帶其他好處: 比如可以更細緻的控制快取、減少鎖競爭的可能等等。
所以凡事要就事論事,因地制宜,sql 查詢並不是越少越好。
從 2017 年 12 月 17 號,成功的看到那個大菠蘿,我用了不到 100 元的成本搭建了一個可以訪問的網站,儘管他很卡很慢,但從那時,我便開始了四年的建站之旅,直到現在。
四年中不斷的學習與積累,與數百位 WordPress 站長的交流使我積累了豐富的經驗。
現在,我給一家塑膠公司製作企業官網,協助企業進行流量分發與客戶二次消費,當然,這也是用 WordPress 做的。
希望我們在這個平臺,互相交流與學習。
交代的資訊太少了。至少應該說明:
十幾萬文章還遠遠達不到需要分庫分表的程度。
試過靜態快取或者記憶體快取外掛嗎?
目前已支援上傳媒體
一是開發階段伺服器上跑著 xdebug 等除錯工具,會拖慢速度
二是目前快取服務都沒開,因為會影響到除錯程式碼
三是目前的開發伺服器配置比較低,用的騰訊輕量的 2h 4g 機器。
四是目前應用市場爬蟲的資料錄入機制還有問題,呼叫 WooCommerce 原生的 Rest Api 錄入資料會造成大量的伺服器資源佔用,所以訪客訪問起來就比較慢。這個目前正在最佳化。
目前維持這個速度差不多是極限了。正式上線後會比現在快幾個量級。
這幾天逛社羣有點慢,最佳化一下吧。。
情況正如孫錫源說的那樣,cdn 預設只快取 cssjs 圖片這些檔案,對頁面不會快取。
而我是嘗試開啟了全部快取,由於我是第一個訪問的,cdn 會直接快取我訪問的頁面,出現諸如管理條,評論區評論框被快取的問題
學到了,謝謝!
可能是原因是 CDN 快取策略配置的不同:他快取了頁面,而你只快取了 css 、 js 、圖片這些靜態資源,對於頁面則直接回源。
這種情況下,他就會碰到管理員的工具條被快取上的問題,但是你那邊卻一切正常。
換一臺國內的伺服器,能解決很多速度慢的問題。
國內的阿里雲、騰訊、華為都有賣伺服器的,可以去看看。
其他的小廠家沒用過,不推薦了。
很好奇為啥你會遇到這個問題,
我用的阿里雲 CDN 加速,
域名解析到 CDN,CDN 解析到伺服器 IP 。
用過後一切正常,沒有遇到過你說的這個情況。
會不會是快取外掛導致的呢?
我喜歡備份一下,然後根據資料表名刪掉自己不喜歡的資料庫表。
如果你不知道你在幹什麼,不要學我
附帶的好處有很多,方便使用者檢索作品是其中一方面沒錯。
國內 WordPress 主題、外掛的開發者都入駐這個平臺,銷售自己的主題和外掛。
對使用者來說,就有更多的選擇,可以選擇自己喜歡的主題風格,符合自己需求的功能外掛,這樣不用浪費時間在網上搜尋了。
歡迎歡迎~
混個臉熟 ,不卡就行。
恭喜你踩坑裡了,這個沒辦法一鍵刪掉的。
不過其實大可不必理會,資料庫沒想象中那麼脆弱,單純幾千垃圾資訊不會對查詢效能造成什麼影響的。
可是有多少人會用呢,要知道那個是按次收費的。
百度雲加速支援完整的 Node.js,理論上也可以實現吧
國內目前只有雲盾和又拍雲支援 cookie 判斷快取。
現在很多 CDN 都具有邊緣規則功能,其原理就是在邊緣節點上執行使用者設定的指令碼。
於是就可以利用這個功能來實現對符合某些條件的網頁不快取。
WordPress 的登入狀態記錄在網頁 Cookie 裡,其中有一個欄位:wp-settings-使用者 ID 。
我們只需要判斷 wp-settings-1 存在 (管理員的 ID 是 1) 則不快取網頁即可。
舉例子:
為了方便複製,改寫規則貼在這:$_URI?is_admin=$_RANDOM&$_QUERY
更多的控制方法可以參考 CDN 的邊緣規則文件,總體思路就是判斷是否存在 wp-settings-1 這個 Cookik 欄位,存在就為請求附加隨機字串,然後 CDN 設定一下對 URL 查詢引數全程跟隨,這樣就會為管理員生成單獨的快取,而不會影響普通使用者了。
我記得當初開發機器翻譯的時候排查過這個問題,好像也是因為程式碼編寫不規範 (很多語句未支援 i18n),所以無法被提取原字串,也無法翻譯。
論壇編輯器的插入媒體功能會盡快新增上。
對了,WP Fastest Cache 這個外掛好像內建簡體中文,但是未完全翻譯。
這個編輯器的視覺化可以加個插入圖片的按鈕嗎?
見上面的回覆。
概述一下就是這個外掛編寫的不規範,問題無解的,只能聯絡開發者解決。
WordPress 的時區沒有問題,發表的文章也是北京時間。
樓上圖的出處是外掛 WP Fastest Cache 裡面的。
那是格林尼治標準時間。
先確認下你的 WordPress 系統的時區是否正確。如果是正確的,那麼這個問題無解。
WordPress 提供了內建的時間獲取函式:current_time(),其中會自動按系統時區設定為時間戳做偏移。但很多外掛會直接使用 PHP 的 time() 函式獲取時間戳,於是其便無法隨系統時區變化。
這個問題想解決只能自己改程式碼或者聯絡開發者解決。
可以配合外掛 code snippets
這個外掛可以用,謝謝推薦
我在三個不同的網站上測試,沒辦法復現出這個問題。聯絡樓主希望遠端除錯被拒絕。
可以看一下同類外掛:https://litepress.cn/store/plugins/wenprise-pinyin-slug
修改儲存導航欄選單出現了這個錯誤,然後我只能把外掛解除安裝掉,還有別的外掛嗎?
啟用外掛後,我看外掛說明是” 自動轉換文章/頁面/附件/自定義文章型別的別名”,然後我發表文章測試了下,文章和標籤的別名沒有任何變化。
這會打不開 github,晚點再看看
看一下這個文派拼音生成器:https://github.com/WenPai-org/wppinyin-nihao,有 BUG 可以直接在這個帖子裡反饋,會跟進修復的。
what???
我們的身上都有毛毛
謝謝孫老闆解答
補充一句,沒適配大資料量不代表說主題不好,這個更多的是使用者需求和投入資源的權衡問題。有大資料量承載需求可以找專門針對性適配過的來用。
剛仔細看了下那個 SQL 。問題應該是這款主題沒適配大資料量,你文章標籤有三萬多個。主題在嘗試一次性把標籤全取出來。等於說你每次載入頁面會從資料庫取三萬多條資料。這個只能聯絡主題作者解決,或是換個支援大資料量的主題。
真是主題問題,但是其他站也是有用同個主題,都能正常秒開。就這個站這樣。很懵逼
如果確定是主題的問題要聯絡主題作者實際在你網站上除錯才能找出問題出在哪。
程式碼執行環境不同產生的結果也不同,所以不一定所有網站都能復現出這個 BUG 。
我把所有外掛禁用也是這樣,切換其他主題就正常了。
但是我其他站也有用 dux 這個主題也都秒開。很奇怪
Query Monitor 在正常情況下會在 「元件」 一欄顯示出這個查詢是哪個外掛 or 主題發起的,但是從你截圖裡沒看到有體現。
正常是這樣的:
先嚐試開啟 WordPress 的 DEBUG 模式,看看能不能把元件列顯示出來,不行的話就翻翻 Query Monitor 的官方文件。
等能看見這個查詢是哪個外掛發起的之後,就去聯絡外掛作者吧。這種問題如果不是一目瞭然的話就要實際除錯程式碼才能知道為啥會慢。
另外提一句:term_order 這個欄位不是 WordPress 自帶的,應該是某個外掛私自新增的。這種會更改 WordPress 核心資料表的外掛最好不要用,會破壞向後相容性。
是有個 慢查詢
這種要怎麼最佳化
WordPress 單純負載幾萬篇文章很輕鬆的,頁面載入 6 秒多一定是被某些外掛影響了
最簡單的方法是裝 Query Monitor 外掛,這個外掛可以監控 WordPress 頁面載入過程中執行了什麼操作。
你可以透過它看一下是不是存在慢 SQL,或是外部 HTTP 呼叫,通常這兩個是主要影響速度的因素。
感謝反饋~該問題已修復——使用者主頁背景和使用者頭像大小限制在 2MB
站名:小興部落格
文章地址:https://xn--9kra.xn--6qq986b3xl/241.html
得空看見 煩請新增一下
密切關注,佔位見證。
奧力給,幹就完了
不,你沒來晚。這個新平臺是昨晚上剛上線準備公測的。
下一步計劃就是先把我一年前的想法驗證一下:WP 中國本土化社羣發展計劃 (2020 年 6 月 23 日修訂)| 壞蛋的部落格 (文派葉子 🍃.net)
看看這個新的應用市場能不能把國內目前的開發者都集結過來。如果成功的話,會去為專案進一步發展拉投資,如果失敗的話 (也就是說沒人鳥我的話),這個專案就可能被掃進歷史的垃圾桶, 或者是保持現狀,半死不活維持著。
現在這個 litepress.cn 其實就是在我一年前的想法的基礎上更進一步,直接準備推國內發行版,而不僅僅是在國內給 WordPress 建設基礎生態設施了。不過這個發行版暫時還沒開發,需要拉到投資後,有進一步發展的資金才會著手去做。
新的發行版除了會進一步解決 WordPress 內建的各種服務在國內水土不服的問題外還會在安裝包中內建一些適應國內環境的外掛,以及向微信網際網路方向發力 (比如說開發一套微信小程式 SDK 、應用市場允許上架小程式等等) 。
WP-China-Yes 4.0.0 會在下個月放出測試安裝包,新的版本對接了 litepress.cn 的應用市場,專案的宣傳工作會在 4.0.0 測試一個月後開始鋪開。祝我好運吧!
不用聯絡主題作者了,我更了個新版本,提高了 WP-China-Yes 的頭像替換過濾器的優先順序,應該可以先主題一步將頭像接管。
更新已經推送了,在 WP 後臺更下即可。
這個大機率是主題導致的,聯絡主題作者看看。
不知道怎麼回事,接管不過來。
測試了下節點伺服器沒問題。
F12 看一下頭像網址?看看是不是被其他外掛或者主題把頭像接管走了。這個情況比較常見。
看了下,官網的點進去也不顯示。
這個外掛看了下好像已經被漢化過了?
如果你向我付錢,這個問題可以解決。
你要點選一下 WP 後臺那個更新檢查,然後就能看到翻譯推送了。
最後,期待你成功食用後能給周圍人推薦一下,幫助一下專案發展~
這個問題是由於 Gravatar 頭像伺服器被長城防火牆攔截導致的,該問題目前已經修復~
可以把這個平臺的外掛翻譯完善後傳到 WordPress 官方 那邊稽覈太慢了 這邊我們可以自己及時處理
這個當然可以,任何內容都可以隨意獲取,隨意處置。即便是放到淘寶銷售也是可以的。
翻譯匯出按鈕在每個專案翻譯頁的底部,和官方翻譯平臺的匯出按鈕位置一樣
如果 translate.wordpress.org 存在翻譯則從translate.wordpress.org 獲取,不存在就全部機翻。
翻譯獲取是每次專案更新的時候都會觸發,不只是專案建立的時候獲取一次
第 2 個問題,假設某個專案在本平臺已經全部翻譯完成,而在 translate.wordpress.org 還沒有翻譯,是不是就可以把本平臺翻譯好的字串匯出為 mo 貨 po 檔案,然後到 translate.wordpress.org 匯入?
請問是從 translate.wordpress.org 獲取翻譯的嗎?還有,橡木的語言包只會在專案建立時從官方獲取一次嗎?還是不定期獲取?
第一、您要求新增的這些功能不應當是 「WP-China-Yes」 外掛應該做的。您應該安裝專門的 WordPress 最佳化外掛。 「WP-China-Yes」 外掛的定位是:1 、中文翻譯:2 、網路加速。
第二、建議您對 WordPress 的核心功能進行設定之前,對網站進行備份。這樣出現了你無法解決的故障時一鍵還原便是了。
<span style=”color: #6a6a6a; font-family: ‘PingFang SC’, ‘Microsoft YaHei’, ‘WenQuanYi Micro Hei’, Arial, Helvetica, sans-serif; font-size: 14px;”>Elementor Pro 我已經翻譯完了 等精準最佳化翻譯後我會共享出來的 fff</span>
Elementor Pro 我已經翻譯完了 等精準最佳化翻譯後我會共享出來的
暫時不支援,只能手工翻譯了。
這類第三方付費外掛、模板可以去薇曉朵數字商城買,會提供中文的技術支援和翻譯服務的:https://mall. 薇曉朵.com/
emmm,看到你認真整理了這麼多,我真的很不好意思說這個提議不會被採納……
WP-China-Yes 外掛定位是解決 WordPress 在國內的本土化問題,並不是 「速度最佳化」,功能開發秉承的原則是:
爭取讓這個外掛開箱即用,包含的功能剛好是使用者需要的,不多也不少。類似 WordPress 功能裁剪、速度最佳化這類功能其實是不符合以上兩個原則的。沒必要把一個外掛搞的大而全嘛,一個外掛專注解決一個問題,隨著外掛功能增多,為了保證其通用性,程式碼量其實是指數級增長的,這會增大使用者站點的負擔以及出現 BUG 的可能性。而且對 WordPress 核心功能裁剪很容易導致依賴其的外掛、主題報錯,這對小白使用者來講是致命的。
將來如果需要搞這些功能,應該會單獨另開發一個專案,而不會整合到 WP-China-Yes 裡。
最後衷心的感謝你的支援與提議
這個方案還得評估下,初步預想了下,技術上應該不具有可行性。
WordPress 那些視覺化編輯器中所有的元件都是由其自身提供的,所以可以進行很好的控制。
但是第三方外掛在 WordPress 後臺插入的各種字元並沒有什麼規律可循 (外掛除了其自身的設定頁外還可能在編輯頁、會員設定頁等等的各種地方插入字串),很難去驗證這個字元具體是哪個外掛所提供的,也就更不知道這個翻譯應該屬於誰了。
按道理講,追蹤 PHP 的呼叫堆疊是可以找到的,但是效能開銷太大,不切實際。
是否有其他切實可行的解決方案能實現這個效果我還得想想,目前看來應該無解
我突發奇想:可不可以像前端頁面構建器一樣,在 WordPress 的控制面板中,以類似 「所見即所得」 的方式對等待翻譯的外語字串進行翻譯,這樣是不是就能克服因為不知道等待翻譯的外語字串出現在主題和外掛中的具體位置 (上下文語境) 而翻譯困難呢?
優先順序預設是空的,抓取翻譯因為是從應用中重新提取,而不是靠爬蟲爬取官方翻譯平臺的資料,所以優先順序是不會被包含的。這個未來也難以支援
wp-china-yes 外掛會接管使用者網站的 api,把下載連結都接管成國內映象,然後國內映象是跑在又拍雲 cdn 上的,所以不存在使用者網站不使用又拍雲的情況,除非他不用 wp china yes 。他如果不用的話,那肯定是掃不到了。
不過目前的情況來看,國內有人在用的應用差不多都會被覆蓋上,因為一款應用只要有一個人在用就會收錄,假以時日慢慢的平臺裡就收錄了全部有人用的包了。
直接從官方翻譯平臺匯出的話會都給你合併到同一個檔案裡,這樣就不區分文字域了。
最正確的應該是透過 api.wordpress.org 下發的翻譯包,api 的翻譯包生成機制會正確處理同一應用包含多個文字域的情況。
不過這種情況我目前觀察來看應該是極少數吧? 所以沒太著急修復這個問題
如果在 WordPress 網站中沒有使用又拍雲的內容分發網路的服務,「WP-China-Yes」 外掛可以掃描的到嗎?
那麼,是不是在目前的情況下,在 WordPress.Org 上面匯出的 Po 檔案或 Pot 檔案中包含的待翻譯字串是最準確的?
這個文件中反饋的問題是存在的,本土翻譯平臺只提取 7 個字元,而官方提取了幾百個,可能是由於部分外掛中的文字存在多個 text-domain 導致的,本土翻譯平臺目前只提取和外掛中宣告的 text-domin 一致的翻譯。
關於
「Loco Translate」,在點選「同步」後,會提示「已從 blocksy.pot合併. 新增了26 個新字串
的問題,猜測原因是開發者忘記標註部分字串的 text-domain 了,這類沒被明確指定 text-domain 的字串預設的 text-domain 為 default,所以也不會被掃描到。
這兩個問題是以往就關注到的,其中問題二應該不算問題,問題一會在本土應用市場功能開發完成後著手處理。
關於反饋的發帖子不顯示的問題,我測試似乎沒問題:https://wp-china.org/forums/topic/1276
另,也可以加 QQ 群交流:1046115671
翻譯的是 Stable (latest release) 這個,也就是最新的正式發行版。
翻譯平臺掃描的原理是去掃描又拍雲端儲存中存在的應用包,又拍雲端儲存中的應用包是透過又拍雲自帶的映象功能從 WordPress.org 映象的,只要國內有人透過 cdn 訪問了某個包且雲端儲存中不存在,就會被映象,而被映象到雲端儲存後就會被翻譯平臺掃描到,從而被提取翻譯。
所以掃描的都是被使用者訪問的正式發行版應用
在 WordPress.org 上面,主題或者外掛的翻譯中有 4 個翻譯專案,「WP-China-Yes」 掃描的哪一個呢?在佇列裡面進行機器預先翻譯的是哪一個呢?
附上 4 個翻譯專案:
提交了附件,檔名是 「釋出帖子後無法顯示出來的問題.docx」 。
有什麼報錯資訊嗎?
可以把你發的內容放 worl 文件裡,作為附件傳上來嗎?我需要用那個測試下。我剛剛自己編輯了一個長帖子,釋出是正常的
這篇帖子裡有回覆過:https://wp-china.org/forums/topic/1253
至於 WordPress 主程式的翻譯,因為官方更換了負責人,目前已經能比較及時的處理翻譯工作,所以本土翻譯平臺暫時移除了對 WordPress 主程式翻譯的支援。
安裝 WP-China-Yes 外掛後推送的也是官方翻譯平臺的 WordPress 程式翻譯,而不是來自本土翻譯平臺。
可以,每次監測到應用更新,都會重新提取翻譯,當然,之前翻譯過的字串還會調取之前的翻譯
發現一個問題:在啟用 「WP-China-Yes」 外掛後,在 「文章」——「所有文章」 中預設的文章 《世界,你好!》 後面會出現一個 「——隱私政策」 的粗體標籤。這是否是因為 wordpree.org 推送了 5.6 版本,而 「WP 中國本土化社羣」 還停留在 5.5 版本呢?
如果是主題和外掛的翻譯模板中新增了或者刪除了一些字串,本土翻譯平臺可以掃描的到嗎?
你重新整理下頁面看看?我看了下翻譯數已經更新到 1032 了。
我現在主要工作是在搞本土應用市場,預計 2021 年 1 月 1 日會出 alpha 1 版,應用市場第一版功能開發好後會專門拿出來一段時間重新設計、製作官網,並完善翻譯平臺。
現在因為整個 wp-china.org 平臺的基礎功能都還沒開發完成,所以沒太顧得上細節的完善。假以時日,會越來越好的^_^
不好意思,才看到回覆,方便的話,可以加我 QQ 給你除錯一下
翻譯分型別推送的需求還得評估下。
至於 WordPress 主程式的翻譯,因為官方更換了負責人,目前已經能比較及時的處理翻譯工作,所以本土翻譯平臺暫時移除了對 WordPress 主程式翻譯的支援。
安裝 WP-China-Yes 外掛後推送的也是官方翻譯平臺的 WordPress 程式翻譯,而不是來自本土翻譯平臺。
掃描的流程是這樣的:
使用者網站檢查應用更新時會請求 wp-china.org 的 api,而當後端 api 發現某個應用未被新增到翻譯平臺中時會嘗試將其放入佇列中處理,隨後佇列處理程式會將支援國際化且在官方應用市場中的應用新增到翻譯平臺,反之則拋棄。
所以說,只要使用者檢查了外掛、主題更新,應用就會被掃描到,無關乎其是否啟用。
停車要穩,下車要帥,最省事公交車期待您再次光臨
??? 謝謝邀請,人在地球,剛下公交車,圈子人少,匿了。???
發現一個問題:在啟用 「WP-China-Yes」 外掛後,在 「文章」——「所有文章」 中預設的文章 《世界,你好!》 後面會出現一個 「——隱私政策」 的粗體標籤。這是否是因為 wordpree.org 推送了 5.6 版本,而 「WP 中國本土化社羣」 還停留在 5.5 版本呢?
1 、請問,翻譯平臺在掃描的時候是否是根據 WordPress 安裝的語言來識別的?即 WordPress 語言設定為 「簡體中文 (中國)」(zh_CN) 才被識別並新增到機器預先翻譯中?
2 、這兩種情況下翻譯平臺可以掃描的到嗎?
謝謝!
給了本土翻譯平臺全域性管理員許可權了,後續提交翻譯不用等稽覈了
開啟本土化應用的情況提示這些錯誤
提供下錯誤資訊的截圖唄 (全屏擷取,否則不曉得是在哪個頁面提示的錯誤)
已 QQ 私信處理
zip 也不行
WP-Open-Social.zip: 抱歉,由於安全原因,這個檔案型別不受支援。
需要打包成 zip 壓縮包上傳
如果外掛存在更新的話 1 個小時內本土翻譯平臺會更新對應的詞條
open-social-zh_CN.po: 抱歉,由於安全原因,這個檔案型別不受支援。
Sorry,只負責和 WordPress 本土化專案相關的問題,其他建站方面的問題可以去薇曉朵論壇問問,他們對這些比較熟悉:https://bbs. 薇曉朵.com/
確實存在這個問題,但這個問題只出現在部分 CDN 節點上,所以我無法復現。麻煩加一下我 QQ,我遠端除錯一下
只能說不會比官方慢,wp-china-yes 外掛主要目的在於接入本土生態,以目前的本土化成果來看就是可以接收到全量的漢化包。比如說 WordPress 5.5.1 已經釋出一個半月了,官方也沒推送漢化,但是安裝 wp-china-yes 外掛後切換 「本土應用市場」 就可以收到
這得到一個經驗:外掛和主題的名字最好保持原樣,不要翻譯為中文。
謝謝。我有一個疑問:有時我發帖或者回帖會被吞沒,無法在論壇上顯示出來。這是不是存在一個發帖限制措施呢?
找到原因了,這個外掛的外掛名必須保持英文,翻譯成中文會出錯,錯誤原因不明
這個問題還在排查中……估計應該是哪個 html 標籤翻譯的時候缺了閉合,或者是尖括號、引號這些搞錯了
謝謝邀請,人在地球,剛下公交車,圈子人少,匿了。?
只有管理員有許可權匯入完整翻譯包。普通使用者可以在詞條上雙擊,新增新的翻譯校準,不過這是針對單條翻譯的。
只要這個專案在 WordPress 官方應用市場中,那麼只要你在你的站點上安裝他,24 小時內本土翻譯平臺就會自動為他建立專案並進行機器預翻譯。這一切是自動進行的。
如果這個專案不在官方應用市場中,那就沒辦法了。
假設你備份了語言包:
可以把語言包透過附件發到論壇,我會把你的語言包匯入到本土翻譯平臺,4 小時內會給你推送校準好的翻譯,這樣後續有更新也不會覆蓋你的翻譯,同時你也可以享受到其他使用者在本土翻譯平臺中所提交的翻譯。
你也可以直接停用本土應用市場,然後用你的備份檔案替換掉/wp-content/languages/plugins/目錄中的同名檔案。
假設你沒備份語言包:
如果是用 Loco Translate 外掛翻譯的,可以檢查下你的外掛目錄下是否有 language/lang 這種目錄,點進去有可能會有你的翻譯檔案,然後按前面的步驟操作即可。
如果實在找不到備份,可以把你所用的外掛名稱貼一下,我會組織人手儘快幫你把這幾個外掛在本土翻譯平臺校準好翻譯,並給你推送人工校準的結果。
WP-China-Yes 直接覆蓋翻譯的行為是否妥當
這個覆蓋行為是 WordPress 預設的機制,如果你使用 Loco Translate 外掛進行翻譯會發現他有提示翻譯會在將來的更新中被覆蓋。
話雖如此,但 WP-China-Yes 推送的翻譯在很多時候並不是完美的人工翻譯,我是想先解決有沒有的問題,再解決好不好的問題,我沒在外掛端增加顯眼的提示資訊明確說明可能會出現機翻覆蓋使用者手翻的情況確實是我考慮不周,我深表歉意。
一些調查
就你的體驗來看,你願意為機翻的結果打幾分?
看到這裡並沒有什麼人來 有點驚歎和遺憾
在樓上的基礎上補充一下:
使用聽雲的 php 探針偵測效能瓶頸,針對性最佳化調整。
通常值得最佳化的點一般是某個外掛的程式碼導致了過多的迴圈以及程式請求了緩慢的外部網路。
針對請求外部網路緩慢的問題,除了刪除相關程式碼外還可以檢視下是否是伺服器 DNS 緩慢的鍋。
推薦設定伺服器 DNS 為:114.114.114.114/8.8.8.8
1.opcache 必開,redis 和 memcached 選一個。
2. 伺服器配置,要知道 1h1g1m 的配置,再怎麼最佳化也最佳化不出來 1h1g2m 的效果。
3. 谷歌字型加速或者移除,G 家頭像加速
4. 根據頁面型別和訪問需求制定不同的 cdn 快取策略,比如首頁可以全部快取,評論頁不快取。
5. 動靜分離,靜態檔案,如圖片 cssjs 這些可以交由第三方雲儲存來接管,需要的時候自動拉取,雲儲存首推又拍雲和阿里雲,但是本地一定要保留備份,確保如果有一天你不再使用雲儲存,你的站有獨立執行的能力。
(瀚域部落格)
太奇怪了 ,又可以了
發表回覆