錨點定位大家肯定都熟悉，a標籤通過id繫結直接跳轉到相對應的位置
近期乙個專案收尾階段需要乙個系統問答的頁面，上面是問題下面是解答，自然想到用 錨點定位。
此頁面通過iframe巢狀在其他頁面中，在嵌入後引發乙個問題點選問題跳到相對應的答案位置後，整個頁面向上移動了20多px。導航欄被遮擋住一部分。
所有用jq模擬了錨點定位先上馬
$('.que_con').click(function
(e) })
起初考慮到錨點定位會在url後拼接#+id，猜測可能是url改變導致了此問題，所有改用
document.queryselector(''+id).scrollintoview()方法，此方法不會在url後拼接id，結果還是不行。最後換用上面的方法才ok。
此方法雖然解決了問題，但可以說不是從根本上解決的。現在只能說這個bug和滾動條跳轉的方式有關係，更深層的原因還沒有找到。如果後續找到了根本原因在繼續更新本文
乙個bug引發的感想
上周五，系統出現乙個bug。基本描述如下 b功能上傳乙個到 b路徑 a功能要獲取b路徑的，但是獲取路徑寫錯了，寫成了a路徑。線上突然出現此問題，訂單無法完成。該功能用到的頻率還比較大。無法馬上布版本。首先的想法想通過改資料來解決，但是發現不行。資料是動態的，不能改，也改不過來。其次的想法 新增b路徑...
乙個 passive 引發的bug
不是什麼很難的東西，權且做個記錄。首先說下背景，目前的專案中，需要同時繫結 wheel 和 scroll 事件。繫結 wheel，目的是開發 ctrl wheel 縮放頁面功能，此功能與瀏覽器本身的衝突，因此需要禁用滾輪原生功能，示意 window.addeventlistener wheel fu...
日誌寫爆後引發的乙個潛在Bug
這周遇到乙個有點意思的bug，記錄一下，以示效仿。由於是公司內網環境下的，所以只能用拙劣的文本來做個記錄。在開發的乙個程式，因為在測試中，開啟了debug日誌，然後50m乙個的日誌檔案大概10s就刷爆了。插入乙個題外話，關於大日誌的問題，最近看了一篇文章 linux下日誌檔案過大解決方案，有興趣可以...