在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問(wèn)答/ 人工智能問(wèn)答
司令 回答

也就是轉(zhuǎn)化為手寫(xiě)字體，與訓(xùn)練的標(biāo)準(zhǔn)字體相似度問(wèn)題：

  1. 訓(xùn)練一個(gè)系統(tǒng)可以識(shí)別出不同字體的文字；
  2. 輸入用戶(hù)輸入文字，通過(guò)系統(tǒng)評(píng)估出這個(gè)是該文字的概率，也就是用戶(hù)的評(píng)分了；
巫婆 回答

//PHP不會(huì)JS編寫(xiě),這種屬于算法題
function countSheep(X = 1,N = 2){

var $five = [X,0,0,0,0];
while( N-- ){
  $five.unshift($five[1]+$five[3]);//將第四年和第二年的羊生下的羊羔放入數(shù)組
}
var count = $five[0]+$five[1]+$five[2]+$five[3]+$five[4];//計(jì)算0-4歲的羊的只數(shù)

}
//X表示初始羊的個(gè)數(shù),N表示第n年后羊的數(shù)量

疚幼 回答

《Redis實(shí)戰(zhàn)》第一章就簡(jiǎn)單介紹你這樣的場(chǎng)景
redis處理高并發(fā)讀寫(xiě)問(wèn)題，既然是讀寫(xiě)，那么讀和寫(xiě)肯定使用redis去處理。

淺淺 回答

異常分 3 種情況:

  1. 協(xié)調(diào)者不宕機(jī)，參與者宕機(jī)；
  2. 協(xié)調(diào)者宕機(jī)，參與者不宕機(jī)；
  3. 協(xié)調(diào)者宕機(jī)，參與者也宕機(jī)；

對(duì)于（1），當(dāng)在事務(wù)進(jìn)行過(guò)程中，有參與者宕機(jī)時(shí)，他重啟以后，可以通過(guò)詢(xún)問(wèn)其他參與者或者協(xié)調(diào)者，從而知道這個(gè)事務(wù)到底提交了沒(méi)有。

對(duì)于（2），協(xié)調(diào)者宕機(jī)后，可以起新的協(xié)調(diào)者，然后查詢(xún)所有參與者的狀態(tài)是否有 commit 的，如果有，則繼續(xù) commit，如果都沒(méi)有，則 abort。

對(duì)于（3），是唯一 2PC 不能解決的：當(dāng)協(xié)調(diào)者在發(fā)出 commit 消息后宕機(jī)了，而唯一收到這條命令的一個(gè)參與者也宕機(jī)了，這個(gè)時(shí)候這個(gè)事務(wù)就處于一個(gè)未知的狀態(tài)，沒(méi)有人知道這個(gè)事務(wù)到底是提交了還是未提交，從而需要數(shù)據(jù)庫(kù)管理員的介入，防止數(shù)據(jù)庫(kù)進(jìn)入一個(gè)不一致的狀態(tài)。當(dāng)然，如果有一個(gè)前提是：所有節(jié)點(diǎn)或者網(wǎng)絡(luò)的異常最終都會(huì)恢復(fù)，那么這個(gè)問(wèn)題就不存在了，協(xié)調(diào)者和參與者最終會(huì)重啟，其他節(jié)點(diǎn)也最終也會(huì)收到commit T的信息。

短嘆 回答

不會(huì)比較判斷的.不管原來(lái)的值是什么, 都直接覆蓋

厭遇 回答

自己解決了，之前實(shí)在anaconda3下新建虛擬環(huán)境python2.7,所以會(huì)報(bào)錯(cuò)
下載anconda2在安裝graphlab環(huán)境就好了，希望對(duì)需要的人有幫助。

別硬撐 回答
不過(guò)項(xiàng)目已經(jīng)提供接口了

后臺(tái)已經(jīng)提供接口了，那前端直接請(qǐng)求就可以了，你加了層koa是想達(dá)到怎么樣的需求？

懶洋洋 回答

“尾遞歸”可以了解下，有遞歸的優(yōu)點(diǎn)，同時(shí)不用擔(dān)心棧溢出。

痞性 回答

是可以的，但是感覺(jué)name-time-list:date這個(gè)有些多余，可以考慮使用 data 就使用 集合，可以將時(shí)間戳放到第一位

命多硬 回答 
td_list = response.css("td")
for td in td_list:
    td.css("::text").extract()
毀憶 回答

可以先擴(kuò)展一下『第二個(gè)想法』，Product存tags字段，自然Tag也能存products字段存放這個(gè)標(biāo)簽有哪些product，你要?jiǎng)h某個(gè)tag，把這個(gè)tag的products拿出來(lái)遍歷一部分即可，也就是這份『關(guān)系』同時(shí)在Product和Tag冗余一份。但是這樣做要不了多久products字段非常大，實(shí)操下來(lái)肯定很慢。

那么結(jié)合『第一個(gè)想法』，不要products字段，只要tags字段，再加上做了索引的ProductTag中間表，平時(shí)不用ProductTag，一旦要?jiǎng)htag，從ProductTag表讀，然后一個(gè)個(gè)去處理Product的tags字段。

希望能幫助到你。

不將就 回答 
SELECT Child.user_id, Child.Lft, Child.Rgt,Child.Level
            FROM kt_relation as Child, kt_relation as Parent
                WHERE
                  Child.Level = 3+1
                  -- AND Child.Lft+Child.Rgt <= Parent.Lft +Parent.Rgt   -- 左區(qū)
                                    
                                    AND Child.Lft+Child.Rgt > Parent.Lft +Parent.Rgt    -- 右區(qū)
                  
                                    AND Parent.user_id = 10001
                                    
                                    AND Child.Lft+Child.Rgt <= 12 +25

搞出來(lái)了一個(gè)sql語(yǔ)句，可以實(shí)現(xiàn)。前提是確認(rèn)這個(gè)節(jié)點(diǎn)是最頂層節(jié)點(diǎn)10001的哪個(gè)區(qū)域，然后查10001的右區(qū)，再加個(gè)條件，查詢(xún)10003的左區(qū)，12+25就能代表10003了。
這種自連接，搞的我有點(diǎn)暈乎！速度還可以，可能是有索引的原因。
php里面就是，先取得待查的節(jié)點(diǎn)10003的記錄，取出他的，左右值。
然后計(jì)算出，應(yīng)該查以根節(jié)點(diǎn)開(kāi)始的哪層。比如這個(gè)10003，要查他開(kāi)始的第3層，那實(shí)際查的應(yīng)該是，10001的第4層。因?yàn)?0003與10001差1層。所以是，3+1層。什么亂七八糟的。

搞出來(lái)個(gè)簡(jiǎn)單的，先查出這個(gè)節(jié)點(diǎn)的所有子孫節(jié)點(diǎn)，加條件，和值小于自身，再限定定層。就出來(lái)了。
SELECT * FROM Tree WHERE Lft > 1 AND Lft < 26 AND Lft + Rgt <= 1 + 26 AND Level = 4

為什么，我把問(wèn)題寫(xiě)出來(lái)，然后不久，自己就解決了問(wèn)題，好怪。不寫(xiě)就整不出來(lái)。其實(shí)我就是個(gè)菜b

不將就 回答

加鎖，當(dāng)有一個(gè)用戶(hù)在操作時(shí)，其它用戶(hù)不能操作。

祈歡 回答

應(yīng)該是redis沒(méi)有啟動(dòng)后臺(tái)運(yùn)行,
去修改redis.conf文件把daemonize設(shè)置為yes，
然后重新啟動(dòng)redis-server和redis.conf

賤人曾 回答

問(wèn)題已解決，是瀏覽器緩存問(wèn)題。只需要禁止瀏覽器使用緩存就可以。

蝶戀花 回答

可以的，之前我做項(xiàng)目的時(shí)候，只發(fā)布自己代碼打的jar就可以了，
其他jar單獨(dú)放上去，還有那些靜態(tài)資源一般都比較大，也傳一次不更新就不用再打包了

耍太極 回答

可以使用 @oraoto 的思路, 寫(xiě)個(gè)lua腳本.
如果lua腳本無(wú)法實(shí)現(xiàn)業(yè)務(wù)邏輯, 可以使用WATCH命令, 或者自己實(shí)現(xiàn)一個(gè)簡(jiǎn)單的鎖, 鎖住這個(gè)鍵.
可以參考Redis實(shí)戰(zhàn)中《4.4 Redis事務(wù)》 和 《6.2分布式鎖》

久不遇 回答

我的一些方法：

  1. 檢查下訓(xùn)練集的樣本中對(duì)應(yīng)類(lèi)別樣本數(shù)量是不是比較少，嘗試擴(kuò)大樣本集？
  2. 如果擴(kuò)大不了樣本集合，訓(xùn)練多個(gè)模型，每個(gè)模型盡量讓各個(gè)樣本數(shù)量均衡，最后再用決策樹(shù)思想合并結(jié)果就行
  3. 樣本數(shù)據(jù)集內(nèi)容是不是確實(shí)人眼都識(shí)別出來(lái)準(zhǔn)確率比較低？
首頁(yè) 上一頁(yè) 12 13 14 15 16 17 18 19 20 下一頁(yè) 尾頁(yè)