近期在做乙個關於地圖的專案，由於要展示的資料中有的還沒有定位資訊，但是需要展示其他資訊，所以要做資料的篩選，但是，經過篩選之後發現地圖能正常展示了，但是資料出現了有時出現，有時不出現的情況，經過不懈努力終於把資料展示搞沒問題了，地圖中展示的marker點又亂了（一臉懵逼）。後來想起來之前操作雖然看似將地圖資料和展示資料分開，但是由於只是改變了指向，所以最終操作的還是乙個玩意（蠢哭）。下面上深拷貝**。
1.陣列
1var vs=[1,2,453,12,432]
2 var gets=vs
3 gets.push(0)
4console.log(vs)5//
[1,2,453,12,432，0]
//不通過深拷貝會改變原來陣列中的內容
應改為
1 var vs=[1,2,453,12,432]2 var gets=json.parse(json.stringify(vs))
3 gets.push(0)
4console.log(vs)
//此時vs值不會變化，兩個值是獨立存在的
關於編譯環境和DLL的慘痛教訓
從昨天開始就被一堆古怪的問題困擾，一直把時間消耗在這上面，耽誤了一天半的工作日啊。慘痛，明天就要遞交了，正經的工作還沒有做。嗚嗚 不過也不是一無所獲，兩個教訓 1.環境目錄的設定應該按照由低階向高階的順序。同時，更改環境路徑之後，最好將相關的工程全部重新編譯。帶來的問題乙個是編譯時，可能會有定義的衝...
oozie下使用hive UDF的慘痛教訓
問題現象 oozie中跑的乙個workflow，hql指令碼的匯出結果和預期不一致，出錯。漫長的dubug之路 1.首先想到的是通過在hue中來跑同乙個hql指令碼，查詢問題。通過在oozie的log中找到解析完的hql，跑了下，結果發現和預期一致，頭有點兒大。2.經過分析hql，推測可能是和指令碼...
一次linux伺服器管理的慘痛教訓
系統用的是fedroa8,機房給裝系統的時候，分割槽按預設方式，用lvm管理。後來一次機房給拔了一下電，估計檔案系統哪兒出問題了，磁碟全部變成唯讀。然後我想檢查一下磁碟，執行了一下fsck，結果檢查失敗，而檔案系統又被解除安裝掉了，所有命令都用不了。只好讓機房給重啟一下，然後系統就起不來了。懷疑機房...