『壹』 web在線圖片編輯器
qq空間中寫日誌寫過了吧？你寫的時候用的就是web在線文章編輯器了。
許多網站後台提交文章的時候，都有這個，讓用戶對自己的文章進行編輯，比如插入圖片，設置文本式樣等等。但是他們的web在線編輯器的式樣和功能會有所不同。
『貳』 如何使用在線web編譯器
fckedit嘛
『叄』 WEB編輯器
ewebeditor
應該沒打錯字
『肆』 web 編輯器問題
Frantpage
Dreamwear
『伍』 安卓手機有沒有支持WEB文檔的瀏覽器" 我使用的是百度瀏覽器系統說不支持系統顯示此文檔為「單個文件
用UC試試，或者安卓版的chrome
『陸』 用什麼樣的Web編輯器，eWebEditor，kindeditor還是FCKEditor
我接觸的第一個Web編輯器是eWebEditor。它是國產的，在IE7及以下的版本中效果是非常不錯的，不兼容IE8及火狐，而且使用不當就會留下上傳漏洞的隱患。這樣的編輯器，還是不要用了（很想支持國產，但是...）
放棄eWebEditor後，我選擇了kindeditor。它是老外開發的，能兼容目前所有版本的瀏覽器，純靜態（文件上傳需要自
己實現，小問題）。但是它不支持Word表格的復制（就是不能直接從Word上復製表格到編輯器中），而且會經常出現圖文丟失的現象，郁悶，我還是不用了（老外的東西也不一定好，...）
前段時間接觸了FCKEditor，發現這個編輯器相當不錯，查了一下，網上大家對它的評價超高（貌似淘寶也是用的這個編
輯器）。它也是老外開發的，能兼容目前所有版本的瀏覽器，對Word的支持非常好，復製表格沒有一點變形。到目前為
止，我已經在兩個項目中使用了這個編輯器，一個是基於PHP的訂餐系統，另外一個是基於ASP的公司網站，FCKEditor對PHP，ASP以及ASP.NET的支持都很好，使用起來非常方便。
編輯器的安全問題一直是一個令很多人頭痛的問題，這主要在於文件上傳上。各種編輯器默認情況下都沒有對文件上傳
進行身份認證（它也不可能實現一個通用的身份認證），開發者必須根據自己系統的情況加入適當的身份認證代碼。另外
編輯器允許的文件上傳類型也需要進行嚴格的限制，例如eWebEditor允許在後台修改上傳文件類型，這樣一旦歹徒獲取後
台密碼，即可輕易上傳任意格式的文件。低版本的FCKEditor（好像是2.1以下的版本）默認情況下允許上傳任意格式的文件。
總結一下FCKEditor的使用（以2.6.5版為例）：
（1）精簡，"言多必失"，文件多了也是一種隱患。FCKEditor支持多種伺服器腳本語言，實際使用的時候我們根本用不了那麼多文件，我們要根據自己的需要對其進行精簡。
對於ASP系統來說：
FCKEditor根目錄，僅保留"fckeditor.asp，fckconfig.js，fckeditor.js，fckpackager.xml，fckstyles.xml，
fcktemplates.xml"這些文件以及editor目錄。刪除示例目錄"_samples"。
"fckeditor\editor\filemanager\connectors"目錄下面僅保留"asp"目錄，刪除其它目錄和文件。
對於PHP系統來說：
FCKEditor根目錄，僅保留"fckeditor.php，fckeditor_php4.php，fckeditor_php5.php，fckconfig.js，fckeditor.js，
fckpackager.xml，fckstyles.xml，fcktemplates.xml"這些文件以及editor目錄。刪除示例目錄"_samples"。"fckeditor\editor\filemanager\connectors"目錄下面僅保留"php"目錄，刪除其它目錄和文件。
（2）修改文件上傳採用的腳本程序（語言）。
默認的FCKEditor文件上傳程序為asp，如果是用在asp系統中，那就不用再修改了。
如果是用在PHP系統中的話，需要做如下修改，打開fckconfig.js
找到:
var _FileBrowserLang ge = asp
var _QuickUploadLang ge = asp
改成:
var _FileBrowserLang ge = php
var _QuickUploadLang ge = php
（3）開啟文件上傳，修改文件上傳目錄。
對於ASP系統來說：
打開fckeditor\editor\filemanager\connectors\asp\config.asp
啟用文件上傳:
找到:
ConfigIsEnabled = false
改成:
ConfigIsEnabled = tr
設置上傳存放目錄:
找到:
ConfigUserFilesPath = "/admin/uppic/"
改成:
ConfigUserFilesPath = "自定義的路徑"
對於PHP系統來說：
打開fckeditor/editor/filemanager/browser/default/connectors/php/config.php
啟用文件上傳:
找到:
$Config[Enabled] = false
改成:
$Config[Enabled] = tr
設置上傳存放目錄:
找到:
$Config[UserFilesPath] = /userfiles/
改成:
$Config[UserFilesPath] = 自定義的路徑
（4）修改上傳文件命名方式。
FCKEditor上傳文件，文件名採用原文件名，如果想採用自定義的文件命名方式（比如，隨即名稱），可以修改如下地
方：
對於ASP系統來說：
打開fckeditor\sample\edit\editor\filemanager\connectors\asp\commands.asp
找到：
sFileName = SanitizeFileName( sFileName )
將該句改為自定義的文件命名格式，例如：
dim RndStr
Randomize
RndStr = Cstr(Fix(9000*rnd()+1000)) 產生一個隨機數
sFileName =year(date)&month(Date)&day(Date)&hour(time)&minute(time)&second(time)&RndStr &"." &
**tension
對於PHP系統來說：
打開fckeditor\editor\editor\filemanager\connectors\php\commands.php
找到：
$sOriginalFileName = $sFileName ;
在該句前面加入：
// 初始化種子
$sstr =split(" ",microtime(),5);
$seed =$sstr[0]*10000;
// 使用種子初始化隨機數發生器
srand($seed);
// 生成指定范圍內的隨機數
$random =rand(1000,10000);
// 合成隨即的文件名
$sFileName = date("YmdHis", time()).$random.".".$**tension;
（5）FCKEditor在程序中引用方式。
對於ASP系統來說：
需要包含下面的頭文件
<!--#incl? file="fckeditor/fckeditor.asp"-->
在編輯器所在的位置添加如下代碼：
<%
Dim oFCKeditor
Set oFCKeditor = New FCKeditor
oFCKeditor.BasePath = "/fckeditor/" 這個路徑必須是相對於站點根目錄的路徑，設置錯誤編輯器
將無法顯示
oFCKeditor.ToolbarSet="Default"
oFCKeditor.Width = "98%"
oFCKeditor.Height= "500px"
oFCKeditor.Val = "" 設置默認值
oFCKeditor.Create "shangpin_description" 編輯器的id，相當於input標簽的name屬性值，這里是
shangpin_description
%>
對於PHP來說：
在編輯器所在的位置添加如下代碼：
<?php
incl?("fckeditor/fckeditor.php"); // 頭文件
$oFCKeditor = new FCKeditor("shangpin_description") ; // 編輯器的id，相當於input標簽的
name屬性值，這里是shangpin_description
$oFCKeditor->BasePath="/fckeditor/ " ; //設置FCKeditor路徑
$oFCKeditor->ToolbarSet ="Default";
$oFCKeditor->Width="98%";
$oFCKeditor->Height="500px";
$oFCKeditor->Val=""; // 設置默認值
$oFCKeditor->Create();
?>
（6）獲取FCKEditor中的數據。
對於伺服器端腳本程序來說，將"編輯器的id"當做input標簽的name屬性值來獲取即可，例如：
在ASP中reqst("shangpin_description")，在PHP中$_REQST["shangpin_description"]
JS中用FCKeditorAPI.GetInstance(shangpin_description).GetXHTML(tr)得到shangpin_description對應的值
『柒』 手機客戶端和web端開發的異同
版本升級。用戶角度上看，客戶端升級必須讓用戶手動下載整個新的安裝包覆蓋安裝，而web的升級無需用戶做任何事情。開發角度上看，如果客戶端有個小bug需要緊急修復，需要修復完後打包一個完成的安裝包，給一個版本號，發布給用戶升級。而web只需要修改後台的某些文件，然後傳到自己的伺服器，用多快速的迭代開發方式都沒問題。web沒有版本兼容性問題，客戶端這個問題就大了。
iOS客戶端用編譯語言，web用腳本語言。編譯語言好處：很多錯誤編譯期就知道，不用擔心類似寫錯一個字母導致的問題。iOS客戶端開發只能用XCode，無法選用自己喜歡的編輯器。使用腳本語言的web無論前端後端對編輯器的選擇都很自由。
客戶端一碰到異常就崩潰，直接退出，web一個try catch可以把所有錯誤抓住，用戶可以繼續使用其他不受影響的功能，即使所有功能都受影響，刷新頁面搞定一切。web上界面和程序實實在在地分離了，客戶端再怎樣都是粘合在一起的。
發現HTML+CSS樣式布局自動排列相當高級，客戶端上一切都靠程序去指定大小位置以及排列的變化，可視化的XIB挺雞肋。
單線程的web很幸福，客戶端要處理多線程，雖然強大，但很麻煩。web幾乎不用考慮內存泄漏，客戶端需要。客戶端開發可以使用到很底層的介面和功能。web處於較上層，在瀏覽器的包裹下，好處是很多問題瀏覽器處理web不用管，壞處是功能受限。
web和客戶端開發差不多都使用類似MVC的模式，數據通過控制器更新到各個視圖。web多用callback，iOS多用delegate，雖然iOS也可以用block作為callback，但還是沒js方便，還可能導致一些內存問題。
總的來說從開發普通應用來看，就算不談跨平台，web開發也是好處多多，但這只是開發角度上看，實際上移動設備上webApp狀況始終不好，與原生客戶端差距很大，原因：
網路不行，流量要錢。國內網路環境大家懂的，雖然HTML5有manifest,storage這些手段緩存webApp，但給人感覺就是不靠譜，打開它還是跟打開一個網頁一樣的感覺：耗流量，還有可能在網路不好的情況下打不開，沒有像已經下載下來的原生APP踏實。
動畫/體驗。一般的web在頁面間切換或顯示隱藏某個組件是沒有動畫的，大家也習慣了，iPhone帶了個頭，一切都要動畫過渡，導致在移動設備上大家習慣了動畫切換，受不了沒有動畫的應用，導致動畫性能底下的webApp至今體驗上遠不如原生客戶端。
把webApp通過safari添加到主屏幕這樣的習慣非常不普及，極少人知道，不過這個應該也不算問題，若沒有上面兩個大問題，這個習慣很容易普及的。
P.S 在開發普通應用（數據處理/交互）方面，web有很大的優勢，在網路和性能問題解決後理應是首選開發方式。但在游戲領域我看不出web有什麼優勢，繼續對有點熱的HTML5游戲開發表示不解。
『捌』 web編輯器是用來幹嘛的
寫代碼的工具。一般人用不到。
『玖』 #PHP# web編輯器哪個好
可以採用網路編輯器ueditor 和 Kindeditor 這兩種編輯器是最多程序員所採用的。
KindEditor ，ueditor 都是一套開源的在線HTML編輯器,主要用於讓用戶在網站上獲得所見即所得編輯效果
我們公司也是所採用這兩種編輯器比較多
代碼編輯器，我是PHP程序員 大部分採用 sublime text 編輯器
望採納 Thx