❶ 按鍵精靈的網頁分析器和web網頁插件,究竟怎麼用啊,求各位大蝦指點
PID = Plugin.Web.Bind("wqm.exe")
Call Plugin.Web.SetSize(800, 600)
Call Plugin.Web.Go("http://www..com/")
Delay 1500
Call Plugin.Web.HtmlClick("id:lb")
EndScript
❷ 什麼是WEB瀏覽器插件
插件是指會隨著IE瀏覽器的啟動自動執行的程序，根據插件在瀏覽器中的載入位置，可以分為工具條(Toolbar)、瀏覽器輔助(BHO)、搜索掛接(URL SEARCHHOOK)、下載ActiveX(ACTIVEX)。
因為插件由不同的發行商進行插件開發發行，其技術水平也良莠不齊，插件程序很可能與其它運行中的程序發生沖突，從而導致諸如各種頁面錯誤，運行時間錯誤等等現象，阻塞了正常瀏覽。
IE瀏覽器常見的插件例如：Flash插件、RealPlayer插件、MMS插件、MIDI五線譜插件、ActiveX插件等等;再比如Winamp的DFX，也是插件。還有很多程序員都進行新插件開發。
1.什麼是插件?
插件是指會隨著IE瀏覽器的啟動自動執行的程序。
2.插件會從什麼位置載入到IE瀏覽器中?
根據插件在瀏覽器中的載入位置，可以分為工具條(Toolbar)、瀏覽器輔助(BHO)、搜索掛接(URL SEARCHHOOK)、下載ActiveX(ACTIVEX)。
3.惡意插件有什麼特徵?
有些插件程序能夠幫助用戶更方便瀏覽網際網路或調用上網輔助功能，也有部分程序被人稱為廣告軟體(Adware)或間諜軟體(Spyware)。此類惡意插件程序監視用戶的上網行為，並把所記錄的數據報告給插件程序的創建者，以達到投放廣告，盜取游戲或銀行帳號密碼等非法目的.
組件和插件的區別是，插件是屬於程序介面的程序，組件在ASP中就是控制項、對象，ASP/IIS的標准安裝提供了11個可安裝組件。ASP的FSO組件，插件開發編程的朋友都如雷貫耳吧，它就是最常用的Scripting.FileSystemObject對象。 插件是一種遵循一定規范的應用程序介面編寫出來的程序。很多軟體都有插件，插件有無數種。例如在IE中，安裝相關的插件後，WEB瀏覽器能夠直接調用插件程序，用於處理特定類型的文件。
❸ webpack編寫插件
查看原文 | 編輯此頁
插件向第三方開發者提供了 webpack 引擎中完整的能力。使用階段式的構建回調，開發者可以引入它們自己的行為到 webpack 構建流程中。創建插件比創建 loader 更加高級，因為你將需要理解一些 webpack 底層的內部特性來做相應的鉤子，所以做好閱讀一些源碼的准備！
webpack 插件由以下組成：
在插件開發中最重要的兩個資源就是 compiler 和 compilation 對象。理解它們的角色是擴展 webpack 引擎重要的第一步。
這兩個組件是任何 webpack 插件不可或缺的部分（特別是 compilation ），因此，開發者在閱讀源碼，並熟悉它們之後，會感到獲益匪淺：
插件是由「具有 apply 方法的 prototype 對象」所實例化出來的。這個 apply 方法在安裝插件時，會被 webpack compiler 調用一次。 apply 方法可以接收一個 webpack compiler 對象的引用，從而可以在回調函數中訪問到 compiler 對象。一個簡單的插件結構如下：
然後，要安裝這個插件，只需要在你的 webpack 配置的 plugin 數組中添加一個實例：
使用 compiler 對象時，你可以綁定提供了編譯 compilation 引用的回調函數，然後拿到每次新的 compilation 對象。這些 compilation 對象提供了一些鉤子函數，來鉤入到構建流程的很多步驟中。
關於 compiler , compilation 的可用回調，和其它重要的對象的更多信息，請查看 插件 文檔。
有一些編譯插件中的步驟是非同步的，這樣就需要額外傳入一個 callback 回調函數，並且在插件運行結束時， 必須 調用這個回調函數。
一旦能我們深入理解 webpack compiler 和每個獨立的 compilation，我們依賴 webpack 引擎將有無限多的事可以做。我們可以重新格式化已有的文件，創建衍生的文件，或者製作全新的生成文件。
讓我們來寫一個簡單的示例插件，生成一個叫做 filelist.md 的新文件；文件內容是所有構建生成的文件的列表。這個插件大概像下面這樣：
webpack 插件可以按照它所注冊的事件分成不同的類型。每一個事件鉤子決定了它該如何應用插件的注冊。
applyPlugins(name: string, args: any...)
applyPluginsBailResult(name: string, args: any...)
這意味著每個插件回調，都會被特定的 args 一個接一個地調用。 這是插件的最基本形式。許多有用的事件（例如 "compile" , "this-compilation" ），預期插件會同步執行。
applyPluginsWaterfall(name: string, init: any, args: any...)
這種類型，每個插件都在其他插件依次調用之後調用，前一個插件調用的返回值，作為參數傳入後一個插件。這類插件必須考慮其執行順序。 必須等前一個插件執行後，才能接收參數。第一個插件的值是 初始值(init) 。這個模式用在與 webpack 模板相關的 Tapable 實例中（例如 MoleTemplate , ChunkTemplate 等）。
applyPluginsAsync(name: string, args: any..., callback: (err?: Error) -> void)
這種類型，插件處理函數在調用時，會傳入所有的參數和一個簽名為 (err?: Error) -> void 的回調函數。處理函數按注冊時的順序調用。在調用完所有處理程序後，才會調用 callback 。 這也是 "emit" , "run" 等事件的常用模式。
applyPluginsAsyncWaterfall(name: string, init: any, callback: (err: Error, result: any) -> void)
這種類型，插件處理函數在調用時，會傳入當前值(current value)和一個帶有簽名為 (err: Error, nextValue: any) -> void. 的回調函數。當調用的 nextValue 是下一個處理函數的當前值(current value)時，第一個處理程序的當前值是 init 。在調用完所有處理函數之後，才會調用 callback，並將最後一個值傳入。如果其中任何一個處理函數傳入一個 err 值，則會調用此 callback 並將此 error 對象傳入，並且不再調用其他處理函數。 這種插件模式適用於像 "before-resolve" 和 "after-resolve" 這樣的事件。
applyPluginsAsyncSeries(name: string, args: any..., callback: (err: Error, result: any) -> void)
- 並行(parallel) -
applyPluginsParallel(name: string, args: any..., callback: (err?: Error) -> void)
(name: string, args: any..., callback: (err: Error, result: any) -> void)