今天做了個專題活動,頁面頭上有個倒計時
專題做完後上線了,沒發現有什麼問題,結果,運營mm突然和我說:技術哥哥出問題了,360瀏覽器在秒數從10到09的時候直接變成 00 了!
一看我去真的,該死的360 還有ie7
這個倒計時的原理是先獲取系統時間.
分鐘,秒,毫秒賦值在span上面
<然後再 setinterval 每十毫秒賦值一次span,就起到倒計時的效果span
id="txtmin"
>
span
>
<
span
id="txtsec"
>
span
>
<
span
id="txtmic"
>
span
>
在google,firefox下面是沒有問題的.
經過勇哥的檢查,終於發現了
因為倒計時執行的時候要取到span上面的html,所以
分鐘=parseint(document.getelementbyid('txtmin').innerhtml);
秒=parseint(document.getelementbyid('txtsec').innerhtml);
毫秒=parseint(document.getelementbyid('txtmic').innerhtml);
因為當秒為 9 的時候,在id為txtsec的span裡面的html為 09.
那麼錯誤就來了,發現在ie7中 parseint("09") 等於0.
就是這個,害的老子不能回家吃飯.
怎麼解決? 我想是因為ie7認為09不是數字,所以要把它變成數字,那麼問題就來了,怎麼變?
很簡單 parseint("09"*1) 或者 parseint("09"/1) 就行了.
多謝勇哥,我終於可以回家了...
signed unsigned 引發的血案
bug描述 問題產生於區域網傳輸一幅。服務端負責傳送，是由另乙個同事用c 寫的，我用c 寫接收客戶端。我們約定在傳輸一幅前，先傳固定4個位元組的size資訊，然後傳資料。結果發現有些總是末尾壞掉一截或是乾脆就傳不過來。bug原因 在我接收到size 4 後，我採用了size size 3 256 2...
merge all引發的血案
在訓練深度神經網路的時候，我們經常會使用dropout，然而在test的時候，需要把dropout撤掉.為了應對這種問題，我們通常要建立兩個模型，讓他們共享變數。詳情.為了使用tensorboard來視覺化我們的資料，我們會經常使用summary，最終都會用乙個簡單的merge all函式來管理我們...
條件斷點引發的血案
今天在除錯打條件斷點時，想起一出除錯往事。同樣也是條件斷點，難倒了我們這所有程式設計師。為了以後總能記得這事，把這事寫到偶部落格裡。當時我們伺服器的光哥在 linux 下用gdb 除錯一段 發現執行到乙個地方時有乙個變數的值是乙個與預期不符的值，於是順手打了乙個條件斷點 當執行到這一行，這個變數的值...