⑴ 怎麼把網頁發布到Web伺服器
1、遠程登錄到自己的伺服器，進入到存放網頁的根目錄。我用的是阿里雲伺服器Ubuntu14.04版本，根目錄路徑為 /var/www/html。
⑵ 上傳的小知識
在上傳主頁之前，讓我們先來認識Internet上一個基本的概念———FTP。它是英文「File Transfer Protocol」(文件傳輸協議)的縮寫，不過我們今天已經把它看成了一個動詞，意思是說在計算機和計算機之間傳輸文件。把自己製作好的主頁上傳到伺服器上，就要用到FTP。
有許多種方法可以把主頁文件上傳到Internet伺服器上，下面是常見的五種方法。
1、使用FTP軟體上傳主頁文件
這是最常用、最方便也是功能最為強大的主頁上傳方法。雖然網上這類軟體很多，像Filezilla、CuteFtp、FlashFXP等已經廣受網友歡迎。這類軟體除了可以完成文件傳輸的功能以外，還可以通過它們完成站點管理、遠程編輯伺服器文件等工作，一些常用的FTP軟體還有斷點續傳、任務管理、狀態監控等功能，可以讓你的上傳工作變得非常輕松。
2、使用「兼職」的FTP軟體上傳主頁文件
所謂兼職的FTP軟體，是指軟體本身並不是專門用來完成FTP功能的，主頁上傳只是其編外任務。例如我們常用的FrontPage、Dreamweaver、東方主頁王Ⅱ等都有主頁上傳、發布的功能。使用這類軟體的好處是可以在編輯主頁的同時就上傳到伺服器上查看主頁效果，省去了啟動軟體、登錄、設置等諸多麻煩。但是，這種方法往往上傳速度較慢，且難以對伺服器上的文件進行管理。
3、使用Web頁面上傳主頁文件
和前面兩種方法相比，這種方法不但沒有什麼明顯的優點，而且速度緩慢、操作麻煩、不支持斷點續傳。但是，如果你恰恰申請了一個這樣的不支持FTP的免費主頁空間，那麼就只能使用這種笨拙的方法了！
4、通過命令上傳主頁文件
在很久很久以前，Unix系統上的FTP程序是基於命令行的，如今的Window95/98/NT/2000/Me仍然有基於命令行的FTP程序(進入DOS模式，輸入FTP就可以了)。使用這種方法首先要掌握幾十條命令不說，而且屏幕上通常只能顯示25或50行文字，很不方便。圖形界面的FTP軟體流行之後，這種方法已經被大多數網友拋棄了，只供少數骨灰級的網蟲練習他們的指法。
5、通過E-mail上傳
這種方法要求你把主頁文件通過E-mail發給系統管理員，然後再由系統管理員把它們放到伺服器上。這是最簡單也是最復雜的方法，隨著網路條件的提高，這種方法已逐漸銷聲匿跡了。
⑶ 用DRMER WEAVER做的網頁,已做完,也有上傳工具,請問到底如何上傳到INTRNET上,這裡面前奏和具體步驟怎麼做
網站上傳方法匯總，製作好網頁後，如何把網頁上傳到申請的空間呢？為初學者做一個匯總。
上傳的定義
上傳就是將信息從個人計算機（本地計算機）傳遞到中央計算機（遠程計算機）系統上，讓網路上的人都能看到。將製作好的網頁、文字、圖片等發布到互聯網上去，以便讓其他人瀏覽、欣賞。這一過程稱為上傳。
上傳的來源
上傳一詞來自英文（upload），拆開來「up」為「上」，「load」為「載」，故上傳也叫上載，與下載（download）是逆過程。 網頁教學網
上傳的分類 Webjx.Com
上傳分為Web上傳和Ftp上傳，前者直接通過點擊網頁上的鏈接即可操作，後者需要專用的FTP工具。
上傳小知識
網頁教學網
在上傳主頁之前，讓我們先來認識Internet上一個基本的概念———FTP。它是英文「File Transfer Protocol」(文件傳輸協議)的縮寫，不過我們今天已經把它看成了一個動詞，意思是說在計算機和計算機之間傳輸文件。把自己製作好的主頁上傳到伺服器上，就要用到FTP。
有許多種方法可以把主頁文件上傳到Internet伺服器上，下面是常見的五種方法。
1、使用FTP軟體上傳主頁文件
這是最常用、最方便也是功能最為強大的主頁上傳方法。現在網上這類軟體很多，像CuteFtp、WS-Ftp已經廣受網友歡迎。這類軟體除了可以完成文件傳輸的功能以外，還可以通過它們完成站點管理、遠程編輯伺服器文件等工作，一些常用的FTP軟體還有斷點續傳、任務管理、狀態監控等功能，可以讓你的上傳工作變得非常輕松。
2、使用「兼職」的FTP軟體上傳主頁文件
所謂兼職的 FTP軟體，是指軟體本身並不是專門用來完成FTP功能的，主頁上傳只是其編外任務。例如我們常用的FrontPage、Dreamweaver、東方主頁王Ⅱ等都有主頁上傳、發布的功能。使用這類軟體的好處是可以在編輯主頁的同時就上傳到伺服器上查看主頁效果，省去了啟動軟體、登錄、設置等諸多麻煩。但是，這種方法往往上傳速度較慢，且難以對伺服器上的文件進行管理。
3、使用Web頁面上傳主頁文件
和前面兩種方法相比，這種方法不但沒有什麼明顯的優點，而且速度緩慢、操作麻煩、不支持斷點續傳。但是，如果你恰恰申請了一個這樣的不支持FTP的免費主頁空間，那麼就只能使用這種笨拙的方法了！
4、通過命令上傳主頁文件
在很久很久以前，Unix系統上的FTP程序是基於命令行的，現在的Window95／98／NT／2000／Me仍然有基於命令行的FTP程序(進入 DOS模式，輸入FTP就可以了)。使用這種方法首先要掌握幾十條命令不說，而且屏幕上通常只能顯示25或50行文字，很不方便。圖形界面的FTP軟體流行之後，這種方法已經被大多數網友拋棄了，只供少數骨灰級的網蟲練習他們的指法。
5、通過E-mail上傳
這種方法要求你把主頁文件通過E-mail發給系統管理員，然後再由系統管理員把它們放到伺服器上。這是最簡單也是最復雜的方法，隨著網路條件的提高，這種方法已逐漸銷聲匿跡了。
大文件上傳
Webjx.Com
以前也做過文件上傳，但都是些小文件，不超過2M。 這次要求上傳100M以上的東西。沒辦法找來資料研究了一下。基於WEB的文件上傳可以使用FTP和HTTP兩種協議，用FTP的話雖然傳輸穩定，但安全性是個嚴重的問題，而且FTP伺服器讀用戶庫獲取許可權，這樣對於用戶使用來說還是不太方便。剩下只有HTTP。在HTTP中有3種方式，PUT、WEBDAV、RFC1867，前2種方法不適合大文件上傳，目前我們使用的web上傳都是基於 RFC1867標準的HTML中基於表單的文件上傳。
一、先簡要介紹一下RFC1867（Form-based File Upload in HTML）標准：
1．帶有文件提交功能的HTML表單
現有的HTML規范為INPUT元素的TYPE屬性定義了八種可能的值，分別是：CHECKBOX， HIDDEN，MAGE，PASSWORD，RADIO，RESET，SUBMIT，TEXT。另外，當表單採用POST方式的時候，表單默認的具有「application/x-www-form-urlencoded」的ENCTYPE屬性。
RFC1867標准對HTML做出了兩處修改：
（1）為INPUT元素的TYPE屬性增加了一個FILE選項。
（2）INPUT標記可以具有ACCEPT屬性，該屬性能夠指定可被上傳的文件類型或文件格式列表。
另外，本標准還定義了一種新的MIME類型：multipart/form-data，以及當處理一個帶有ENCTYPE="multipart /form-data" 並且/或含有<INPUT type="file">的標記的表單時所應該採取的行為。
舉例來說，當HTML表單作者想讓用戶能夠上傳一個或更多的文件時，他可以這么寫：
<FORM ENCTYPE="multipart/form-data" ACTION="_URL_" METHOD=POST>
File to process:
<INPUT NAME="userfile1" TYPE="file">
<INPUT TYPE="submit" VALUE="Send File">
</FORM>
HTML DTD里所需要做出的改動是為InputType實體增加一個選項。此外，我們也建議用一系列用逗號分隔的文件類型來作為INPUT標記的ACCEPT屬性。
... (其他元素) ...
<!ENTITY % InputType "(TEXT | PASSWORD | CHECKBOX |
RADIO | SUBMIT | RESET |
網頁教學網
IMAGE | HIDDEN | FILE )">
<!ELEMENT INPUT - 0 EMPTY>
<!ATTLIST INPUT
TYPE %InputType TEXT
NAME CDATA #IMPLIED -- required for all but submit and reset
VALUE CDATA #IMPLIED
SRC %URI #IMPLIED -- for image inputs --
CHECKED (CHECKED) #IMPLIED
SIZE CDATA #IMPLIED --like NUMBERS,
but delimited with comma, not space
MAXLENGTH NUMBER #IMPLIED Webjx.Com
ALIGN (top|middle|bottom) #IMPLIED
ACCEPT CDATA #IMPLIED --list of content types
>
... (其他元素) ...
2.文件傳輸延遲
在某些情況下，在確實准備接受數據前，伺服器先對表單數據中的某些元素（比如說用戶名，賬號等）進行驗證是推薦的做法。但是，經過一定的考慮後，我們認為如果伺服器想這樣做的話，最好是採用一系列的表單，並將前面所驗證過的數據元素作為「隱藏」欄位傳回給客戶端，或者是通過安排表單使那些需要驗證的元素先顯示出來。這樣的話，那些需要做復雜的應用的伺服器可以自己維持事務處理的狀態，而那些簡單的應用的則可以實現得簡單些。
HTTP協議可能需要知道整個事務處理中的內容總長度。即使沒有明確要求，HTTP客戶端也應該提供上傳的所有文件的內容總長度，這樣一個繁忙的伺服器就能夠判斷文件的內容是否是過大以至於將不能完整地處理，從而返回一個錯誤代碼並關閉該連接，而不用等到接受了所有的數據才進行判斷。目前一些現有的 CGI應用對所有的POST事務都需要知道內容總長度。
如果INPUT標記含有一個MAXLENGTH屬性，客戶端可以將這個屬性值看作是伺服器端所能夠接受的傳送文件的最大位元組數。在這種情況下，伺服器能夠在上傳開始前，提示客戶端在伺服器上有多少空間可以用來進行文件上傳。但是應該引起注意的是，這僅僅是一個提示，在表單被創建後和文件上傳前，伺服器的實際需求可能會發生改變。
在任何情況下，如果接受的文件過大的話，任何一個HTTP伺服器都有可能在文件傳輸的過程中中斷傳輸。
3.傳輸二進制數據的其他解決辦法
有些人曾經建議使用一種新的MIME類型"aggregate"，比如說aggregate/mixed 或是content-transfer-encoding "包"來描述那些不確定長度的二進制數據，而不是靠分解為多個部分來表示。雖然我們並不反對這么做，但這需要增加額外的設計和標准化工作來讓大家接受並理解"aggregate"。從另一方面來說，"分解為多部分"的機制工作得很好，能夠非常簡單的在客戶發送端和伺服器接受端加以實現，而且能像其他一些綜合處理二進制數據的方式一樣高效率地工作。
4.例子
Webjx.Com
假設伺服器段提供的是如下的HTML：
<FORM ACTION="http://server.dom/cgi/handle"
ENCTYPE="multipart/form-data"
METHOD=POST>
What is your name? <INPUT TYPE=TEXT NAME=submitter>
What files are you sending? <INPUT TYPE=FILE NAME=pics>
</FORM>
用戶在「姓名」欄位裡面填寫"Joe Blow"，對問題'What files are you sending?'，用戶選擇
了一個文本文件"file1.txt"。
客戶段可能發送回如下的數據：
Content-type: multipart/form-data, boundary=AaB03x
--AaB03x
content-disposition: form-data; name="field1" 網頁教學網
Joe Blow
--AaB03x
content-disposition: form-data; name="pics"; filename="file1.txt"
Content-Type: text/plain
... file1.txt 的內容...
--AaB03x--
如果用戶同時還選擇了另一個圖片文件"file2.gif"，那麼客戶端可能發送的數據將是：
Content-type: multipart/form-data, boundary=AaB03x
--AaB03x
content-disposition: form-data; name="field1"
Joe Blow
--AaB03x
content-disposition: form-data; name="pics"
Content-type: multipart/mixed, boundary=BbC04y
--BbC04y
Content-disposition: attachment; filename="file1.txt"
Content-Type: text/plain
... file1.txt 的內容...
--BbC04y
Content-disposition: attachment; filename="file2.gif"
Content-type: image/gif
Content-Transfer-Encoding: binary
... file2.gif的內容...
--BbC04y--
--AaB03x--
二、利用RFC1867標准處理文件上傳的兩種方式：
Webjx.Com
1．一次性得到上傳的數據，然後分析處理。
看了N多代碼之後發現，目前無組件程序和一些COM組件都是使用Request.BinaryRead方法。一次性得到上傳的數據，然後分析處理。這就是為什麼上傳大文件很慢的原因了，IIS超時不說，就算幾百M文件上去了，分析處理也得一陣子。
2．一邊接收文件，一邊寫硬碟。
了解了一下國外的商業組件，比較流行的有Power- Web，AspUpload,ActiveFile,ABCUpload,aspSmartUpload,SA-FileUp。其中比較優秀的是 ASPUPLOAD和SA-FILE，他們號稱可以處理2G的文件(SA-FILE EE版甚至沒有文件大小的限制)，而且效率也是非常棒，難道編程語言的效率差這么多?查了一些資料,覺得他們都是直接操作文件流。這樣就不受文件大小的制約。但老外的東西也不是絕對完美，ASPUPLOAD處理大文件後,內存佔用情況驚人。1G左右都是稀鬆平常。至於SA-FILE雖然是好東西但是破解難尋。然後發現2款.NET上傳組件，Lion.Web.UpLoadMole和AspnetUpload也是操作文件流。但是上傳速度和CPU佔用率都不如老外的商業組件。
做了個測試，LAN內傳1G的文件。ASPUPLOAD上傳速度平均是4.4M/s，CPU佔用10-15，內存佔用700M。SA-FILE也差不多這樣。而AspnetUpload最快也只有1.5M/s，平均是700K/s，CPU佔用15-39，測試環境: PIII800,256M內存,100M LAN。我想AspnetUpload速度慢是可能因為一邊接收文件，一邊寫硬碟。資源佔用低的代價就是降低傳輸速度。但也不得不佩服老外的程序，CPU 佔用如此之低.....。
三、ASP.NET上傳文件遇到的問題
我們在用ASP.NET上傳大文件時都遇到過這樣或那樣的問題。設置很大的maxRequestLength值並不能完全解決問題，因為ASP.NET 會block直到把整個文件載入內存後，再加以處理。實際上，如果文件很大的話，我們經常會見到Internet Explorer顯示 "The page cannot be displayed - Cannot find server or DNS Error"，好像是怎麼也catch不了這個錯誤。為什麼？因為這是個client side錯誤，server side端的Application_Error是處理不到的。
四、ASP.NET大文件上傳解決方案
解決的方法是利用隱含的HttpWorkerRequest，用它的GetPreloadedEntityBody 和 ReadEntityBody方法從IIS為ASP.NET建立的pipe里分塊讀取數據。Chris Hynes為我們提供了這樣的一個方案(用HttpMole)，該方案除了允許你上傳大文件外，還能實時顯示上傳進度。
Lion.Web.UpLoadMole和AspnetUpload 兩個.NET組件都是利用的這個方案。
方案原理：
Webjx.Com
利用HttpHandler實現了類似於ISAPI Extention的功能，處理請求(Request)的信息和發送響應(Response)。
方案要點：
1． httpHandler or HttpMole
a.在asp.net進程處理request請求之前截獲request對象
b.分塊讀取和寫入數據
c.實時跟蹤上傳進度更新meta信息
2． 利用隱含的HttpWorkerRequest用它的GetPreloadedEntityBody 和 ReadEntityBody方法處理文件流
IServiceProvider provider = (IServiceProvider) HttpContext.Current;
HttpWorkerRequest wr = (HttpWorkerRequest) provider.GetService(typeof(HttpWorkerRequest));
byte[] bs = wr.GetPreloadedEntityBody();
....
if (!wr.IsEntireEntityBodyIsPreloaded())
{
int n = 1024;
byte[] bs2 = new byte[n];
while (wr.ReadEntityBody(bs2,n) >0)
{ 網頁教學網
.....
}
}
3． 自定義Multipart MIME 解析器。
自動截獲MIME分割符。
將文件分塊寫如臨時文件。
實時更新Appliaction 狀態（ReceivingData, Error, Complete） 。
⑷ 網站推廣需要ftp密碼嗎
呵呵，嚴格來說是不需要這些的，他要你的帳號的原因是想改變你網站一些隱形的內容和設置，將就搜索引擎的特點更便於他們的推廣工作，但是你可以不給他們！
⑸ 公司區域網控制
這個簡單啊
下載個類似百絡網警的區域網控制軟體就搞定了！！
⑹ 企業的網管需要什麼軟體
網管分企業網管和網吧網管,具體的要求也就不一樣了.
網管要知道的東西確實很多，首先你得熱愛，喜歡，一點點積累，但別心急，一口是吃不了一個饅頭的，要精通一兩門知識，都應該是自己喜歡的，什麼都得學，但要有主要的，主要的一定要通，那就是靠自己不斷的努力和積累。又能學到知識，就先學著！然後再多學點自己最喜歡的，工作個兩三年，根據形勢再做決定了，到那時就爭取早一個最喜歡的最能發展自己的行業了！
做一名合格的網管關鍵在於做人,作一個實在的人.雖然說:"作的不如看的,看的不如說的,說的不如遛的,但我覺得做人是最重要的,
做網吧網管:
1、做網管，主要是維護伺服器，終端，客戶端和網路綜合布線以及網路規劃等等，也許剛剛開始覺得工作量很大，心情很煩，壓力挺大，給別人的感覺就是工作浮躁，經過一段時間工作實踐和生活的琢磨，可以感覺到主要的問題是自己沒有學會調節自己，調節好自己的生活情趣，自然工作中的問題也會游刃而解，並且懂得了生活的美好。
2、做一名合格的網路管理員最需要掌握網路個合理規劃，動態管理，靜態監視，遠程調試維護，包括網路的拓撲結構，網路協議的傳輸步驟，網路的流量控制，QOs，各種協議的配置與合理使用。
網路管理員本身就是技術性的崗位，所以技術必須第一。至於什麼技術最重要，那就要看各個單位的需求，簡單的可能只要連通並能互訪就行了。復雜的網路可能就是幾個人甚至更多人的事了，就有了分工與合作，各人維護與鑽研的方向也不一樣了。一般中小型單位都不設網管，因為電腦少，不需要專門設崗，有問題外面找人去。超過20台的單位可能就要設專門網管或兼職網管，象這樣單位的網管就要求有IT各方面的知識，越廣越好。
二:企業網管需要掌握的技能做網管幾乎什麼都要知道那麼點點,不一定要精,當然你也要有自己的強項。
1.做系統是最基本的要求了,從98到2003,從unix到linux都要會玩,不一定都精(這個難度系統很高)
2.能夠維護PC硬體及列印機(從針式到噴墨在到激光),如果這部分做的不好,可能每天夠你忙上半天的.
3.會MAIL服務及客戶端的配置及管理,主要有Exchange,Imail,Qmail,Sendmail等,現在的企業都有自己的MAIL,而且占的地位之高絕對不容忽視.
4.對windows/*nix系統要知道常見的服務配置,最基本當然屬DHCP(DHCPD),DNS(BIND),IIS(APACHE), FTP(WUFTPD/VSFTPD),AD(SAMBA),WINS等,如果連這些都不太懂的話,趕緊狠補一下.不然就不要去了.
5.資料庫至少要懂SQL SERVER跟MYSQL,如果會ORACLE/SYBASE/DB2/INFORMIX,那工資肯定會高10%的(呵呵有點誇張,要是這些都會,還不做DBA去了?).
6.對交換機及路由器的簡單設置及管理一定要的,不然只能去小企業了(主要是CISCO,華為3COM,北電,當然對TP-LINK,D-LINK的低端設備也要熟悉).
7.熟悉綜合布線技術(至少知道怎麼做568A/568B吧),光纖技術也要略懂一二,如果你所應聘的是工廠的話,廠房跟廠房之間往往都會拉光纖.
8.要知道如何規劃網路,盡可能提高網路的穩定性(最重要),安全性及利用率等.
9.會寫腳本,不管用的是windows還是*nix,腳本往往會使你的工作效率事半功倍的(匯編/C等語言就更好了).
10.要知道如何快速安全的備份與恢復數據.
11.對代理防火牆殺毒等技術要熟悉,不然哪天你的網路全部癱瘓了還不知道咱回事.
12.WLAN技術也要盡快掌握,這是趨勢,很多企業的部分網路都融入了它.
13.對接入網技術要熟悉,至少要知道ADSL,ISDN,FTTX,FR,DDN是怎麼回事.
14.當然有些公司招管理員時要求你會ASP,PHOTOSHOP,DW等,他們主要是網站的日常維護.
15.對整個網路模型及架構要有一個清晰的認識,至少要知道層,協議,介面,服務等知道吧,如果能夠把TCP/IP協議這三卷書啃透,那你就可以開始牛了.
16.對ERP系統有個清晰的認識.
17.最重要,也是決定命運的事情,要學會"忍",小不忍則亂大謀啊,這句話對網管很合適.
⑺ 全職up主是什麼意思
全職up主的意思是：將上傳視頻音頻當成是固定工作，有固定時間。含義和兼職up主相對。
分開解釋：
1、全職，中文詞彙，指在工作日專門從事某一職位的人（不同於「兼職」）：全職教師。也就是說，根據公司的正常工作時間來工作。
例如，有些公司規定每天工作8小時，上午9點至下午5點，每周工作5天，你在這個規定的時間段內按時工作，屬於全職工人，即有一定的組織性、固定的時間和工作地點。2、up主
2、up主指的是在視頻網站、論壇、ftp站點上傳視頻音頻等文件的人。
up是upload（上傳）的簡稱，是一個日本傳入的網路詞彙，在國內ACGN視頻網被經常使用。由日本傳過來的詞彙，在國內acfun、bilibili視頻網被經常使用。up即"upload"（上傳）的縮寫， UP = アップロード=upload，主=本人 up主的意思就是上傳者。
(7)兼職ftp擴展閱讀：
全職up主的全職和兼職的不同：
1、穩定性是不同的，這是兼職和全職就業過程中許多不同答案的關鍵點和組成部分。專職勞動企業不僅要為職工提供五險一養等基本保障服務，而且要保證各項福利待遇的同步。然而，業余工作的類型通常是根據小時和天計算的。它不會為員工提供這部分福利。
2、在一些節日和假日，一般都會招聘兼職。全職工作通常在大量員工離職後會有大量的新員工。因此，從穩定的角度來看，全職工作更加穩定，兼職工作報酬較低，可能不穩定。
3、對未來發展的影響是非常不同的，在關於非全日制和全日制就業過程差異的眾多答案中，人們很容易忘記這一點。我們知道，兼職工作的主要價值和目的是增加一些收入，增強自我經驗獲取。
⑻ 上海家教
誠摯分享六點拙見：
一個 問問周圍親朋好友樓院鄰里什麼的正好有沒請家教的打算和需求 有當然最好不過啦
二一個 到知名專業家教網站上注冊認證（互聯網上關鍵字搜索，盡量選擇免費的，能免費的就盡量免費）
三一個 到可發布個人免費信息的網站相關版面（比如百姓，趕集，263，口碑，58同城，搜搜客，還有象這網路知道什麼的）大量持續發布和更新信息。
四一個 就是通過本地發行量較大人氣較高的報紙雜志等媒體不間斷刊登家教提供信息。通常來講，只要堅持登載，就會有一些相應的積極效果顯現。
五一個 如果是決心要力爭實現家教的目標（而不是可做可不做抱著無所謂試試的態度）那麼就請直接弄個牌牌標明「家教」（必須醒目）到市區人流量大的地方（越大越好）蹲守！不過從來沒弄過的同學像這樣搞多半最初會有些難為情，得有相應的思想准備。
六一個 同第五條類似，盡快印製大量（起碼上千份）宣傳頁或名片之類的 到所在地附近的中小學校門前派發！（別不好意思 對自己負責）這個估計是最富針對性也最有成效！曾經我就這樣干過，平均有效率大概在百分之一到二，這個反饋率實際上已經相當不錯啦 呵呵
本人也是從你這個階段走過來的
之前也曾面臨類似困惑彷徨並數年間嘗試摸索過各種各樣找兼職或做家教的辦法
個人寶貴經驗總結！
以資參考!(費心費力碼這么多字 要覺得中肯「用心良苦」最熱烈歡迎加分哦~~哈~)
希望滿意
預祝成功
不客氣