Baymax Live Blog

備用工具指令用意 其實指令確實是用多後都容易有下意識的直接應用的狀況, 不過久了真的是讓人不易回想也是真, Baymax 也是同樣的原理, 並且 Baymax 在資訊的三大廣義領域(系統、網路、程式), 即有所職, 但每每專精其一領域時, 另外兩域說白, 可能就容易變成為只剩下概念的記錄, 而且操作法方略為淡忘, 為了這樣的意思, 所以想透過此篇章中, 一一記錄可能會應用到的相關工具指令, 用於在實際操作時, 可以直透過此篇章查詢. 繁多的工具指令下, 如有需要應用者, 可以做為查詢, 並且會一一將工具指令依據頁內連結定義在此區段中, 利於直接點按前往瀏覽. 指令工具集目錄 目錄內佔用容量空間的大小查詢 - (操作範例)

什麼是關鍵字 關鍵字即是 Client 端使用瀏覽器, 透過 Google 搜尋引擎輸入查詢的字元, 並將此字元會再透過 Google 的龐大資料中進行比較後, 提出最合適查詢的結果, 而 字元 就假設說, 依據 Baymax 過去一段時間, 都需要因為更換居住地下, 可能就會在透過 Google 搜尋, 如 桃園 套房 出租, 就是希望 Google 為 Baymax 分析, 在 桃園 這地點上, 有出租, 且為套房 得資訊, 此時 Google 就會在它那進行這類字元的 網頁文字內容 進行比較出結果, 然後在結果畫面中呈現給於 Baymax 瀏覽篩選. 所以往往在構式關鍵字時, 其實出發點必須落在瀏覽者可能下達的字元, 而且架構管理者所知的專業字元, 所以當架站管理者 然而 Google 多年來不斷的收集各式網站的資料, 依據 Google 自我開發的 AI(人工智慧)後，更加為能提供所有瀏覽者的查詢能更為精準的資料下, 也會在龐大的資料中進行取出更多對瀏覽者有效的資料, 加速瀏覽短時間檢示判斷閱讀合適知識訊息, 這一切的行為核心價值在, 使用者體驗感受度. 假設如果 Google 只是單單依據查詢字元提供資料, 那如果結果中含有複雜的其他資料, 但資料頁面其實不正確的也包含所查詢的字元, 只會造成瀏覽者資料篩選上的困難及時間的損耗, 所以 Google 近年來一直在所有的服務上, 價值核心放置於 使用者體驗感受 上, 所以在這樣的價值上, 在每一次的查詢下來的結果. 依據可分析的角度上, 可以分為以下幾種排序. 以下為近期 Baymax 追蹤下的分析測試結果, 僅供參考 歷史點閱數最多的網頁文章(總點閱數) 就是一直被受觀注的關鍵網頁文章. 所以歷久不衰的在那最優勢的排列中. 近期被點閱數最多的網頁文章(每日點閱數或週期點閱數) 因為受到眾多 Client 的點閱下, 代表該文章是一個備份熱門的資訊, 所以推估在 Google 的演算排序下, 為能提供相同查詢的瀏覽者也可看到最新資訊而定. 近期最新的網頁文章, 並包含最多相關字...

FTP 服務傳輸簡介 FTP 為 File Transfer Protocol(文件傳輸協議) 的英文簡稱, 可為最早上的網路傳輸檔案的一種網路模式, 至今還是不可少的網路服務項目之一, 但整個服務是有這許多安全上的詬病, 所以如果在可能的狀況下, 其實許多非分享型的主機管理者也慢慢少使用這樣的服務, 可能會改為使用 SFTP, 不過因為還是許多對外服務因素考量, 還是會需要這樣的服務對外提供下, 少有提供 SFTP ，只能應用 FTP 提供服務. 不論是在 Unix Linux Server 或 Microsoft Windows Server 上, 即有相關元件可以提供 FTP 服務, 不過在安全上的考量上, 建議在架設時建可能的提高安全設定, 必竟該服務運行網路時, 採用的非加密行為, 如果被惡意擷取下, 確實是容易取得完整資訊, 此次將針對在 Unix Linux 底下的 vsftpd 套件做為 FTP 服務項目進行安裝及架設服務.

前言概述 Nginx 網站服務是今幾年熱門的一種網站套件, 其實 Nginx 已行運多, 只是少有人知道, 多數在 Unix Linux 較為耳熟的多數為 Apache, 可是為什麼已多數應用多年的 Apache 後會出現 Nginx ,也不是代表 Apache 要退出 Web 服務, 只是 Nginx 有其優點是 Apache 所沒有, 可是其實 Apache 也是有 Nginx 沒有的優勢, Apache 多年技術成熟, 所以擁有多種擴充套件, 使得 Apache 可以做更多元性的調整. 可是反觀 Nginx 晚了幾年的它, 在早期非熱門的 Web 服務主套件, 所以也沒有因需求維護開發多項套件, 只是在伺服器上架設的是 Nginx 為主服務, 在眾多網路分享數據分析, 運行速度上為 Nginx 勝 Apache, 依據 Google 在網路不斷提述給於瀏覽者好的體感, 那網頁畫面呈現速度故然就是其一. 也因為這樣使得 Nginx 這幾年下來, 越來越多在開放式的瀏覽網站服務以 Nginx 為主, 可是在約 2016 年前, 其實安裝 Nginx 是非常麻煩的, 因為還不熱門的它, 並沒有所為的 rpm 套件, 也尚未被眾多擴充源看重而開放至可應用 YUM 安裝, 如果再加上 PHP 合併應用時, 還真讓管理者很費力. 而到了現在 CentOS 7 的以後同類型 Unix Linux, 或更新版本, 因 Nginx 的熱門因素下, 除 Nginx 官方提供簡易快速安裝外, 部份擴充源也更新至可以便於管理者透過 YUM 安裝, 其中 EPEL 多數管理者常用的 YUM 擴充套件源已包含此套件, 後續的操作記錄也將依據 EPEL 的方式進行. PS. 開放式的瀏覽網站 : 前端 End User 瀏覽介面. 有關 EPEL 會於另外篇章中再做介紹. 並且該篇章記錄只以基礎安裝為主, 各項如 php 設定調整或 Nginx 虛擬網站等將不在此做記錄.

前言概述 PHP 7.x 版本, 已慢慢成為 2018 年以後多數新架網站通用版本, 但在 Linux 各類廠商版(CentOS、RedHat)往往不會是為 PHP 7.x 版, 而是當時發佈當下的 Unix Linux 時, 穩定的 PHP 版本為主, 所目前測試確認狀況下, 疑似多預設版本為 5.4.x 版為主, 所以多數架構者都會去進行更新至 PHP 7.x 版以上, 不過因為預設的 YUM 其實都是沒有可以擁有 PHP 7.x 版以上的套件, 因此只有而外再找尋其他 YUM 源, 或網路上的相關分享記錄文章, Baymax 也不例外, 只是透過 Google 提供的查詢資料來看, 可為是一個抄一個, 多是沒有去理解其意的行為, 所以測試安裝時, 還真的環環卡關, 也讓 Baymax 最終不得不一一拆解行為後, 在依據可理解方式行調整安裝, 此方式即為 Baymax 了解後進行的記錄, 便於後續用及分享. 基本上相信來源原始技術文章來至於 Linuxize 網站, 依據當時原有的技術文章描述, 其實可為簡易的操作, 但應用太多不同套件進行, 所以還是有一點小小的不方便. 小編 Baymax 將依據相同當改過的流程進行記錄. PS. 此篇文章記錄, 如果有瀏覽發現及應用, 請確認與該記錄的時間, 如記錄的時間超過 1 年以上, 也許該更新源有異常, 所以會造成無法如下程序狀況.

前言概述 每個加設的網站往往最希望的就是讓一般民眾可以透過網路發現到所架設的網站, 可是又該如何讓一般民眾可以在網路上可以發現, 其實一般民眾在未知的資訊中, 想獲取最為精確資訊, 多數使用都是透過搜尋引擎來查詢. 目前以全球最廣為使用的即是 Google , 位於美國的 Google 多年不斷在各類型網站取得資料, 並為取的網站建立相關資料索引等, 也因此透過這樣不斷成長的資料建立各大數據, 創出 Google 獨有的 AI 智慧, 同時將這樣的技術結合至民眾搜尋引擎, 提供所有的民眾可以更精準的資料. 到此可能聰明的您會發現, 那 Google 又是怎麼會知道有新的網站的存在, 又怎麼會去該網站中取得資料來建立查詢呢！ 其實就這問題來說, 可以分成兩種來源提供 Google 知道新的網站的存在, 而進一步的去擷取該網站的相關資料. ● 被動式 如字意一般, 就是網站慢慢等待中, 可能因某一個已被 Google 收錄的網站發現到一個不知明的網站連結存在, 所以造成 Google 進一步的去擷取該網站的資料, 而去建立網站相關資訊至搜尋引擎中. 但這樣的狀況下往往是無法預期的, 何時 Google 才能去建立新的網站資訊, 除非那已被收錄的網路每日瀏覽非常龐大, 如果 Yahoo 網廣告區, 某大網紅網站介紹等, 造成 Google 判斷這樣有價值的網站中, 有如此相關連的新網站, 採用較有效率的建立新網站的相關資訊. ● 主動式 那就是自已發佈資訊給 Google 知道有該網站的存在, 使的 Google 加快速度的建立相關資訊到搜尋引擎中. Google 官方為能取得更多一般使用的喜愛下, 它是不會拒絕任何在它資料不存在的資訊請求建立資訊, 所以在這樣的概念下, Google 也提供了相關網頁工具, 可以幫助新網站與 Google 進行辨識, 使得 Google 進一步的建立新網站相關資料. 此篇章將即是針對 主動式 的方法說明以下操作方法. 在這之前請確認自已是否已擁有 Google 會員提供的會員帳號(Gmail 信箱), 接續程序因使用的如為 Google 的免費服務, 如果沒有帳號者請需先建立. ...

Systemd 服務管理系統差異 Unix 為中心的各類版本 Linux 在 CentOS 7 之前的啟動系統服的管理方式被稱為 System V , 是由第一隻程式 init 一一喚起所有系統需要的服務. 在這 System V為主的狀況下, 許多老經驗的 Linux 管理者多也習慣應用啟動腳本管理服務, 這些使用 Shell Script 建立的腳, 一般共同都會放置在 /etc/init.d 目錄底下, 採用如下操作管理服務. PS. 基本管理通常都會有以下幾個, 但也有某些服務追加一些協助項目, 如確認設定檔等. 狀態檢視 /etc/init.d/service status 啟動服務 /etc/init.d/service start 停止服務 /etc/init.d/service stop 重啟服務 /etc/init.d/service restart 重載服務 /etc/init.d/service reload

各版的型的 Linux 系統, 如 CentOS 7 版開始, 已將運行多年的 iptables 防火牆進行更換, 相信許多老手的 Linux 管理者或多或少都有些不慣, 其實 Baymax 也是一樣的, 但每一個作業系統更版都是因為在修正前一版的缺點或加強前一版可能無法達到的優點, 那當然只能在重新學習一次新的 Linux 的防火牆應用了. ◎ Firewalld 與 iptables 的比較 ● Firewalld 可以動態修改單條規則, 動態管理規則集, 允許更新規則而不破壞現有通訊和連線. 而 iptalbes, 在修改了規則後必須全部刷新才可以生效. ● Firewalld 使用區域和服務而不是鏈式規則. ● Firewalld默認是拒絕的, 需要設定以後才能放行. 而 iptables 默認是允許的, 需要拒絕的才去限制. ● firewalld自身並不具備防火牆的功能, 它的作用都是用於維護維則, 而真正使用規則運行的是核心(Kernel)的 netfilter. 只不過 firewalld 和 iptables 的結果似及使用方法不一樣！

CentOS 由第 7 版開始視窗安裝有了不同的操作, 所以有一些小細節可能要注意一下, 不然當安裝完成後, 再來一一調整也是可以, 只是可能就是稍稍有一點麻煩吧！ 所以在這基本安裝流程記錄, 所以記錄的即是可能需要注意的事項為重點, 其他事項如果對 Linux 各版本有一定基礎時, 其實還不會太難理解。 Ⅰ. 安裝前題示畫面 此畫面依舊是不變的提示畫面, 讓安裝者知道所安裝的為何作業系統, 並且設計上依然不變就是定義了 60 秒自動執行前倒數計時, 如果未按下 Enter 鍵, 安裝程序也會再 60 秒後開始下一個流程.