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

鍍金池/ 問(wèn)答
你的瞳 回答

沒(méi)有碰見(jiàn)你說(shuō)的問(wèn)題，去除框架看看?？礃幼酉刖幋a問(wèn)題。用什么調(diào)試工具看到。
clipboard.png

大概是作用域問(wèn)題,你的loadedHandler定義在了匿名函數(shù)里面,執(zhí)行這一句


var player=new ckplayer(videoObject);

的時(shí)候不是沒(méi)定義就是已經(jīng)被銷毀了.
建議把這個(gè)函數(shù)定義在和endedHandler同樣級(jí)別的位置上,如果是在計(jì)時(shí)器里面執(zhí)行,應(yīng)該定義在全局位置.如果真的要在這里做個(gè)性化處理,那就直接在外面掛在window上

憶往昔 回答

你不要直接這樣給scrollTop賦值，用方法去滾動(dòng)window.scrollTo(x坐標(biāo)，Y坐標(biāo))

window.scrollTo(0, div.scrollHeight)

應(yīng)該是像樓下說(shuō)的，你的圖片沒(méi)加載完就計(jì)算高度了，高度計(jì)算不正確導(dǎo)致的。你給圖片加個(gè)onload事件，加載完后再重新調(diào)用一下那個(gè)移動(dòng)到底部的方法。

別傷我 回答

感覺(jué)你需要檢查下 為什么返回按鈕會(huì)到這個(gè)頁(yè)面~如果webview跳轉(zhuǎn)的地址是mp.weixin.qq.com的地址，按理來(lái)說(shuō)點(diǎn)返回會(huì)關(guān)閉這個(gè)web-view。

可以在調(diào)試模式下看下路由跳轉(zhuǎn)情況（開(kāi)發(fā)者工具下設(shè)置開(kāi)啟不檢驗(yàn)web-view頁(yè)面域名，真機(jī)調(diào)試開(kāi)啟調(diào)試開(kāi)關(guān)）

陪妳哭 回答

你是對(duì)的，"del 刪除的其實(shí)是一個(gè)對(duì)象的 引用"，這正是python作為高級(jí)語(yǔ)言的一個(gè)很好的特性，python本身提供了垃圾回收(GC)機(jī)制，讓用戶從繁瑣的手動(dòng)維護(hù)內(nèi)存的工作中，當(dāng)一個(gè)對(duì)象的引用計(jì)數(shù)為0時(shí)，那該對(duì)象將會(huì)被垃圾回收機(jī)制回收。

至于題主說(shuō)的刪除一個(gè)對(duì)象我理解的刪除 是 C 語(yǔ)言所提供的 free 接口將內(nèi)存釋放并交由操作系統(tǒng)管理這種形式的刪除。但這部分要解釋起來(lái)還是比較繁瑣的。

在 Python 中，有自己的內(nèi)存管理機(jī)制，并分了好幾個(gè)層級(jí)：

圖片描述

在最底層(第0層), 是 C 語(yǔ)言所提供的 malloc 和 free 接口, 屬于操作系統(tǒng)提供的內(nèi)存管理接口。在第1層中，就有了內(nèi)存池，這是為了避免大量地執(zhí)行 malloc 和 free 操作, 不然容易導(dǎo)致操作系統(tǒng)頻繁地在用戶態(tài)和內(nèi)核態(tài)之間進(jìn)行切換。 因此python引入了一個(gè)內(nèi)存池機(jī)制, 用于管理對(duì)小塊內(nèi)存的申請(qǐng)和釋放，垃圾回收對(duì)象之后的內(nèi)存就放在這一層而沒(méi)有被真正釋放。

既然對(duì)象回收后都放在第一層而沒(méi)有真正釋放，那么當(dāng)讀取較大文件后即使釋放它，python的內(nèi)存占用是不是遲遲居高不下呢？在python2.4版本前（好像是這個(gè)版本，有點(diǎn)記不清了）確實(shí)是這樣的，后來(lái)，為了解決這個(gè)問(wèn)題，于是就當(dāng) arena （可以理解為由內(nèi)存塊組成了一片區(qū)域）中都沒(méi)有被使用，那么再調(diào)用 C 語(yǔ)言的 free 。

總結(jié)一下，盡管垃圾回收機(jī)制會(huì)自動(dòng)回收對(duì)象，但它的內(nèi)存一般都不會(huì)被真正的釋放，而是放置于內(nèi)存池中的以便程序創(chuàng)建新的對(duì)象。若想像題主中的直接刪除一個(gè)對(duì)象，目前我似乎沒(méi)找到有什么API可以 free 的。

糖果果 回答

一般nginx/php分開(kāi)會(huì)比較好，擴(kuò)展起來(lái)也方便。想同時(shí)啟動(dòng)，寫dockerfile只是基礎(chǔ)，需要添加docker-compose配置啟動(dòng)命令，最后執(zhí)行

docker-compose up

就可以把所有期望啟動(dòng)的鏡像一次性全部啟動(dòng)，并自動(dòng)處理好依賴關(guān)系

同一個(gè)容器的情況，可以直接寫在一個(gè)sh腳本文件，

# entrypoint.sh

# 1、php-fpm daemon形式啟動(dòng)
# 2、nginx 非daemon形式啟動(dòng)

接著在dockerfile的cmd或者entrypoint中直接執(zhí)行 ['/bin/bash', 'entrypoint.sh']。腳本路徑注意一下

清夢(mèng) 回答

問(wèn)題解決了，感謝小伙伴提供思路
一時(shí)鉆牛角尖了，沒(méi)反應(yīng)過(guò)來(lái)，嘿嘿
1、在初始化數(shù)據(jù)中遍歷添加一個(gè)值disabled:false
2、在選中當(dāng)前節(jié)點(diǎn)的時(shí)候，將當(dāng)前節(jié)點(diǎn)的disabled修改為true

clipboard.png

clipboard.png

clipboard.png

柚稚 回答

計(jì)算距離最小的顏色即可，顏色距離的算法有很多，可參考維基百科

https://zh.wikipedia.org/wiki...

最簡(jiǎn)單的方法當(dāng)然就是空間距離算法，就是下值取平方根：
（r2-r1)^2 + （g2-g1)^2 + （b2-b1)^2

但實(shí)際情況是，這個(gè)“距離“和人眼感受的“距離”并不一致，更好的算法是把RGB先轉(zhuǎn)為L(zhǎng)AB再進(jìn)行計(jì)算，當(dāng)然還有更好的算法，請(qǐng)參考上面的文檔。

裸橙 回答

var變量提升

冷咖啡 回答

跟著系統(tǒng)走，舊版系統(tǒng)不支持或不支持完全，比如iOS8

笑浮塵 回答

axios的post接口的第二個(gè)參數(shù)是個(gè)請(qǐng)求攜帶的數(shù)據(jù)，類型必須是對(duì)象，因?yàn)?br>源代碼請(qǐng)求獲取到參數(shù)，交給源代碼合并邏輯對(duì)第二個(gè)參數(shù)進(jìn)行了對(duì)象合并，所以你這個(gè)qs.stringify(data),直接給轉(zhuǎn)成了一個(gè)字符串，數(shù)據(jù)合并肯定沒(méi)合并進(jìn)去，你直接寫data
這樣寫

this.axios.post('你的url', data).then(res => console.log(res.data))

試試

爆扎 回答

volatile 是保證變量被寫時(shí)其結(jié)果其他線程可見(jiàn)，final 已經(jīng)讓該變量不能被再次寫了。

如果你說(shuō) final 一個(gè)對(duì)象，改對(duì)象內(nèi)部字段值，那也不是 volatile 的語(yǔ)義所適用的范圍。

舊言 回答

limit n,m，表示起始值為n，然后取出m個(gè)記錄。如果batch size為25，那么可以：
limit 25,limit 25,25,limit50,25 ... 依次下去，默認(rèn)按照表的主鍵id升序排列，每次記錄最大的已處理記錄的主鍵id（這里基于了一個(gè)假設(shè)，此表是自增主鍵）

如果此表沒(méi)有新增記錄，以上方法肯定沒(méi)問(wèn)題，但是如果此表有多個(gè)事務(wù)并發(fā)寫入，可能會(huì)導(dǎo)致大id記錄先于小id記錄（兩個(gè)事務(wù)）被處理，導(dǎo)致這部分小id記錄永遠(yuǎn)也不會(huì)被處理到。

問(wèn)題中使用post_date其實(shí)也會(huì)有這個(gè)問(wèn)題，無(wú)法保證post_date小的數(shù)據(jù)記錄一定先于post_date大的記錄先入庫(kù)。insert時(shí)間早，id小的記錄并不一定早于id大的記錄插入至數(shù)據(jù)庫(kù)。此完全取決于事務(wù)的提交時(shí)間。

你可以看看這篇文章 使 sqlalchemy 數(shù)據(jù) json 化。

當(dāng)然，如果你要是想學(xué)習(xí) sqlalchemy， 可以看看我的這個(gè)項(xiàng)目 sql_to_sqlalchemy

尋仙 回答

根據(jù)比較不會(huì)變的東西進(jìn)行定位，不可能做到完全能匹配，只能說(shuō)盡可能地去適應(yīng)。
一般變化的話，前端會(huì)先修改該class對(duì)應(yīng)的樣式，如果發(fā)現(xiàn)變化比較大，可能會(huì)添加額外的className，相對(duì)而言，ID及name變化較少，因?yàn)檫@兩個(gè)多用于js和表單提交，因此如果有的話可以基于這兩個(gè)進(jìn)行定位。當(dāng)然，文字內(nèi)容也相對(duì)變化較少，比如某一塊叫做留言板，那么可以嘗試根據(jù)文字進(jìn)行定位。
但所有一切都不可能完全隨變化而變化。如果一個(gè)網(wǎng)站完全重構(gòu)，大規(guī)模改版，甚至爬取的內(nèi)容都被去掉了，又怎么能去匹配呢？

首頁(yè) 上一頁(yè) 1345 1346 1347 1348 1349 1350 1351 1352 1353 下一頁(yè) 尾頁(yè)