亚洲国产精品无码久久大片,亚洲AV无码乱码麻豆精品国产,亚洲品质自拍网站,少妇伦子伦精品无码STYLES,国产精久久久久久久

　　關(guān)注api應用程序如何運行，且學(xué)習如何使用文檔指南
　　通過(guò)關(guān)鍵詞采集文章采集api應用程序是有技術(shù)要求的，我們必須創(chuàng )建一個(gè)應用程序，并以良好的文檔完整性提供最好的文檔，并利用良好的通過(guò)率以達到編輯器的高質(zhì)量文檔。在這篇文章中，您將關(guān)注api應用程序如何運行，且學(xué)習如何使用文檔指南。功能特性：創(chuàng )建api應用程序的api應用程序是基于用戶(hù)自定義的url、css、javascript、文檔生成器等開(kāi)發(fā)。
　　在過(guò)去幾個(gè)月中，該團隊開(kāi)發(fā)了api應用程序的示例程序和示例網(wǎng)站，以便使開(kāi)發(fā)者與示例更容易創(chuàng )建api應用程序。這些示例程序旨在告訴您如何使用一個(gè)新的開(kāi)放源代碼程序來(lái)編寫(xiě)您自己的api應用程序。（簡(jiǎn)要回顧：對于開(kāi)發(fā)人員而言，api應用程序具有很多更為重要的特征，例如容易開(kāi)發(fā)、容易轉換、容易轉售、容易調試、帶有文檔訪(fǎng)問(wèn)和編輯等。
　?。゛pi應用程序包括以下幾個(gè)部分：api界面、語(yǔ)言、自定義api客戶(hù)端腳本（其他）和api計數器。api應用程序的視覺(jué)效果（字體、皮膚、api管理和api服務(wù)地址和api用戶(hù)帳戶(hù)等）會(huì )完整呈現。api應用程序組成部分通過(guò)apis命令行或apicache緩存，給予外部用戶(hù)的兩個(gè)示例程序：apic++示例程序和apinatives示例程序。
　　示例程序與url、javascript、css、javascript、api文檔生成器以及api自定義（基于api）相關(guān)。請注意，本應用程序不提供任何api的javascript實(shí)現。自定義api客戶(hù)端api示例程序基于apicache。apic++示例程序使用它的資源。示例程序可以直接在瀏覽器中運行。
　　示例程序將以示例的方式呈現，在添加到對象列表后，javascript代碼可以包含在內。示例程序可用于發(fā)布和投票等任何api應用程序有的用途。圖4.1：示例api的模式示例程序(componentexampleprogramming)的開(kāi)發(fā)人員可以獨立設計并創(chuàng )建自己的示例程序。在api示例程序中實(shí)現的示例程序具有以下特性：示例程序是應用程序的整體。
　　示例程序有所有其他api應用程序用途的單獨實(shí)現，并已包含javascript代碼，可通過(guò)組件來(lái)兼容extensions（多個(gè)視圖可以使用同一組件）。示例程序通常包含所有api應用程序用途的單一實(shí)現，并且只是支持javascript代碼。通過(guò)對示例的權限控制，設置為允許對象組件可以自定義api。api示例程序依賴(lài)于javascript，如果存在復雜的javascript代碼可能會(huì )嚴重影響性能。
　　api示例程序只能從示例自身編譯。api客戶(hù)端示例程序和url/cookie/token/session以及其他示例程序可以彼此自定義。api應用程序示例程序主要為非單一的用途。例如，如果您無(wú)法編寫(xiě)出可供將示例部署到api上，則將在后。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api的形式獲取自動(dòng)化測試文章引擎爬蟲(chóng)fofa
　　通過(guò)關(guān)鍵詞采集文章采集api的形式獲取api自動(dòng)化測試文章引擎爬蟲(chóng)fofa新榜開(kāi)放平臺wos微頭條試客圈通過(guò)話(huà)題采集話(huà)題所有文章seohub公眾號搜索-文章
　　1.合適的文章庫在公眾號api，像康盛創(chuàng )想、地方站點(diǎn)等都可以采集。2.如果原先有一個(gè)本地分享站，再采集，可以用人工一個(gè)一個(gè)輸入數據。比如南京話(huà)題，它原來(lái)有50萬(wàn)條內容。如果沒(méi)有好的本地化內容采集方案，一般很難采集全部。3.現在會(huì )寫(xiě)爬蟲(chóng)的人很多，找一個(gè)合適的合作伙伴，同上采集，不推薦自己悶頭搞，如果沒(méi)有技術(shù)背景就是難度很大。
　　有一個(gè)叫nidea爬蟲(chóng)，主要采集微信公眾號文章，適合新手試試nidea對文章不限，
　　-spider/api
　　公眾號搜索，導航網(wǎng)站采集，微頭條采集，
　　搜狗微信搜索，
　　公眾號采集就用采掘云
　　搜狗微信采集器-讓微信公眾號更懂你！
　　綜合起來(lái)看，公眾號運營(yíng)者更應該關(guān)注的是數據的安全性，其實(shí)很多情況下，不是數據不安全，是獲取數據的通道不安全，而非數據本身不安全。另外一點(diǎn)是數據的重復率，關(guān)于重復率從技術(shù)上也是有辦法可以提高的，不過(guò)我不是專(zhuān)業(yè)的，就不說(shuō)了。另外更重要的就是采集對象，我之前聽(tīng)到過(guò)這樣一個(gè)非常經(jīng)典的例子，某人提取網(wǎng)站文章摘要，網(wǎng)站在某些特定數據下提取了大量的摘要，而數據采集不到網(wǎng)站一半的數據，這個(gè)情況下，只能原始地轉換，而很多對象的原始數據是由官方處理過(guò)的，這時(shí)候雖然轉換后他的工作量小，但是后期收益會(huì )很低，因為他們的收益從技術(shù)上已經(jīng)大于提取的總工作量。大部分數據采集平臺都會(huì )提供專(zhuān)門(mén)的采集對象，所以對這個(gè)我認為并不是劣勢。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api是excel自帶的一個(gè)功能
　　通過(guò)關(guān)鍵詞采集文章采集api是excel2010及以上版本以及更高版本excel自帶的一個(gè)功能。如果是2013及以下版本，只需右鍵單擊“選擇性粘貼”→“轉換為xml”即可。
　　1、首先打開(kāi)app，
　　2、在搜索框中輸入關(guān)鍵詞“創(chuàng )業(yè)”，在輸入框中粘貼上關(guān)鍵詞，這時(shí)會(huì )出現一個(gè)搜索框右下角的采集按鈕，
　　3、點(diǎn)擊“接受自動(dòng)聯(lián)想”；
　　4、點(diǎn)擊“一鍵采集”；
　　5、待搜索完成后，關(guān)鍵詞就會(huì )自動(dòng)采集下來(lái)了。如果需要刪除app還可以點(diǎn)擊“刪除全部app”，也可以點(diǎn)擊“選擇性清除”。
　　有啊，下載一個(gè)【快搜】，它自帶文章采集和摘要提取，操作簡(jiǎn)單，
　　第三方應用市場(chǎng)搜索就有了。
　　可以試試以下這個(gè)可以從百度或者谷歌采集關(guān)鍵詞或者摘要。百度采集可以搜索到百度搜索結果，谷歌采集可以搜索到谷歌搜索結果。
　　目前個(gè)人認為是我們能找到的最好的方法了。1.找到自己需要的聯(lián)想關(guān)鍵詞2.然后添加到表格里面。3.然后就可以一個(gè)一個(gè)填，測試測試就可以。
　　你可以試試一鍵摘要采集包，采集任何地方，
　　0、搜狗、鳳凰、新浪、小米、鳳凰、360博客、以及任何需要你內容可以采集的網(wǎng)站都可以采集，不限于app,小程序、網(wǎng)站等等。關(guān)鍵是一鍵采集，免編程，無(wú)需客戶(hù)端，只要你會(huì )html就可以，不需要用編輯器也不需要用ide，只要你會(huì )用百度或者谷歌，無(wú)需復雜的操作，復制粘貼即可。我目前在用的就是一鍵摘要采集包，能夠一鍵批量采集百度、淘寶、騰訊等等知名網(wǎng)站上面所有的摘要。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(seo采集配合一定的技巧或偽原創(chuàng )發(fā)布加主動(dòng)推送
)
　　seo采集，是指通過(guò)采集的一些程序將其他網(wǎng)站的文章內容采集自動(dòng)發(fā)布到自己的采集 @> 規則@網(wǎng)站。 seo采集有一定的技巧或偽原創(chuàng )，seo采集的文章可以幫助站長(cháng)提升網(wǎng)站的排名。 seo采集不需要花很多時(shí)間學(xué)習正則表達式或者html標簽，seo采集只需要輸入關(guān)鍵詞就可以實(shí)現采集，而且還配備關(guān)鍵詞 采集特征。 采集進(jìn)程自動(dòng)掛機，站長(cháng)只需要設置任務(wù)，自動(dòng)執行seo采集偽原創(chuàng )發(fā)布并主動(dòng)推送到搜索引擎。
　　
　　之前
<p>seo采集，需要先做好關(guān)鍵詞的布局。最重要的位置是開(kāi)頭，尤其是第一段的開(kāi)頭，需要收錄關(guān)鍵詞一次，然后中間的文字，關(guān)鍵詞出現幾次，文章也包括關(guān)鍵詞 最后。關(guān)于seo采集的內容，根本沒(méi)有太多技術(shù)含量，seo采集可以自動(dòng)完成。這里我想說(shuō)兩點(diǎn)：首先可以考慮以網(wǎng)頁(yè)的關(guān)鍵詞為中心搜索相關(guān)內容，然后seo采集產(chǎn)生類(lèi)似 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(實(shí)戰|手把手教你如何使用抓包神器MitmProxy分析接口)
　　前提：在學(xué)習本文中的采集小程序數據之前，相信大家已經(jīng)掌握了抓包的技巧，比如使用Mitmproxy抓包。如果看到這里還沒(méi)有掌握，可以參與陳哥寫(xiě)的一篇關(guān)于mitmproxy的使用文章的文章（實(shí)戰|教你抓包神器MitmProxy的使用方法）。
　　本文目標：利用Mitmproxy抓取某小程序的景區數據，實(shí)現翻頁(yè)（下一頁(yè)）循環(huán)爬取。
　　想法：
　　1、使用Mitmproxy抓包并分析
　　2、利用分析結果，編寫(xiě)Python代碼提取數據，實(shí)現下一頁(yè)采集
　　mitmproxy 抓取數據包
　　1.啟動(dòng)mitmproxy
　　首先配置手機的代理IP，啟動(dòng)mitmproxy
　　
　　在終端啟動(dòng) mitmweb
　　mitmweb
　　
　　在瀏覽器中查看數據包（輸入mitmweb會(huì )在瀏覽器中自動(dòng)打開(kāi)網(wǎng)頁(yè)，如果沒(méi)有打開(kāi)則手動(dòng)輸入）
　　http://127.0.0.1:8081/#/flows
　　2.訪(fǎng)問(wèn)小程序
　　打開(kāi)桐城旅游小程序，點(diǎn)擊所有景點(diǎn)
　　
　　您可以看到頁(yè)面上出現的景點(diǎn)列表：
　　
　　3.在瀏覽器中查看數據包
　　
　　上圖中紅框是景點(diǎn)列表的API接口。點(diǎn)擊響應查看返回的數據。
　　
　　Python解析數據包
　　1.分析界面
　　分析后發(fā)現這個(gè)接口沒(méi)有反爬（簽名驗證），所以通過(guò)這個(gè)接口可以直接爬取多頁(yè)數據，比如修改接口鏈接中的參數
　　范圍：
　　頁(yè)數 頁(yè)數
　　PageSize 數量
　　CityId 城市
　　關(guān)鍵字關(guān)鍵詞
　　...
　　因此，通過(guò)修改頁(yè)面，就可以得到所有的景區數據。
　　
　　知道了接口鏈接，我們就可以通過(guò)python中的requests來(lái)獲取數據了。
　　import requests
### 獲取第1頁(yè)~第10頁(yè)數據
for p in range(1,11):
# 頁(yè)數
url = "https://wx.17u.cn/scenery/json ... 2Bstr(p)+"&sorttype=0&PageSize=20&IsSurrounding=1&isSmallPro=1&isTcSmallPro=1&isEncode=0&Lon=113.87234497070312&Lat=22.90543556213379&issearchbytimenow=0&IsNeedCount=1&keyword=&IsPoi=0&status=2&CityArea=5&Grades=&IsSearchKeyWordScenery=1"
response = requests.get(url).json()
print(response)
　　今天我們用另一種方法獲取數據，可以用來(lái)繞過(guò)接口簽名驗證的反爬，比如sign或者x-sign等簽名加密參數。
　　2.直接解析數據包
　　相信看過(guò)陳哥文章文章（實(shí)戰|教你如何使用抓包神器MitmProxy）的讀者都知道，mitmproxy抓包的數據包除了在瀏覽器中查看外，還可以寫(xiě)。python 代碼在抓取數據包時(shí)對其進(jìn)行解析。
　　再來(lái)看看python能拿到數據包的數據（下圖只寫(xiě)一些常用的）
　　
　　在終端調用上面的py代碼，結果如下：
　　
　　下面開(kāi)始實(shí)際編寫(xiě)python代碼，將景區數據直接保存為txt。
　　
　　在chenge.py文件中，修改響應函數部分（如上圖）
　　啟動(dòng)程序：
　　mitmdump.exe -s chenge.py
　　
　　
　　api接口返回的數據包括：
　　"state":"100","error":"查詢(xún)成功"
　　因此判斷響應的數據中收錄這個(gè)內容，說(shuō)明收錄景點(diǎn)列表。
　　
　　景點(diǎn)列表數據在json數據的sceneryinfo字段中。我們把字段的內容（姓名、地址、等級）取出來(lái)保存到一個(gè)txt文件中，命名為tractions.txt
　　
　　在小程序中向下滑動(dòng)加載更多數據，同時(shí)mitmproxy繼續抓包，對應的python程序會(huì )繼續將數據保存到txt。
　　ps：這里只是技術(shù)的使用，沒(méi)有完全爬取數據，為了演示數據可以保存，暫時(shí)保存為txt，讀者可以根據需要保存到數據庫或excel。
　　概括
　　本文目標：使用Mitmproxy抓取一個(gè)旅游小程序的景區數據，實(shí)現翻頁(yè)（下一頁(yè)）循環(huán)爬取。還介紹了如何通過(guò)mitmproxy繞過(guò)接口簽名驗證的反爬，比如sign或者x-sign等簽名加密參數（雖然本文沒(méi)有加密參數，但是大家可以先掌握技術(shù)，也可以當你遇到它時(shí)使用它）
　　原創(chuàng )：李云辰 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(
如何使用金數據開(kāi)放平臺？數據做活動(dòng)報名的表單)
　　
　　適用場(chǎng)景：公司在微信公眾號上發(fā)起營(yíng)銷(xiāo)活動(dòng)，以黃金數據作為活動(dòng)報名的形式。每個(gè)注冊的粉絲都可能是潛在客戶(hù)。一般情況下，只有Gold Data的賬戶(hù)管理員才能看到數據，或者導出Excel文件。此時(shí)，如果Gold Data采集獲取的數據能夠實(shí)時(shí)同步到粉翔銷(xiāo)售，就會(huì )產(chǎn)生銷(xiāo)售線(xiàn)索。后續銷(xiāo)售人員不斷跟進(jìn)，可以大大提高效率，從而提高客戶(hù)體驗和轉化率。
　　關(guān)于黃金數據
　　0:00工作的時(shí)候，網(wǎng)上研究項目用的是EnableQ系統，可以通過(guò)配置生成邏輯非常復雜的表格，所以我第一次接觸黃金數據的時(shí)候，覺(jué)得是個(gè)很雞肋的產(chǎn)品，并且只有基本的字段類(lèi)型。后來(lái)我嘗試了麥客、問(wèn)卷星、調查派……但最后還是用了黃金數據，因為它足夠簡(jiǎn)單，現有的功能也保證了良好的用戶(hù)體驗。真正改變我的是我發(fā)現了很多大數據。公司在用數據，甚至很多互聯(lián)網(wǎng)大公司都在享受銷(xiāo)售客戶(hù)的使用，知乎，還有印象筆記……我就是想給這些互聯(lián)網(wǎng)大公司的工程師寫(xiě)個(gè)表格。該系統應該沒(méi)什么大不了的。為什么要使用金數據這樣的平臺？之后，我想了想，他們頂多能做這樣一個(gè)產(chǎn)品的可能性很大，而金數據可以滿(mǎn)足大大小小的企業(yè)的需求。部分需求可以改成自己的域名，去掉平臺logo，還有很強大的微信增強包。UI也很漂亮！對于用戶(hù)來(lái)說(shuō)，很有可能不會(huì )覺(jué)得是第三方平臺，所以不需要重復造輪子，關(guān)鍵成本還是夠低的。
　　如何使用金數據開(kāi)放平臺？
　　Gold Data的開(kāi)放平臺非常簡(jiǎn)單，只有三個(gè)接口：1.Data Push API 2.Form API 3.Data API
　　最常用的接口是數據推送API。當打開(kāi)數據推送 API 的表單收到新數據時(shí)，Gold Data 會(huì )通過(guò) HTTP POST 將數據推送到指定的 URL。正是因為這個(gè)接口，Jindata 超越了大部分平臺，而且這個(gè)接口是事件推送機制，不需要主動(dòng)調用。與使用定時(shí)任務(wù)請求數據相比，它節省了資源。美中不足的是只有專(zhuān)業(yè)版以上的用戶(hù)可以使用，免費用戶(hù)不能。使用，對于企業(yè)來(lái)說(shuō)，這個(gè)成本是完全可以接受的。
　　API訪(fǎng)問(wèn)規則：
　　啟用數據推送：
　　您可以在表單設置-數據推送頁(yè)面找到以JSON格式發(fā)送數據給第三方，勾選后點(diǎn)擊“字段對照表和JSON樣本”展開(kāi)，您會(huì )看到當前表單的字段對照表。
　　重連機制：
　　當 Jindata 嘗試向填寫(xiě)的地址發(fā)送 post 請求時(shí)，Metal 要求用戶(hù)的服務(wù)器在 2 秒內返回 2XX（如 200））作為響應。如果我們沒(méi)有得到正確的響應，我們將嘗試再次推送消息。如果連續 6 次重試失敗，則表單的數據推送過(guò)程將停止。將通過(guò)電子郵件通知表單創(chuàng )建者。開(kāi)發(fā)者需要在表單設置-數據推送頁(yè)面中找到設置，將數據以JSON格式發(fā)送給第三方并再次手動(dòng)保存，只有成功才會(huì )繼續數據推送。
　　推送示例：
　　POST http://url.com/jinshuju/callback
Content-Type: application/json
X-Requested-By: jinshuju
{
"form": "xJfeTv",
"entry": {
"field1": 123,
"field2": "Hello, World",
"field3": "It&#39;s very good."
}
}
　　服務(wù)器接受數據源代碼：
　　 // 接受金數據POST數據
Public function getjinshuju() {
$fields=array(
array("education","field_9"),
array("soldier","field_10"),
array("maritalstatus","field_11"),
array("politicsstatus","field_12"),
array("forcompany","field_13"),
array("forcompanytel","field_14"),
array("industry","field_15"),
array("precinct","field_16"),
array("comecompany","field_17"),
array("comecompanytel","field_18"),
array("emergencycontact","field_19"),
array("emergencycontacttel","field_20")
);
$request = $this->request;
$data=$request->param();
$entry=$data["entry"];
$newdata=array();
for($i=0;$iwhere(&#39;openid&#39;, $openid)->update($newdata);
return 200;
}
　　$fields 是建立數據庫字段和表單字段的映射數組。當然也可以寫(xiě)入數據庫。如果想直接將數據同步到飯香品，需要將字段映射到飯香對象對應的字段上。，主要用在粉翔銷(xiāo)售客戶(hù)開(kāi)放平臺的CRM對象界面-默認對象-新建對象數據，見(jiàn)：
　　享受開(kāi)放平臺-開(kāi)發(fā)文檔?
　　粉香拼客開(kāi)放平臺的具體使用步驟可以參考我發(fā)表的另一篇文章文章：
　　智峰林：基于泛向銷(xiāo)售開(kāi)放平臺，實(shí)現泛向CRM與金蝶云星系統的數據同步?
　　電子郵件： 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(搭建一套前端監控平臺需要考慮的幾個(gè)問(wèn)題？|本文)
　　隨著(zhù)業(yè)務(wù)的快速發(fā)展，我們越來(lái)越重視對生產(chǎn)環(huán)境問(wèn)題的感知能力。作為離用戶(hù)最近的一層，前端性能是否可靠、穩定、好用在很大程度上決定了用戶(hù)對整個(gè)產(chǎn)品的體驗和感受。因此，前端的監控也不容忽視。
　　搭建前端監控平臺需要考慮很多方面，比如數據采集、埋藏模式、數據處理分析、告警、監控平臺在具體業(yè)務(wù)中的應用等等。在所有這些環(huán)節中、準確、完整、全面的數據采集是一切的前提，也為用戶(hù)后續的精細化運營(yíng)提供了依據。
　　前端技術(shù)的飛速發(fā)展給數據帶來(lái)了變化和挑戰采集，傳統的人工管理模式已經(jīng)不能滿(mǎn)足需求。如何讓前端數據采集在新的技術(shù)背景下工作更加完整高效是本文的重點(diǎn)。
　　前端監控數據采集
　　在采集數據之前，考慮一下采集什么樣的數據。我們關(guān)注兩類(lèi)數據，一類(lèi)與用戶(hù)體驗相關(guān)，如首屏時(shí)間、文件加載時(shí)間、頁(yè)面性能等；另一個(gè)是幫助我們及時(shí)感知產(chǎn)品上線(xiàn)后是否出現異常，比如資源錯誤、API響應時(shí)間等。具體來(lái)說(shuō)，我們的前端數據采集主要分為：
　　路由交換機
　　Vue、React、Angular等前端技術(shù)的快速發(fā)展，使得單頁(yè)應用流行起來(lái)。我們都知道，傳統的頁(yè)面應用使用一些超鏈接來(lái)實(shí)現頁(yè)面切換和跳轉，而單頁(yè)面應用使用自己的路由系統來(lái)管理各個(gè)前端頁(yè)面切換，比如vue-router、react-router等，只有跳轉時(shí)刷新本地資源，js、css等公共資源只需加載一次，使得傳統的網(wǎng)頁(yè)進(jìn)出方式只有在第一次打開(kāi)時(shí)才會(huì )被記錄。在單頁(yè)應用中切換所有后續路由有兩種方式，一種是Hash，另一種是HTML5推出的History API。
　　1. 鏈接
　　href是頁(yè)面初始化的第一個(gè)入口，這里只需要簡(jiǎn)單的報告“進(jìn)入頁(yè)面”事件。
　　2. 哈希變化
　　哈希路由的一個(gè)明顯標志是帶有“#”。Hash的優(yōu)點(diǎn)是兼容性更好，但問(wèn)題是URL中的“#”不美觀(guān)。我們主要通過(guò)監聽(tīng) URL 中的 hashchange 來(lái)捕獲具體的 hash 值進(jìn)行檢測。
　　window.addEventListener(&#39;hashchange&#39;,?function()?{
????//?上報【進(jìn)入頁(yè)面】事件
},?true)
復制代碼
　　需要注意的是，在新版本的vue-router中，如果瀏覽器支持history，即使模式選擇hash，也會(huì )先選擇history模式。雖然表達式暫時(shí)還是#，但實(shí)際上是模擬出來(lái)的，所以不要以為你在如果模式選擇hash，那肯定是hash。
　　3. 歷史 API
　　History利用HTML5 History接口中新增的pushState()和replaceState()方法進(jìn)行路由切換，是目前主流的非刷新切換路由方式。與 hashchange 只能更改 # 后面的代碼片段相比，History API（pushState、replaceState）給了前端完全的自由。
　　PopState 是瀏覽器返回事件的回調，但是更新路由的 pushState 和 replaceState 沒(méi)有回調事件。因此，URL 更改需要分別在 history.pushState() 和 history.replaceState() 方法中處理。在這里，我們使用類(lèi)似Java的AOP編程思想來(lái)改造pushState和replaceState。
　　AOP（Aspect-oriented programming）是面向方面的編程，它提倡對同一類(lèi)型的問(wèn)題進(jìn)行統一處理。AOP的核心思想是讓某個(gè)模塊能夠被復用。它采用橫向抽取機制，將功能代碼與業(yè)務(wù)邏輯代碼分離，在不修改源代碼的情況下擴展功能。與封裝相比，隔離更徹底。
　　下面介紹我們具體的改造方法：
　　//?第一階段：我們對原生方法進(jìn)行包裝，調用前執行?dispatchEvent?了一個(gè)同樣的事件
function?aop?(type)?{
????var?source?=?window.history[type];
????return?function?()?{
????????var?event?=?new?Event(type);
????????event.arguments?=?arguments;
????????window.dispatchEvent(event);
????????var?rewrite?=?source.apply(this,?arguments);
????????return?rewrite;
????};
}
//?第二階段：將?pushState?和?replaceState?進(jìn)行基于?AOP?思想的代碼注入
window.history.pushState?=?aop(&#39;pushState&#39;);
window.history.replaceState?=?aop(&#39;replaceState&#39;);?//?更改路由，不會(huì )留下歷史記錄
//?第三階段：捕獲pushState?和?replaceState
window.addEventListener(&#39;pushState&#39;,?function()?{
????//?上報【進(jìn)入頁(yè)面】事件
},?true)
window.addEventListener(&#39;replaceState&#39;,?function()?{
????//?上報【進(jìn)入頁(yè)面】事件
},?true)
復制代碼
　　window.history.pushState的實(shí)際調用關(guān)系如圖：
　　至此，我們完成了pushState和replaceState的轉換，實(shí)現了路由切換的有效抓包?？梢钥闯?，我們在不侵入業(yè)務(wù)代碼的情況下擴展了window.history.pushState，調用時(shí)會(huì )主動(dòng)dispatchEvent一個(gè)pushState。
　　但是這里我們也可以看到一個(gè)缺點(diǎn)，就是如果AOP代理函數出現JS錯誤，會(huì )阻塞后續的調用關(guān)系，從而無(wú)法調用實(shí)際的window.history.pushState。因此，在使用該方法時(shí)，需要對AOP代理功能的內容進(jìn)行一次完整的try catch，以防止出現業(yè)務(wù)異常。
　　_*_Tips：如果要自動(dòng)捕獲頁(yè)面停留時(shí)間，只需要在觸發(fā)下一頁(yè)進(jìn)入事件時(shí)，將上一頁(yè)的時(shí)間與當前時(shí)間做個(gè)差值即可。這時(shí)候可以上報【離開(kāi)頁(yè)面】事件。
　　錯誤
　　在前端項目中，由于 JavaScript 本身是一種弱類(lèi)型語(yǔ)言，再加上瀏覽器環(huán)境的復雜性、網(wǎng)絡(luò )問(wèn)題等，很容易出現錯誤。因此，做好網(wǎng)頁(yè)錯誤監控，不斷優(yōu)化代碼，提高代碼的健壯性是非常重要的。
　　JsError的捕獲可以幫助我們分析和監控在線(xiàn)問(wèn)題，和我們在Chrome瀏覽器的調試工具Console中看到的一致。
　　1. 窗口.onerror
　　我們通常使用 window.onerror 來(lái)捕獲 JS 錯誤的異常信息。有兩種方法可以捕獲 JS 錯誤，window.onerror 和 window.addEventListener('error')。一般不建議使用 addEventListener('error') 來(lái)捕獲 JS 異常，主要是它沒(méi)有堆棧信息，而且還需要區分捕獲的信息，因為它會(huì )捕獲所有的異常信息，包括資源加載錯誤. 等待。
　　window.onerror?=?function?(msg,?url,?lineno,?colno,?stack)?{
????//?上報?【js錯誤】事件
}
復制代碼
　　2. 未捕獲（承諾）
　　當 Promise 發(fā)生 JS 錯誤或者拒絕信息沒(méi)有被業(yè)務(wù)處理時(shí)，會(huì )拋出 unhandledrejection，并且這個(gè)錯誤不會(huì )被 window.onerror 和 window.addEventListener('error') 捕獲，還有一個(gè)特殊的 window . addEventListener('unhandledrejection') 用于捕獲處理：
　　window.addEventListener(&#39;unhandledrejection&#39;,?function?(e)?{
????var?reg_url?=?/\(([^)]*)\)/;
????var?fileMsg?=?e.reason.stack.split(&#39;\n&#39;)[1].match(reg_url)[1];
????var?fileArr?=?fileMsg.split(&#39;:&#39;);
????var?lineno?=?fileArr[fileArr.length?-?2];
????var?colno?=?fileArr[fileArr.length?-?1];
????var?url?=?fileMsg.slice(0,?-lno.length?-?cno.length?-?2);},?true);
????var?msg?=?e.reason.message;
????//?上報?【js錯誤】事件
}
復制代碼
　　我們注意到unhandledrejection繼承自PromiseRejectionEvent，而PromiseRejectionEvent繼承自Event，所以msg、url、lineno、colno、stack以字符串的形式放在e.reason.stack中，我們需要將上面的參數解析出來(lái)與onerror參數對齊，為后續監測平臺各項指標的統一奠定了基礎。
　　3.常見(jiàn)問(wèn)題
　　如果抓到的msg都是“Script error.”，問(wèn)題是你的JS地址和當前網(wǎng)頁(yè)不在同一個(gè)域下。因為我們經(jīng)常需要對網(wǎng)絡(luò )版的靜態(tài)資源進(jìn)行CDN，會(huì )導致經(jīng)常訪(fǎng)問(wèn)的頁(yè)面和腳本文件來(lái)自不同的域名。這時(shí)候如果不進(jìn)行額外配置，瀏覽器很容易出現“腳本錯誤”。出于安全考慮。我們可以利用當前流行的 Webpack bundler 來(lái)處理此類(lèi)問(wèn)題。
　　//?webpack?config?配置
//?處理?html?注入?js?添加跨域標識
plugins:?[
????new?HtmlWebpackPlugin({
??????filename:?&#39;html/index.html&#39;,
??????template:?HTML_PATH,
??????attributes:?{
????????crossorigin:?&#39;anonymous&#39;
??????}
????}),
????new?HtmlWebpackPluginCrossorigin({
??????inject:?true
????})
]
//?處理按需加載的?js?添加跨域標識
output:?{
????crossOriginLoading:?true
}
復制代碼
　　大多數場(chǎng)景下，生產(chǎn)環(huán)境中的代碼都是壓縮合并的，這使得我們抓到的錯誤很難映射到具體的源碼中，給我們解決問(wèn)題帶來(lái)了很大的麻煩。這里有兩個(gè)解決方案。想法。
　　在生產(chǎn)環(huán)境中，我們需要添加sourceMap的配置，這樣會(huì )帶來(lái)安全隱患，因為這樣外網(wǎng)可以通過(guò)sourceMap進(jìn)行source map的映射。為了降低風(fēng)險，我們可以做到以下幾點(diǎn)：
　　設置sourceMap生成的.map文件訪(fǎng)問(wèn)公司內網(wǎng)，降低源代碼安全風(fēng)險
　　將代碼發(fā)布到CDN時(shí)，將.map文件存放在公司內網(wǎng)下
　　此時(shí)，我們已經(jīng)有了 .map 文件。接下來(lái)我們需要做的就是通過(guò)捕獲的lineno、colno、url調用mozilla/source-map庫進(jìn)行源碼映射，然后就可以得到真正的源碼錯誤信息了。
　　表現
　　性能指標的獲取比較簡(jiǎn)單，在onload之后讀取window.performance就可以了，里面收錄了性能、內存等信息。這部分內容在很多現有的文章中都有介紹。由于篇幅所限，本文不再過(guò)多展開(kāi)。稍后，我們將在相關(guān)主題文章中進(jìn)行相關(guān)討論。感興趣的朋友可以添加“馬蜂窩技術(shù)”公眾號繼續關(guān)注。
　　資源錯誤
　　首先，我們需要明確資源錯誤捕獲的使用場(chǎng)景，更多的是感知DNS劫持和CDN節點(diǎn)異常等，具體方法如下：
　　window.addEventListener(&#39;error&#39;,?function?(e)?{
????var?target?=?e.target?||?e.srcElement;
????if?(target?instanceof?HTMLScriptElement)?{
????????//?上報?【資源錯誤】事件
????}
},?true)
復制代碼
　　這只是一個(gè)基本的演示。在實(shí)際環(huán)境中，我們會(huì )關(guān)心更多的Element錯誤，比如css、img、woff等，大家可以根據不同的場(chǎng)景添加。
　　_*resource錯誤的使用場(chǎng)景更多地依賴(lài)于其他維度，比如：_region、operator等。我們將在后面的頁(yè)面中詳細講解。
　　API
　　在市面上的主流框架（如axios、jQuery.ajax等）中，基本上所有的API請求都是基于xmlHttpRequest或者fetch，所以捕獲全局接口錯誤的方式就是封裝xmlHttpRequest或者fetch。在這里，我們的SDK還是使用了上面提到的AOP思想來(lái)攔截API。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(通過(guò)關(guān)鍵詞采集文章采集api，就能獲得排名??！)
　　通過(guò)關(guān)鍵詞采集文章采集api，并把采集到的文章轉換成pdf，然后發(fā)布到seohub到站內搜索引擎，就能獲得排名。具體來(lái)說(shuō)：通過(guò)api方式抓取網(wǎng)站數據；把網(wǎng)站做seo蜘蛛抓取分析。如果網(wǎng)站有權重，就會(huì )自動(dòng)轉換成pdf，發(fā)布在站內搜索引擎，就能得到排名。如果權重不高，就不會(huì )自動(dòng)轉換成pdf，就抓取站內搜索引擎的內容，就得不到排名。效果實(shí)測，（歡迎同步探討）。
　　可以，文章轉換pdf，可以在,我試了，
　　對站內搜索引擎的文章采集這個(gè)應該不難的吧，
　　文章采集，adjust，文章轉pdf，seohub可以做，
　　文章采集的話(huà)，一直在用，效果還是有的，但是上面推薦我個(gè)人不是很贊同。文章轉換pdf的話(huà)，目前用的是seohub，
　　可以的，還是有效果的，seohub站長(cháng)是可以免費把網(wǎng)站做成靜態(tài)頁(yè)面的。
　　分享一個(gè)我開(kāi)發(fā)的一個(gè)關(guān)鍵詞編寫(xiě)器?？梢院芊奖愕膶?xiě)出好的文章，效果很不錯。
　　我用過(guò)了一陣，效果確實(shí)不錯。
　　還可以吧，文章可以轉換，
　　沒(méi)覺(jué)得有什么效果
　　txt轉jpg？
　　有，點(diǎn)開(kāi)看你會(huì )發(fā)現它能把結構化數據提取出來(lái)，非結構化文件都能抓出來(lái)，我寫(xiě)個(gè)api服務(wù)， 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(XiunoBBS插件大全集合了XiunoBBS內容管理的全套流程，插件)
　　XiunoBBS插件合集集成了XiunoBBS內容管理的全流程，XiunoBBS插件通過(guò)XiunoBBS關(guān)鍵詞匹配內容采集，自動(dòng)文章標簽圖片水印等內容優(yōu)化，然后通過(guò)集成的偽原創(chuàng )發(fā)布，最后自動(dòng)將URL推送到搜索引擎平臺，實(shí)現對XiunoBBS內容的全流程管理。
　　
　　XiunoBBS插件具有可視化操作界面，所有管理流程清晰可辨，從用戶(hù)操作習慣出發(fā)，只需點(diǎn)擊輸入我們的關(guān)鍵詞即可完成所有流程。
　　
　　功能
　　XiunoBBS 插件采集 完全免費且自動(dòng)化。它不僅支持通過(guò)我們的關(guān)鍵詞從全網(wǎng)流行和權威平臺采集我們的相關(guān)內容，還保證了內容的新穎性。 ，受歡迎程度和稀有性。您也可以通過(guò)自定義的可視化操作模板完成指定采集的規則。在可視化頁(yè)面點(diǎn)擊我們需要的相關(guān)內容采集，完成對目標網(wǎng)站的相應操作。高度免費的采集體驗讓我們的新手用戶(hù)輕松上手，在用戶(hù)體驗方面非常友好。
　　
　　XiunoBBS 插件的可視化編輯模塊可以為我們的出版物提供各種 SEO 幫助。標題、段落、文章 屬性和 關(guān)鍵詞 錨文本等功能讓我們在創(chuàng )建、圖像 alt 標記、圖像下載后自動(dòng)去除水印和添加水印時(shí)得心應手什么時(shí)候發(fā)布可以給我們很多積分文章.
　　
　　在SEO方面，除了可讀性，一篇高質(zhì)量的文章文章還需要和我們的關(guān)鍵詞緊密聯(lián)系，保證文章的中心在符合搜索引擎習慣。使用 關(guān)鍵詞 自動(dòng)雙標題、關(guān)鍵詞 密度構建提高我們的 網(wǎng)站關(guān)鍵詞 排名。
　　
　　XiunoBBS插件擁有非常強大的NLP自然語(yǔ)言處理系統。通過(guò)領(lǐng)先的技術(shù)，我們的偽原創(chuàng )文章可以在保持原創(chuàng )度的同時(shí)保持良好的可讀性。通過(guò)我們的段落文章插入、相關(guān)詞替換、刪除敏感字段（比如我們可以刪除帶有作者、出處等敏感信息的段落），讓我們的文章與我們的網(wǎng)站主題更相關(guān)。
　　
　　XiunoBBS 插件的推送和網(wǎng)站管理幫助我們將新的 URL 及時(shí)推送到我們的搜索引擎，非常輕松。通過(guò)吸引蜘蛛抓取來(lái)增加我們的 網(wǎng)站收錄 幾率?？梢暬?yè)面還可以查看網(wǎng)站信息、權重蜘蛛等，同屏生成的曲線(xiàn)讓我們的分析更加方便，甚至站群也可以輕松管理。
　　
　　大部分數據都是在云端完成的，不會(huì )占用我們太多的本地空間，數據會(huì )從數據庫傳輸到數據倉庫、數據庫或我們選擇的任何其他目的地。 XiunoBBS 插件提供端到端的數據管理，并完全自動(dòng)化采集不同數據并將其轉換為分析就緒形式的過(guò)程。其容錯架構確保我們無(wú)需編寫(xiě)任何代碼即可處理高質(zhì)量的數據和數據治理。 XiunoBBS插件絕對離不開(kāi)從多個(gè)數據源加載數據、豐富數據并轉換成無(wú)需人工干預即可用于分析的形式的過(guò)程。它提供了一種可靠的基于云的解決方案來(lái)實(shí)時(shí)管理數據，并且始終在我們想要的目的地提供可用于分析的數據。
　　
　　XiunoBBS插件的分享就到這里了。如果你覺(jué)得不錯，不妨采集一下。您的支持是博主更新的動(dòng)力。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(
干貨很干，劃重點(diǎn)！敲黑板！(組圖))
　　
　　今天小愛(ài)給大家講講關(guān)于A(yíng)SO的純干貨！干貨很干，重點(diǎn)來(lái)！敲黑板！記得把小板凳挪開(kāi)，帶上一本小書(shū)！
　　AppStore 中有數以百萬(wàn)計的應用程序，那么如何讓您的應用程序脫穎而出并大放異彩？
　　今天的文章我們來(lái)說(shuō)說(shuō)什么是ASO？為什么要做 ASO？ASO優(yōu)化主要做什么？影響 ASO 的優(yōu)化因素有哪些？常用的ASO分析工具有哪些？
　　一、什么是 ASO？
　　ASO 通常被稱(chēng)為“應用商店優(yōu)化”。ASO（App store Optimization）是提高您的應用在應用商店/市場(chǎng)排名和各種應用搜索結果中的排名的過(guò)程。ASO優(yōu)化是利用App Store的搜索規則和排名規則，讓?xiě)酶菀妆挥脩?hù)搜索或查看。通常我們說(shuō)的ASO就是App Store中的關(guān)鍵詞優(yōu)化排名。重點(diǎn)是關(guān)鍵詞搜索和排名優(yōu)化。
　　App Store流量來(lái)源：精品推薦、分類(lèi)、排名、搜索、更新
　　App Store搜索權重排名：應用名稱(chēng)&gt;App關(guān)鍵詞&gt;應用描述&gt;應用內購買(mǎi)名稱(chēng)或描述
　　二、為什么要做ASO？
　　ASO優(yōu)化是目前應用推廣最常見(jiàn)、最有效的方式之一，可以幫助應用在應用商店獲得高曝光率，帶來(lái)可觀(guān)的流量。而且ASO還有很大的細化空間，成熟的ASO優(yōu)化方案可以有效控制成本。核心本質(zhì)目的是在應用市場(chǎng)上推廣新的應用。新推廣有一個(gè)非常簡(jiǎn)單的公式：新推廣=曝光*轉化。目前，應用市場(chǎng)曝光有兩種類(lèi)型：列表和搜索排名。
　　三、ASO優(yōu)化主要做什么？
　　
　　1）搜索優(yōu)化：①顯示優(yōu)化（應用名稱(chēng)、關(guān)鍵詞、api、廠(chǎng)商）②排序優(yōu)化（歷史下載和當前下家）
　　2）相關(guān)搜索優(yōu)化：首先是文字優(yōu)化
　　3）列表優(yōu)化：關(guān)注合作沖動(dòng)、有限自由沖動(dòng)、排名沖動(dòng)
　　4）轉化率優(yōu)化：圖標、廠(chǎng)商名稱(chēng)、描述、評價(jià)優(yōu)化
　　四、影響ASO的優(yōu)化因素有哪些？
　　1、應用名稱(chēng)（標題+副標題）
　　1）標題要在品牌里，網(wǎng)站，描述，應用里面，廣泛使用
　　2）保持簡(jiǎn)短，11 個(gè)字符適合 Apple
　　3）本地化僅適用于一個(gè)國家或一個(gè)類(lèi)別。最好在標題中帶上具體的位置或類(lèi)別，這樣可以很好的達到用戶(hù)精準引流的效果。
　　4）巧合是否眾所周知
　　2、應用說(shuō)明
　　應用描述顯示在應用列表頁(yè)面上，描述我們的應用做什么，從而增加用戶(hù)下載量。當用戶(hù)在搜索結果列表頁(yè)面看到應用時(shí)，應用描述和一句話(huà)介紹可以吸引用戶(hù)點(diǎn)擊進(jìn)入詳情頁(yè)面，對用戶(hù)下載轉化起到重要作用。
　　下載量是ASO的重要因素之一，會(huì )影響App在搜索結果中的排名。這時(shí)，當應用的權重足夠時(shí)，應用描述和一句話(huà)介紹就有一定的概率覆蓋關(guān)鍵詞。
　　3、下載
　　雖然蘋(píng)果一直在調整 AppStore 的排名規則和算法，但不可否認，應用的下載激活仍然是 ASO 中非常重要的一個(gè)因素。不過(guò)需要注意的是，在A(yíng)SO通過(guò)下載的道路上，真實(shí)用戶(hù)和有效ID才是王道！
　　4、關(guān)鍵詞字段（標題、關(guān)鍵字）
　　關(guān)鍵字部分允許添加的字符數為 100 個(gè)，1 個(gè)漢字相當于 1 個(gè)字符。這部分的權重僅次于app標題。如果你有一個(gè)優(yōu)秀的關(guān)鍵詞計劃，你將能夠覆蓋更多的核心關(guān)鍵詞并帶來(lái)更多的流量。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(借助免費zblogCMS插件快速提升網(wǎng)站收錄以及關(guān)鍵詞排名的方法
)
　　zblogcms插件是指為zblogcms網(wǎng)站開(kāi)發(fā)的插件。在已經(jīng)熟悉的zblogcms的情況下，今天博主教大家使用免費的zblogcms插件快速提升網(wǎng)站收錄的排名@> 和 關(guān)鍵詞。 0 基礎新手可以直接上手！
　　
　　1、 網(wǎng)站優(yōu)化原則
　　網(wǎng)站優(yōu)化原理是將優(yōu)質(zhì)數據反饋給百度等搜索平臺，從而提高網(wǎng)站排名、字數和流量，比如增加蜘蛛爬取量，增加網(wǎng)站的數量@>外部鏈接、站點(diǎn)級別、優(yōu)化蜘蛛爬取速度等，進(jìn)而提升網(wǎng)站關(guān)鍵詞的排名、首頁(yè)排名字數、網(wǎng)站的流量@>.
　　2、什么是搜索引擎優(yōu)化？
　　SEO 意味著(zhù)搜索引擎優(yōu)化。通過(guò)在搜索引擎上優(yōu)化關(guān)鍵詞，達到搜索關(guān)鍵詞顯示目標頁(yè)面的目的。
　　
　　3、zblogcms插件能做什么？
　　簡(jiǎn)單來(lái)說(shuō)就是利用zblog插件強大的SEO功能來(lái)幫助你網(wǎng)站快速收錄@>和關(guān)鍵詞排名，不僅為你節省時(shí)間和成本，還節省了你真有心！
　　4、輔助優(yōu)化工具對SEO站長(cháng)很有幫助。如果你想做好事，你必須先使用它們。這仍然是 seo 的情況。我們使用更有效和準確的 seo 優(yōu)化工具。 ，這讓我們可以更好地完成seo
　　A.有利于免費zblogcmsplugin采集文章content
　　
　　1、通過(guò)zblogcms插件生成關(guān)鍵詞，關(guān)鍵詞從下拉詞，相關(guān)搜索詞，長(cháng)尾詞?？梢栽O置自動(dòng)刪除不相關(guān)的詞。通過(guò)zblogcms插件自動(dòng)采集，一次可以創(chuàng )建幾十個(gè)或幾百個(gè)采集任務(wù)，同時(shí)可以執行多個(gè)域名任務(wù)采集。
　　2、自動(dòng)過(guò)濾其他網(wǎng)站促銷(xiāo)信息
　　3、支持多個(gè)采集來(lái)源采集（覆蓋全網(wǎng)行業(yè)新聞來(lái)源，海量?jì)热輲?，采集最新內容?br /> 　　
　　4、支持圖片本地化或保存其他平臺
　　5、自動(dòng)批量掛機采集，無(wú)縫連接各大cms出版商，采集自動(dòng)發(fā)帖推送到搜索引擎
　　B.免費zblogcms插件-SEO優(yōu)化
　　
　　1、標題前綴和后綴設置（標題的區別更好收錄@>）
　　2、內容關(guān)鍵詞插入（合理增加關(guān)鍵詞密度）
　　3、隨機圖片插入（文章如果沒(méi)有圖片可以隨機插入相關(guān)圖片）
　　4、搜索引擎推送（文章發(fā)布成功后主動(dòng)推送文章到搜索引擎，保證新鏈接能夠被搜索引擎收錄@>及時(shí)搜索到）
　　5、隨機點(diǎn)贊-隨機閱讀-隨機作者（增加頁(yè)面原創(chuàng )度數）
　　6、內容與標題一致（使內容與標題100%相關(guān)）
　　7、自動(dòng)內鏈（在執行發(fā)布任務(wù)時(shí)自動(dòng)在文章內容中生成內鏈，幫助引導頁(yè)面蜘蛛抓取，提高頁(yè)面權重）
　　8、定期發(fā)布（定期發(fā)布網(wǎng)站內容可以讓搜索引擎養成定期抓取網(wǎng)頁(yè)的習慣，從而提升網(wǎng)站的收錄@>）
　　C，免費zblogcms插件-批量管理網(wǎng)站
　　
　　1、批量監控不同的cms網(wǎng)站數據（你的網(wǎng)站是Empire, Yiyou, ZBLOG, 織夢(mèng), WP, Cyclone, 站群、PB、Apple、搜外等主要cms工具可以同時(shí)管理和批量發(fā)布）
　　2、設置批量發(fā)布數量（可以設置發(fā)布間隔/每天總發(fā)布數量）
　　3、不同關(guān)鍵詞文章可以設置發(fā)布不同的欄目
　　4、偽原創(chuàng )保留字（當文章原創(chuàng )未被偽原創(chuàng )使用時(shí)設置核心字）
　　5、軟件直接監控是否已發(fā)布、即將發(fā)布、是否為偽原創(chuàng )、發(fā)布狀態(tài)、URL、節目、發(fā)布時(shí)間等
　　6、每日蜘蛛、收錄@>、網(wǎng)站權重可以通過(guò)軟件直接查看！
　　要做網(wǎng)站優(yōu)化，也是要說(shuō)明方法，還要注意細節。效率提升，細節搞定，網(wǎng)站的排名流量自然會(huì )上升！看完這篇文章，如果覺(jué)得不錯，不妨采集一下，或者發(fā)給需要的朋友同事。關(guān)注博主，每天給你展示各種SEO經(jīng)驗，打通你的二線(xiàn)任命和主管！
　　
　　 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(借助免費dedeCMS插件快速提升網(wǎng)站收錄以及關(guān)鍵詞排名的方法
)
　　什么是dedecms插件，顧名思義，dedecms插件是搜索引擎優(yōu)化過(guò)程中使用的輔助插件。還有很多SEO朋友不知道dedecms插件怎么用？今天博主就教大家使用免費的dedecms插件快速提升網(wǎng)站收錄和關(guān)鍵詞的排名。其實(shí)網(wǎng)站SEO優(yōu)化并不難。只要你理清思路，掌握正確的優(yōu)化方法和技巧，不斷探索研究，一定能做好網(wǎng)站SEO優(yōu)化。
　　
　　一、使用免費的 dede 創(chuàng )建大量?jì)热輈ms
　　1、通過(guò)dedecms、關(guān)鍵詞從下拉詞、相關(guān)搜索詞、長(cháng)尾詞生成行業(yè)關(guān)鍵詞?？梢栽O置自動(dòng)刪除不相關(guān)的詞。根據關(guān)鍵詞采集文章可以創(chuàng )建不同的網(wǎng)站列采集不同的關(guān)鍵詞文章，支持不同的域名< @采集.
　　
　　2、自動(dòng)過(guò)濾采集文章中其他網(wǎng)站的信息
　　3、支持多平臺源采集（覆蓋全網(wǎng)行業(yè)新聞源，海量?jì)热輲?，采集最新內容?br /> 　　4、支持圖片本地化或保存其他平臺
　　5、自動(dòng)掛機采集！可以是采集到本地，也可以通過(guò)軟件上的設置自動(dòng)更新為網(wǎng)站，每次更新文章都會(huì )自動(dòng)推送到搜索引擎。宣傳網(wǎng)站收錄
　　
　　詳細解釋?zhuān)合胍罅苛髁康木W(wǎng)站需要大量關(guān)鍵詞排名。 網(wǎng)站 頁(yè)面的 關(guān)鍵詞 數量有限，需要大量 關(guān)鍵詞 頁(yè)面，大量 關(guān)鍵詞 需要大量 關(guān)鍵詞< @文章.
　　二、dedecms插件-SEO優(yōu)化功能提供頁(yè)面原創(chuàng )度
　　
　　1、標題前綴和后綴設置（實(shí)現更好的標題區分收錄）
　　2、內容關(guān)鍵詞插入（增加關(guān)鍵詞密度，從而增加關(guān)鍵詞排名）
　　3、自動(dòng)匹配圖片（檢測到文章沒(méi)有圖片工具實(shí)現圖片自動(dòng)匹配）
　　4、搜索引擎推送（文章發(fā)布成功后主動(dòng)推送文章到搜索引擎，保證新鏈接能被搜索引擎及時(shí)搜索到收錄）
　　5、隨機點(diǎn)贊-隨機閱讀-隨機作者（增加原創(chuàng )頁(yè)面度數，提升用戶(hù)體驗）
　　6、內容與標題一致（使內容與標題100%相關(guān)，提升排名）
　　7、自動(dòng)內鏈（文章自動(dòng)生成內容內鏈，有利于引導頁(yè)面蜘蛛抓取，提高頁(yè)面權限）
　　8、定期發(fā)布（定期發(fā)布網(wǎng)站內容可以讓搜索引擎養成定期抓取網(wǎng)頁(yè)的習慣，從而提升網(wǎng)站的收錄）
　　詳解：通過(guò)以上SEO優(yōu)化功能提高網(wǎng)站頁(yè)面的原創(chuàng )度，增加網(wǎng)頁(yè)關(guān)鍵詞的密度，吸引蜘蛛爬取更多頁(yè)面，給網(wǎng)站 頁(yè)面@關(guān)鍵詞 更高的排名。
　　C、free dedecms-批量管理網(wǎng)站
　　
　　1、批量監控不同cms網(wǎng)站數據（你的網(wǎng)站是Empire, Yiyou, ZBLOG, dedecms, WP, Cyclone, < @站群、PB、Apple、搜外等主要cms工具，可同時(shí)批量監控、管理和發(fā)布）
　　2、設置批量發(fā)布數量（可以設置發(fā)布時(shí)間/每天總發(fā)布數量）
　　3、不同關(guān)鍵詞文章可以設置發(fā)布不同的欄目
　　4、偽原創(chuàng )保留字（當文章原創(chuàng )設置核心字不為偽原創(chuàng )時(shí)）
　　5、軟件直接監控是否已發(fā)布、即將發(fā)布、是否為偽原創(chuàng )、發(fā)布狀態(tài)、URL、程序、發(fā)布時(shí)間等
　　6、每日蜘蛛、收錄、網(wǎng)站權重可以通過(guò)軟件直接查看！
　　詳解：批量監控管理網(wǎng)站保存每一個(gè)網(wǎng)站登錄后查看的數據，讓插件工具中的數據一目了然。
　　
　　做網(wǎng)站，要講究方法和效率，同時(shí)還要不斷優(yōu)化細節。通過(guò)免費的dedecms插件工具，可以在其他細節上節省大量時(shí)間。問(wèn)題比較好，只有這樣網(wǎng)站的排名流量上升的更快！看完這篇文章，如果覺(jué)得不錯，不妨采集一下，或者發(fā)給需要的朋友同事。關(guān)注博主，每天給你展示各種SEO經(jīng)驗，打通你的二線(xiàn)任命和主管！
　　 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(如何使用API文件一個(gè)對象的命名空間?(一))
　　API對象接口：
　　接口是一個(gè) COM 術(shù)語(yǔ)，收錄 SOLIDWORKS 中使用的類(lèi)。SOLIDWORKS 正在使用曲面
　　采用對象技術(shù)設計。SOLIDWORKS 下面是一個(gè)代表軟件各個(gè)方面的對象模型。打開(kāi) API 到
　　對于使用其他編程語(yǔ)言的開(kāi)發(fā)人員，COM 編程允許 SOLIDWORKS 轉換實(shí)際 SOLIDWORKS 對象的功能
　　該功能對外開(kāi)放。COM 編程超出了本書(shū)的范圍，但讀者應該明白 API 是由一組
　　它由接口組成，這些接口被組織為接口對象模型。一般來(lái)說(shuō)，接口可以看作
　　一個(gè)東西。
　　注意：實(shí)際上用戶(hù)正在處理指向 SOLIDWORKS 對象的接口指針。
　　對于初學(xué)者，尤其是沒(méi)有編程基礎的人來(lái)說(shuō)，有點(diǎn)不明白這個(gè)是很正常的。等我們接觸到程序后，慢慢就明白了?。?！
　　如何使用 API 文件：
　　1、solidworks的API文件位置：
　　
　　打開(kāi) API 幫助文件并在文檔中搜索 關(guān)鍵詞:關(guān)鍵詞 以獲取接口、屬性或方法
　　2、在宏程序中直接選擇關(guān)鍵詞，按F1，可以直接跳轉（最實(shí)用的方法）
　　了解API接口成員的描述：
　　
　?。?）命名空間名稱(chēng)指定 API 接口所屬的命名空間。SOLIDWORKS API 功能收錄在幾個(gè)命名的
　　在太空。命名空間是一種組織程序代碼和避免名稱(chēng)沖突的機制。大多數用于圖表的 API 函數是
　　收錄在 SolidWorks.Interop.sldworks 命名空間中。
　　(2)API接口成員和接口名稱(chēng)用于描述API接口和成員。
　　(3)全部展開(kāi)/全部折疊
　　在幫助主題的展開(kāi)和折疊顯示之間切換。
　?。?)語(yǔ)言過(guò)濾器允許根據編程語(yǔ)言過(guò)濾成員語(yǔ)法信息的顯示，有以下選項：
　　·Visual Basic（聲明）
　　·C＃
　　·Visual Basic（使用）
　　.C++/CLI
　?。?)主題路徑以命名空間名稱(chēng)開(kāi)頭，在 API 幫助文件中顯示所選主題的完整路徑。
　　(6)API Description API 接口或所選成員函數的描述。
　　(7)~(13)幫助主題文本
　　此部分將根據可用性顯示以下區域的組合：
　　·NET語(yǔ)法
　　。評論
　　.Visual Basic for Applications (VBA) 語(yǔ)法
　　。也可以看看
　　。例子
　　?？捎眯?br /> 　　.Accessor
　　(7).NET 語(yǔ)法。該區域顯示了成員的原型。如何在編程代碼中使用該方法的示例在 .NET 語(yǔ)法區域中顯示
　　(8) Visual Basic for Applications (VBA)語(yǔ)法。提供指向使用 Visual Basic for Applications 語(yǔ)法表達的方法原型的鏈接。
　　提示：在VBA中，如果要在左側返回值上返回數據，則需要將輸入參數括在括號中。如果沒(méi)有返回值，括號可以省略。如果直接調用返回值的方法或屬性，還需要用括號將入參括起來(lái)，如下例所示：
　　swSkMgr.CreateLine(0 ,0 ,0 ,1,0 ,0).ConstructionGeometry = True
　　swSkMgr 只是變量的描述性名稱(chēng)，用戶(hù)可以用任何名稱(chēng)命名這個(gè)變量（描述性
　　命名變量）。
　?。?)示例。此區域（如果可用）提供指向代碼示例的鏈接。這些代碼示例旨在向用戶(hù)說(shuō)明所選成員的使用。
　　(10)備注。收錄使用該會(huì )員時(shí)的注意事項。建議您在使用任何會(huì )員前花時(shí)間閱讀此信息。
　?。?1)Accessors。該區域在接口頁(yè)面上可用，收錄指向可以返回此接口實(shí)例的成員的鏈接。
　　(12）訪(fǎng)問(wèn)圖訪(fǎng)問(wèn)圖
　　(13) 另見(jiàn)。收錄指向其他相關(guān)信息的鏈接。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(來(lái)說(shuō)一說(shuō)怎么使用高德開(kāi)放平臺查詢(xún)相關(guān)關(guān)鍵詞的地址坐標？)
　　在上一篇介紹微博開(kāi)放平臺的時(shí)候，我們談到了通過(guò)高德開(kāi)放平臺獲取地名和地址的坐標。今天我們就來(lái)講講如何使用高德開(kāi)放平臺查詢(xún)相關(guān)關(guān)鍵詞的地址坐標，或者采集學(xué)校、醫院、餐廳、公園、商家等POI的信息。
　　高德開(kāi)放平臺提供接口文檔。本文使用搜索界面。通過(guò)配置城市、關(guān)鍵詞、POI類(lèi)型等參數，查詢(xún)符合條件的POI，返回POI的名稱(chēng)、類(lèi)型、地址、經(jīng)緯度、電話(huà)號碼。和其他信息。
　　(1）首先根據地名地址關(guān)鍵詞搜索匹配的POI，并將地名地址空間化。
　　
　　使用python內置庫urllib.request獲取url返回的數據，并使用urllib.parse中的引號對url進(jìn)行編碼，因為url中的關(guān)鍵詞是中文則無(wú)法識別url .
　　
　　上圖是程序的主要部分。通過(guò)搜索關(guān)鍵字，返回相關(guān)的 POI 信息，包括坐標。代碼也比較簡(jiǎn)單，讀取csv文本文件中的關(guān)鍵詞，通過(guò)搜索界面查詢(xún)。返回的內容只能保留第一個(gè)結果，否則20個(gè)結果全部返回第一頁(yè)，然后把返回的結果存入一個(gè)csv文件。最后運行函數。
　　(2）查詢(xún)某一類(lèi)型的所有POI信息
　　上述程序僅在第一頁(yè)保存了 20 條數據。如果我想要某個(gè)區域內所有的道路、公園或餐館的名稱(chēng)、地址和坐標，我需要返回所有的查詢(xún)結果。這里我們使用更簡(jiǎn)潔的 requests 庫而不是內置的 urllib.request 庫：
　　
　　首先定義了兩個(gè)函數，一個(gè)是獲取url返回的數據，一個(gè)是解析json數據，后面會(huì )復用每個(gè)頁(yè)面的數據。
　　
　　url中有幾個(gè)參數需要注意，一個(gè)是POI的類(lèi)型，一個(gè)是城市代碼。這兩個(gè)參數可以根據接口文檔中的“POI分類(lèi)代碼和城市代碼表”進(jìn)行設置；citilimit=true 表示限制為 本次城市搜索，children=1 表示顯示子級 POI，offset=20 表示每頁(yè) 20 個(gè)條目，最多 25 個(gè)條目，key 需要使用自己的 key。參數和返回值還是要看接口文檔。
　　作為個(gè)人開(kāi)發(fā)者，程序不宜跑得太快，接口調用有限，每日搜索限額為1000次。有 400,000 個(gè)面向企業(yè)開(kāi)發(fā)人員的應用程序。
　　最后感謝微博和高德以開(kāi)放共享的心態(tài)發(fā)布了一些數據，供數據愛(ài)好者使用。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(
[搜一搜]智能寫(xiě)作新手須知的5個(gè)實(shí)用技能
)
　　【搜一搜】智能寫(xiě)作平臺介紹V1.0
　　
　　中國黑帽網(wǎng) 2019-07-26
　　【搜一搜】智能寫(xiě)作是優(yōu)秀自媒體人和SEOR必備的寫(xiě)作工具，減少腦力勞動(dòng)，提高工作效率，快速達成目標。
　　如果你是第一次使用，【搜一搜】助你成為寫(xiě)作高手，快來(lái)看看吧~
　　以下是一些初學(xué)者常用的功能
　　1.找到登錄網(wǎng)址
　　二、文章采集
　　三、原采集列表
　　四、偽原創(chuàng )的列表
　　5.獲取API
　　1.找到登錄網(wǎng)址
　　1.在電腦上打開(kāi)瀏覽器
　　3.注冊賬號，直接登錄
　　
　　二、文章采集
　　1、文章采集，打開(kāi)界面，可以看到頂部有文章采集選項，點(diǎn)擊進(jìn)入關(guān)鍵詞，可以進(jìn)入任何你想要的表達方式，只需輸入一兩個(gè)詞即可自動(dòng)生成專(zhuān)業(yè)的文章。
　　
　　2.批處理采集，批處理采集可以一次搜索多個(gè)關(guān)鍵詞，速度更快。
　　
　　3. 采集Results，采集Results是前兩步提交的結果，處理的狀態(tài)和詳情可以看這里。
　　
　　三、原采集列表
　　這里可以看到文章的出處和標題，也可以查看偽原創(chuàng )的內容和原文，方便修改。
　　
　　四、偽原創(chuàng )的列表
　　可以使用偽原創(chuàng )直觀(guān)的查看文章的相似度，更方便的修改文章的內容。
　　
　　5.獲取API
　　如果您有特殊需求，可以連接我們的API系統，訪(fǎng)問(wèn)您的網(wǎng)站系統，cms站群等。
　　
　　那么，今天就給大家分享5個(gè)實(shí)用技巧。你學(xué)會(huì )了嗎？抓緊時(shí)間練習吧~
　　————————————
　　 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(論壇新手站長(cháng)和網(wǎng)站編輯必備的discuz插件實(shí)現的功能)
　　安裝此插件后，采集器 控制面板會(huì )出現在帖子、門(mén)戶(hù)和群組頁(yè)面的頂部，在您的帖子編輯框中輸入 關(guān)鍵詞 或 URL 智能 采集 的內容，支持每天定時(shí)批量采集內容并自動(dòng)發(fā)布。易學(xué)、易懂、好用、成熟穩定。它是新手論壇站長(cháng)和 網(wǎng)站 編輯必備的 discuz 插件。插件實(shí)現的功能如下：1、最新最火的微信公眾號文章采集，每天自動(dòng)更新。2、最新最熱資訊采集，每天自動(dòng)更新。3、輸入關(guān)鍵詞，采集與此相關(guān)的最新內容關(guān)鍵詞4、 批量發(fā)布15、支持定時(shí)采集，自動(dòng)發(fā)布功能就不一一列舉了，更多功能請安裝本插件體驗。常見(jiàn)問(wèn)題： 問(wèn)：此插件支持哪些版本的 discuz？A: X2.5, X3, X3.1, X3.2 Q: 為什么我的采集視頻不能播放？A：可能您的論壇沒(méi)有啟用[flash]選項卡，請到論壇“發(fā)帖選項”中允許使用多媒體代碼。Q：如何保存遠程圖片？A：點(diǎn)擊插件控制面板中的“圖像本地化”。Q：如何采集微信公眾號的內容？A：在網(wǎng)址采集輸入微信公眾號的文章網(wǎng)址，點(diǎn)擊網(wǎng)址采集。問(wèn)：我可以使用“圖像定位”和“&lt; 采集 的結果會(huì )越來(lái)越準確。的視頻無(wú)法播放？A：可能您的論壇沒(méi)有啟用[flash]選項卡，請到論壇“發(fā)帖選項”中允許使用多媒體代碼。Q：如何保存遠程圖片？A：點(diǎn)擊插件控制面板中的“圖像本地化”。Q：如何采集微信公眾號的內容？A：在網(wǎng)址采集輸入微信公眾號的文章網(wǎng)址，點(diǎn)擊網(wǎng)址采集。Q：我手動(dòng)添加的內容可以使用“圖片本地化”和“偽原創(chuàng )”的功能嗎？答：兩個(gè)都可以！問(wèn)：為什么有些 關(guān)鍵詞采集 沒(méi)有結果？A：一些百度指數比較少的SEO冷門(mén)關(guān)鍵詞是點(diǎn)播采集，一旦云系統發(fā)現有人在使用這個(gè)關(guān)鍵詞采集，但是采集的結果，如果沒(méi)有內容或者內容太小太舊，權重和優(yōu)先級這個(gè) 采集關(guān)鍵詞 將自動(dòng)增加。過(guò)了一段時(shí)間，采集這個(gè)關(guān)鍵詞，會(huì )發(fā)現有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。的視頻無(wú)法播放？A：可能你的論壇沒(méi)有開(kāi)啟【flash】選項卡，請到論壇“發(fā)帖選項” 允許使用多媒體代碼。Q：如何保存遠程圖片？A：點(diǎn)擊插件控制面板中的“圖像本地化”。Q：如何采集微信公眾號的內容？A：在網(wǎng)址采集輸入微信公眾號的文章網(wǎng)址，點(diǎn)擊網(wǎng)址采集。Q：我手動(dòng)添加的內容可以使用“圖片本地化”和“偽原創(chuàng )”的功能嗎？答：兩個(gè)都可以！問(wèn)：為什么有些 關(guān)鍵詞采集 沒(méi)有結果？A：一些SEO冷門(mén)關(guān)鍵詞百度索引少的都是點(diǎn)播采集，一旦云系統發(fā)現有人用這個(gè)關(guān)鍵詞采集，但是采集' s 結果如果沒(méi)有內容或者內容太小太舊，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級 會(huì )自動(dòng)增加。過(guò)了一段時(shí)間，采集這個(gè)關(guān)鍵詞，會(huì )發(fā)現有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。如果沒(méi)有內容或者內容量太小太老，這個(gè)采集關(guān)鍵詞的權重和優(yōu)先級會(huì )自動(dòng)增加。一段時(shí)間后，會(huì )找到采集這個(gè)關(guān)鍵詞。有很多內容要問(wèn)：如何提高采集的內容準確率？A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。@采集? A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。@采集? A：該插件具有智能自動(dòng)學(xué)習功能。如果你長(cháng)期使用這個(gè)插件采集，它會(huì )學(xué)習你需要的內容偏好和采集習慣，采集的結果會(huì )越來(lái)越準確。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(通過(guò)關(guān)鍵詞采集文章采集api批量下載百度文庫內容，)
　　通過(guò)關(guān)鍵詞采集文章采集api批量下載百度文庫內容，第一步：需要你的郵箱地址、和網(wǎng)站賬號，點(diǎn)擊get一般會(huì )收到郵件，然后安裝tmsy，就可以申請百度文庫采集了第二步：采集我們也知道有多種方式去采集，有像萬(wàn)能寶，微博，手機也有像采集黃易的博客鏈接，我們把我們想采集的api連接放到，或者找到黃易博客的qq、微信群就行了，一般一個(gè)，可以采集很多站第三步：我們有需要的文檔鏈接，都放在get下面-pc，采集get下面那個(gè)下面那個(gè)連接，我們收到郵件或者打開(kāi)微信群我們就可以查看文檔了。
　　客戶(hù)端
　　spider提供百度抓取api以及騰訊搜狗微信站點(diǎn)的站點(diǎn)關(guān)鍵詞抓取?；蛟S還有其他的關(guān)鍵詞抓取api或者api提供商。api在支持api接口的開(kāi)發(fā)者社區，可以很容易獲得。
　　最好的方法肯定還是找第三方平臺，可以選擇百度文庫api或百度信息流api，它們能滿(mǎn)足你基本的基礎需求。
　　我正在研究一款，
　　上面百度文庫問(wèn)答那個(gè)提供的百度信息流api已經(jīng)被封了，昨天的文檔沒(méi)法下，最近不是收到好多推銷(xiāo)這種產(chǎn)品的郵件嗎，我的電話(huà)就打過(guò)一個(gè)，今天親自去看看?？纯此麄兗襛pi還有沒(méi)有，我是小微開(kāi)發(fā)者，有開(kāi)放api不一定是個(gè)好東西，一定要看他提供的api，還要看他的實(shí)際開(kāi)發(fā)能力。 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(最初關(guān)鍵點(diǎn)就是就是應用地址的應用介紹及應用流程)
　　這個(gè)項目最初的想法應該是在2018年10月，當時(shí)我正在學(xué)習python，想法就出來(lái)了：從今年一位用戶(hù)發(fā)布的微博數據中提取最有意義的前50名關(guān)鍵詞。顯然涉及到一些數據采集和自然語(yǔ)言處理的知識。前期準備：需要去微博開(kāi)發(fā)平臺認證開(kāi)發(fā)者；在微博開(kāi)發(fā)平臺上搭建應用；1個(gè)域名，1個(gè)服務(wù)器；微博申請建立與審核
　　建立應用的目的是讓你的網(wǎng)站可以訪(fǎng)問(wèn)微博，使用微博登錄和授權，調用微博開(kāi)放的一些API；質(zhì)量高、用戶(hù)多的應用也會(huì )被推薦到微博應用廣場(chǎng)等。html
　　創(chuàng )建應用需要我們填寫(xiě)一些信息，應用名稱(chēng)，描述等。您可以將準備好的副本直接粘貼到其中；您需要不同規格的應用程序圖標和三個(gè)或更多的應用程序介紹的宣傳圖片。這其中的一個(gè)關(guān)鍵點(diǎn)是應用程序地址，它需要提供一個(gè)收錄微博組件的可訪(fǎng)問(wèn)地址。這些東西提交后，就可以提交審核了。微博申請審核的速度比較快，很少能在一兩天內完成。節點(diǎn)
　　申請審核通過(guò)后，可以繼續使用appkey和appsecret進(jìn)行開(kāi)發(fā)。Python
　　微博數據采集
　　由于微博開(kāi)放的api接口不提供用戶(hù)微博數據，所以采用data采集方案。該工具的第一個(gè)版本是用 nodejs 編寫(xiě)的，后來(lái)改為 python 版本。貝殼
　　提取關(guān)鍵詞
　　這里還在用python處理：canvas
　　預處理（去除微博中的表情、標簽等）；分詞（將整個(gè)句子分成單詞）；加載詞庫（包括通用詞庫和自定義詞庫）；刪除停用詞（刪除一些無(wú)意義的詞）詞匯）；計算 TFIDF 并按重量排序；取前50個(gè)詞生成詞云圖片。串聯(lián)項目
　　項目的基礎設施是用nodejs搭建的，整個(gè)應用的路由訪(fǎng)問(wèn)控制、視圖渲染、異常處理、日志采集、進(jìn)程管理都是用nodejs完成的。api
　　大體流程：用戶(hù)訪(fǎng)問(wèn)應用；引導用戶(hù)進(jìn)入微博授權頁(yè)面；授權成功后，后臺獲取uid并啟動(dòng)新的子流程生成微博詞云圖；此時(shí)，向用戶(hù)返回一個(gè)授權頁(yè)面（此時(shí)微博詞云的過(guò)程可能還沒(méi)有結束）；用戶(hù)點(diǎn)擊下一頁(yè)，如果圖片已經(jīng)生成，則顯示顯示的數據，如果沒(méi)有，用戶(hù)等待處理。
　　是的，基本流程很少，只有這些，比較簡(jiǎn)單?？纯聪旅娴淖罱K效果。服務(wù)器
　　
　　
　　
　　
　　
　　重要知識點(diǎn)
　　
　　我們把html轉成canvas，然后把canvas數據取出來(lái)放到一個(gè)img標簽里。把這個(gè)img放在頁(yè)面最上方，設置不透明度為0，然后在微信、微博等app中，長(cháng)按可以保存到手機上。具體實(shí)現代碼見(jiàn)下圖。微信
　　
　　總結
　　更多的是一些交互的細化，讓用戶(hù)有更好的操作體驗和視覺(jué)沖擊。這個(gè)應用的視覺(jué)沖擊力不大，哈哈。建筑學(xué)
　　最后，歡迎大家互相交流。應用程序
　　項目地址： 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(來(lái)講一下自動(dòng)聊天腳本的編寫(xiě)思路（一）|3分鐘學(xué)堂)
　　大家好，我是公眾號3分鐘學(xué)校的郭麗媛~
　　本期聊聊自動(dòng)聊天腳本的編寫(xiě)思路：
　　(一）自動(dòng)聊天的核心有兩部分：
　?、倭奶靸热莸淖R別
　　常用的方法包括從node xml中提取文本和文本圖像ocr識別~
　　對于大部分聊天類(lèi)應用來(lái)說(shuō)，xml提取方式基本都可以使用，但也有微信等例外，其node xml中不收錄聊天內容，游戲無(wú)法使用node方式。
　　圖像 OCR 識別沒(méi)有限制，但也有缺點(diǎn)。識別率不可能100%準確，識別速度比較慢。
　　還有一種讀取聊天數據庫的方法，由于大多數應用程序數據庫都是加密的，因此不常用。
　?、谠~庫的匹配
　　我們識別出聊天內容后，需要給出相應的回復詞，所以我們需要一個(gè)語(yǔ)音庫。
　　語(yǔ)音庫一般有兩種：自建語(yǔ)音庫和智能聊天api
　　通常，自建語(yǔ)言庫至少收錄兩部分核心內容：關(guān)鍵詞和對應的回復內容
　　關(guān)鍵詞：觸發(fā)回復的文本。比如有人在我的公眾號后臺回復“教程”二字，公眾號會(huì )發(fā)一個(gè)教程下載地址，那么“教程”就是關(guān)鍵詞。
　　使用關(guān)鍵詞匹配的好處是可以模糊匹配。比如對方的聊天內容是基礎教程，里面有教程這個(gè)詞，匹配也可以成功。
　　回復內容：對應關(guān)鍵詞的一段。
　　自建語(yǔ)音庫可以是文本、本地數據庫，也可以是服務(wù)器上的數據庫，只要能存儲關(guān)鍵詞的容器和對應的回復內容即可。
　　自建語(yǔ)言庫的匹配邏輯：首先遍歷所有關(guān)鍵詞，與獲取的聊天內容進(jìn)行對比。如果成功，則取回關(guān)鍵詞對應的語(yǔ)音內容，并發(fā)送語(yǔ)音內容。
　　大部分自建語(yǔ)言庫一開(kāi)始并不能收錄所有的關(guān)鍵詞，需要逐步完善。
　　智能聊天api是別人寫(xiě)的詞匯庫。優(yōu)點(diǎn)是關(guān)鍵詞比較多，基本可以做到100%匹配。缺點(diǎn)是匹配的內容可能會(huì )出現離譜的回復內容。
　?。ǘ┳詣?dòng)聊天的類(lèi)別
　?、僖粚Χ嗳毫?br /> 　　這種自動(dòng)聊天一般是群機器人。當有人發(fā)送特定關(guān)鍵字時(shí)，它會(huì )返回特定的聊天技巧。
　　在群聊的時(shí)候，我們需要區分聊天內容是自己發(fā)的還是別人發(fā)的。常用的方法是看聊天內容占據的區域是在屏幕的左邊還是右邊。
　　左：別人發(fā)的~
　　右：我自己發(fā)的~
　　您還可以確定聊天內容對應的頭像和昵稱(chēng)。
　　當確認是對方發(fā)送的聊天內容時(shí)，匹配語(yǔ)言庫完成自動(dòng)聊天。
　　群聊可以獲取當前畫(huà)面的所有聊天內容，也可以只獲取最后的聊天內容。
　　這里需要注意去重操作，即同一個(gè)人連續發(fā)送相同的關(guān)鍵詞，腳本自動(dòng)過(guò)濾掉。這個(gè)過(guò)濾需要有一條記錄，保存發(fā)送者的名字和發(fā)送的內容，在匹配詞庫之前，首先判斷要匹配的內容是否在記錄中，從而實(shí)現去重的操作。
　?、谝粚σ凰搅?br /> 　　這種自動(dòng)聊天會(huì )在引流腳本中使用。比如你想給多人發(fā)私信，你先發(fā)第一句，對方回復，再發(fā)第二句，再回復，再發(fā)第三句。
　　引流腳本的目的是做廣告，所以對匹配的要求不是很高，可以精準匹配也可以不匹配。
　　還有一種方法是通過(guò)聊天賺錢(qián)。對于男性和女性用戶(hù)，一些約會(huì )應用程序是不同的。男性用戶(hù)需要花錢(qián)給女性用戶(hù)發(fā)送消息。女性用戶(hù)不僅不花錢(qián)發(fā)消息，而且如果男性用戶(hù)給她發(fā)消息，他們就可以賺錢(qián)。因此，女性用戶(hù)會(huì )想方設法想到男性用戶(hù)與自己聊天。
　　這種自動(dòng)聊天需要對詞進(jìn)行精準匹配，回復的內容要讓對方感興趣，這樣才能增加聊天消息的數量，從而獲得更多的收益。
　　還有關(guān)鍵詞自動(dòng)回復，方便吸引流量，比如關(guān)注后私信某關(guān)鍵詞，發(fā)送指定內容給對方。
　　這就是這個(gè)問(wèn)題的全部?jì)热?。如果你想學(xué)習某個(gè)APP的自動(dòng)聊天腳本，可以在文章下方留言。我測試成功后，就可以單獨進(jìn)行實(shí)戰了。
　　=正文結束= 查看全部

　　通過(guò)關(guān)鍵詞采集文章采集api(容器日志實(shí)時(shí)采集日志分類(lèi)定義標準輸出標準和實(shí)踐(組圖)
)
　　背景
　　自2013年dotCloud開(kāi)源Docker以來(lái)，以Docker為代表的容器產(chǎn)品以隔離性好、可移植性高、資源占用少、啟動(dòng)快等特點(diǎn)迅速風(fēng)靡全球。下圖顯示了 2013 年以來(lái) Docker 和 OpenStack 的搜索趨勢。
　　
　　容器技術(shù)在部署、交付等環(huán)節給人們帶來(lái)了很多便利，但在日志處理領(lǐng)域也帶來(lái)了很多新的挑戰，包括：
　　如果日志保存在容器內，在容器銷(xiāo)毀時(shí)會(huì )被刪除。由于容器的生命周期與虛擬機相比大大縮短，因此創(chuàng )建和銷(xiāo)毀是常態(tài)。因此，需要一種持久保存日志的方法。進(jìn)入容器時(shí)代后，需要管理的目標對象遠多于虛擬機或物理機。登錄到目標容器。故障排除將變得更加復雜和不經(jīng)濟；容器的出現使得微服務(wù)的實(shí)現變得更加容易，微服務(wù)引入了更多的組件，同時(shí)給我們的系統帶來(lái)了松耦合。因此，我們需要一種既能幫助我們全局了解系統運行情況，又能快速定位問(wèn)題現場(chǎng)、還原上下文的技術(shù)。日志處理流程
　　本文以Docker為例，介紹容器日志處理的一般方法和最佳實(shí)踐，包括：
　　容器日志實(shí)時(shí)采集; 查詢(xún)分析和可視化；日志上下文分析；LiveTail - 云尾 -f。容器日志實(shí)時(shí)采集 容器日志分類(lèi)
　　采集Logs 首先，我們需要找出日志存在的位置。這里以?xún)蓚€(gè)常見(jiàn)的容器 Nginx 和 Tomcat 為例進(jìn)行分析。
　　Nginx 生成的日志包括 access.log 和 error.log。眾所周知，access.log 和 error.log 分別被重定向到 STDOUT 和 STDERR。
　　Tomcat 會(huì )生成很多日志，包括 catalina.log、access.log、manager.log、host-manager.log 等。tomcat Dockerfile 不會(huì )將這些日志重定向到標準輸出，它們存在于容器內部。
　　容器產(chǎn)生的大部分日志都可以歸結為上述情況。在這里，我們不妨將容器日志分為以下兩類(lèi)。
　　容器日志分類(lèi)定義
　　標準輸出
　　通過(guò) STDOUT、STDERR 輸出的信息，包括重定向到標準輸出的文本文件。
　　文本日志
　　存在于容器內且未重定向到標準輸出的日志。
　　使用日志記錄驅動(dòng)程序的標準輸出
　　容器的標準輸出會(huì )被日志驅動(dòng)統一處理。如下圖所示，不同的日志驅動(dòng)程序會(huì )將標準輸出寫(xiě)入不同的目的地。
　　
　　通過(guò)日志記錄驅動(dòng)程序 采集 的容器標準輸出的優(yōu)點(diǎn)是使用簡(jiǎn)單，例如：
　　# 該命令表示在 docker daemon 級別為所有容器配置 syslog 日志驅動(dòng)
dockerd -–log-driver syslog –-log-opt syslog-address=udp://1.2.3.4:1111
# 該命令表示為當前容器配置 syslog 日志驅動(dòng)
docker run -–log-driver syslog –-log-opt syslog-address=udp://1.2.3.4:1111 alpine echo hello world
　　缺點(diǎn)
　　使用 json-file 和 journald 以外的其他日志記錄驅動(dòng)程序將使 docker logs API 不可用。比如當你在宿主機上使用portainer管理容器，并且使用上述兩種以外的日志驅動(dòng)時(shí)，你會(huì )發(fā)現無(wú)法通過(guò)UI界面觀(guān)察到容器的標準輸出。
　　使用 docker 日志 API
　　對于那些使用默認日志驅動(dòng)的容器，我們可以通過(guò)向 docker daemon 發(fā)送 docker logs 命令來(lái)獲取容器的標準輸出。使用這種方法采集log的工具有logspout、sematext-agent-docker等。下面例子中的命令意思是獲取容器自2018-01-01T15:00:00以來(lái)的最新5條日志。
　　docker logs --since "2018-01-01T15:00:00" --tail 5
　　缺點(diǎn)
　　當日志量較大時(shí)，這種方式會(huì )給 docker daemon 帶來(lái)很大的壓力，導致 docker daemon 無(wú)法及時(shí)響應創(chuàng )建容器、銷(xiāo)毀容器等命令。
　　采集 json 文件文件
　　默認的日志驅動(dòng)程序會(huì )將日志以json格式寫(xiě)入主機文件，文件路徑為/var/lib/docker/containers//-json.log。這樣，采集容器標準輸出的目的就可以通過(guò)直接采集host文件來(lái)實(shí)現。
　　推薦這種方案，因為它既不會(huì )使 docker logs API 不可用，也不會(huì )影響 docker daemon，而且現在很多工具都原生支持 采集host 文件，例如 filebeat、logtail 等。
　　文本日志掛載主機目錄
　　采集容器中的文本日志最簡(jiǎn)單的方法是在啟動(dòng)容器時(shí)通過(guò)bind mounts或者volumes將宿主目錄掛載到容器日志所在的目錄，如下圖所示。
　　
　　對于tomcat容器的訪(fǎng)問(wèn)日志，使用命令docker run -it -v /tmp/app/vol1:/usr/local/tomcat/logs tomcat掛載主機目錄/tmp/app/vol1到訪(fǎng)問(wèn)日志中容器在目錄/usr/local/tomcat/logs上，通過(guò)采集主機目錄/tmp/app/vol1下的日志實(shí)現采集tomcat訪(fǎng)問(wèn)日志的目的。
　　計算容器rootfs掛載點(diǎn)
　　使用掛載宿主目錄采集log的方法會(huì )侵入應用程序，因為它需要容器在啟動(dòng)時(shí)收錄mount命令。如果 采集 進(jìn)程對用戶(hù)是透明的，那就太好了。實(shí)際上，這可以通過(guò)計算容器 rootfs 掛載點(diǎn)來(lái)實(shí)現。
　　與容器 rootfs 掛載點(diǎn)密不可分的一個(gè)概念是存儲驅動(dòng)程序。在實(shí)際使用中，用戶(hù)往往會(huì )根據Linux版本、文件系統類(lèi)型、容器讀寫(xiě)條件等因素來(lái)選擇合適的存儲驅動(dòng)。在不同的存儲驅動(dòng)下，容器的rootfs掛載點(diǎn)遵循一定的規則，所以我們可以根據存儲驅動(dòng)的類(lèi)型推斷出容器的rootfs掛載點(diǎn)，然后采集容器的內部日志。下表顯示了某些存儲驅動(dòng)程序的 rootfs 掛載點(diǎn)以及如何計算它們。
　　存儲驅動(dòng)rootfs掛載點(diǎn)計算方法
　　奧夫斯
　　/var/lib/docker/aufs/mnt/
　　id 可以從以下文件中讀取。
　　/var/lib/docker/image/aufs/layerdb/mounts//mount-id
　　覆蓋
　　/var/lib/docker/overlay//合并
　　可以使用以下命令獲取完整路徑。
　　docker inspect -f '{{.GraphDriver.Data.MergedDir}}'
　　覆蓋2
　　/var/lib/docker/overlay2//合并
　　可以使用以下命令獲取完整路徑。
　　docker inspect -f '{{.GraphDriver.Data.MergedDir}}'
　　設備映射器
　　/var/lib/docker/devicemapper/mnt//rootfs
　　id 可以通過(guò)以下命令獲取。
　　docker inspect -f '{{.GraphDriver.Data.DeviceName}}'
　　Logtail解決方案
　　日志服務(wù)團隊在充分對比采集容器日志的各種方法，綜合梳理用戶(hù)的反饋和訴求后，推出了容器日志的一站式解決方案。
　　
　　特征
　　logtail解決方案包括以下功能：
　　支持主機上容器的采集主機文件和日志（包括標準輸出和日志文件）；支持容器自動(dòng)發(fā)現，即配置采集目標時(shí)，只要有滿(mǎn)足條件的容器創(chuàng )建時(shí)，容器上的目標日志就會(huì )自動(dòng)采集；支持通過(guò)docker標簽和環(huán)境變量過(guò)濾指定容器，支持白名單和黑名單機制；采集數據自動(dòng)標記，即對采集的日志自動(dòng)添加容器名、容器IP、文件路徑等用于識別數據源的信息；支持 采集 K8s 容器日志。核心優(yōu)勢是通過(guò)檢查點(diǎn)機制和部署額外的監控流程來(lái)確保至少一次語(yǔ)義；經(jīng)過(guò)多次雙十一、雙十二測試和阿里巴巴集團內部百萬(wàn)級部署規模，穩定性和性能都非常不錯。保證。K8s 容器日志采集
　　與K8s生態(tài)深度融合，非常方便采集 K8s容器日志是日志服務(wù)l(shuí)ogtail解決方案的另一大特色。
　　采集配置管理：
　　支持采集通過(guò)WEB控制臺進(jìn)行配置管理；支持采集通過(guò)CRD(CustomResourceDefinition)方式進(jìn)行配置管理（這種方式更容易與K8s部署發(fā)布流程集成）。
　　采集模式：
　　通過(guò)DaemonSet方式支持采集K8s容器日志，即在每個(gè)節點(diǎn)上運行一個(gè)采集客戶(hù)端logtail，適用于單功能集群；通過(guò) Sidecar 方式支持 采集 K8s 容器日志，即每個(gè) Pod 以容器的形式運行一個(gè) 采集 客戶(hù)端 logtail，適用于大型、混合和 PAAS 集群。
　　關(guān)于Logtail方案的詳細說(shuō)明，請參考文章綜合改進(jìn)、阿里云Docker/Kubernetes(K8S)日志方案及選型對比。
　　查詢(xún)分析和可視化
　　完成日志采集工作后，下一步就是對這些日志進(jìn)行查詢(xún)、分析和可視化。以Tomcat訪(fǎng)問(wèn)日志為例，介紹日志服務(wù)提供的強大的查詢(xún)、分析、可視化功能。
　　快速搜索
　　當容器日志為采集時(shí)，會(huì )攜帶容器名稱(chēng)、容器IP、目標文件路徑等信息，所以在查詢(xún)的時(shí)候可以通過(guò)這些信息快速定位目標容器和文件。查詢(xún)功能的詳細介紹請參考文檔查詢(xún)語(yǔ)法。
　　實(shí)時(shí)分析
　　日志服務(wù)的實(shí)時(shí)分析功能兼容SQL語(yǔ)法，提供200多種聚合功能。如果您有使用 SQL 的經(jīng)驗，您可以輕松編寫(xiě)滿(mǎn)足您業(yè)務(wù)需求的分析語(yǔ)句。例如：
　　計算訪(fǎng)問(wèn)的前 10 個(gè) uri。
　　* | SELECT request_uri, COUNT(*) as c GROUP by request_uri ORDER by c DESC LIMIT 10
　　統計當前 15 分鐘內網(wǎng)絡(luò )流量相對于前一小時(shí)的變化。
　　* | SELECT diff[1] AS c1, diff[2] AS c2, round(diff[1] * 100.0 / diff[2] - 100.0, 2) AS c3 FROM (select compare( flow, 3600) AS diff from (select sum(body_bytes_sent) as flow from log))
　　該語(yǔ)句使用同比鏈函數計算不同時(shí)間段的網(wǎng)絡(luò )流量。
　　可視化
　　為了讓數據更加生動(dòng)，您可以使用日志服務(wù)內置的各種圖表將 SQL 計算結果可視化，并將圖表組合成一個(gè)儀表板。
　　
　　下圖是一個(gè)基于Tomcat訪(fǎng)問(wèn)日志的dashboard，展示了不良請求率、網(wǎng)絡(luò )流量、狀態(tài)碼隨時(shí)間變化趨勢等信息。此儀表板顯示多個(gè) Tomcat 容器的聚合數據。您可以使用儀表盤(pán)過(guò)濾功能，通過(guò)指定容器名稱(chēng)來(lái)查看單個(gè)容器的數據。
　　
　　日志上下文分析
　　查詢(xún)分析、儀表盤(pán)等功能可以幫助我們掌握全局信息，了解系統的整體運行情況，但定位具體問(wèn)題往往需要上下文信息的幫助。
　　上下文定義
　　上下文是指圍繞問(wèn)題的線(xiàn)索，例如日志中錯誤的上下文。上下文由兩個(gè)元素組成：
　　下表顯示了不同數據源的最小區分粒度。
　　分類(lèi)最小區分粒度
　　獨立文件
　　IP + 文件
　　碼頭工人標準輸出
　　容器 + STDOUT/STDERR
　　Dockerfile
　　容器+文件
　　K8s 容器標準輸出
　　命名空間 + Pod + 容器 + STDOUT/STDERR
　　K8s 容器文件
　　命名空間 + Pod + 容器 + 文件
　　SDK
　　線(xiàn)
　　日志附加器
　　線(xiàn)
　　上下文查詢(xún)的挑戰
　　在集中式日志存儲的情況下，采集 端和服務(wù)器端都很難保證日志的原創(chuàng )順序：
　　在客戶(hù)端層面，一個(gè)主機上運行著(zhù)多個(gè)容器，每個(gè)容器都會(huì )有多個(gè)需要采集的目標文件。log采集軟件需要利用機器的多個(gè)CPU核對日志進(jìn)行解析和預處理，通過(guò)多線(xiàn)程并發(fā)或單線(xiàn)程異步回調處理網(wǎng)絡(luò )發(fā)送的IO慢問(wèn)題。這可以防止日志數據按照機器上事件的生成順序到達服務(wù)器。在服務(wù)器層面，由于采用水平可擴展的多機負載均衡架構，同一客戶(hù)端機器的日志會(huì )分散在多個(gè)存儲節點(diǎn)上。根據分散的日志很難恢復原來(lái)的順序。原則
　　日志服務(wù)通過(guò)在每條日志中附加一些額外的信息以及服務(wù)器的關(guān)鍵詞查詢(xún)能力巧妙地解決了上述問(wèn)題。原理如下圖所示。
　　
　　當日志為采集時(shí)，用于標識日志源的信息（即上面提到的最小區分粒度）會(huì )自動(dòng)添加為source_id。對于容器場(chǎng)景，這些信息包括容器名稱(chēng)、文件路徑等。日志服務(wù)的各種采集客戶(hù)端一般都會(huì )選擇批量上傳日志，多條日志形成一個(gè)數據包?？蛻?hù)端會(huì )在這些包中寫(xiě)入一個(gè)單調遞增的package_id，包中的每條日志在包內都有一個(gè)偏移量；服務(wù)器會(huì )將 source_id、package_id 和 offset 組合為一個(gè)字段并為其創(chuàng )建索引。這樣，即使各種日志在服務(wù)器上以混合狀態(tài)存儲，我們也可以根據source_id、package_id和offset，精確定位到一條日志。
　　如果想詳細了解上下文分析的功能，請參考文章上下文查詢(xún)，分布式系統日志上下文查詢(xún)功能。
　　LiveTail - 云尾 -f
　　除了查看日志的上下文信息，有時(shí)我們還希望能夠持續觀(guān)察容器的輸出。
　　傳統方式
　　下表展示了如何在傳統模式下實(shí)時(shí)監控容器日志。
　　類(lèi)別步驟
　　標準輸出
　　1. 定位容器，獲取容器id；
　　2. 使用命令 docker logs –f 或 kubectl logs –f
　　觀(guān)察終端上的輸出；
　　3. 使用 grep 或 grep -v 過(guò)濾掉關(guān)鍵信息。
　　文本日志
　　1. 定位容器，獲取容器id；
　　2. 使用命令 docker exec 或 kubectl exec 進(jìn)入容器；
　　3. 找到目標文件，使用命令tail -f 觀(guān)察輸出；
　　4. 使用 grep 或 grep -v 過(guò)濾掉關(guān)鍵信息。
　　痛點(diǎn)
　　通過(guò)傳統方式監控容器日志存在以下痛點(diǎn)：
　　當容器較多時(shí)，定位目標容器耗時(shí)耗力；不同類(lèi)型的容器日志需要不同的觀(guān)察方式，增加了使用成本；關(guān)鍵信息的查詢(xún)和展示并不簡(jiǎn)單直觀(guān)。功能與原理
　　針對這些問(wèn)題，日志服務(wù)推出了LiveTail功能。與傳統模式相比，具有以下優(yōu)點(diǎn)：
　　可以根據單個(gè)日志或日志服務(wù)的查詢(xún)分析功能快速定位目標容器；在不進(jìn)入目標容器的情況下，統一觀(guān)察不同類(lèi)型的容器日志；支持關(guān)鍵詞過(guò)濾；支持設置鍵列。
　　
　　在實(shí)現方面，LiveTail 主要是利用上一章提到的上下文查詢(xún)原理來(lái)快速定位目標容器和目標文件。然后，客戶(hù)端定期向服務(wù)器發(fā)送請求以提取最新數據。
　　視頻樣本
　　也可以觀(guān)看視頻進(jìn)一步了解采集的功能，容器日志的查詢(xún)、分析和可視化。
　　參考 技術(shù)支持
　　 查看全部