Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537 Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537
前端開發中,比較重要的一個環節就是要適配各個屏幕的尺寸。
PC端比較簡單的是響應式和自適應。響應式比較簡單,通過Media查詢頁面寬度,再加載相應的樣式即可。自適應就是用百分比,rem,vw這樣的單位去做。
但是今天主要講的是移動端的適配。從iphone4到iphone7P,3.5寸小屏到如今的5.5寸大屏,如何提供一套簡單的適配方案呢?這里推薦一下手淘團隊的方案--Flexable。
不同分辨率,不同尺寸的屏幕。首先普及一些基本概念:
物理像素:物理像素又被稱為設備像素,他是顯示設備中一個最微小的物理部件。每個像素可以根據操作系統設置自己的顏色和亮度。正是這些設備像素的微小距離欺騙了我們肉眼看到的圖像效果。
設備獨立像素:設備獨立像素也稱為密度無關像素,可以認為是計算機坐標系統中的一個點,這個點代表一個可以由程序使用的虛擬像素(比如說CSS像素),然后由相關系統轉換為物理像素。
css像素:CSS像素是一個抽像的單位,主要使用在瀏覽器上,用來精確度量Web頁面上的內容。一般情況之下,CSS像素稱為與設備無關的像素(device-independent pixel),簡稱DIPs。
屏幕密度:屏幕密度是指一個設備表面上存在的像素數量,它通常以每英寸有多少像素來計算(PPI)。
設備像素比:設備像素比簡稱為dpr,其定義了物理像素和設備獨立像素的對應關系。它的值可以按下面的公式計算得到:
設備像素比 = 物理像素/設備獨立像素。
眾所周知,iPhone6的設備寬度和高度為375pt * 667pt,根據上面公式,我們可以很輕松得知其物理像素為750pt * 1334pt。在不同的屏幕上,CSS像素所呈現的物理尺寸是一致的,而不同的是CSS像素所對應的物理像素具數是不一致的。在普通屏幕下1個CSS像素對應1個物理像素,而在Retina屏幕下,1個CSS像素對應的卻是4個物理像素。
了解了前面一些相關概念之后,接下來我們來看實際解決方案。在整個手淘團隊,我們有一個名叫lib-flexable的庫。可以百度搜索flexable下載這個庫。之后就可以把庫引用到你的項目中去了。
讀到這里,大家應該都知道,我們接下來要做的事情,就是如何把視覺稿中的px轉換成rem。
目前Flexible會將視覺稿分成100份,(主要為了以后能更好的兼容vh和vw),而每一份被稱為一個單位。同時1rem單位被認定為10a。針對我們這份視覺稿可以計算出:1a=7.5px;1rem=75px。
這樣一來,對于視覺稿上的元素尺寸換算,只需要原始的px值除以rem基準值即可。例如此例視覺稿中的圖片,其尺寸是176px * 176px,轉換成為2.346667rem * 2.346667rem。在實際生產當中,如果每一次計算px轉換rem,或許會覺得非常麻煩,或許直接影響大家平時的開發效率。為了能讓大家更快進行轉換,我們團隊內的同學各施所長,為px轉換rem寫了各式各樣的小工具。CSSREM是一個CSS的px轉rem值的Sublime Text3自動完成插件。
篇文章主要介紹下如何使網站自適應屏幕的大小。其實,這個問題并不是很難做,可以使用CSS來實現。
具體操作實例小編在下面已經寫出來了:
<div id="change-color"></div>
css 代碼如下:
#change-color {
width:300px;
height:300px;
margin:50px auto;
background:red;
}
這個很簡單,大家都能想象出來是一個多么枯燥的頁面,一個 300 × 300 像素的紅色正方形在頁面的中上部。學到這里的同學對于這樣簡單的代碼應該是無壓力的了。然后我們在這段 css 后面再加上一點內容,改做:
#change-color {
width:300px;
height:300px;
margin:50px auto;
background:red;
}
@media (max-width:800px){
#change-color {
width:90%;
height:300px;
margin:50px auto;
background:blue;
}
}
來一起看看這個css,這段可以分作兩個部分,第一部分就是我們上面寫的對 #change-color 定義的 css ,這個無需解釋了。第二部分跟我們以前看到的不一樣哈,但是如果去掉 @media (max-width:800px){……} 這樣的結構之后,我們可以發現,剩下的內容也是對 #change-color 的定義,只是跟上面略有不同,一個是寬度發生了變化,一個是背景色改了。那么現在我們來解釋一下這部分代碼。
默認情況執行第一部分的定義,那么背景色就應該是紅色的,寬度是300px。一切如同我們與想的一樣。當瀏覽器內容部分的寬度小于等于800px(符合條件,最大寬度為800px)時,使用第二部分的定義,也就是寬度變成了90%,背景色變成了藍色。
然后我們看看實際效果:當網頁寬度大于800px,網頁自適應寬屏。
調整窗口寬度到內容區域小于800px,網頁適應屏幕窗口調整,這樣現在效果實現了。
本篇屬于暢想網絡原創,轉載地址:http://www.e-wkj.cn/xw/1824.html
有一個最佳的屏幕尺寸可以設計。網站應在不同的瀏覽器和平臺上以所有屏幕分辨率快速響應地進行轉換。無障礙。移動友好。首先為您的訪客設計。從360×640到1920×1080的設計。
它仍然應該看起來不錯,并且在所有尺寸下都可以正常工作,現在我們的建議是建設一個自適應/響應式網站。
針對特定屏幕尺寸優化頁面布局的三個主要標準是:
可用性準則還建議您考慮所有大小的所有三個條件。檢查瀏覽器窗口的屏幕分辨率為360×640到1920×1080。
在整個分辨率范圍內,您的網頁在所有條件上的得分都應該很高。
您的頁面也應該以更大或更小的尺寸工作,盡管這種極端情況不那么重要。
盡管此類用戶當然應該能夠訪問您的網站,但為他們提供小于設計的外觀有時是可以接受的折衷方案。
2020年的前6個月中,對451,027個訪客進行了訪客分析:
屏幕分辨率測試用戶數11920×108088,378(19.53%)21366×76867,912(15.01%)31440×90043,687(9.65%)41536×86432,872(7.26%)52560×144025,954(5.73%)61680×105020,068(4.43%)71280×72015,138(3.34%)81280×80014,007(3.09%)9360×64011,085(2.45%)101600×90010,193(2.25%)
響應式Web設計:在相同的URL上提供相同的HTML代碼,而不管用戶的設備(例如,臺式機,平板電腦,移動設備,非可視瀏覽器)如何,但是可以根據屏幕大小來不同地呈現顯示。 百度建議使用響應式Web設計,因為它是最容易實現和維護的設計模式。
在當今世界,許多人正在使用手持設備(平板電腦和智能手機)瀏覽網頁,而響應式網站設計(RWD)已經成為解決屏幕尺寸挑戰的極有可能的解決方案。
此方法不再使用固定寬度的網站,而是使用CSS樣式表中的“媒體查詢”來創建一個網站,該網站在大小上響應手持設備的不同視口以及人們使用的較小屏幕。
因此,無論人們使用什么設備來查看您的網站,您都可以為他們提供最完整的體驗。
如果您想為高競爭力的關鍵詞在百度獲得高排名,您就需要一個適合移動設備的網站。
網站對移動設備的友好程度如何影響各種設備對網站的排名效果。如果您為小型企業創建網站,您會知道他們想要一個在百度自然搜索中表現良好的網站。
目前從本質上講,這意味著網站設計具有響應性并且對移動設備友好,尤其是對于百度而言。
作為參考,以下是最近(2020年)記錄的當前全球頂級屏幕分辨率的列表:
你不能。不可能將網站設計成在每個瀏覽器,平臺和屏幕分辨率下看起來都一樣,所以請避免嘗試。
您可以選擇不帶表格的流暢布局來進行設計,其寬度百分比可以擴展和收縮以適合訪問者瀏覽器的設置,或者您可以考慮研究能夠實現相同效果的響應式設計解決方案。
搜索引擎偏愛響應式設計,這對于采用它的人來說是個好消息。移動技術正在興起-因此,如果要開發一個新網站-您必須從一開始就考慮您的網站對移動設備的友好程度。
在實際編寫代碼時,我們的目標是使事情簡單。從經驗中我們知道的是, 對于您而言,確定您的受眾及其使用的設備,并從整體上構建適合該受眾的網站至關重要,受眾也包括搜索引擎。
好吧,那不是理想的。實際上,它從未如此。
追溯到今天-一些人使用網站的純文本版本為不支持其網站元素的用戶/瀏覽器生成內容-試圖(通常是徒勞的)使他們的內容更易于訪問。
W3C甚至曾經推薦它,我們認為如果其他所有方法都失敗了:
為訪問者目的而向訪問者傳遞一個URL始終是理想的選擇,并且如果您正在考慮創建網站的“移動”版本,則在傳遞移動或智能手機內容時沒有任何區別。
百度可能會在不久的將來對您的移動體驗做出主要評價-因此,我們所有人都確實需要意識到我們可能很快會在百度的SERP中看到巨大的變化。
當百度作為“訪問者”時,由于搜索引擎的典型URL挑戰,通常只提供一個URL甚至更為重要-在前一段時間實施規范鏈接元素之前就是這種情況。
因此,理想的情況是始終提供一個URL。
百度在這方面給出了建議:“如果您具有“智能手機”內容(我們將其視為普通的Web內容,因為它通常是普通的HTML頁面,只是在布局上進行了調整以顯示較小的內容),則可以使用rel = canonical指向您的桌面版本。這有助于我們專注于網絡搜索的桌面版本。當用戶使用智能手機訪問該桌面版本時,您可以將他們重定向到移動版本。無論URL結構如何,此方法均有效,因此您無需為智能手機移動網站使用子域/子目錄。 然而,更好的方法是使用相同的URL并顯示內容的適當版本而無需重定向。”
百度還提供了以下提示,以檢查您的網站是否準備好使用移動優先索引,但是從本質上講,如果您正在為網站使用響應式網頁設計模板,則此更改的問題應該很小:
過去的網頁用戶通常不需要滾動,但多年來,這種情況已經改變。
因此,在設計時,應考慮如果用戶只滾動一個完整屏幕或兩個屏幕,可以看到多少內容。超過五個屏幕的長度可能表示您頁面上的內容過多。當然,用戶希望等待更短的時間來查看更全面的內容。
滾動和初始可見性顯然都取決于屏幕尺寸:較大的屏幕在屏幕上方會顯示更多內容,并且需要較少的滾動。
不一定,但是有可能。
與百度優化有關的許多事情–建立一個適合移動設備的網站或多或少可以確保您保持已經獲得的訪問量,并不一定能為您提供來自百度的更多免費訪問量。
百度及其用戶再次提高了質量標準,如果您想在更具競爭力的SERP中競爭,這是小企業克服困難的又一個障礙。
從長遠來看,這種移動轉化僅對您的用戶來說是一件好事,但從短期來看,對小型企業的轉化率不會產生什么影響,因為通過移動設備獲得的轉化率通常低于桌面。
百度表示,這種適用于移動設備的算法對SERP的影響更大,隨著時間的流逝,我們將發現更多信息。
百度站長工具
您應該能夠在百度站長工具中跟蹤移動設備錯誤,并且如果您的網站配置正確,錯誤會隨著時間的流逝而消失。
*請認真填寫需求信息,我們會在24小時內與您取得聯系。