❶ 軟體平台開發公司應該如何選擇
軟體平台開發公司應該如何選擇
如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？
簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
固定款的APP開發時間短，約2~3日的時間即可完成，費用大約在幾千到幾萬之間。
定製款：定製款是指APP的功能全部重新開發，過程比較繁瑣，需要美工、策劃、APP開發（前台/客戶端/手機端）、後台程序員等工種協同完成，大型的、功能復雜的APP甚至需要數十人的團隊。
由於APP的功能和設計都是定製的，因此價格會高些。定製款的開發時間與開發價格是成正比的，開發時間長，大約在兩三個月甚至不定的周期里才能完成，而費用大概在幾萬甚至十幾萬左右。
因此，想要知道開發一款手機APP需要花費多少錢，企業主首先必須把APP的詳細需求和功能告知APP開發公司，開發公司才能報出一個合理的價格。
二、手機APP平台不同，製作成本也不一樣
現在市面上流行的手機APP製作平台主要有兩種一般包括兩種系統：安卓系統（Android）和蘋果系統（IOS）。
一般來說，製作蘋果系統的手機APP軟體費用要比安卓平台的貴一些，因為蘋果公司對蘋果平台的封閉性和手機APP開發語言Objective-C的難度，都讓APP開發者加大了蘋果系統手機APP開發的難度。
三、APP製作成本包含參與人員的工資
通常情況下，開發一款APP需要產品經理、客戶端工程師、後端工程師和UI設計師各一名，這已經是製作手機APP應用軟體比較精簡的配置了，所以這些參與人員的工資也是包含在APP製作成本當中的。這些工作人員的月薪加起來可能都會超過4、5萬元。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。
❷ H5是什麼編程語言嗎
H5是指HTML5，它萬維網的核心語言、標准通用標記語言下的一個應用超文本標記語言（HTML）的第五次重大修改。
HTML5提供了一些新的元素和屬性，例如<nav>（網站導航塊）和<footer>。這種標簽將有利於搜索引擎的索引整理，同時更好的幫助小屏幕裝置和視障人士使用，除此之外，還為其他瀏覽要素提供了新的功能，如<audio>和<video>標記。
它有以下改進：
1、取消了一些過時的HTML4標記
其中包括純粹顯示效果的標記，如<font>和<center>，它們已經被CSS取代。
2、將內容和展示分離
b和i標簽依然保留，但它們的意義已經和之前有所不同，這些標簽的意義只是為了將一段文字標識出來，而不是為了為它們設置粗體或斜體式樣。u，font，center，strike 這些標簽則被完全去掉了。
3、一些全新的表單輸入對象
包括日期，URL，Email 地址，其它的對象則增加了對非拉丁字元的支持。HTML5 還引入了微數據，這一使用機器可以識別的標簽標注內容的方法，使語義Web 的處理更為簡單。
4、全新的，更合理的Tag
多媒體對象將不再全部綁定在object或 embed Tag 中，而是視頻有視頻的Tag，音頻有音頻的 Tag。
5、本地資料庫
這個功能將內嵌一個本地的sql資料庫，以加速互動式搜索，緩存以及索引功能。同時，那些離線Web 程序也將因此獲益匪淺。不需要插件的豐富動畫。
6、Canvas 對象
將給瀏覽器帶來直接在上面繪制矢量圖的能力，這意味著用戶可以脫離Flash Silverlight，直接在瀏覽器中顯示圖形或動畫。
7、瀏覽器中的真正程序
將提供API實現瀏覽器內的編輯，拖放，以及各種圖形用戶界面的能力。內容修飾Tag 將被剔除，而使用CSS。
8、Html5取代Flash在移動設備的地位。
9、其突出的特點就是強化了web頁的表現性,追加了本地資料庫,
(2)營銷緩存框架擴展閱讀：
HTML5的未來趨勢：
1、移動優先
從如今層出不窮的移動應用就知道，在這個智能手機和平板電腦大爆炸的時代，移動優先已成趨勢，不管是開發什麼，都是以移動為主。
2、游戲開發者領銜「主演」
許多游戲開發商都被Facebook或者Zynga推動著發展，而未來的Facebook應用生態系統是基於HTML5的，盡管在HTML5平台開發出遊戲非常困難，但游戲開發商卻都願意那麼做。
通過PhoneGap及appmobi的XDK將Web應用游戲打包整合到原生應用中也是一種方式，Facebook差不多就這么乾的——基於Web應用及瀏覽器，但卻將之打包整合進原生應用。
❸ 零基礎能學JAVA開發嗎
基礎學Java，只要方法得當，就有機會學好Java開發。學Java就像交朋友一樣，從陌生到熟悉再到死黨，隨著學習的深入，你會發現Java並不是想像的那麼枯燥和困難，甚至有種妙不可言的樂趣。
6、閱讀開源框架源碼
一個合格的開發者必先能靈活的使用各種框架，而要想成為一個出色的開發者，就應該不斷的去學習流行框架的源碼，這樣在深入了解框架內部機制的同時還能得到大量的練習，逐步豐富自己的代碼設計思想，做一個代碼的創造者而不是代碼的復制者。
❹ h5做app和原生app有什麼區別
原生app和h5做的app的區別：
1、開發方面的區別
目前React Native開發越來越火，微信小程序是基於React Native開發的，體驗接近原生APP，發展前景值得重視。不過好在現在非原生APP同樣可以調用藍牙、相機等硬體，也能順利發布到蘋果APP store。
移動Web App
1、因為運行在移動設備的瀏覽器上，所以只需要一個開發項目
2、這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成(PHP,Ruby on Rails,Python)
3、這里可沒有標準的SDK，基本任意選擇別忘了有一些跨平台的開發工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
原生App
1、每一種移動操作系統都需要獨立的開發項目
2、每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows phone)等等
3、需要使用各自的軟體開發包，開發工具以及各自的控制項
2、能力方面的區別
移動Web App
只能使用有限的移動硬體設備功能。
原生App
能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等。對於這一點感觸很深刻，2016年做新年H5營銷小活動的時候，就是因為沒有考慮到H5不能使用移動硬體端重力加速器而導致臨時替換設計方案。
3、獲取方法的區別
移動Web App
1、從移動設備上的瀏覽器訪問
2、不需要安裝額外的軟體
3、軟體更新只需要伺服器就夠了
4、因為現在沒有什麼商品或賣場提供這種App，不過一般都是嵌套在系統內部，或者內部系 統中使用
5、跨平台開發，用戶不需要去賣場來下載安裝App
6、需要過度依賴網路，沒有任何緩存數據
7、任何時候都可以發布App，因為根本不需要官方賣場的審核
8、如果你已經有了一個Web App，你可以使用 responsive web design來輔助改進
9、所有的用戶都是用同樣的版本
原生App
1、直接下載到設備
2、以獨立的應用程序運行(並不需要瀏覽器)
3、用戶必須手動去下載並安裝這些原生App
4、有一些商店與賣場來幫助用戶尋找你的App，app store裡面應有盡有。
5、原生型APP應用的安裝包相對較大，包含UI元素、數據內容、邏輯框架;
6、手機用戶無法上網也可訪問APP應用中以前下載的數據。
7、原生型的APP可以調用手機終端的硬體設備(語音、攝像頭、簡訊、GPS、藍牙、重力感應等)
8、APP應用更新新功能，涉及到每次要向各個應用商店進行提交審核。
9、用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
如果企業選擇商領雲進行定製開發原生app，需要單獨開發兩套系統即ios和安卓系統。如果是通過商領雲的在線製作app，則可以同時生成ios和安卓系統的app，並且還可以製作小程序、移動網站和微商城，非常方便，而且價格也只需幾萬左右，具體需要看功能需求。
❺ java實現緩存技術
session最好少用，一般系統都用session來存儲用戶信息，session用多了對系統開銷不好，緩存也盡量少用，要用的話都用在基本不會改變的數據上，不然會影響系統，如果經常改變的量，用了緩存，如：一個程序在用緩存中的數據，而另一個程序卻在修改緩存的數據，那邊程序就會出現不符合的數據了，如果回答對你有幫助，請把分給我吧，謝謝
❻ 電子商務網站一般架構有哪些
大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司，使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點是資料庫要設計好，要達到什麼級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗餘，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態頁，對資料庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層，對緩存邏輯進行控制，可以採用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）
電子商務網站特點就是對事務的嚴格，需要資料庫設計的時候要求高性能，也需要合適的索引，支持高並發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將逗局部地控制到最小范圍）
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的欄位置於核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型，這樣會給以後的擴展留出路，即使是男女這種欄位，也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。
對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果採用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；
數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可；
簡單執行的sql可以不用存儲過程，存儲過程會佔用資料庫伺服器的處理時間，造成死鎖；
mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；
資料庫建議建立分布資料庫，這樣可以轉移查詢和大訪問量對資料庫帶來壓力；
圖片可以考慮單獨放在一台伺服器上；1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先，訪問量大了以後，我相信是有錢投到硬體上的，在你程序寫的不是很爛的情況下，升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc，對於前台來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。後台界面相對穩定，用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable，因為簡單，將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，伺服器壓力大，建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌，主要目的是用來調試程序的，系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務，sqlserver全文檢索，方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將資料庫設計地完善一點。另外，當網站分成多個以後，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架，都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。
❼ 不小心清除了華為手機HMS服務框架的應用數據,對手機有什麼影響嗎
華為hmscore雖然是可以卸載的，但不建議用戶進行卸載。
因為HMS Core提供20多種服務，讓用戶體驗更好，並且為開發者提供了包括推送服務、廣告服務、應用內支付服務、錢包服務等，為開發者提升流量變現能力，除此之外AppGallery Connect為開發者提供覆蓋創意、開發、分發、運營、分析的全流程67項高效運營服務，幫助其實現更好的商業閉環，讓開發者更聚焦於應用的創新。
擴展內容：
華為HMS Core是華為終端雲服務開放能力的合集，實現一點接入、全球全場景全終端的智慧分發，讓開發者專注於創新，為華為終端用戶帶來更多、更好的全場景智慧生活體驗。
有五方面亮點：全球分發，覆蓋170+國家/地區6億用戶；
節省成本，免費開始、易於上手，靈活、豐富的開放能力；
安全可信，遵循GAPP、GDPR及當地法規3個區域、15個數據中心、20+合規性認證；
精準觸達，應用市場月活4億用戶，超過6種數據分析模型，助力構建精準的用戶畫像，多種基於用戶行為的推送方式，助力精準營銷；
開發者生態，10億美金耀星計劃，激勵開發者。
❽ 主流的軟體開發平台有哪些
主流的軟體開發平台有MyApps低代碼開發平台，MyApps是天翎自主研發的第四代可視化低代碼快速開發平台，通過拖拉拽配置式操作快速構建OA協同、公文督辦、KM文庫、項目管理、采購管理、生產管理、供應鏈管理、營銷管理等一些列職能類和業務類管理系統。
十幾年來，憑借過硬的產品技術功力+靠譜的業務領域知識+創新的本地化交付機制，天翎已成功幫助超10萬家政企實現信息化建設賦能和組織力升級，其中包括安利、亨氏、瑪氏等世界500強及中國鐵建、中國聯通、中信銀行、中建四局、廣東省稅務局、創維、彩生活、神州數碼、中軟國際、華勝天成等中國知名政企及IT巨頭。
❾ 做一個商城類的APP，架構不復雜，價格怎麼算
APP功能差別太大了，不同功能的研發成本更是天壤之別。而且一個APP的開發需要太多的功能，安卓版APP、蘋果iOS版APP、手機運營助手、管理後台、後端伺服器、資料庫、通訊、API等等，所以不了解需求直接報價是不可能的。
以搭建一個常規的電商APP為例，保守報價就在15萬左右。涉及的基礎功能就包括：用戶注冊登錄、產品陳列、加入購物車、下單購買、支付、售後跟進、在線客服、會員管理、活動營銷等等。
❿ 這代碼是什麼意思啊在線等
簡單的說就是為了方便搜索引擎可以搜索得到。
META標簽用來描述一個HTML網頁文檔的屬性，例如作者、日期和時間、網頁描述、關鍵詞、頁面刷新等。
在有關搜索引擎注冊、搜索引擎優化排名等網路營銷方法內容中，通常都要談論META標簽的作用，我們甚至可以說，META標簽的內容設計對於搜索引擎營銷來說是至關重要的一個因素，尤其是其中的 「description」（網頁描述）和「Keywords」（關鍵詞）兩個屬性更為重要【參見網路營銷教學網站的專文介紹：description Keywords 】。盡管現在的搜索引擎檢索信息的決定搜索結果的排名很少依賴META標簽中的內容，但META標簽的內容設計仍然是很重要的。
下面簡單介紹一些搜索引擎營銷中常見的META標簽的組成及其作用。
META標簽可分為兩大部分：HTTP-EQUIV和NAME變數。
1、關於META標簽中的HTTP-EQUIV
HTML代碼實例中有一項內容是
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
其作用是指定了當前文檔所使用的字元編碼為gb2312，也就是中文簡體字元。根據這一行代碼，瀏覽器就可以識別出這個網頁應該用中文簡體字元顯示。類似地，如果 將 「gb2312」替換為「big5」，就是我們熟知的中文繁體字元了。
HTTP-EQUIV用於向瀏覽器提供一些說明信息，從而可以根據這些說明做出相應。HTTP-EQUIV其實並不僅僅只有說明網頁的字元編碼這一個作用，常用的HTTP-EQUIV類型還包括：網頁到期時間、默認的腳本語言、默認的風格頁語言、網頁自動刷新時間等。
●常用的HTTP-EQUIV類型有：
1.expires(期限)
說明：可以用於設定網頁的到期時間。一旦網頁過期，必須到伺服器上重新調閱。
用法：<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
注意：必須使用GMT的時間格式。
2.Pragma(cach模式)
說明：禁止瀏覽器從本地機的緩存中調閱頁面內容。
用法：<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
注意：這樣設定，訪問者將無法離線瀏覽。
3.Refresh(刷新)
說明：需要定時讓網頁自動鏈接到其它網頁的話，就用這句了。
用法：<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://www.webjx.com">
注意：其中的5是指停留5秒鍾後自動刷新到URL網址。
4.Set-Cookie(cookie設定)
說明：如果網頁過期，那麼存檔的cookie將被刪除。
用法：<META HTTP-EQUIV="Set-Cookie" CONTENT="cookievalue=xxx;
expires=Wednesday, 21-Oct-98 16:14:21 GMT; path=/">
注意：必須使用GMT的時間格式。
5.Window-target(顯示窗口的設定)
說明：強制頁面在當前窗口以獨立頁面顯示。
用法：<META HTTP-EQUIV="Window-target" CONTENT="_top">
注意：用來防止別人在框架里調用你的頁面。
6.Content-Type(顯示字元集的設定)
說明：設定頁面使用的字元集。(我們在前面字體設計中已經介紹過它的作用)
用法：<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
2、關於META標簽中的"description"
HTML代碼實例中有關"description"中的代碼為：
<meta name="description" content="網路營銷教學網站提供《網路營銷基礎與實踐》教學支持:網路營銷課件,網路營銷論文,網路營銷實驗教學,電子商務論文,網路營銷與電子商務書籍等">
"description"中的content="網頁描述"，是對一個網頁概況的介紹，這些信息可能會出現在搜索結果中，因此需要根據網頁的實際情況來設計，盡量避免與網頁內容不相關的「描述」，另外，最好對每個網頁有自己相應的描述（至少是同一個欄目的網頁有相應的描述），而不是整個網站都採用同樣的描述內容，因為一個網站有多個網頁，每個網頁的內容肯定是不同的，如果採用同樣的description，顯然會有一些網頁內容沒有直接關系，這樣不僅不利於搜索引擎對網頁的排名，也不利於用戶根據搜索結果中的信息來判斷是否點擊進入網站獲取進一步的信息。
meta標簽分兩大部分：HTTP-EQUIV和NAME變數。
●meat標簽的NAME變數語法格式是：
<META NAME="xxx" CONTENT="xxxxxxxxxxxxxxxxxx">
其中xxx主要有下面幾種參數：
1.Keywords(關鍵字)
說明：keywords用來告訴搜索引擎你網頁的關鍵字是什麼。
舉例：<META NAME ="keywords" CONTENT="life, universe, mankind, plants,
relationships, the meaning of life, science">
2.description(簡介)
說明：description用來告訴搜索引擎你的網站主要內容。
舉例：<META NAME="description" CONTENT="This page is about the meaning of
life, the universe, mankind and plants.">
3.robots(機器人向導)
說明：robots用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。
CONTENT的參數有all,none,index,noindex,follow,nofollow。默認是all。
舉例：<META NAME="robots" CONTENT="none">
4.author(作者)
說明：標注網頁的作者
舉例：<META name="AUTHOR" content="webjx,[email protected]">
3、關於META標簽中的"Keywords"
與META標簽中的"description"類似，"Keywords"也是用來描述一個網頁的屬性，只不過要列出的內容是「關鍵詞」，而不是網頁的介紹。這就意味著，要根據網頁的主題和內容選擇合適的關鍵詞。在選擇關鍵詞時，除了要考慮與網頁核心內容相關之外，還應該是用戶易於通過搜索引擎檢索的，過於生僻的詞彙不太適合做META標簽中的關鍵詞。關於META標簽中關鍵詞的設計，要注意不要堆砌過多的關鍵詞，羅列大量關鍵詞對於搜索引擎檢索沒有太大的意義，對於一些熱門的領域（也就是說同類網站數量較多），甚至可能起到副作用。