HOME 首頁
SERVICE 服務(wù)產(chǎn)品
XINMEITI 新媒體代運營
CASE 服務(wù)案例
NEWS 熱點資訊
ABOUT 關(guān)于我們
CONTACT 聯(lián)系我們
創(chuàng)意嶺
讓品牌有溫度、有情感
專注品牌策劃15年

    kaptcha(Kaptcha怎么讀的)

    發(fā)布時間:2023-03-14 01:48:54     稿源: 創(chuàng)意嶺    閱讀: 68        問大家

    大家好!今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于kaptcha的問題,以下是小編對此問題的歸納整理,讓我們一起來看看吧。

    ChatGPT國內(nèi)免費在線使用,一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

    只需要輸入關(guān)鍵詞,就能返回你想要的內(nèi)容,越精準(zhǔn),寫出的就越詳細,有微信小程序端、在線網(wǎng)頁版、PC客戶端

    官網(wǎng):https://ai.de1919.com

    本文目錄:

    kaptcha(Kaptcha怎么讀的)

    一、gradle和maven有什么用?分別有什么區(qū)別

    Gradle和Maven都是項目自動構(gòu)建工具,編譯源代碼只是整個過程的一個方面,更重要的是,你要把你的軟件發(fā)布到生產(chǎn)環(huán)境中來產(chǎn)生商業(yè)價值,所以,你要運行測試,構(gòu)建分布、分析代碼質(zhì)量、甚至為不同目標(biāo)環(huán)境提供不同版本,然后部署。整個過程進行自動化操作是很有必要的。

    整個過程可以分成以下幾個步驟:

    • 編譯源代碼

    • 運行單元測試和集成測試

    • 執(zhí)行靜態(tài)代碼分析、生成分析報告

    • 創(chuàng)建發(fā)布版本

    • 部署到目標(biāo)環(huán)境

    • 部署傳遞過程

    • 執(zhí)行冒煙測試和自動功能測試

    • 如果你手工去執(zhí)行每一個步驟無疑效率比較低而且容易出錯,有了自動化構(gòu)建你只需要自定義你的構(gòu)建邏輯,剩下的事情交給工具去完成。

    • 雖然兩者都是項目工具,但是maven現(xiàn)在已經(jīng)是行業(yè)標(biāo)準(zhǔn),Gradle是后起之秀,很多人對他的了解都是從android studio中得到的,Gradle拋棄了Maven的基于XML的繁瑣配置,眾所周知XML的閱讀體驗比較差,對于機器來說雖然容易識別,但畢竟是由人去維護的。取而代之的是Gradle采用了領(lǐng)域特定語言Groovy的配置,大大簡化了構(gòu)建代碼的行數(shù),比如在Maven中你要引入一個依賴:

    • <properties>

    • <kaptcha.version>2.3</kaptcha.version>

    • </properties>

    • <dependencies>

    • <dependency>

    • <groupId>com.google.code.kaptcha</groupId>

    • <artifactId>kaptcha</artifactId>

    • <version>${kaptcha.version}</version>

    • <classifier>jdk15</classifier>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-core</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-beans</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-context</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>junit</groupId>

    • <artifactId>junit</artifactId>

    • </dependency>

    • </dependencies>

    • <properties>

    • <kaptcha.version>2.3</kaptcha.version>

    • </properties>

    • <dependencies>

    • <dependency>

    • <groupId>com.google.code.kaptcha</groupId>

    • <artifactId>kaptcha</artifactId>

    • <version>${kaptcha.version}</version>

    • <classifier>jdk15</classifier>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-core</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-beans</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>org.springframework</groupId>

    • <artifactId>spring-context</artifactId>

    • </dependency>

    • <dependency>

    • <groupId>junit</groupId>

    • <artifactId>junit</artifactId>

    • </dependency>

    • </dependencies>

    • 然后我將其轉(zhuǎn)換成Gradle腳本,結(jié)果是驚人的:

    • dependencies {

    • compile('org.springframework:spring-core:2.5.6')

    • compile('org.springframework:spring-beans:2.5.6')

    • compile('org.springframework:spring-context:2.5.6')

    • compile('com.google.code.kaptcha:kaptcha:2.3:jdk15')

    • testCompile('junit:junit:4.7')

    • }

    • dependencies {

    • compile('org.springframework:spring-core:2.5.6')

    • compile('org.springframework:spring-beans:2.5.6')

    • compile('org.springframework:spring-context:2.5.6')

    • compile('com.google.code.kaptcha:kaptcha:2.3:jdk15')

    • testCompile('junit:junit:4.7')

    • }

    • 注意配置從原來的28行縮減至7行!這還不算我省略的一些父POM配置。依賴的groupId、artifactId、 version,scope甚至是classfier,一點都不少。較之于Maven或者Ant的XML配置腳本,Gradle使用的Grovvy腳本殺傷力太大了,愛美之心,人皆有之,相比于七旬老婦松松垮垮的皺紋,大家肯定都喜歡少女緊致的臉蛋,XML就是那老婦的皺紋。

      Gradle給我最大的有點是兩點。其一是簡潔,基于Groovy的緊湊腳本實在讓人愛不釋手,在表述意圖方面也沒有什么不清晰的地方。其二是靈活,各種在Maven中難以下手的事情,在Gradle就是小菜一碟,比如修改現(xiàn)有的構(gòu)建生命周期,幾行配置就完成了,同樣的事情,在Maven中你必須編寫一個插件,那對于一個剛?cè)腴T的用戶來說,沒個一兩天幾乎是不可能完成的任務(wù)。

    二、RuoYi若依系統(tǒng)的驗證碼如何替換為更美觀的EasyCaptcha

    圖片驗證碼經(jīng)常驗證如下一些場景。(1)用戶登錄,防止機器人登錄;(2)論壇留言,防止惡意灌水;(3)短信驗證碼發(fā)送,防止盜刷短信。

    Kaptcha 是一個由谷歌Googel出品的可高度配置的實用驗證碼生成工具,是一個非常經(jīng)典的圖片驗證碼解決方案。但,這個開源的工具生成的圖片比較素雅,美觀度一般,且項目已經(jīng)基本不維護了,從github上看,最近的一次更新是在3年前。

    (1)在 ruoyi-frameworkpom.xml 添加依賴:

    (2)在應(yīng)用子系統(tǒng)中修改驗證碼生成的代碼,比如ruoyi-admin的CaptchaController中修改getCode方法的代碼:

    (3)在前端項目中,RuoYi-Vue3srcviewslogin.vue的getCode方法中修改如下:

    (4)再分別重啟前后端系統(tǒng),就可以看到效果了。

    【本文結(jié)束】

    三、python爬取驗證碼圖片,遇到驗證碼src屬性為完整的網(wǎng)址應(yīng)該怎么做?

    爬蟲中手動輸入驗證碼方法無法獲取圖片src地址

    驗證碼在html中圖片標(biāo)簽內(nèi)容:

    <class=“verCodeImg” src="/kaptcha.jpg?v=0.234724039578059" οnclick=“verCode(this)”>

    < class=“verCodeImg” src="/kaptcha.jpg?v=0.234724239578059" οnclick=“verCode(this)”>

    可知獲取到驗證碼的src地址就能動態(tài)的獲得驗證碼

    因為驗證碼是動態(tài)的!動態(tài)的!動態(tài)的!

    用動態(tài)爬取網(wǎng)頁的方法:

    要用到selenium庫

    其實獲得了驗證碼的src地址,我還是沒能成功登陸

    因為即使是相同的鏈接點進去,每一次刷新都會有不同的驗證碼

    通過動態(tài)網(wǎng)頁打開是一張

    解析src地址出來是另一張

    四、JSP驗證碼刷新報錯:java.net.SocketException: Connection reset by peer: socket write error

    太奇怪,我測試了一下你的代碼,很好用阿,采用兩種方式都沒有問題

    直接訪問img.jsp或者訪問html文件的img標(biāo)簽,都沒有問題。

    補充:

    我是在本地訪問的,如果你訪問其它計算機,那么看看是否是防火墻的問題。代碼應(yīng)該沒有問題。

    kaptcha(Kaptcha怎么讀的)

    以上就是關(guān)于kaptcha相關(guān)問題的回答。希望能幫到你,如有更多相關(guān)問題,您也可以聯(lián)系我們的客服進行咨詢,客服也會為您講解更多精彩的知識和內(nèi)容。


    推薦閱讀:

    rollerskating怎么讀音發(fā)音(roller skating怎么讀音)

    skate現(xiàn)在分詞(skate現(xiàn)在分詞為什么去e)

    roⅡer一skating怎么讀(goⅰce-skating怎么讀)

    疫情語境下的景觀設(shè)計(疫情語境下的景觀設(shè)計ppt)

    chat網(wǎng)站(bing chat網(wǎng)站)