我們不做功能上的論戰, 但就實務上來說, 大概是:

開發者偏向使用 Ubuntu
維運者偏向使用 CentOS

Ubuntu 追求最新的軟體套件, 跟開發者希望「利用現成軟體庫來節省開發時間」的目標相符, 因為越新的軟體庫, 功能越多, 越能節省開發時間, 所以選擇他是很自然的事情....但新的軟體庫, 被使用的時間不夠久, 範圍也不夠廣, 沒有辦法保證對所有的應用都相容, 穩定度也還沒足以驗證...

維運者追求系統穩定性, RHEL/CentOS 雖然使用較舊的套件, 但相對的舊套件也因為已經被使用很久, 大部分問題都已經被解決了, 各套件之間的相容性問題也較少, 維運起來相對穩定很多. (如果只是想要追求新套件, 其實 RHEL 體系也有 Fedora 可以嘗鮮)

如果您任職的是網站託管公司, 不是軟體開發商, 選擇維運穩定的 OS 是正確的. 不過回到您的問題:

1. SELinux 問題

這是很多使用 RHEL/CentOS 初學者的痛; 但話說回來, 這也正是維運追求穩定的要素之一: 系統自我保護能力.

原本開發跟維運人員, 具備的就是不同知識和訓練, SELinux 是 Infra 團隊要管理的東西, 你若是開發者, 在初期可以不需要碰, 後期要 Deploy 之前, 再經由資安團隊幫你設計 Policy 就好. 這樣可以確保: 你的軟體在系統內運行時, 降低被入侵的風險.

但是如果你沒有 Infra/Security 團隊幫你做這件事情, 要開發者自己來做, 由於沒有受過 SELinux Security 的訓練, 做起來當然一頭霧水, 不知如何是好? 開發者追求速度, 所以當你遇到不懂的機制時, 把它關掉似乎是最快的選擇?

一個好的軟體套件, 應該要有正確的 SELinux Policy 來搭配; REHL/CentOS 為何版本演進那麼慢? 就是因為他的每個套件, 都要撰寫非常嚴謹的 SELinux Policy.

回頭來看看 Ubuntu, 上面也有類似 SELinux 的功能叫做 AppArmor, 而且也是預設開啟的啊!! 有沒有想過: 為何你沒有遇過 AppArmor 攔你, 卻老是遇到 SELinux 攔你?

再想一下, 今天如果你是黑客進來做壞事, 你會希望遇到 AppArmor 還是 SELinux? Wiki: AppArmor

SELinux 是由美國國安局開發的, 因為他確實很難理解和使用, 所以 Linux kernel 團隊試圖自行開發出類似的 AppArmor, 但請看一下上面的 Wiki, 兩者防禦能力還是差很多....畢竟一個是軍事級思維, 一個還不到商業級思維....

開發者不想用, 關掉 SELinux, 這無可厚非, 反正開發環境他自己負責. 但你是網站託管公司, 關掉 SELinux 如果導致主機內的上千個客戶網站被植入惡意軟體, 是你的責任還是客戶責任?

我也從事網站託管業, 被我託管的是金控集團和數百家電商網站, 整個機房的 SELinux 永遠是開著的, 從來不敢關掉 SELinux 在網路上裸奔 (包含安裝軟體套件的過程, 我不會為了方便, 關掉它來裝軟體). 遇到有軟體正常功能被擋, 就想辦法寫 Policy 來解決; 否則, 如果有個萬一, 事情發生後被稽核出是我關掉 SELinux 的話, 大概會被客戶告到倒閉...

岔題問一下:
你們託管 WAF 防火牆的時候, 如果客戶抱怨, 上傳資料都會被 WAF 擋掉, 你們怎麼處理? 直接關掉 WAF 規則?...

再岔遠一點:
你們 OS 裡面的 Audit daemon 有啟動嗎?
有人定期去看上線機器 Audit 的 log 嗎?

(上面講的都是 Infra 維運的工作, 不是開發者的工作)

對了, 如果你有刷卡交易的話, 資安團隊可能會跑來問你:
沒開 SELinux 的話, 你打算自己怎麼做 PCI-DSS requirement 2.2 和 3.6.7, 而且通過法遵合規驗證?
(順便做一下 7.1.1~7.1.3 和 7.2.1~7.2.3....)

2. rm -r 不能用

這不正也是維運要追求的安控: 防止胖手指嗎?
多打一個 f 可以降低一些誤砍的風險, 因為 -r 是要砍整個目錄, 風險明顯高於只砍一些檔案, 多一層限制, 不正好提醒你先多想一下嗎?

正因為這是大多數維運者的心聲, 所以 RHEL/CentOS 把它放進預設值裡去, 省得大家裝完 OS 還要自己加...

就算你覺得麻煩, 不知道有 ~/.bashrc 可以改嗎?
想玩更大還有 /etc/profile.d/ 可以改啊.....
(當然我是不建議改啦)

您提到未來軟件安裝 Script 的擔憂, 其實如果是從 yum repo 來安裝套件的話, 不應該發生任何指令相容性問題, 因為這些問題都已經被反覆測試過. 換句話說, 使用 RHEL/CentOS 體系, 要養成習慣盡量從 yum 來安裝軟件; 我們很少會貿然使用非 yum 提供的軟體.

3. 沒提供 PHP 7

這是老問題, 大家叫很久了; 但也不是不能解決的, 而且也是從 yum repo 可以安裝的, 相容性沒有問題. 我提供給託管客戶的網站主機, 也全都提供到 PHP 7.0/1/2/3, 將來會慢慢關掉 PHP 5.x

還是一樣的問題: 開發者思維想求快, 對上面這樣的事情當然覺得不方便; 維運者求安穩, 寧可剛開始不方便慢慢做沒關係, 但將來上線後不要出事.

4. 有關 CentOS 7 發現很多都是老舊文件

CentOS 7.0 是 2014/7/7 發表的,
7.1 => 2015/3/31
7.2 => 2015/12/14
7.3 => 2016/12/12
7.4 => 2017/9/13
7.5 => 2018/5/10
7.6 => 2018/12/3

現在 2019 快過一半, RHEL 8.0 已經發表, CentOS 也快要發布; 從 2014~2019 大約 5 年時間, 符合我們對維運要求「至少5年穩定期不要大改版」的原則.

事實上, Ubuntu 也了解維運穩定的需求, 所以她有 LTS 版本, 也是大約維持 5 年更新的週期. 而且 14.x LTS 的生命週期是到 2022 年才結束 (8 年); 也就是說: 可能會有個系統, 從 2014 上了 14.x LTS 之後, 他就一直運轉到 2022 年, 還不需要升級或更換核心, 您是否也覺得: Ubuntu 14 LTS 不符合您的需求?

搜尋文章找不太到新的, 其實是因為維運工程師, 比較少有習慣去發表作法或想法, 通常開發者較常做這件事情, 因為發表文章對開發者未來轉職有很大的幫助; 但是維運工程師要求的是抗壓能力和臨場創意, 發表文章對他們的職涯幫助不大...

另外有個問題是:
學校大多只教開發, 沒有教深度維運, 所以從學界來的文章, 也偏重在開發面, 而不是維運面.

當然, 近幾年因為 DevOps 和 SRE 角色的興起, 維運工程師也必須具備相當程度的開發能力, 這點可能會轉變它們在發表作品的習慣.

CentOS 用到維運/託管行業有很長的歷史, 我從事維運工作 30 年, 從 Kernel 0.99 就開始拿來商轉應用, 試過大部分知名的 Linux distro, 我不反對有個人偏愛的 distro, 但以過去的經驗來看, CentOS 可以讓我比較不容易在半夜被警報叫起來, 裝軟體也比較不容易踩到雷...

1998? Solaris ? CentOS ?
要哈拉或者筆戰還可以
前輩想從我這個
連 CDE 都不知道是什麼的晚輩口中得到答案？
不太可能吧...

我只會Google
關於 CentOS / PHP 7 的議題
一篇是RHEL的官方回答
三個字，自己裝
另一篇給您笑一笑
有人去CentOS抱怨為什麼不包PHP 7為什麼要等RHEL結果被噹

你是打算用Linux做何用途？

雖則說 CentOS Default 是安裝 PHP5，但也不自於要自己動手安裝 PHP7 吧，用 yum 也可以，公司和自己玩玩的 Server 也是安裝 CentOS 配 PHP7，有配最新的 MySQL 8 和 MariaDB，沒有你所說的問題。

至於 rm -r，我剛剛試過可以用呢

你說的問題
我覺得在所有 linux 分支上都會遇到
open source 的東西就是這樣
不同愛好者(ubuntu、centos) 當然對其系統的環境設定會有所差異
俗話說免錢的最貴，因為你要花好幾倍的精力去處理問題
你說的只是轉換的陣痛期而已

指令差異我覺得事小，可能只是套件版本不同而已
我覺得麻煩的是，有些東西路徑不一樣、名稱不一樣
所以大概體驗一下不同分支後，我覺得專精在一個發行版就好

關於 package 老舊，這我認同，但是更新其實很簡單

文件老舊，我倒覺得還好，我常用的功能幾乎都可以找到新的文件

最後 我自己是偏好用 centos
主要原因是 linux server 中 市場最大的是 redhat
centos 作為他的分支，在 server 市場的支援"大概"比較好

再來他的支援週期相當長，改版幅度不大
長期維護下來會比較輕鬆
比起版本眾多的 ubuntu 來說，找資料更簡易

自製一套你想要的LINUX吧, 你會更快想放棄

免費的最貴, 懂不懂

我想，你可能也誤會了 centos 或是redhat這些作業系統。
認真來說，它們都算是一種分支。一種人家重制出來方便使用的linux系統。

有大量的park包，安裝包。也有多元化的套裝包給你用。
使用的時間很久了。從以前大家碰碰撞撞的情況下。出現百餘種安裝包。到現在慢慢的整合包出現。
這些都是多年前輩研究出來的心血。

轉一個話題說說。其實我個人使用的並不是 centos 這一類的linux系統。
我用的是 freebsd 這個。相信有在使用linux架設的人，很多人都對他很感冒。

因為他沒有很統一的安裝包。操作指令也跟現在的linux有點出入。
可是，我還是愛用他。

早期我初學linux的時候，也是使用centos。因為簡單快速又方便。
後期有個前輩幫我架系統就是架 freebsd 一開始我也是對它很感冒。
但前輩跟我說，想學真正的架設linux主機。就先學會用它吧。

後來才知道他用freebsd的用意。沒有內置很多安裝包。想要的東西都是要先下載掛入後再安裝。
就我前輩而言，這個系統乾淨明白。不會有多餘的不使用的東西存在。
另外一方面也因為他多年來的架站經驗，其實也自已寫好了一個安裝包。

所以，要用什麼系統其實都無所謂。
重點在於人的功力如何。安全性是取絕在於人而不是系統。

我自己很喜歡centos，一開始也覺得怎麼所有的套件都那麼老舊
要裝新的還要去各軟體官網上下載然後有一大堆步驟要裝
還常常裝不上去?
但是後來知道了有一些套件庫可以提供新版安裝
就覺得很方便了，用乾淨的系統搭配自己想要的套件
甚至也有發現有些公司有centos維持老套件也不維護更新的
這都算是初學centos的疑惑和不熟吧
很多開發者程式很厲害 但是系統維運部分真的就是不很熟

尤其後面還發現nginx可以自由搭配各版本php
簡直方便到讓我驚豔

CentOS 有SCL , https://wiki.centos.org/zh-tw/AdditionalResources/Repositories/SCL

https://www.softwarecollections.org/en/

SCL 有很多比較新的軟體, RedHat ES, CentOS , Oracle Linux, 都能使用.
只是你沒來這裡問,然後到處亂找亂看,網路上菜鳥一堆又愛寫blog,所以資訊是多,但不見得有用.
來這裡問雷神,門神,還有浩瀚星空等,多交流.
看了你問的問題,都是一些小事啊,rm 那個也簡單啦, alias就好啦,不然還可以用 yes 搭配.
可以看我以前寫的一系列UNIX指令, https://ithelp.ithome.com.tw/articles/10158015
yes | rm , 這樣即使rm 有用alias來做互動詢問(-i) ,也一律回答 yes, 就一路砍下去了,
說穿了,這不過是一些小技巧而已,玩得好,什麼問題都沒有.玩不好,什麼都是問題.

至於哪個好用,這沒絕對的啊.但是我個人比較喜歡CentOS 勝過 Ubuntu.原因就不多說了.
平時我工作機,就以CentOS, Oracle Linux 為主, 這也是個人使用上的習慣.
日常工作機與一些Server 使用同樣系統.給你做參考.

另外 Solaris 平時我也有在用啦. 切換著用, UNIX指令嘛, man 可以產生文件,看熟一點就好.
年輕用到老,不用怕損失的,基本上就是一路進化.

沒有要吐槽的意思
我想版主應該不熟悉shell script或linux的演進史及歷史吧
現今linux多是使用bash shell
早期歐系linux是 tcsh
Solaris是 sh
我覺得tcsh最好用
sh最難用 很多簡化指令做不到

CentOS Fedora RedHat
預設會關閉使用 -f 的功能
看一下你的 .bashrc
就會看到
但我不覺得是改程式

我覺得每一套linux都一樣耶
我不覺得哪裡不一樣
反倒批評一下我自己使用ubuntu的感覺
對 套件多又新
但是有很多不穩定的因素
下載不穩定
程式運作不穩定

CentOS文件多 好找答案
需要的東西幾乎都有 repository支援
反而是Solaris要裝新一點的都要編譯
編譯少的套件還要自己慢慢找
CentOS的使用者確實如樓上某一家所述
重視的是穩定性
不穩定的套件會被公幹
然後消失在CentOS RHEL ORACLE LINUX的世界
只允許不穩定的套件在 Fedora
Fedora穩定之後才允許轉入

CentOS可以找RedHat的文件很齊全
剛開始學建議直接關閉SELinux
好好管好你的防火牆
確定只有你能進入管理介面
我是認為不用開沒關係
話說三大廠牌的雲端(aws...)也都沒開SELinux
放心地關閉吧

但我強調
但我強調
但我強調
(因為很重要所以說三次)
想認真研究安全
SELinux真的很好玩
這可以唯一通過各國安全檢核
世界第一沒有第二的安全認證阿
(如果我沒記錯或還有其他家通過)

以版主的長年的功力及所列的需求
都是穩定的套件
用哪一家Linux其實也沒關係

CentOS保證絕對穩定的套件
https://wiki.centos.org/zh-tw/AdditionalResources/Repositories

PHP的套件
REMI
https://rpms.remirepo.net/

最後補充:
PHP 7 不適合用Apache
原因不補充了