幾年前，mark nottingham（後來去了yaoo！）就http的狀態以及為了提公升http所要進行的工作做了乙個演講。從那以後，web不斷演進，http被用到了很多當初並未想到的場合中，mark也來到了rackspace。隨著html5的不斷演進（以及websockets），http需要進一步發展。在最近的一篇博文中，mark介紹了對於這個執行在web上的協議未來的路線路。mark參加了httpbis工作組會議，因此能與很多權威人士交流。首先，人們在http/1.1上所付出的努力已經得到了回報：
人們所閱讀的[rfc2616]並未將作者真正思考的內容記錄下來。我發現自己回答了很多關於規範的解釋性問題，其他人和我都認識到我們需要更加仔細地將這些內容記錄下來。現在這項工作已經接近了尾聲；條件請求、範圍請求、快取與認證這幾部分內容已經處於工作組的最後徵詢意見中，編輯希望不久之後其他章節也能加進來。根據mark所述，對這些更新的早期反饋是非常有價值的，開發者也不斷重申這麼做的好處所在：
快取實現者告訴我說重新編寫的第6部分極大地簡化了他們的工作，其他幾個澄清之處也對瀏覽器和其他實現有著重要的影響。隨著編輯正在完成最終的重寫，將其更新到http/1.1規範中也是指日可待的事情。但除了http/1.1還有什麼呢？正如mark所指出的，工 作組起初並未被授權從事新的東西。然而，這個世界在過去幾年間發生了翻天覆地的變化，http必須要演進才行。在2023年最初的spdy發布不久之 後，mark說到：
換句話說，google似乎將其當作是最終的http/2.0設計的輸入。當mike belshe（spdy發明者）向工作組介紹spdy時，人們紛紛表現出對其的興趣。除了最初的部署環境外，還有很多地方都採用了該協議，比如說jetty、netty與amazon。mark對圍繞著http的問題及其對工作組影響的想法早在幾年前就已經記錄在案了：
幾年前在啟動httpbis時，人們對建立乙個新協議持很強烈的反對意見，原因有二：一是當下一團糟的介面，二是這麼做所導致的部署問題。然而，我最近聽到很多人在抱怨與tcp相比，http所帶來的諸多限制，希望未來有一天，我們能夠盡快地開始解決這個問題。基於這一點以及人們對spdy的採用，現有的工作組需要做出變革以吸收一些http/2.0的工作成果。因此，在上一次會議中，討論開始圍繞著許可 權的變革而展開。然而，相對於僅僅採用spdy來說，工作組需要充分考慮需求並確保無論是哪個工作組從事這件事，其目的都是為了整個web的利益。正如 mark所總結的，工作組在未來的幾年中將會有很多事情要做：
除了spdy外，我們還介紹了其他三個提案；微軟的s+m、對中間實現者之間松耦合的需求介紹以及來自roy fielding的waka。看起來大多數的參與者都以開放的心態擁抱著http/2.0，他們並不會強制將現有的解決方案一成不變地轉變為標準程序。目前來看，http/2.0到底是什麼樣子還沒有人能夠說的出來。我們能夠確定的只是web協議將會有重要的變革，而且很可能在不遠的將來就會出現。
開啟工作組電腦
一 控制面板 管理工具 計算機管理 本地使用者和組 使用者。啟用guest來賓帳戶 二 控制面板 管理工具 本地安全策略 本地策略 使用者權利指派裡，從網路訪問此計算機 中加入guest帳戶，從 拒絕從網路訪問這台計算機 中刪除guest帳戶 三 我的電腦 工具 資料夾選項 檢視 去掉 使用簡單檔案...
設定工作組的模板
1 通常我們在做乙份相同格式的 時,複製原 的副本,然後再清空裡面的資料再來生成新的我們想要的檔案,其實在這裡我們可以把常用格式儲存為模板,以後生成新的檔案直接套用此模板即可,也就是將常用格式檔案保 另存為 模板格式.2 如上建立的模板預設儲存在本地機的如下位置 3 若將公司內部模板共享於內網使用者...
微軟加入AMQP工作組
據乙份新聞稿稱，微軟公司加入高階訊息佇列協議 amqp 工作組，該組織關注於amqp規範的發展。amqp是乙個用於業務資訊的開放網際網路協議，由amqp工作組的成員協作設計完成。u0026 xd n 有趣的是，新聞稿暗示，這項決定是該組織內企業和成員施加壓力的結果。u0026 xd n微軟正式加入a...