跳到主要內容

Chrome 放棄請求

有人遇到 Chrome 放棄 (abort) ajax 請求 (request) 的狀況，但原因不明。只知道 XMLHttpRequestEventTarget.onabort 被呼叫了。

有人查了 Chrome 的程式碼與也有人歸納自己的經驗，發現有以下幾種情形 Chrome 會放棄請求:

發出請求的 DOM 元素已經被刪叫

例如說 <img> 將要載入圖片，但在載入發生之前，<img> 就被刪掉了。

做了某件事造成不需要該請求

例如載入一個 iframe，但卻改變 src 屬性，因此原本要載入的內容就不需要了。

多個請求中的第一個失敗了

架設有多個請求陸續發到同一個伺服器，先發的某個請求因為網路問題失敗了，例如 DNS 錯誤、400 等，那後續的請求就會被取消

Self-signed certificate 不被 android Chrome 信任

你發出一個請求到一個 self-signed 網站，因為 SSL certificate 不被 Chrome 信任，因此它就悄悄地取消該請求，也沒有任何訊息。要下載與安裝該 certificate 到 Chrome 中才能解決。

點擊在 form 中的 <button>

若點擊在 form 中的 <button> 要發出 AJAX 請求，也會被瀏覽器取消。
你可以改用 div 或 span 。如果必須要用 button，必須呼叫preventDefault()。

ajax 請求違反 same origin policy

參考資料：

留言

張貼留言

這個網誌中的熱門文章

iframe DOM 被移動造成重新載入

如果用 javascript 去搬動 iframe DOM 的位置, 瀏覽器會將其內容重新載入，這是現有 HTML 規格 > When an iframe element is inserted into a document that has a browsing context, the user agent must create a nested browsing context, and then process the iframe attributes for the "first time". 範例： http://jsfiddle.net/pZ23B/ 測試結果： * Safari 3.1 / Win: reload * Opera 9.5 / Win: reload * IE10: reload * IE7 / IE8: not reload (部份摘自 https://bugzilla.mozilla.org/show_bug.cgi?id=254144 ) 參考： * https://bugzilla.mozilla.org/show_bug.cgi?id=254144
張貼留言
閱讀完整內容

Web Dynpro 前後端資料流動機制 (Dataflow)

在Web Dynpro中提供3種資料流機制[1]，只要適當地設定，可以不用寫程式就將畫面、中間層控制器(controller)到後端模型物件的資料自動化地、牢靠地綁在一起，使得不管前後端某一方有資料變動，變動部份都會自動地流動來保持一致性，使得前後端都能存取到同一份資料。 context 關鍵元件是 context，每個controller都有一份屬於自己的context，它扮演MVC架構中的M (model)，web dynpro的實做方式比較像是該controller的「資料空間」，它由node(資料節點）與attribute（資料屬性）組成，controller可以透過wdContext這個預先產生好的 shortcut variable（捷徑變數）去取得context的資料內容。 context中必須要建立node才可以儲存資料，一個node代表一個collection(集合物件)裡面仍可以含有node, attribute，node裡面的一份資料實體就是一個element，一個node可以有一個或多個element（這部份可以透過cardinality property設定），其結構就是該node所包含的結構。 data binding 此種機制可以將UI元件的資料跟context中的某個node或attribute綁定在一起，context中的改變會自動 更新到UI元件上，UI元件的改變也會自動寫入到綁定的context node(or attribute)中。通常UI元件所綁定的node（attribute)是由component controller對應過來的。 context mapping 每一個controller都有屬於自己的context(資料空間)如果要達到彼此共享資料，則要透過context mapping機制，一旦mapping設定好，則會在另一個context產生一個同樣的結構的node，兩邊的controller會存取到的是同一分資料，任何一邊的資料更動都會散佈到設定好mapping的node。 不過在web dynpro裡，只允許將custom controller or component controller的node對應到view controller去，不允許從view controller對應回來，主因是嚴格遵守MVC...
張貼留言
閱讀完整內容

ZK 與響應式網頁設計（RWD）

響應式網頁設計 (RWD) 就現今而言應該是許多網站必備的條件之一，ZK 框架可以幫你從一個抽象層次較高的角度滿足 RWD，不需要了解 CSS Media Query 的細節。 元件層級 元件層級的 RWD 是由元件內部自動完成的。每個 ZK 元件都能區分瀏覽器的種類，因此會自動依據桌上型或行動裝置瀏覽器來自動調整元件的外觀，不需開發者介入，例如 datebox 在桌面瀏覽器會跳出小月曆： 在手機瀏覽器就會自動變成下方滾動條： 頁面層級 頁面層級的 RWD 因為牽涉到版面設計，因此無法靠元件自動完成，因為畢竟每個頁面需要的版面設計皆不相同，這通常不是一個技術性的決定，而是政策性或設計性上的決定，因此 ZK 提供一些工具讓你實現 RWD。以下根據你想要達成的效果，概述你可用的工具。 寬度、版面自動調整 如果你想要做出的效果是，畫面內各區域自動調整寬度，較窄時調整位置，我非常推薦搭配 Bootstrap Grid 與 ZK 一同使用，因為 易於整合 。使用 Grid system 只要在 div 套上 CSS class，如 col-md-4 ，因此跟 ZK 整合很容易，不需要特別的設定與程式。 元件變換 如果你希望畫面寬、窄時，各用不同的元件來顯示，例如側邊欄在畫面變窄時消失並換成小的選單圖示，這時元件本身當然無法得知要做這樣的轉換，你可以透過 onClientInfo 事件 或 @MatchMedia 來偵測畫面寬度變化，並針對該變化調整畫面元件。 更多細節可以參考以下資源： Use Bootstrap with ZK: Responsive Admin Template 範例專案 線上展示
張貼留言
閱讀完整內容