代刷源碼開源系統

『壹』 開源的Windows系統——ReactOS

ReactOS 是一個開發與Windows NT和Windows 2000應用程序和硬體驅動程序兼容的開源操作系統的項目。此項目當前雖然只是處於 內部測試（alpha） 開發狀態，但到2005年1月其中一些子項目已經完成了目標。

ReactOS主要是由C語言編寫。部分組件則由C++編寫，例如ReactOS 文件瀏覽器。

ReactOS的許可協議主要為GNU通用公共許可證，也有少量代碼以GNU寬通用公共許可證、BSD許可證之類的開源許可證發行。

為確保操作系統沒有任何一部分是看過泄漏出來的微軟 Windows 源碼的人所寫，或者逆向工程的過程達不到凈室設計標准，一個全盤的源碼審查由ReactOS主要開發者下令展開。此審查當前已經結束。

發展歷程

啟動開發

大約在1996年時，一群開源軟體開發者啟動了一個名為 FreeWin95 的項目，旨在實現一個Windows 95的克隆操作系統。這個項目當時只停留在關於系統實現的討論上。

雖然對於 FreeWin95 項目期待很高，但直到 1997 年末，項目還沒有公開發布任何版本，於是項目協調員Jason Filby 聯合大家重振該項目並起了一個新名稱 「ReactOS」 ，並計劃重新實現 Windows NT。1998年 2 月 ReactOS 項目正式啟動，開始開發系統內核和基本的驅動程序。

代碼審查

為了避免版權起訴，ReactOS 必須明確地完全區分並且不派生於 Windows，這是一個需要非常謹慎工作的目標。2006年1月17日，Hartmut Birr 在 ReactOS 開發者郵件列表中指出 ReactOS 包含有反編譯的 Windows 源碼。因此開發者暫時禁止非開發者進入系統。鑒於 ReactOS 是開放源碼軟體，此舉引起開放源碼社群的不滿。ReactOS 的貢獻者沒受當時的舉動影響。 不久後所有軟體開發工程都能自由進入了。由於 Birr 的指摘未能證實，開發者決定審查源碼。 可能「受污染」的源碼會被封鎖，直到那些源碼經審查後確定無問題。

大部分的源碼已解封，維護和開發都可繼續進行，而審查亦同時進行。

2008年，源碼已經全部解封。審查也已經全部結束。維護和開發得以正常繼續。

參與 Google Summer of Code

從 2006 年開始，ReactOS 項目參與了幾次 Google Summers of Code。例如，在GSoC 2011 中， ReactOS 指導了一個將 lwIP 集成到網路堆棧中的學生項目。迄今為止，ReactOS曾在 GSoC 參與過五次：2006年，2011年，2016 年，2017年 和 2018 年。2019 年也將參與。

公開演示

俄羅斯的政治人物 Viktor Alksnis 會見了項目協調員 Aleksey Bragin，Aleksey Bragin介紹了該項目並演示了該項目，演示中顯示 ReactOS 在 2007 年已經可以運行當時的 Total Commander 和 Mozilla Firefox。 它還吸引了時任俄羅斯總統梅德韋傑夫（Dmitry Medvedev）的關注。 梅德韋傑夫訪問了斯塔夫羅波爾地區的一所高中，巧合的是 ReactOS 開發者 Marat Karatov 正是該學校的高中生，他藉此機會向總統介紹了開源 Windows 系統，並請求總統資助 100 萬歐元。梅德韋傑夫稱對 ReactOS 很感興趣，表示會考驗資助事宜。

ReactOS 社區版

2014年4月，ReactOS 項目宣布推出 iegogo活動，推出基於 0.4版本的 ReactOS Community Edition。籌資活動的目標是50,000美元，除此之外還有額外的伸展目標。ReactOS Community Edition 的開發將以社區為中心，ReactOS用戶投票和資金決定項目旨在支持哪些軟體和硬體驅動程序。2014年 6 月 1 日，關於Indiegogo的靈活眾籌活動結束時籌集了25,141美元用於社區版的開發，並且不久後啟動了支持硬體和軟體的投票過程。

ReactOS Hackfest 2015

ReactOS 項目於2015年8月7日至12日在德國亞琛市舉辦了一場Hackfest。Hackfest 圓滿結束，因為它為 ReactOS 增加了許多功能。

系統開發

核心開發

ReactOS主要用C語言進行編寫，另外包含一些用 C ++ 編寫的元素，如 ReactOS Explorer 和聲音棧。該項目使用 MinGW 和 Visual Studio 進行編譯。 開發人員的目標是使內核和用戶模式API與Windows NT 5.2（Windows Server 2003）兼容，並增加對更多應用程序和硬體的支持，並計劃在開發日趨成熟時針對更新版本的Windows。DirectX支持是通過內部實施 ReactX進行的。2D硬體加速渲染是本機完成的，而其他繪圖功能則重定向到OpenGL作為權宜之計解決方案。 開發進度受開發團隊規模及其經驗水平的影響。作為對實施 Windows 7所需工作量的估計，微軟僱傭了大約1,000名開發人員，組成了25個團隊，每個團隊平均有40名開發人員。但截至2011年9月2日，在 Ohloh 的 ReactOS條目中，通過「非常大，活躍開發者只有 33 位，這些開發人員在 12 個月的時間內貢獻了累計，並且累積了104個以前通過 Subversion 從項目開始為代碼貢獻代碼的用戶。ReactOS 開發人員 Michele C.在米蘭舉辦的 Hackmeeting 2009 上的演講中指出，大多數開發人員在使用ReactOS時都了解 Windows體系結構，並且沒有任何先驗知識。 雖然ReactOS當前主要針對 x86 / AMD64 PC 平台，但是，移植到ARM 架構的努力「正在進行中」，雖然它沒有產生太多功能而被放棄了。支持的的Xbox，變體IA-32體系結構，是通過使用一個特定於體系結構的加入HAL，雖然這一點，與埠沿的PowerPC，不再積極維護。

硬體驅動程序堆棧

在硬體驅動程序方面，例如UniATA項目為ReactOS 提供串列ATA驅動程序。該項目還嘗試使用FullFAT庫重寫其FAT可 安裝文件系統。ReactOS利用 Haiku 的 USB 堆棧作為參考，並作為其 USB 支持的基礎。 網路 ReactOS的網路堆棧構建在 FreeBSD中 OSKit 網路堆棧埠的TCP部分，以及內部開發的面向數據包協議（如IP）的實現。後來，lwIP被集成到ReactOS的網路堆棧中。Samba / Samba TNG 項目已經提供了LSASS，SAM，NETLOGON 和列印假離線等 Windows 網路服務作為開源替代方案。

與 Wine 項目合作

ReactOS 和 Wine 項目共享本機運行二進制 Windows 軟體的目標，因此可以共享許多依賴項和開發。 ReactOS 使用 Wine 項目的一部分，以便它可以從 Wine 在實現 Win32 API方面的進展中受益。雖然由於體系結構的不同，Wine 的 NTDLL，USER32，KERNEL32，GDI32和 ADVAPI32 組件不能由 ReactOS 直接使用，但代碼片段和其他部分可以在兩個項目之間共享。不過內核由 ReactOS 單獨開發，因為 Wine 依賴於現有的類 Unix 內核。。

此外，ReactOS另外有一支實驗性的Arwinss團隊，透過另一種方式去構建Win32 API，使USER32及GDI32的支持可以做得更好。ReactOS原來的Win32子系統完全以Windows的等同為藍本，但Arwinss則透過合並原來ReactOS的Win32子系統及Wine的Win32子系統的架構，以好好利用Wine的系統兼容性。這樣，Arwinss就可以讓用戶透過一個遙距的X server作顯示，而無需硬性規定必須要用硬體上的顯示屏。

影響與評價

下面一些關於 ReactOS 項目的批評提出幾條為什麼他們不相信 ReactOS 會成為一個有價值的項目的原因。其中，有人指出把與 Windows NT 4.0 兼容作為 ReactOS 的發布目標是一個局限，因為 NT 4.0 評價不佳而且它已經過時了。

作為回復，有人提出雖然當前是把與 Windows NT 4.0 兼容作為目標，但是，Windows 後來基於 NT 架構的系統都與 NT 4.0 在系統層次上高度相似（例如：Windows 2000, Windows XP, Windows Server 2003）。因此，想要與後續的 Windows 版本兼容，只要 NT 4.0 的目標完成，剩下都簡單了。 以此為由，該批評的回復者說把 NT 4.0 的兼容作為里程碑並不是一個局限，而是未來開發的基礎。

其它人則批評認為我們已經有好幾個基於 Unix（Linux 及不同版本的 BSD）的操作系統, 與其再創建一個新的, 不如集中精力改善舊的，努力做好 WINE，讓現有的 WINDOWS 應用程序在其上運行得更好。但是，ReactOS 開發者及其他擁護者辯解說，UNIX 類操作系統不一定是唯一的最好的操作系統類型。NT 的設計含有很多概念是 Unix 工作方式的改進，而且一個在更低層次更似 Windows 的操作系統（即是設計成與 Windows 相似，而非執行某某應用程序，嘗試把另一個操作系統變成 Windows）將更有機會成功達到更廣闊地兼容現有的 Windows 應用程序和（特別是）硬體驅動程序。

未來目標

硬體需求

值得留意的是，ReactOS亦可在能模擬上述硬體的軟體內運作，比如Virtual PC、VMware、Bochs或QEMU。

眼見Windows NT 4.0可在i386以外的MIPS、Alpha AXP和PowerPC架構運行，而NT派生的操作系統如Windows XP和Windows Server 2003又已被移植到不同的硬體架構上（例如x86-64、IA-32及IA-64），ReactOS開發者亦開始注意可移植性。譬如對IA-32架構變種Xbox平台的支持，已加入0.2.5發布版，而直到2006年上半年，PowerPC port和Xen port的工程仍在努力。

『貳』 開放源代碼操作系統是什麼

另一個簡稱更耳熟，就是「開源操作系統」，開源系統是公開了源代碼的操作系統，在不違反開源協議的前提下，所有人可以免費使用、編譯、再發布、隨意控制操作系統的運行方式。

目前最著名的開源系統是「Linux」。

相對應的主流的封閉操作系統有Windows、ios等。Windows就是目前個人電腦用得最多的操作系統，微軟公司的。ios就是蘋果手機的操作系統。

下圖是Linux系的Ubuntu：

『叄』 什麼是閉源系統和開源系統

1、開源，（Open Source）全稱為開放源代碼。市場上開源軟體層出不窮，很多人可能認為開源軟體最明顯的特點是免費，但實際上並不是這樣的，開源軟體最大的特點應該是開放，也就是任何人都可以得到軟體的源代碼，加以修改學習，甚至重新發放，當然是在版許可權制范圍之內。

2、閉源（Closed source）是作為開源的反義詞而出現的一個術語，指被用於任何沒有資格作為開源許可術語的程序。一般地，它意味著將僅能獲得它們許可的計算機程序的一個二進製版本，而沒有這個程序的源代碼。軟體的翻譯修改從技術方面來說幾乎是不可能的。這個發展模型的源代碼被看作這個公司的商業秘密，因此可能獲得源代碼接入的團體例如學校，商業機構等必須提前簽訂不泄漏協議，以保證源代碼不會大眾所知而影響其盈利。

(3)代刷源碼開源系統擴展閱讀：

開源系統在國內起步晚，但發展很快，將來肯定是業內主流。那些打著開源的幌子貌似開源，將其核心代碼加密的軟體必將引起公憤。開源真實含義應是利用其源代碼加以修改和學習，在理解開源真正含義後，那些造假、侵權、違法的行為和事件必定減少。開源不僅僅表示開放程序源代碼。

『肆』 100分 誰有開源的CMS網站源碼

CMS站你下載後都可以直接看源碼，一定意義上說，彎含它們本身就是開源的。
比較不錯的，有科訊，風訊，動易等等，程序本身都是ASP文件的集合，只要你有一定的基礎和一定的努力，就都能讀懂它們。

若果我沒記錯，我提到的CMS都有ASPX的版本，另外，還有一個全免費無功能限制的CMS，網址在這兒 http://www.kingcms.com/
你可以看下是否是需要的～

不過我個人還是比較喜歡科訊，功能夠強，提供的模板也蠻漂亮，不碧斗過免費的有功能限埋慧笑制，有些功能想用的話，還是需要自己二次開發。

『伍』 有沒有開源的電商系統源碼

ecshop是免費開源的電商系統

『陸』 請問那個免費的開源cms內容管理系統較好_cms內容管理系統是什麼

國內最常用的phpMySql免費CMS系統大全

1.DEDE－這是一款國內開源的cms，作者是一個個人，能做出如此功能的cms，是相當不錯的。2007版功能十分強大，希望能改善之前數據量一大，更新靜態頁就很慢的缺點。因為開源，有較多的玩家和擁護者。非常適合有一定編程檔核基礎的站長。

2.phpcms－一個綜合的網站管理系統，由PHPMYSQL構架全站生成html，能夠快速高效地應用於LINUX和WINDOWS伺服器平台，是目前中國LINUX環境下最佳的網站管理應用解決方案之一。據傳被酷6收購。

3.帝國網站管理系統－Ecms全稱為」帝國網站管理系統」，英文譯為」EmpireCMS」簡稱」Ecms」.Ecms是基於B/S結構，且功能強大而易用的網站管理系統．是一個經過完善設計的適用於Linux/windows/Unix等環境下高效的網站解決方案。

4.php168－PHP168整站系統，代碼全部開源，可方便的進行二次開發，功能模塊可以自由安裝與刪除，個人用戶免費使用。系統頻道模塊很多，適皮蠢洞合作個人門戶網站。較多頁面沒有生成靜態頁。如果你想建站，就義無反顧的選擇它吧！！！

5.HBcms：一個以PHP官方推薦的PEARSMARTY技術架構的cms，比較容易上手，適合沒經驗的新人做網站。沒有下載，分類信息等模塊，適合做文章為主的網站。全站生成靜態頁，默認附帶了幾套模板，可以方便的更換模板。個人企業都免費，無需授權。

6.SupSite－一款將論壇資源自動轉換成門戶網站的php程序系統，使用SupeSite，並利用你現有的論壇，你將自動擁有一個功能完備的，資源豐富的站點系統；由論壇變成網站，一切都是自動完成，你不需要任何干涉。讓你輕輕鬆鬆實現建立網站的目的。

7.曼波－MAMBO，一個國外的CMS系統，功能很強大，支持添加很多組件，模塊;擁有豐富的模板.Mambo是一個網站內容管理系統(CMS)，它是網站的後台引擎，使網站內容的創建、管理和共享更加簡易。Mambo十分強大，但官方網站也承認，它不是典型的「門戶」網站解決方案。

8.Joomla!是一套在國外相當知名的內容管理系統，2007年開源cms第一名！Joomla!是使用PHP語言加上MySQL資料庫所開發的軟體系統，可以在Linux、Windows、MacOSX等各種不同的平台上執行。操作介面除了美觀之外，也花了很多心力在設計這些介面的簡易操作性。但初次使用者，需要花一點時間學習一下操作的方式，才能運用自如。

9.Drupal－Drupal是一個強大的軟體，它可以讓個人或社區使用者很容易地發表、管理並組織一個網站里大量且多樣的內容。已經有許多個人和組織採用Drupal來建立各種不同的網站。Drupal是一套採用GPL授權的開放源碼軟體，是由數以千計的使用者和開發人員所共同維護和開發的。

10.WordPress-是一款基於PHP和MySQL的Blog軟體，但是它也可以當作簡單的cms系統來用。通過它可以快速而簡便的搭建屬於你自己的Blog（網站）平台。簡而言之,這個Wordpress就相當於咱們用來搭建論壇的那些程序,比如用在自留地上的雷傲,還有別的比如PHPBB等等Wordpress因為它的安裝簡單和可擴展性好幾乎已經成了獨立搭建Blog平台的第一選擇。Wordpress還有一個MU就是多用戶的版本,支持多用戶的Blog系統。

說到免費的PHPCMS系統，再看看目前國外的CMS狀況

國外的cms比較發現：通過Alexa統計的幾個主要的CMS（ContentManagementSystem）工具的最近三個月網站日瀏覽的統計，這份統計包括Drupal,Joomla,Mambo,Xoops和Typo3，很明顯可以看出曾經的CMS老大Xoops已經式微，Mambo在變故之後半死不活，Typo3一直都名聲平平（不知道Typo3與Typo是什麼關系，Typo是基於RubyonRails(ROR)的blog系統，有著非常kool的ajax應用燃枯，正准備搭一個Typo看看）而相比較而言，Joomla與Drupal卻變得越來越popular，四月中的那次飛躍估計與Drupal的最終推出關系比較大。當然這只是對於各個CMS的流行程度的一個估測值，會有這樣那樣的bias，譬如可能因為是Drupal的安裝使用過於復雜所以用戶才不斷的到Drupal.org上去問問題，導致Drupal的網站頁面訪問上升，而Xoops因為發展歷史很長，並且使用簡單，所以用戶在下載安裝之後不用經常的去Xoops的網站尋求幫助（呵呵，GRE邏輯題）。但是不管怎樣這份Alexa的Pageviews的統計還是能給我們指一指CMS的流行風向。點這里查看CMS整站系統介紹

如何選擇最優秀的CMS，最好的CMS

現在每個CMS功能介紹上都會說自己的產品如何強大，比如說什麼模板體系如何好，緩存技術如何高明，刷新效率，負載容量如何強，操作如何如何簡單，容易上手，跟第三方無縫結合，還有功能模塊的如何豐富，生成靜態發布，信息採集吹牛誰都會，大家都會寫，關鍵是客戶如何認為，不用功能很多。另外，CMS系統SEO搜索優化也是比較重要的因素，適用得當，可以給你帶來很多搜索引擎的流量。

一句話，適合自己的就是最好的。