從2020年5月入手下手
Google SEO增添了加強功能
從下列網址可知增添了那些功能
https://developers.google.com/search/docs/advanced/structured-data/search-gallery
SEO寫好以後，到以下網址測試是不是完成
https://search.google.com/test/rich-results?utm_campaign=devsite&utm_medium=jsonld&utm_source=article
測試網址
http://www.netyea.com/
點選預覽就能夠看到下面圖片
網頁設計,網站架設 ,網路行銷,網頁優化,SEO - NetYea 網頁設計
最近因為CENTOS 7 辦事會莫名的封閉，查了發現是KENERL問題，所以決意升到CENTOS 8-9，
我的INTEL雙網網卡 來當作家裡的firewall, 於是安裝了CENTOS 8 - 9, 並用pppoe 來毗連中華電信的Router, 而且寫了一些iptables 的rules 來看成firewall 及NAT router.
然則感覺有問題, 有時連不出去. 現象是這樣的:
然則在NAT 後面的電腦，GOOGLE PTT網站 連線都很ok, , 只要碰上yahoo跟遊戲 的連線, 就連不上, ftp 也ok.
這問題擺了很久都沒去理睬. 今天終於有空好好的來追問題的泉源. 發現似乎是跟pppoe 有關.
問了小洲大大才發現
MTU
MTU (Maximum Transmission Unit) 是指網路介面卡上最大傳輸單元, 其單元為bytes. 在大多數的Ehternet 上, 這個值每每是1500. 因為如斯, 在PPPoE 中, 因為還有header問題, 所以這個值就得設的比較小, 平常為1492 (= 1500 – 2（PPP）- 6（PPPoE))
MSS
MSS (Maximum segment size) 是TCP protocol 中的一個參數, 是指TCP 每次資料傳輸分段的最大值. 當TCP 在handshake 時, 雙方host 會查看MSS 這個欄位, 來決議兩邊資料傳輸分段的巨細. 在Ethernet 中MSS 值最大為1460 bytes.
原因是在Ethernet 中 MTU = IP Header + TCP Header + MSS + FCS.
(FCS 是指Frame check sequence, 通常採用CRC演算法, 在Ethernet 中, 它佔4 bytes.)
可是在PPPoE 中MTU 為1492, 所以其MSS 只能設為1452.
問題地點
當CENTOS 8 在開機後, 啟動了ppp0, 其內定將MTU 設為1492, 而且會主動設定一條iptable rule,
因為在NAT 後面的電腦, 並不知道前真個router 是用什麼介面連到internet, 所以它和遠真個電腦設立建設TCP 連線時, 有可能會將MSS 設為1460. 但是由於firewall 或router 端利用PPPoE連線, 若MSS 大於1452會造成資料爆掉, 所以上述的iptable rule 強制偷改其MSS值(在IPV4下 = PMTU – 40, 在IPV6下 = PMTU – 60). 是以MSS 就會被改成1452, 如許子就不會爆掉了.
但是我本身寫的iptable rule script 中, 一最先就用了以下設定, 清除了原來的所有設定
前兩天收到中華電信HINET的電話
說某一網域被入侵，亂發信被揭發
今天客戶說寄到GMAIL的信所有寄不出去
查了一下，先到下面網址打入IPhttps://mxtoolbox.com
https://www.dnsbl.info/dnsbl-details.php?dnsbl=dnsbl.spfbl.net
發現有被兩個單元列入黑名單
問了谷歌後，只要在其他dnsbl或是CBL裡沒有紀錄就好
程序員的迷茫－找尋不到價值
在浩大的軟件世界裡，作為一位普通程序員，顯得十分眇小，乃至會感到蒼茫。我們心裏崇敬技術，卻也對日新月異的技術抱有深深的驚駭。手藝市場就像這喜怒不定的老天爺，今世界個大數據雨，明天掛個人工智能風，面臨琳瑯滿目標手藝海潮的衝擊，法式員不免深感無力，深怕錯過了手藝潮水從而失去了職場競爭力。
有時辰我會思慮豈非在手藝範疇內不斷緊跟新潮，不斷提陞妙技就是我的價值地點?那麼我是手藝的主人還是手藝的奴隸？人之所以渺茫常常是找不到工作糊口的重心，感受不到工作或生涯的價值。那麼什麼是價值呢？說的大一點就是我改變了世界，說的小一點就是我的所作所為改良了某些問題。假如不清晰本身的行為、方針、價值三者的關係，那麼又何來重心？又如何能分得清主要性與優先級呢？
法式員的迷茫不僅僅是面臨手藝繁雜的無力感，更重要的是因為恒久湮沒於軟件世界的浩蕩的分工系統中，沒法看清從業務到軟件架構的價值鏈條，無法清晰定位本身在分工系統的位置，處置不好本身與手藝、業務的關係而至。
許多法式員打心底不喜好營業，這一點我曾經也經歷過，我更寧願從事框架東西、手藝組件研究的相關事情。我有個伴侶經常吐槽我說:"你們天天加班加點寫了那麼多代碼，然後呢？有改變什麼嗎？還不是寫出了一堆垃圾。"仔細想一想很多時辰營業在我們腦海中存留的只是邏輯和流程，我們丟失的是對業務場景的感受，對用戶痛點的體味，對營業成長的思慮。這些都是與價值緊密相幹的部分。我們很天然的用戰術的勤勞袒護計謀的懶散！那麼如許的後果就是我們把本身限死在流水線的工位上，閹割了本身能夠發現業務價值的能力，而過量關注新技術對職場競爭力的價值。這也就是我們面對複雜手藝，而產生手藝進修焦炙症的底子緣由。
營業、手藝與軟件系統的價值鏈
那麼什麼是營業呢？就是指某種有目標的工作或工作項目，業務的目標就是解決人類社會與吃喝住行互相關註的領域問題，包羅物資的需求和精神的需求。
使展開營業舉止的主體和受眾都能獲得好處。通俗的講營業就是用戶的痛點，是營業供應方（好比公司）的盈利點。而手藝則是解決問題的東西和手段。
比如為領會決用戶隨時隨地購物的營業問題時，程序員使用web技術構建電子商務App，而當需求升級為幫忙用戶快速選購商品時，法式員會利用數據算法等手藝手段構建推薦引擎。
手藝假如離開了業務，那麼手藝利用就沒法很好的落地，手藝的研究也將落空場景和偏向而業務離開了手藝，那麼營業的展開就變得極爲昂貴和低效。
所以回過甚來我們想想自己沒日沒夜寫了那麼多的代碼從而構建起來的軟件系統，它的價值何在呢？
說白了就是為領會決營業問題，所以當你所從事的工作內容並不能為解決營業問題帶來多大輔助的時辰，你應當要實時做出調整。
那麼軟件系統又是如何表現它本身的價值呢？在我看來由以下方面體現：
記得筆者曾寫過一篇「用 JavaScript 來做偽浮水印」，那時是用 JavaScript 來寫的，得經過較量爭論才能把版權宣佈的圖片放在右下角。而今筆者把全部結果用 jQuery 來改寫，並把本來要計算的版權宣佈圖片位置換成 background-position 的體式格局來節制，如許想放那就只要設定一下就行了。
我們的 HTML 就是很純真的圖片罷了：
檢視原始碼 HTML
再用bootstrap時，經常會碰到一些小細節必要點竄
經常為了一些小問題找半天
GOOGLE半天也沒看到有人申明此問題
所以就只好本身來了
找到bootstrap.css
插手
