[爆卦]css權重是什麼?優點缺點精華區懶人包

雖然這篇css權重鄉民發文沒有被收入到精華區:在css權重這個話題中,我們另外找到其它相關的精選爆讚文章

在 css權重產品中有5篇Facebook貼文,粉絲數超過5,012的網紅卡斯伯,也在其Facebook貼文中提到, 昨天線上問答介紹許多神奇的技巧 同學們覺得最驚奇的是增加權重的手法 這裡獻上我以前的筆記 如何輕鬆覆蓋 "同事"、"過去的自己😤" 所用的高權重選取器...

  • css權重 在 卡斯伯 Facebook 的最讚貼文

    2018-03-08 11:06:47
    有 105 人按讚

    昨天線上問答介紹許多神奇的技巧
    同學們覺得最驚奇的是增加權重的手法
    這裡獻上我以前的筆記
    如何輕鬆覆蓋 "同事"、"過去的自己😤" 所用的高權重選取器

  • css權重 在 91 敏捷開發之路 Facebook 的精選貼文

    2015-12-04 21:22:06
    有 13 人按讚


    SEO 注意事項

    #在頁面上隱藏任何元件(Hiding Stuff On-Page)
    隱藏元件的方式有很多,這也是最常被誤用的SEO手法,但也是Google抓最兇的部分,所以你要避免:
    1. 在白背景上使用白色文字
    2. 藏字在圖的下方
    3. 利用CSS隱藏文字
    4. 用小字來建立連結以及增加關鍵字密度
    5. 用標點符號來建立連結
    這些不僅是黑帽手法,而且就算沒被抓到,事實上它可能還沒有多大的幫助。

    #關鍵字填塞(Keyword Stuffing)
    關鍵字密度一直都是操作SEO最大的盲點,適度的關鍵字的分配及配置的確是必要的,但是這些事只是會浪費你的時間:
    6. 使用關鍵字標籤(Meta keywords)
    7. 把標題當做是關鍵字陳列室(簡而言之,就是只有關鍵字的標題啦!)
    8. 只想把關鍵字塞滿敘述標籤(Meta description),卻忽略了搜尋點擊率的重要性
    9. 圖片標籤(alt)只塞滿關鍵字
    10. 塞滿了無謂的地區關鍵字(譬如明明只有台北有分店,卻把全台縣市都寫進去)
    11. 頁面註腳塞滿了關鍵字
    12. 只注重關鍵字密度

    #連結計畫(Link Network Schemes)
    基本上不管是內部連結或是外部連結,現在可受人為控制又權重最高的,莫屬於連結計畫了,但是這也是黑帽最常下手的地方(如圖),那有哪些策略是應該避免的呢?下面所講的方式,不清楚也沒關係,因為本來就不該學的:
    13. 盡量避免連結的購買(Link Schemes)
    14. 自助交換連結(Reciprocal Linking)
    15. 連結農場(Link Farms)
    16. 連結輪(Link Wheel,通常是指所有互相連結的網站都是自製的,沒有收錄外來的連結)
    17. 交換連結(除非兩個網站屬性相近,而且兩個站長最好互相認識)
    18. 三向連結(Three Way Linking,跟Link Wheel意思相近A連B,B連C,C最後還是連A)
    其他該避免連結建立的方式 (Other Link Types to Avoid)
    19. 論壇/部落格垃圾留言(六先生網站很多XD)
    20. 花錢提交到目錄網站(哪裡有需要收錢的真想見識….)
    21. 將內容分別以次網域方式建置,然後再連回主網

    #全部都收錄是不可能的(Publish/Index as Many Pages as Possible)
    很多人都會想到這個問題:為什麼我做了50個pages,但是Google卻沒有全部收錄呢?事實上網頁內容的質量才是該追求的部分,所以你不該:
    22. 將力氣花在讓每一頁都被收錄
    23. 一頁一關鍵字的作法

    #Google地方資訊的操作(Google Local Tricks)
    Google地方資訊國外已經開始仔細操作一段時間了,那既然有操作,自然就有些地方是盡量避免的:
    24. 在分類欄位加入地區關鍵字
    25. 利用不同的帳號對同一地點創不同的頁面
    26. 負面行銷(關於類似的故事,請見六先生的這篇文章)
    27. 塞入無謂的關鍵字
    其他該避免的事情
    28. 用PR來衡量你的SEO做的好不好(這件事我也強調過好多次了)
    29. 當某個網站有了不錯的排名,你就不理它了(持續更新是重要的)
    30. 為了關鍵字而設關鍵字
    31. 花錢購買自動提交軟體
    32. 濫用robots.txt(這個有機會再來講)

  • css權重 在 嫁給 RD 的 UI Designer Facebook 的精選貼文

    2015-09-03 12:29:59
    有 27 人按讚


    這是從 F2E 的角度來看 UI/UX 課程,學員寫了很長一篇喔!

    以下學員心得:

    拖了好幾天終於可以把心得補完
    接下來聽起來會有點複雜跟混亂請有耐心哦
    ----------------------------------------
    先談談背景吧
    /*程式的部分 start*/
    基本上我是一個野路子
    所有東西靠自己學自己去理解看資料研究
    然後拿出來討論再把這些東西變成自己的
    不管是在設計還是在程式這邊都一樣
    這兩年的變動大家都心裡有數
    前端越來越不好做變動速度太快
    基本上是隨著瀏覽器的問題起起伏伏
    CSS HACK當初是必要的就是因為這樣

    但CSS HACK畢竟不是正途
    在寫HTML的時候要顧慮的問題是
    「CODE是不是最乾淨的狀態?CSS有沒有整理的有邏輯跟有次序?會不會影響到SEO權重問題?」
    但CSS HACK宣告就寫在BODY下
    如果要寫在CSS裡面的話
    一個TAG可能配合IE5.6.7.8.9的不同
    一個CSS就要寫最少四次VALUE
    再加上要寫RWD跟的四個尺寸
    就要寫八個樣式!!!
    有的時候還會互衝還要想要不要加!important
    所以一個project變得超級無敵肥大
    要是在考慮GA裡面的流量IE8以前的流量
    要是真的太低投資報酬率真的會低到一個爆炸இдஇ

    所以慢慢的出現CSS RESET
    把所有瀏覽器的狀態重置
    想辦法讓他有落差最多最多也差1PX而已
    基本上對齊上問題不會太大1PX很重要
    但是對齊更重要啊!!!
    不用在想說流覽器大爺對齊到底是從哪邊對過來的
    為什麼我又抓不到他對齊的位置!!!
    摁平常PC版就是這樣的狀態இдஇ
    拎拿啊哩還有MOBILE跟TABLET
    啊乾PERCENT是要對個尛...
    光對齊想MARGIN就爆炸了
    /*程式的部分 end*/
    /*設計的部分 start*/
    扁平風大流行的情況下
    擬真風大家看的就相對沒有那麼細
    但認真講起來PS跟AI我今年才整個練到一個基本的程度
    很多眉眉角角還有風格的區別也是看的比做得多
    當年要做資訊圖表化的時候
    常常是想到一個IDEA做資料整理
    開給設計請設計把圖畫出來
    扁平風看的量遠遠的超出擬真風的東西
    所以看到扁平風的ICON
    現在已經可以在最短的時間裡面理解做一定程度的模仿
    但擬真風的畫面要處理/濾鏡的不同跟適性理解
    可能還沒有PS選單裡的一半xDDDD
    基本上所有東西從都用PS硬幹到分給AI的一個狀態
    最後是理解自己的美學的什麼部份是不足的
    要加強要看哪些東西的狀態
    /*設計的部分 end*/

    /*本文 start*/
    因緣際會的去上了這堂課
    本來這堂課想報但是滿了
    學妹後來有事不上後來轉給是我去上這堂課
    這堂課是在講UI/UX的基礎課

    P1///
    或許上課的設計師重點都在要怎麼讓UI跟RD溝通
    老師己都嫁給RD了阿阿阿阿
    但是因為自己兩邊都有摸一些
    對我自己來講第一堂課上半節在講設計思考邏輯跟種類那部分
    對我自己來講幫助超級巨大的
    畢竟是個半路出家的人
    到現在資訊量累積到一個程度正處於要做整理跟彙整成自己的東西的狀態
    但是分類讓又有些模模糊糊的
    當有人提點你方向的時候突破現階段的瓶頸變得相對順利

    P2///
    另一部分是關於GUIDELINE的部分
    以前有做過類似的東西
    但是從來不是要整理成一個理論一套邏輯
    而是讓後面的人接可以好好的接而已
    而且因為工作內容的關係工作的順序跟到底要甚麼方向會嚴重受到GA的影響
    後來換了工作以後這個習慣依然沒有改變
    一樣很重視效度問題
    但從來沒有想過
    或許我有一套理論我知道為甚麼跟怎麼做
    可是要怎麼對完全不懂的其他人類解釋
    大家背景落差超級無敵大
    沒有統一的標準真的會很難做事情基本上就有一點點RD & UI 的使用手冊的意味(崩壞

    P3///
    這部分比較尷尬是關於Boostrap的部分
    把他放在這邊不是我覺得不重要
    其實我看這套架構也有一陣子了
    但一直在思考要不要進場
    之前一直卡住那種狀態有種"我知道我死了但是我到底是死在哪的感覺"
    後來突然理解了
    是GRID他加了GRID
    平常沒事做稿的時候會用參考線對齊
    但我真的沒有一次拉12欄來對齊順便算一下MARGIN這樣
    然後上課的時候理解概念以後
    隔沒多久的案子就用Boostrap去當架構了 ╮(╯◇╰)╭
    自己拉的架構有點想放棄(掩面
    畢竟1.要想多少%下要長怎樣2.想四個區間就好
    大家都知道要怎麼選...
    而且有一個很重要的概念---內建RESET
    所以我不用特別在去打版
    PS前端技術關於CSS的整理又有新的東西有空在整理好了
    但沒有想要做太特別或奇怪的東西
    基本上BOOSTRAP可以處理好多東西

    P4///
    關於APP的設計
    說實在的1X.2X.3X的問題不是設計過APP的人講
    真的會不知道是甚麼鬼
    因為工作的過程中我沒有處理過APP的問題
    但是有處理過RWD的部分用RWD的方式去理解
    慢慢看懂甚麼是好的APP的設計
    還有另一個問題是看懂dribbble上的一些UI KIT的細節
    我一直覺得起碼先會分甚麼是好看甚麼不好看
    有一定的美學素養以後
    才有辦法談模仿會模仿
    以後才有辦法談創新
    算是開啟了我APP設計之路的源頭吧(攤手
    然後知道要去看ANDROID跟IOS的GUIDELINE
    (迷之音:有人帶真好...)
    P5///
    關於那些PLUG-IN
    我這裡慢慢測一些試用文
    也會慢慢補上
    但說真的用命名來切版的方法真的太邪惡了
    想想工時可以節省六七成就覺得過分xDDDD
    這樣以後時間比重可以多花一點在處理要怎麼呈現畫面了(灑花(◕‿◕)

    P6///
    這個是偷偷補的
    基本上現在很多東西都卡住
    我正處在一個不知道要幹嘛
    要往哪走的狀態
    就有去問一下那位RD
    有在職場歷練過的果然不一樣啊
    講到甚麼都有概念
    雖然只講到短短的3-5分鐘
    可是有提到一個概念"好的程式設計師不會被程式語言綁住"
    對啊是我要用程式啊(回神
    /*本文 end*/

你可能也想看看

搜尋相關網站