DQS系統之Debug日誌

2022-02-09 07:17:57 字數 1126 閱讀 8224

1、8月18號上午,剛來開啟dqs頁面發現extjs報錯,昨天一直沒出現這個問題。肯定和那個改動有關。由於懶的緣故,沒有部署svn,只用日期備份了昨天中午的源**。這下有的找了。

——問題解決了,下了個檔案比較工具beyond compare,逐一對比了頁面相關的js、css和aspx檔案,發現某乙個控制項加了個[runet="server"]屬性,ext找不到了,x...

【總結:使用svn進行開發版本控制】

2、8月21號下午,使用ext建立的控制項全部無法呈現,使用chrome的開發人員工具定位到引發該問題的樣式屬性為「overflow:hidden」。這個ext自帶的樣式為何會導致ext自建的控制項無法呈現呢。。。

——**了「overflow」這個樣式屬性,然後在自定義div(即所有無法呈現控制項的container)中嘗試著追加了「height」屬性。問題終於解決了。

【總結:對css的掌握只是浮於表面】

3、8月31號下午,ado.net呼叫oracle帶引數儲存過程持續報錯。第一次在兩個環境下開發應用,單純依賴google然後閱讀demo原始碼來解決問題。

——問題起因是進行oracleparameter引數構造時,採用了類似呼叫oracle sqltext的方式在引數前多帶了個冒號。

【總結:不夠認真還是兩年來白幹了】

4、9月2號下午,伺服器端控制項被ext重新render後遺失繫結資料和無法觸發事件。ext的表單提交和.net相異,需要新的學習,但專案進度已明顯滯後。

——採用iframe替換母版頁,除已完成的主要頁面外,正在開發和新建的頁面可選用更為熟悉的jquery指令碼庫。

【總結:進度因技術受阻時及時調整】

5、9月30號下午,複雜查詢在追加索引後速度仍然很慢,語句簡化後為select * from ya_userinfo_t where startdate > to_date('2011-09-15','yyyy-mm-dd')。檢視執行計畫顯示採用了全表掃瞄。如果把大於號換做等於號索引將被使用。

——oracle在執行範圍掃瞄時會根據查詢結果占得比重進行取捨,但此例中佔比為6%。此外索引預設採用公升序,而查詢結果卻是位於最底部的6%。後來重新建立降序索引,再次執行查詢索引成功採用。

【總結:對oracle的內部機制一塌糊塗】

-

Poco 日誌 之 系統日誌

poco 支援windows 事件日誌.僅支援win poco autoptrlog new poco eventlogchannel log open poco message msg msg.setsource 1111 msg.settext 333 msg.setpriority poco ...

Nginx 開啟 debug 日誌的辦法

譯序 一般來講,nginx 的錯誤日誌級別是 error,作為 nginx 使用者來講,你設定成 info 就足夠用了。但有時有些難以挖掘的 bug,需要看到更詳細的 debug 級別的日誌,這時候,單單把 error log 級別設定成 debug 是不行的,nginx 記錄下來的還是 info ...

TRACE日誌級別比DEBUG更低

在除錯springmvc原始碼時,發現其中有乙個trace級別的判斷,後來經過細看才發現.原來一直以為debug的配置級別是最低的,可以在開發時輸出更多的資訊,但此時發現錯了.其實還有乙個trace級別,比debug更低,可以輸出更多資訊。看到這個以後,就試著做配置,試圖讓它輸出trace級別的日誌...