㈠ mongodb監聽怎麼顯示在web上
在MongoDB中，文檔是對數據的抽象，它被使用在Client端和Server端的交互中。所有的Client端（各種語言的Driver）都會使用這種抽象，它的表現形式就是我們常說的BSON（Binary JSON ）。
BSON是一個輕量級的二進制數據格式。
MongoDB能夠使用BSON，並將BSON作為數據的存儲存放在磁碟中。
當Client端要將寫入文檔，使用查詢等等操作時，需要將文檔編碼為BSON格式，然後再發送給Server端。同樣，Server端的返回結果也是編碼為BSON格式再放回給Client端的。
㈡ python Django MongoDB Web開發問題 高難度，求高手解
很多問題，代碼也不全，不知道你想實現什麼效果。
if False == request.COOKIES.has_key('username'):
改為 if not request.COOKIES.has_key('username'):較好.
UrlListItme = UrlList.object()這句和上面的return HttpResponseRedirect('/login/')對齊，那麼這句語句永遠不會被執行。python是靠代碼縮進來控制的。
另外UrlListItme = UrlList.object()是什麼意思呢？class UrlList沒有Object這個方法。可能你是想要UrlListItme = UrlList()?
return render_to_response('signature/sample_details.html', locals())這句裡面的locals()是什麼？是一個函數嗎？可以返回一個dict嗎？
㈢ 如何在webstorm中啟動並連接mongodb資料庫
nodejs通過npm安裝mongodb模塊 npm install mongodb 如果要安裝mongodb資料庫的話從官網下載安裝包就行
㈣ 如何啟動MongoDB的WEB界面
1：log一定要指定一個xxx.log文件(文件不存在也要這么寫，會自動創建，寫成這樣是不可以的--logpath d:\mongodb\logs)
2:serviceName的N字母要大寫
注意：這條命令要到MongoDB的bin目錄下運行，剛開始的時候，我就直接在D:\下運行，結果服務的可執行目錄為【"D:\mongod" --logpath "D:\MongoDB\logs\MongoDB.log" --logappend --dbpath "D:\MongoDB\data" --directoryperdb --service 】，肯定是不對的。
該命令行指定了日誌文件：E:\APMServ5.2.6\MongoDb\logs\MongoDB.log，日誌是以追加的方式輸出的；
數據文件目錄：E:\APMServ5.2.6\MongoDb\data，並且參數--directoryperdb說明每個DB都會新建一個目錄；
Windows服務的名稱：MongoDB；
以上的三個參數都是可以根據自己的情況而定的，呵呵。
最後是安裝參數：--install，與之相對的是--remove
啟動MongoDB：net start MongoDB
停止MongoDB：net stop MongoDB
刪除MongoDB：sc delete MongoDB
或
運行→regedit→注冊表編輯器→HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services 下面顯示的就是所安裝的服務項,刪除相應的就好
mongod --logpath E:\APMServ5.2.6\MongoDb\logs\MongoDB.log --logappend --dbpath E:\APMServ5.2.6\MongoDb\data --directoryperdb --serviceName MongoDB --install
㈤ Mongodb怎樣進入web控制台
解決辦法
以--httpinterface參數啟動mongodb。
如：
[plain] view plain
mongod --dbpath=/data/server/mongodb/data --fork --logpath=/data/server/mongodb/logs --auth --httpinterface
在瀏覽器里輸入：http://192.168.6.70:28017/
此時會讓輸入mongodb的資料庫用戶密碼：
㈥ mongodb資料庫有哪些優勢
1. 文檔存儲
數據存儲以BSON/JSON文檔，這對於Web應用程序有很大的意義。開發者API喜歡以JSON形式傳輸，這使得整個項目的數據表示可採用統一的模型。所有這一切都無需任何前期架構設計。
2. 可擴展性
MongoDB被用在一些規模龐大的環境中，FourSquare/Craiglist都在使用它。通過分片數據縮放處理理論上可實現更高的吞吐量。
3. 簡單的復制
就像分片技術一樣，MongoDB范圍內復制過程同樣簡單好用，在副本機器上還有大量的復制選項。靈活的功能可滿足用戶應用的需求。
4. 易於查詢
MongoDB以文檔的形式存儲數據，不支持事務和表連接。因此查詢的編寫、理解和優化都容易得多。簡單查詢設計思路不同於SQL模式，嵌入文檔在特定的環境下可得到更好的查詢，然而這需要先加入集合。如果需要執行多個請求到資料庫則需要加入其到客戶端。在MongoDB時ODM工具（如Doctrine2）將發揮自身的優勢。
5. 安全性
由於MongoDB客戶端生成的查詢為BSON對象，而不是可以被解析的字元串，所以可降低受到SQL注入的攻擊的危險。最常見的攻擊類型為針對Web應用程序的攻擊，在MongoDB上使用Doctrine2 ODMs 查詢語言可減輕攻擊風險。
6. 支持
用戶在選擇資料庫時總是喜歡積極和充滿活力的，這點非常重要。MongoDB在業界有非常大的影響力，用戶也會定期的組織活動。MongoDB的標簽在StackOverFlow是非常活躍的。你永遠不會陷入困境，因為總有人與你討論並解決問題。
7. 價格
MongoDB是免費的！
當然遠不止這些優勢，但是也有很多劣勢。
㈦ 請問web開發工具都有哪些
1.Web應用框架
這些軟體是專門設計來幫助網站開發，並使創建網站的Web開發的過程變得更容易。該軟體完全支持Web服務，Web資源和Web
API。這些框架會自動執行與Web開發中的常見活動相關聯的一些進程，從而使Web開發人員的工作變得更加容易。可用的Web開發框架包括ASP.NET，JavaEE，WebObjects，web2py，OpenACS等。
2.協作工具
對於遠程工作的團隊，需要時刻保持聯系和協作。為了提高開發效率，幫助開發者在同一個項目上工作的流程簡化開發流程，以實現團隊的設定目標，市場上出現了很多協作工具，如Slack，Trello，Asana，Jira等。
3.本地開發環境
一個快速的本地開發環境，可以推出取決於操作系統或您正在使用的計算機。有各種各樣的免費軟體，軟體Apache，MySQL和其他打包在一起。這是在本地計算機上最快的一種測試方式，為了方便使用，有些程序還出了攜帶型版本。本地開發環境包括MAMP，LARAGAN，XAMPP和Vagrant等。
4.前端框架
前端框架基本上是一些文件和文件夾，如HTML，CSS和JavaScript等。前端框架通常包含有有準備好的組件，大多數組件都是可以進行修改和調整的，開發人員可以根據自己的開發需求來選擇使用，目前最常見的前端框架是Bootstrap。
5.圖標
圖標對於Web開發人員，尤其是前端開發人員非常重要，它們是Web開發的重要組成部分。上圖中的圖標都可以應用於你的項目，且這其中大部分是免費的。
6.網站速度測試工具
網站速度是決定一個網站是否成功的重要因素。現在的用戶越來越挑剔，大家往往更傾向於載入速度快的網站，對於載入速度慢的網站，大家幾乎是零容忍。另外，SEO做得好的話，可能會帶來更高的轉化率和更好的用戶體驗。Web開發人員可以使用工具來測試他們的網站速度，以確保他們的網站能夠擁有較短的載入時間。
7.文本對比檢查
Diff checkers 可以幫助您比較文件之間的差異，然後合並更改，幫助我們更直觀的看見文本之間的差異。
8.資料庫
資料庫基本上是已經存儲信息的集合，可以進行信息的檢索，管理甚至更新。Web開發人員常用的資料庫有MySQL，MariaDB，MongoDB，Redis等。
9.Web開發通訊
為什麼選擇通訊訂閱，因為開發人員可以利用這些工具節省時間和精，通過這些工具選擇最佳的Web開發和性能主題，而不必自己動手。
10.任務批處理工具/包管理器
任務批處理工具有助於自動化工作流程。例如，你創建了一個任務，可以通過JavaScript編寫的工具來自動化工作流程。除此之外，還可以新建和組合任務，使用任務管理器縮短開發時間，加快開發速率。
另一方面，包管理器也是很重要的，它可以跟蹤所有軟體，確保這些軟體都更新至最新版本，擁有最強的功能。這些工具包括：Grunt，Gulp，npm等。
11.文本和代碼編輯器
文本和代碼編輯器不僅能夠為開發者帶來良好的代碼體驗，而且能夠大大節約網站開發的時間。比較常用的編輯器有Atom，Notepad++，Vim等。之前，筆者也發過程序員票選最佳的代碼編輯器，感興趣的朋友可以戳進去看一下。
12.靈感
對於很多工種來說，靈感都是極為重要的，但是靈感是可遇不可求的，所以一旦有了靈感就必須及時記錄下來。除了我們自己的靈感迸現，我們也可以從別人的作品中提煉出新的靈感。常見的記錄靈感的工具有CodePen
和Dribble。
13.編程語言
每個Web開發工具都有一種編程語言。編程語言被設計為開發人員或程序員和計算機之間的橋梁，並幫助程序員創建我們每天使用的程序。比較流行的編程語言包括PHP，NodeJS，Python，Ruby等。
14.代碼共享/實驗工具
基本上編程這個工作是一個團隊合作，團隊之間要保持親密無間的協作關系，互相檢查對方的代碼有助於更有效的進行程序編寫。代碼共享是現在程序員都在使用的一種方式，常見的有Slack。
15.Git 託管
Git是一款免費、開源的分布式版本控制系統，可以高效的管理大小項目的各個版本，可以幫助開發團隊避免混亂。
㈧ mongodb部署與cassandra部署有什麼區別
Otto Hilska(@mutru)曾發表一篇文章，稱由於Cassandra頻繁出現穩定問題，他們對基於Web的團隊通訊工具Flowdock的資料庫服務做了一次切換，從Cassandra遷移到了另一種NoSQL工具——MongoDB並對遷移過程中的調整做了簡要介紹。Jametong對此文章進行了翻譯，現轉載於此，全文如下：
Flowdock是一個基於Web的團隊通訊工具。所有的軟體開發人員都應該使用它進行溝通，而不是使用Campfires、Skype Chats或IRC等工具。因為它可以更好的的支持他們的真實工作流。
上周，我們對Flowdock的資料庫服務做了一次切換，從Cassandra遷移到了另一種NoSQL工具——MongoDB。由於我們的技術選擇已經引起了大家的部分興趣，我將在此向公眾說明下我們的決策理由。
我們的部分客戶一定對下面這個圖片記憶猶新：
從一定程度上講，我們遭遇到了Cassandra的穩定性問題。所有的節點都陷入無限循環(infinite loop)，運行垃圾回收工作(GC， Garbage Collection)並嘗試壓縮數據文件——並偶爾導致集群癱瘓。除了對集群進行重啟並經常性的手工對節點做壓縮工作以讓其穩定一會外，我們無計可施。其他人也報告過類似的問題。在前面幾周的時間里，我們的Cassandra節點總是會吃掉給他分配的所有資源，而導致Flowdock運行緩慢。
由於我們刀口嗜血式的資料庫選擇(James註：這是我不認同的地方，可能對於一些Startup的公司來講，這是一種不得已的選擇。)，這已經不是我們第一次遇到此類問題了。從Cassandra 0.4升級到0.5的時候，我們被迫關閉了整個集群，僅僅是為了將所有的數據刷新到磁碟上(雖然，我們已經按照文檔進行了手工刷新的操作)。這個操作導致我們丟失了幾分鍾的討論內容，以及我們手工創建的索引出現嚴重的不一致，以致於需要做完全的重建。我想，我們最後離開辦公室的時間已經是凌晨4點了。
從我們最初選擇Cassandra到現在，NoSQL社區已經出現了很大的變化。MongoDB已經發生了很大的改變，最近新增的自動分片(auto-sharding)與副本集(replica set)使得它可以作為Cassandra的有力的替代品。因此，我們決定試試MongoDB。
寫從Cassandra往MongoDB的數據遷移的腳本耗費我一天的時間。在一周左右的時間內，我們已經可以完全在MongoDB上運行Flowdock了。在生產環境部署MongoDB之前，內部測試持續進行了好幾個星期。
目前，我們已經完成這個調整，
1. 智能(多鍵)索引。 手工維護的索引令人生厭，MongoDB可以自動幫我們維護所需的索引。例如，我們的消息包含標簽(tag)，例如下面這個格式的document：
{ content: "Write a blog post about #mongodb.", workspace: 'myflow', tags: ["mongodb", "todo", "@Otto"] } 這樣,如果僅檢索自己的任務,Flowdock的後台只需要做下面這個查詢: db.messages.find({ workspace: 'myflow', tags: { $all: ["todo", "@Otto"] } })
2. 查詢。無論數據模型多麼簡單，每當需要執行一個查詢的時候，你都不需要提前規劃此事。在MongoDB中，你可以直接在控制台定製復雜的查詢，這一點非常類似於SQL資料庫。它會據此執行一次順序掃描，這比在客戶端手工處理上百萬的記錄要更快捷也更便利。
3. Map-Rece。 這是分析人員的利器啊。MongoDB的Map-Rece功能支持雖然不是非常完美，但它起碼很易用。
4. GridFS讓我們的文件存儲操作變得非常容易。它的存儲能力可以隨著我們的MongoDB集群的擴展一起增長。
我們也遭遇到部分輕微的限制：
1. 我們發現了一個JSON解析的bug，不過我們在10分鍾內就解決了此bug。
2. BSON的Document鍵中不支持點(dot)。通常，這或許不是個問題，但是我們必須在數據遷移中解決此問題。
3. Document有4MB的大小限制。這對於我們的數據模型來講不是問題，由於MongoDB對在位的原子更新(atomic in-place updates)有非常好的支持，所以，你需要關注，Document不要超過4MB的限制。
4. 增加新的節點沒有在Cassandra中那麼容易。然而，Cassandra在新增節點的負載均衡上有它自己的問題。
到目前為止，它的運行還非常平穩。開發人員與資料庫管理員的工作也因此減輕了很多。
㈨ 請問使用mongodb資料庫有哪些優勢
下面是一個瑭錦TANJURD總結 MongoDB 優缺點的列表，希望對打算使用 MongoDB 的同學，能有一些作用：
優勢：
快速!(當然，這和具體的應用方式有關，通常來說，它比一般的關系型資料庫快5位左右。)
很高的可擴展性 – 輕輕鬆鬆就可實現PB級的存儲(但是可能我們並不需要PB級的存儲，10TB可能就夠了)
他有一個很好的 replication 模式 (replica sets)
有很完善的Java API
他的存儲格式是Json的，這對Java來說非常好處理，對javascirpt亦然。
運維起來非常方便，你不用專門為它安排一個管理員。
它有一個非常活躍的社區(我提出的一個bug在20分鍾內就能得到修復。多謝Elliot)
他的版本控制非常清楚。
MongoDB 背後的公司(10gen)已經准備好了明天在 MongoDB 上面的投入的資金了。
劣勢
應用經驗缺乏，我們都沒有相關NoSQL 產品的使用經驗。
項目相對來說還比較新。
和以往的存儲相比，數據的關系性操作不再存在。
㈩ 我想用 python+MongoDB 開發個 WEB 應用，不用框架的話需要什麼知識
首先你需要知道一個Web應用基本的請求處理流程。以最簡單最原始的動態網頁為例，你點擊鏈接（GET），提交表單（POST），就是與伺服器端建立了連接之後發送了一個HTTP請求（RFC2616 5.1節，之後都以HTTP 1.1為例）
裡面至少有方法（動詞，就是GET啦POST什麼的，詳見RFC2616第9節），地址（URL），HTTP版本，還可能帶上Cookie（會話的一般實現機制），緩存相關的信息（RFC2616 13節），User-Agent串等等一堆信息。對於POST請求我們還有表單內容作為請求實體（RFC2616 7.2節），裡面是你填寫的表單內容。