iT邦幫忙MVPfillano提到：
關鍵的差別在於數字前面是否有空格。這是用Javascript動態產生的

按推之後點數少1 同時變成點數前面沒有空格
此時檢視頁面原始檔 點數是沒少的 跟原本一樣前面有空格
該內容是由下面Script所更新,
http://ithelp.ithome.com.tw/js/question.js
相關內容為
var E=F.parent().find("span");
F.addClass("pushed").attr("disabled",true);
E.hide().text(G.push).fadeIn("slow");
$(App.totalPoint+","+App.pushQuota).trigger("pushSend",[G])}}
$(App.totalPoint).bind("pushSend",function(F,E){$(this).fadeOut().text(E.user_points).fadeIn()});
$(App.pushQuota).bind("pushSend",function(F,E){$(this).fadeOut().text(E.push_quota).fadeIn()});

當按下推文 將資料 post 到 http://ithelp.ithome.com.tw/act/pushanswer 後, Server回應
{"push":"3","user_points":303,"push_quota":24}
其中
"push" "3"是代表選項是 '有幫助'
"user_points" 303 就是用戶檔案點數
"push_quota" 24 就是剩餘推薦點數
Script依據Server回傳值更新對應文字區
但因為"push_quota"是傳送數值 所以不會保留空白
如果像"push"一樣用傳送字串的方式就能保留空白
也就是改以這樣的方式回應
{"push":"3","user_points":303,"push_quota":" 24"}

真的是太閒? 去亂看了一下 推測大概是這樣@@

您真是追根究柢(worship)

這個視覺的bug已經解決了，感謝各位的討論(還沒看到更新的可以按Crtl+F5)。當初用補空白的方式來排版是不好的方式，才會造成JS更新時沒有補上空白就跑位了。現在先一樣補上空白字串，以後應該會改成用css定位。

可以讀一下保哥鐵人文:
例如當時我曾經花三天找出蕃薯藤首頁的版面問題
保哥在年終網聚有說，這是所有資深的工程師都不接的Case，他花三天解決那首頁怪線問題....

三天啊, 就為了那條線. 確實沒人想接, 想當年這類的問題我也是很喜歡做的, 只是後來常常被些長官說: 你看看xxx, 人家都寫出了一大堆程式, 你摸了一個星期還在搞同一隻程式. 後來慢慢就得不想碰了, 更別提通常那堆機車的問題大都是別人搞出來...

就我個人的感覺目前的線上工程師，應該都是會依循這個模式在進行開發。

是在說，第一次推的時候，排列的問題喔！

只是個人無聊的好奇，為什麼推之前數字與推之後有微微的差異性而己。

順便問問看大家，對此類的問題會如何處理而己。

那工程師的事做不完了
每個大小事都是急件,每個Bug Fix 都要插單了

有沒有聽過報修單??
由發現人員去Key單
由上級去排優先權

如果阿貓阿狗都可以叫你Fix ,做死也~