整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
標轉讓平臺，隨時發布商標轉讓價格，當然，主要還是中國商標網的一個功能，就是代理人家，并且是全權代理負責商標轉讓業務，但是以前一直沒有好的移動頁面，這次，借MIP之機，完成了這個改變，也算是件好事。
現在商標轉讓的站點不少，但是有MIP的頁面卻不多，而商標轉讓網算其中一個，這樣一來，手機上看商標轉讓的訊息就方便多了，有商標轉讓業務的，可以多多關注。
商標轉讓平臺，商標轉讓價格，中國商標網這三者之間是有種關聯的，其中主要的業務都是商標，但是這個價格，在這里就更加有優勢，商標轉讓的價格，與多種因素有關，與轉讓雙方的規模，平臺大小，商標本身都是有直接關系的，如果不懂的太多，直接找代理委托人，比自己去找商標要好很多，畢竟術業有專攻。
MIP （Mobile Instant Pages - 移動網頁加速器）, 是一套應用于移動網頁的開放性技術標準。通過提供MIP-HTML規范、MIP-JS運行環境以及MIP-Cache頁面緩存系統，實現移動網頁加速。
原創：商標轉讓平臺http://www.8v1.com/微信號：13039105883，公眾號：changchuntm。轉載請保留鏈接與出處！
IP是Mobile Instant Pages英文字母的縮寫，中文可以翻譯文網頁加速器，百度力推MIP技術，下文中沒有特別說明一般指的是百度MIP。
為什么會推出MIP技術？
百度從2016年開始重視移動端，做過SEO都知道，百度對于用戶體驗追求，可以用無以復加這個詞形容。但是當時站長們對于移動端的優化有點懵，不知道怎么下手，很多網站移動端優化的進程不盡如人意。什么是對移動端友好估計沒有幾個人能說清楚，這時候百度推出MIP技術，MIP天生就是對移動端友好的。MIP對移動端優化主要體現在訪問速度上，移動端和pc是不一樣的，移動端相比pc有很多限制，隨著h5技術普及這種情況將會慢慢改變。
MIP是什么技術？
隨著移動發展，手機性能和寬帶的提升，用戶對于移動端頁面打開速度要求越來越短，特別在電商類網站這種情況更加嚴重。這種情況下百度提出提高移動端打開速度和提升用戶體驗，MIP在這種情況下就得到百度大力推廣。
mip改造網站是指移動站按照百度的標準修改，修改完成后，網站會放到百度服務器上。修改后網頁更加簡潔規范，打開速度會更快，提升了用戶體驗和安全性能。通俗來講，移動網站按照百度提供的網頁標準規則進行修改，修改合格后，百度將你的網站放在百度服務器上面。你的移動網站在修改之后，不僅網頁更加簡潔規范，而且接入百度服務器之后網頁的打開速度將非常之快，并且可以提升安全性能。MIP由MIPHTML、MIPJS、MIP Cache三部分組成，需要說明的是MIPCache相當于CDN功能，MIPCache百度服務器數量是國內任何一家CDN數量上無法相比的，MIPCache是免費提供的。百度蜘蛛更青睞接入MIP Cache的MIP站點，這一點是站長必須要考慮的問題。
網站MIP改造很難嗎？
mip改造就是把HTML標簽換成MIP標簽，接入百度服務器。其實，MIP的旨意不是讓你繼續沿用過去網頁的標準，而是為了提高網頁的打開速度，通過MIP的新標準，去簡化規范網頁。總而言之，根據MIPHTML新建網站模版，是非常簡單的。
關于“MIP”先聊到這。每天學習一個知識點，每日寄語”比努力更重要的，是提升你的思維層次。”如轉載請標注出處。
言：
近期嘗試對一個做過跳轉適配的dedecms/gbk手機站進行整站mip改造，經過一系列思路完善和測試，終于完成，回顧下過程，主要問題可分為以下幾類：
1、非utf-8站點的編碼問題
前些時候宋同學在站長社區發布了新裝utf-8版cms和轉換數據庫編碼的教程，我剛開始也是類似思路，但因為站點經過二次開發以及包含一些亂七八糟的附加文件等，重裝cms很難復原之前的修改，此思路卒。后又嘗試在數據庫調用時以gbk編碼讀取，測試生成后雖大體上瀏覽正常，但還是存在些許后續問題和少部分亂碼，也放棄了該方案。最終，靈光一閃——為什么要在程序執行過程中糾結？完全可以在生成靜態頁面時進行替換整改啊！頓時柳暗花明之感油然而生，測試果然可行，之后遇到后續問題（如下面問題2、3）也因此思路而變得易解決了。
2、路徑問題
<a>、<img>/<mip-img>等標簽中的相對路徑需均轉換為完整url，這個在目前教程里貌似沒有明確提出，根目錄相對路徑還好，主要是相對當前頁面路徑轉換完整url需加上所在目錄有些難度（特別是標簽調用生成的相對路徑，如分頁）。
3、內聯樣式問題
模板里的內聯樣式可以手動整改，雖煩瑣但難度不大，主要問題在于后臺發布文章時，cms編輯器會自動生成包括內聯樣式在內的各種不符合mip規則的原始代碼，除了折騰一下對編輯器進行修改，其他也很難解決了。
4、js問題
mip規范局限了js的使用，這個的確挺頭疼的，好在我改造的站點內js不多，所以刪掉部分效果和使用現有組件替換，也湊合解決了此問題。不過還是希望百度mip團隊能在考慮下此方面的規范方案優化，不少站點有很多js代碼且不能去除，全部以組件形式提交也很費事且需要一定的程序基礎，其他問題還可以按統一教程去解決，但js上的mip改造卻無法如此，按照目前的限制會導致很多站長因此一點就不得不放棄mip改造。
5、其他小問題
·發現少部分樣式有沖突，需根據實際情況對本身css進行局部修改。
·發現mip cache無法識別站點中圖片的302跳轉，如原站使用302跳轉的圖片，mip生效后無法顯示圖片。該問題已和百度技術人員溝通，說后續可以考慮支持，目前我自己加了一段代碼對路徑做了下處理。
·組件使用bug（如mip-carousel多圖輪播圖片套<a>鏈接會導致圖片顯示空白，且無法自適應屏幕）。
·mip引入提交后就回顯個success，也沒有提交記錄和狀態，用戶體驗上有所欠缺。
正題：基于dedecms/gbk的整站mip改造
第一部分：模板修改
1、js部分：刪除或使用現有組件替換
2、調用百度mip文件：
head里加<link rel="stylesheet" type="text/css">
body里加<script src="https://mipcache.bdstatic.com/static/mipmain-v1.1.2.js"></script>
3、head里加<link rel="canonical"href="{dede:global.cfg_basehost/}{dede:field name='arcurl'/}" >，通過dedecms標簽直接調用當前頁url。
4、外部通用css文件：建議將css文件中的樣式代碼嵌入<style mip-custom>…</style>中，另存為模板文件（如css.htm），用{dede:includefilename="css.htm"/}替換相關模板中的<link rel="stylesheet" type="text/css"href="…" />。
模板中的內聯css可人工進行查找替換，合并至<stylemip-custom>中。（雖在下面代碼中可以自動進行處理，但從靜態文件生成性能角度考慮，還是建議人工先將模板中的內聯樣式一次性整改好。）
注：以上操作大多可通過批量查找替換來完成，看似需要修改很多，但實際工作量并不大。
第二部分：程序文件修改
· 靜態生成移動站：
找到/include/dedetag.class.php文件中解析模板輸出為文件的函數：
function SaveTo($filename)
{
$fp = @fopen($filename,"w")or die("DedeTag Engine Create File False");
fwrite($fp,$this->GetResult());
fclose($fp);
}
替換為（部分代碼可根據實際情況進行改動）：
//路徑轉換函數文件。$content：代碼源，$feed_url：首頁，$f_url:相對路徑的目錄部分
function relative_to_absolute($content,$protocol, $domain, $f_url) {
//根目錄相對路徑（如href="/a/b.html"）轉換
$new_content =preg_replace('/href\s*\=\s*([\'"])\s*\//','href=\1'.$protocol.$domain.'/', $content);
$new_content =preg_replace('/src\s*\=\s*([\'"])\s*\//', 'src=\1'.$protocol.$domain.'/',$new_content);
//當前頁相對路徑（如href="a/b.html"）轉換
$new_content
=preg_replace('/href\s*\=\s*([\'"])(?!(http|https):\/\/)/','href=\1'.$protocol.$domain.$f_url,$new_content);
$new_content
=preg_replace('/src\s*\=\s*([\'"])(?!(http|https):\/\/)/','src=\1'.$protocol.$domain.$f_url, $new_content);
return $new_content;
}
function SaveTo($filename)
{
$fp=@fopen($filename,"w") ordie("DedeTag Engine Create File False");
if(substr($_SERVER['PHP_SELF'],-6)=='_m.php'||substr($filename,-13)=='/m/index.html'){//跳轉適配站識別是否為移動端生成，不影響pc端的gbk編碼。移動端為獨立站點需去掉此判斷條件。
$f_url=explode('www.域名.com/m',dirname($filename));//分割路徑，獲取當前頁相對路徑的目錄部分
//如dirname($filename)得到的本地絕對路徑為D:/wwwroot/www.域名.com/m/yygk/xwzx，用網站目錄“www.域名.com/m”作為標識分割路徑，得到目錄部分“/yygk/xwzx”。
$html=$this->GetResult();
$html=$this->relative_to_absolute($html,'http://','m.域名.com',$f_url[1].'/');//相對路徑轉換絕對路徑
$html=str_replace('<metacharset="gb2312">','<metacharset="utf-8">',iconv('gbk','utf-8//ignore',$html));//轉換為utf-8編碼聲明，fwrite會以此生成對應編碼的靜態頁面
$html=str_replace('<a','<a target="_blank" ',$html);//<a>標簽加target
$html=str_replace('<img','<mip-img ',$html);//替換<img>標簽
/*主要針對編輯器生成的內聯樣式，將內聯樣式轉換到head的style標簽中*/
if(preg_match_all('/\sstyle\s*\=\s*[\'"](.*?)[\'"]/',$html,$css)){
$css0=array_unique($css[0]);//過濾重復style
foreach($css0as $k => $v){
$html=str_replace($v,'class="mip_add_css_'.$k.'"',$html);//mip_add_css_為自定義樣式名前綴，可自行修改，但需避免與原有樣式名重復
$temp_name='mip_add_css_'.$k;
$$temp_name=$css[1][$k];
$add_css.='.'.$temp_name.'{'.$css[1][$k]."}\n";
}
$html=str_replace('<stylemip-custom>',"<style mip-custom>\n".$add_css,$html);
}
fwrite($fp, $html);
}else{//pc端執行
fwrite($fp,$this->GetResult());
}
fclose($fp);
}
注：該方案初步測試成功，因生成靜態文件時處理程序增加，理論上來說會對生成效率有所影響。另外，不排除存在問題的可能性，如有問題或其他想法可在百度站長社區回帖共同研究探討。
· 默認動態移動站：
1、修改/m目錄下index.php、list.php、view.php三個php文件的編碼，改為utf-8。
2、找到/include/dedetag.class.php文件中解析模板直接輸出的函數：
function Display()
{
echo $this->GetResult();
}
替換為：
function Display()
{
$html=str_replace('<meta charset="gb2312">','<meta charset="utf-8">',$this->GetResult());//轉換為utf-8編碼聲明，此處源內容$this->GetResult()不需要轉編碼
echo $html;
}
如此即可以utf-8編碼輸出動態頁面，其他處理可參照上面靜態生成站點方案中的代碼。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
