是的,quartz有個(gè)復(fù)雜的配置文件,當(dāng)配置使用數(shù)據(jù)庫,并且正確指定數(shù)據(jù)庫jdbc參數(shù)后,quargz會(huì)自己保存job到數(shù)據(jù)庫里,甚至可以配成cluster。 你找下你classpath下的quartz的配置文件,一般可以看到這樣的內(nèi)容就是干這個(gè)的:
org.quartz.dataSource.quartzDataSource.driver = com.mysql.jdbc.Driver
org.quartz.dataSource.quartzDataSource.URL = jdbc:mysql://localhost:3306/db
路徑不是這個(gè)嗎,你的是element-ui,圖上是一大串...
下圖是我剛npm 下載的 elementui
存儲(chǔ)過程的優(yōu)點(diǎn)主要包括以下幾點(diǎn):
第一點(diǎn),性能提高。這是相對(duì)于不適用存儲(chǔ)過程來說的,因?yàn)榇鎯?chǔ)過程在創(chuàng)建的時(shí)候就編譯好了,而后每次調(diào)用都不會(huì)再次編譯,這相對(duì)于傳統(tǒng)的SQL語句中每次調(diào)用都需要編譯的情況來說,性能提高了何止一點(diǎn)兩點(diǎn)。
第二點(diǎn),重用性強(qiáng)。存儲(chǔ)過程使用名字即可使用,也就是傳說中的“一次編寫,隨便調(diào)用”。這樣不僅提高了重用性,還減少了出錯(cuò)的幾率,也會(huì)加快開發(fā)速度,可以說是一件非常好的事情。
第三點(diǎn),減少網(wǎng)絡(luò)流量。這一點(diǎn)對(duì)于小數(shù)據(jù)量的時(shí)候一般體現(xiàn)不出來,那么當(dāng)數(shù)據(jù)量較大的時(shí)候,我們會(huì)發(fā)現(xiàn)由于使用存儲(chǔ)過程比使用SQL語句會(huì)使用更少的字節(jié)數(shù),因此它會(huì)降低傳輸?shù)臄?shù)據(jù)量。
第四點(diǎn),安全性提高。由于存儲(chǔ)過程也可以使用權(quán)限控制,而且參數(shù)化的存儲(chǔ)過程可以防止SQL注入攻擊,也在一定程度上保證了安全性。
第五點(diǎn),靈活性增強(qiáng)。由于存儲(chǔ)過程可以使用流程控制語句來編寫,導(dǎo)致它有著很強(qiáng)的靈活性,可以根據(jù)實(shí)際情況來執(zhí)行不同的SQL語句,而不是只能單純的簡(jiǎn)單的執(zhí)行命令。而且該存儲(chǔ)過程還可以修改其邏輯而其他部分不用改變,也就是說,我們的表的結(jié)構(gòu)改變了,我們只需要修改相應(yīng)的存儲(chǔ)過程即可,我們的Java或者PHP等程序不需要改變。
第六點(diǎn),當(dāng)業(yè)務(wù)復(fù)雜的時(shí)候,存儲(chǔ)過程會(huì)減少工作量,為什么呢,原因很簡(jiǎn)單,如果我們不適用存儲(chǔ)過程,那么就會(huì)導(dǎo)致我們先從數(shù)據(jù)庫中取出來數(shù)據(jù),然后經(jīng)過計(jì)算,再放入到數(shù)據(jù)庫中,這個(gè)開銷還是蠻大的,這中間的開銷包括我們的Java或者PHP程序連接數(shù)據(jù)庫獲取結(jié)果集等若干操作,如果我們使用了存儲(chǔ)過程,那么就沒有那么多事了,直接在mysql內(nèi)就搞定了。
缺點(diǎn):
第一點(diǎn),工作量加大。這里并不是說我們把程序該做的事讓mysql去做不好,而是mysql本身并沒有很像樣的IDE來開發(fā)我們的存儲(chǔ)過程,我們很多時(shí)候還是需要手寫,這樣就會(huì)比較麻煩,而且存儲(chǔ)過程的調(diào)試也是一個(gè)問題,沒有很像樣的調(diào)試工具。
第二點(diǎn),優(yōu)勢(shì)不明顯。運(yùn)行速度上,對(duì)于大多數(shù)的語句緩存來說,編譯sql的時(shí)間開銷并不是很大,但是執(zhí)行存儲(chǔ)過程還需要檢查權(quán)限等一些其他開銷,所以,對(duì)于很簡(jiǎn)單的sql,存儲(chǔ)過程并沒有很大優(yōu)勢(shì)。
第三點(diǎn),贅余功能。對(duì)web程序來說,我們連接數(shù)據(jù)庫的用戶往往就是同一個(gè),不需要太多的安全機(jī)制,所以,對(duì)于安全上的檢測(cè)看上去很好,實(shí)際上優(yōu)點(diǎn)多余。
第四點(diǎn),小型程序完全無用。對(duì)于小型web應(yīng)用來說,它的使用價(jià)值就更小了,反而會(huì)拖累開發(fā)進(jìn)度。
第五點(diǎn),對(duì)于運(yùn)維上。當(dāng)我們的程序要更換數(shù)據(jù)庫的時(shí)候,它的移植性相對(duì)于不適用存儲(chǔ)過程要復(fù)雜一些,對(duì)于維護(hù)上,由于是在db端,因此比server端的程序更好維護(hù)一些。
你應(yīng)該找個(gè)上面綁定了modal的 不然不會(huì)出來的
根據(jù)同事提醒 發(fā)現(xiàn)合并的單元格導(dǎo)致了這個(gè)問題的存在 后將模版單元格拆開 刪除后合并解該問題
不知道你是用什么來展示PDF的, 我們用pdf.js顯示PDF時(shí),為了提供性能,用了service worker。
構(gòu)造樹,子節(jié)點(diǎn)的值必須大于等于其父節(jié)點(diǎn)的值,然后求所有子節(jié)點(diǎn)的到達(dá)路徑。
|
|-31(第一節(jié))
| |-31(一)
| | |-31((一))
| | |-32((二))
| |-33(二)
|-35(第二節(jié))
|-35(一)
| |-35((一))
|-36(二)
|-36((一))
vuewepyjava or nodejavascript html cssnginx tomcatradis mysql mongodb
還有一系列相關(guān)的,比如linux
……
這是服務(wù)已經(jīng)起來了,等待你的客戶端連接,連接到mongod服務(wù)的.。。。。。。
再說你可以用在打開一個(gè)cmd用mongo連接試試啊,還等。。。。。。。。
試試把Schema = mongoose.Schema;換成 const { Schema } = mongoose;
所謂的html5Plus不過是native和js之間的一個(gè)bridge
你現(xiàn)在的要求就像是在native沒有提供相應(yīng)功能的情況下想讓js獲得你要的能力
皮之不存,毛將焉附
1,一般來說,現(xiàn)在workman和swoole框架下都有人做直播網(wǎng)站,以我這垃圾水平,沒辦法一兩句講得清,你可看看這兩個(gè)框架的教程。關(guān)于這兩個(gè)框架的直播demo和教程很多,但前提是先學(xué)會(huì)這兩個(gè)框架。
2,你可以看下WebRtc技術(shù),這個(gè)是直播的核心
3,1G視頻播放100次是不是就要100G流量?
這個(gè)不一定,這個(gè)涉及到壓縮算法,你1g的東西壓縮后才會(huì)傳過來,不過也省不了太多的帶寬,服務(wù)器最燒錢的地方永遠(yuǎn)都是帶寬,這是沒辦法的事
4,目前騰訊、阿里、網(wǎng)易等平臺(tái)都提供視頻存儲(chǔ)服務(wù),你可以自己搭建流媒體服務(wù)器來節(jié)省開支,這又是另一門技術(shù)了
5,安全方面,一般來說這也是另一個(gè)技術(shù)了,主要是考慮ddos攻擊,剩下的什么sql注入,xss攻擊都是老生常談了
6,盜版侵權(quán)……無解,誰有這本事早就被優(yōu)酷愛奇藝挖了
因?yàn)槟愦蜷_的根目錄不是你的項(xiàng)目工程導(dǎo)致的,你可以直接打開garphcai(你的工程項(xiàng)目,也即是你最外層的這個(gè)目錄就可以了)
展開Headers中的Location頭信息,看看path是什么,然后重新修改請(qǐng)求url測(cè)試。
HTTP 302 瀏覽器會(huì)自動(dòng)跳轉(zhuǎn)到Location的url,但是編程不一定會(huì)
試試這樣:
volumes:
// 這里是使用絕對(duì)路徑掛載數(shù)據(jù)卷,前面/opt/data是宿主機(jī)的,后面/var/lib/mysql是容器內(nèi)部的
// 也就是說將宿主機(jī)的/opt/data隱射到容器內(nèi)部的/var/lib/mysql
- /opt/data:/var/lib/mysql
如何還不行,就使用docker run手動(dòng)創(chuàng)建一個(gè)容器,然后通過-v參數(shù)指定數(shù)據(jù)卷試試,看是否是docker環(huán)境本身的問題。
其實(shí)還有更好的做法,通過使用 Package Control 的 Add Repository 功能
打開 Package Control 的 add repository 添加對(duì)應(yīng)的 github 地址
此時(shí) Install Package 時(shí)就會(huì)出現(xiàn)對(duì)應(yīng)的包了
北大青鳥APTECH成立于1999年。依托北京大學(xué)優(yōu)質(zhì)雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
達(dá)內(nèi)教育集團(tuán)成立于2002年,是一家由留學(xué)海歸創(chuàng)辦的高端職業(yè)教育培訓(xùn)機(jī)構(gòu),是中國一站式人才培養(yǎng)平臺(tái)、一站式人才輸送平臺(tái)。2014年4月3日在美國成功上市,融資1
北大課工場(chǎng)是北京大學(xué)校辦產(chǎn)業(yè)為響應(yīng)國家深化產(chǎn)教融合/校企合作的政策,積極推進(jìn)“中國制造2025”,實(shí)現(xiàn)中華民族偉大復(fù)興的升級(jí)產(chǎn)業(yè)鏈。利用北京大學(xué)優(yōu)質(zhì)教育資源及背
博為峰,中國職業(yè)人才培訓(xùn)領(lǐng)域的先行者
曾工作于聯(lián)想擔(dān)任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔(dān)任項(xiàng)目經(jīng)理從事移動(dòng)互聯(lián)網(wǎng)管理及研發(fā)工作,曾創(chuàng)辦藍(lán)懿科技有限責(zé)任公司從事總經(jīng)理職務(wù)負(fù)責(zé)iOS教學(xué)及管理工作。
浪潮集團(tuán)項(xiàng)目經(jīng)理。精通Java與.NET 技術(shù), 熟練的跨平臺(tái)面向?qū)ο箝_發(fā)經(jīng)驗(yàn),技術(shù)功底深厚。 授課風(fēng)格 授課風(fēng)格清新自然、條理清晰、主次分明、重點(diǎn)難點(diǎn)突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對(duì)瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應(yīng)用開發(fā)經(jīng)驗(yàn)。曾經(jīng)歷任德國Software AG 技術(shù)顧問,美國Dachieve 系統(tǒng)架構(gòu)師,美國AngelEngineers Inc. 系統(tǒng)架構(gòu)師。