內網機器不給外網、運維只丟過來一臺裝了基礎系統(tǒng)的虛擬機、需求是搭個能跑 PHP 的測試環(huán)境——這事我前后干過四五次每次環(huán)境不一樣坑也不一樣。用包管理器一個個裝 Apache、PHP、MariaDB 是一條路但版本糾纏、依賴鏈長、離線環(huán)境下補包補到懷疑人生另一種更省事的做法是直接用 XAMPP 的自包含安裝包一個.run文件拷進去賦權執(zhí)行幾分鐘后/opt/lampp就能跑起來。這篇就把我在 Linux 下做 XAMPP 安裝與配置的整套流程講透重點放在離線安裝這條線上包從哪來、怎么校驗、怎么帶進內網、裝完之后的權限與安全策略怎么收以及那些官方文檔不會寫、但一定會讓你卡住的細節(jié)。內容面向兩類人一類是手上完全沒接觸過 XAMPP、只想快速把環(huán)境跑通的新手另一類是在隔離網絡里做交付、需要一套可復現流程的老手。新手按著步驟走能裝成老手可以直接跳到第 3、4、6 章看我踩過的具體坑。1. 離線環(huán)境里為什么還是選 XAMPP先把它能干什么、不能干什么說清楚在隔離網絡里搭 Web 環(huán)境選型邏輯和公網機器完全不一樣。公網機器上你隨手一個包管理命令就能拉齊依賴內網機器上每一個缺失的so文件都意味著你要回到有網的地方去下載、拷貝、再試。這個來回成本決定了選型的第一原則不是哪個技術棧先進而是哪個方案的依賴閉包最小、最可控。XAMPP 恰好在這個維度上有明顯優(yōu)勢但它的邊界也很硬先把這兩面都說清楚后面才不會做無用功。1.1 XAMPP 到底打包了哪些東西XAMPP 這個名字本身就是它的組件清單X跨平臺、AApache、MMySQL現在實際打包的是 MariaDB、PPHP、PPerl。Linux 版安裝完成后所有東西都落在/opt/lampp這一個目錄里/opt/lampp/binhttpd、mysqld、php、mysql 客戶端等二進制/opt/lampp/etchttpd.conf、my.cnf、php.ini 等配置文件/opt/lampp/htdocs網站根目錄/opt/lampp/phpmyadmin自帶的數據庫管理界面/opt/lampp/var/mysql數據庫數據目錄與 socket 文件/opt/lampp/logs各服務的日志關鍵在于這些二進制基本都是靜態(tài)鏈接得比較徹底的自帶電池版本不依賴系統(tǒng)里那套 Apache/PHP 包。這意味著它幾乎不會和系統(tǒng)已有的軟件產生版本沖突——除了端口和數據目錄這兩處后面會單獨講。對離線交付來說這種自包含是最大的價值你不需要在內網機器上解壓幾十個 RPM 的依賴樹一個安裝包解決全部問題。1.2 離線場景下它比逐個裝包強在哪我做過對比同樣是搭一個 Apache PHP MySQL 的可用環(huán)境兩種路線的差異大概是這樣對比維度分組件安裝apt/yumXAMPP 離線安裝需要帶進內網的文件主包 依賴鏈幾十個包單個 .run 安裝包版本一致性受發(fā)行版?zhèn)}庫限制容易錯配官方已調好組合開箱可用安裝耗時依賴解析 逐個安裝較長解壓式安裝通常幾分鐘配置統(tǒng)一度配置分散在 /etc 各處集中在 /opt/lampp/etc卸載干凈度殘留分散清理麻煩停服后刪目錄即可當然它不是萬能藥。生產環(huán)境我不建議拿 XAMPP 直接對外提供服務原因后面第 6 章會講——它默認的安全姿態(tài)是方便開發(fā)不是面向公網。但作為內網開發(fā)機、測試機、臨時演示環(huán)境它的性價比非常高。1.3 三條硬性前置檢查架構、glibc、磁盤這三項檢查花你三分鐘能省掉一次失敗的內網往返。我吃過虧所以現在把它固化成流程第一步。第一條是 CPU 架構。執(zhí)行uname -m返回x86_64才繼續(xù)。XAMPP 官方提供的 Linux 包主要是 x86_64 架構早期版本還有 32 位包如果你手上是 ARM 架構的機器比如一些基于 ARM 平臺的工作站官方包里是沒有對應版本的。這個必須提前確認別等把幾百兆的文件拷進內網才發(fā)現跑不起來——ARM 平臺上更實際的做法是走發(fā)行版自帶的 LNMP 組件或者用容器化方案。第二條是 glibc 版本。執(zhí)行l(wèi)dd --version | head -1會打印類似ldd (GNU libc) 2.17的信息。官方并沒有給出精確的下限表但經驗上 glibc 2.17 及以上的發(fā)行版CentOS 7、Ubuntu 18.04 之后的版本跑 XAMPP 8.x 基本沒問題如果是很老的系統(tǒng)可能會在啟動時直接報GLIBC_2.14 not found這類錯誤那就只能換版本或換機器沒有繞過的好辦法。第三條是磁盤空間。XAMPP 8.x 完整安裝后加上初始數據目錄粗估占用在 500MB 到 700MB 之間而/opt通常掛在根分區(qū)上所以先跑一次df -h /opt建議預留 2GB 以上的余量。同時看一眼內存free -h里如果可用內存不到 512MB跑 MariaDB 加 Apache 會比較吃力。2. 安裝包怎么拿進內網獲取、校驗、傳輸這三點別省這一步看著最沒技術含量實際上出錯率最高。我遇到過的情況包括拷進去的文件傳輸中斷導致體積不對、下載到的版本和實際需要的架構不符、拷進內網之后忘了校驗、以及文件拷到/tmp后被系統(tǒng)清理策略刪掉。所以把拿包當成一個正式環(huán)節(jié)來做比裝的時候排錯要省事得多。2.1 版本與文件名的對應關系在有外網的環(huán)境上從官方渠道獲取 Linux 版安裝包。文件名大致長這樣xampp-linux-x64-8.2.12-0-installer.run拆開看linux-x64表示平臺和架構8.2.12是版本號0是構建號installer.run說明這是圖形/命令行二合一的安裝器。這里有兩個容易忽略的點名字里帶installer的是安裝器裝完會產生/opt/lampp如果你的目錄里還有別的后綴類型注意區(qū)分。另外版本不要盲目追最新先確認你內網里現有代碼和擴展比如某些老框架依賴的 PHP 擴展和目標 PHP 主版本是否兼容PHP 8.x 和 7.x 之間的差異不小。把安裝包放到一個固定的工作目錄比如~/soft不要丟在/tmp里——部分系統(tǒng)會定期清理臨時目錄等你去裝的時候文件已經沒了。傳輸介質推薦 U 盤或移動硬盤如果是跨網段傳輸務必在拷貝完成后再做一次校驗。2.2 下載后必須先做的完整性校驗很多人跳過這一步然后在安裝時報一個莫名其妙的文件損壞或者不被識別為可執(zhí)行文件。校驗只需要一行sha256sum xampp-linux-x64-8.2.12-0-installer.run把輸出和下載頁面公布的校驗值比對。如果沒有官方校驗值至少做一次兩次拷貝結果一致的自證外網機器上算一遍內網機器上再算一遍兩個值相同說明傳輸過程沒出問題。這一步的價值在于把文件問題和配置問題分隔開——后面排錯時你就知道該懷疑哪一邊。2.3 介質傳輸與目錄落地內網機器上建議先建一個專門的落地目錄權限收窄一點mkdir -p /home/yourname/soft chmod 700 /home/yourname/soft把安裝包拷進去之后順手確認三件事文件大小是否與來源一致ls -lh、屬主是不是你自己的賬號ls -l、掛載的 U 盤是否還有未同步的寫入sync一下再拔。最后一點特別容易翻車尤其是用 U 盤傳輸大文件時看著進度條走完就拔盤實際上數據還在緩存里拷進去的文件是殘缺的。養(yǎng)成sync之后再拔的習慣能省掉很多重新跑一趟的麻煩。3. 執(zhí)行 .run 安裝器每一步在做什么從這里開始進入正式安裝。整個安裝過程本身的交互很少但每一步背后的含義值得講清楚因為你后面遇到的所有路徑問題、權限問題都能在這一步找到源頭。3.1 賦權與 sudo 的邊界.run文件從外網拷進來時通常沒有執(zhí)行權限先加上cd /home/yourname/soft chmod x xampp-linux-x64-8.2.12-0-installer.run然后必須用sudo執(zhí)行原因很直接它要往/opt下寫目錄、要監(jiān)聽 80 和 3306 這類特權端口在 Linux 上小于 1024 的端口默認只有 root 能綁定。這里有個經驗點——不要用sudo -i切到 root 再執(zhí)行而是保持在自己賬號下用sudo前綴這樣安裝器記錄的環(huán)境變量和當前目錄是你自己的出問題時排查范圍更小。sudo ./xampp-linux-x64-8.2.12-0-installer.run3.2 安裝器交互項的取舍與 /opt/lampp 的由來執(zhí)行后會彈出基于終端的安裝向導。如果你的機器沒有圖形環(huán)境它會自動走文本模式一路問下來大概是這樣幾項歡迎信息、許可協議選接受、安裝路徑確認、以及最后的安裝進度條。安裝路徑的建議是保持默認的/opt/lampp不要改。為什么強調不要改因為 XAMPP 內部的lampp控制腳本、各種配置文件里的相對路徑、以及 phpMyAdmin 的默認配置大量硬編碼依賴這個路徑。你改到/usr/local/xampp啟動腳本里有些地方不會自動跟著變后面會莫名其妙報找不到文件。除非你有明確的目錄規(guī)范要求否則老老實實用默認路徑。如果你希望無人值守安裝比如要批量部署到多臺機器可以試試帶靜默參數運行但要先在本機跑一次交互模式確認當前版本的參數支持情況不同版本對--mode unattended這類參數的支持并不完全一致——這是我沒法一句話打包票的地方建議現場驗證。3.3 安裝后的目錄地圖與自檢命令安裝完成后先別急著訪問頁面按順序做這幾個自檢ls -l /opt/lampp/ # 目錄結構是否完整 sudo /opt/lampp/lampp status # 查看各服務狀態(tài) sudo /opt/lampp/lampp start # 啟動lampp這個腳本是核心控制入口最常用的子命令整理如下子命令作用start/stop/restart啟動、停止、重啟全部服務startapache/stopapache只操作 Apachestartmysql/stopmysql只操作 MariaDBstatus查看當前各服務運行狀態(tài)security交互式安全加固向導enablessl生成自簽名證書并啟用 HTTPSpanel啟動圖形化管理面板啟動成功的標志是看到類似 Starting XAMPP for Linux... 后面依次出現 Apache、MySQL、ProFTPD 的啟動信息。然后在瀏覽器里訪問http://本機IP能看到 XAMPP 的歡迎頁就說明主鏈路通了。注意訪問地址不要寫localhost去測局域網那是兩回事。4. 裝完啟動就跑通了嗎端口、權限、SELinux 三道關卡真正讓新手卡住的不是安裝而是裝完了但訪問不了。絕大多數情況都落在這三類原因上端口被占用、權限不對、安全模塊攔截。把這三個按順序排查基本能覆蓋九成以上的啟動失敗。4.1 端口占用80 和 3306 是最常見的攔路虎內網機器上預裝了 Nginx、系統(tǒng)自帶的 httpd或者之前跑過別的數據庫都會導致 XAMPP 啟動失敗。啟動時看到類似 Another web server is already running 或者 mysqld 直接退出的提示第一件事是查端口ss -tlnp | grep -E :80|:443|:3306|:21這里特意用ss而不是netstat原因是精簡安裝的系統(tǒng)上net-tools包往往沒裝netstat命令根本不存在而ss屬于 iproute2基本都在。這在離線環(huán)境里是個很實用的習慣。確認占用之后有兩條路停掉占用者或者給 XAMPP 換端口。如果那臺機器上的 Nginx 是別人在用的服務別去動它直接改 XAMPP 的配置# 修改 Apache 監(jiān)聽端口在 /opt/lampp/etc/httpd.conf 中找到 Listen 80 sudo sed -i s/^Listen 80$/Listen 8080/ /opt/lampp/etc/httpd.conf # 修改 MariaDB 端口在 /opt/lampp/etc/my.cnf 中調整改完記得同步調整httpd-ssl.conf里的 443 端口否則啟用 HTTPS 時還會撞一次。改端口這件事的連鎖影響比看上去大站點里的硬編碼鏈接、反向代理配置都可能跟著要改所以優(yōu)先考慮騰出 80 端口。4.2 權限模型為什么命令前面要加 sudohtdocs 又該歸誰XAMPP 的權限模型有兩層理解它就明白為什么會出現文件傳上去了卻寫不進去。第一層控制腳本lampp需要 root 權限因為它要啟動服務、綁定特權端口。所以所有l(wèi)ampp命令前面都要帶sudo。第二層Apache 實際運行的身份由/opt/lampp/etc/httpd.conf里的User和Group指令決定默認通常是非特權賬號。這就帶來一個常見的尷尬你用自己賬號把代碼傳到/opt/lampp/htdocs目錄屬主是你Apache 以另一個身份運行遇到需要寫文件的操作上傳、緩存、日志就報權限錯誤反過來PHP 程序創(chuàng)建的目錄屬主是 Apache 的運行身份你又刪不掉。我的處理方式是把項目目錄的屬主改回自己權限設為 755目錄和 644文件讓 Apache 有讀權限即可需要寫入的子目錄單獨處理sudo chown -R yourname:yourname /opt/lampp/htdocs/myproject sudo chmod -R 755 /opt/lampp/htdocs/myproject sudo chmod -R 775 /opt/lampp/htdocs/myproject/uploads不要圖省事用chmod -R 777。在開發(fā)機上它確實能解決問題但會讓你的代碼在遷移到正式環(huán)境時立刻暴露出一堆權限設計缺陷等于把問題推遲到了更貴的階段。4.3 SELinux 與 AppArmor 的排查順序在 RHEL、CentOS、Rocky 這類系統(tǒng)上SELinux 是僅次于端口的第二大坑。表現是服務明明起來了端口也在監(jiān)聽但訪問頁面返回 403日志里看到權限拒絕而文件權限看起來完全正常。正確的排查順序是先確認再動手。第一步看狀態(tài)getenforce # 返回 Enforcing 或 Permissive如果是 Enforcing第二步做臨時驗證——把它切到寬容模式看問題是否消失sudo setenforce 0如果切完立刻能訪問基本可以確認是 SELinux 的上下文策略在攔。這時候你面臨選擇永久關閉改/etc/selinux/config設為 disabled是最省事但也最偷懶的做法在企業(yè)內網機器上往往不允許更規(guī)范的做法是用ausearch和audit2allow從審計日志里提取被拒絕的操作生成針對性策略模塊sudo ausearch -m avc -ts recent sudo ausearch -m avc -ts recent | audit2allow -M xampp_local sudo semodule -i xampp_local.ppUbuntu/Debian 系的機器走 AppArmor一般默認配置不會攔/opt下的自定義服務如果確實遇到用aa-status查看并針對性調整對應 profile。這一塊沒有萬能命令核心思路是先確認攔截來源再決定是加白名單還是改策略不要一上來就關安全模塊。5. 把 XAMPP 調成一個趁手的開發(fā)環(huán)境服務能跑起來只是及格線。真正讓日常開發(fā)順手的是自啟、數據庫賬號、管理界面訪問控制和字符集這幾件事。這一章講我怎么配以及每個選擇背后的理由。5.1 開機自啟systemd 單元還是 rebootXAMPP 裝完默認不會開機自啟重啟一次機器就得手動lampp start。兩種方案可選。第一種是 systemd 單元寫到/etc/systemd/system/xampp.service[Unit] DescriptionXAMPP Control Panel Afternetwork.target [Service] Typeforking ExecStart/opt/lampp/lampp start ExecStop/opt/lampp/lampp stop RemainAfterExityes KillModenone [Install] WantedBymulti-user.target兩個參數要特別說明。RemainAfterExityes是因為lampp start執(zhí)行完就退出了但實際服務還在后臺跑systemd 需要被告知這個單元的狀態(tài)應該保持為 active。KillModenone是為了防止 systemd 在停止單元時把控制腳本派生出來的 httpd、mysqld 一并殺掉——不加這一項systemctl stop xampp有時會留下孤兒進程或者干脆停不干凈。即便如此這個方案在 stop/restart 的語義上依然不完美因為lampp腳本本質是個 shell 包裝器不是原生守護進程。第二種更簡單也更穩(wěn)用 cron 的reboot。在 root 的 crontab 里加一行sudo crontab -e # 添加 reboot /opt/lampp/lampp start代價是啟動順序不可控、沒有狀態(tài)查詢、失敗也沒有重試但對于一臺拿來開發(fā)的機器這點損失完全可以接受。我的實際選擇是開發(fā)機用reboot需要納入統(tǒng)一運維的機器用 systemd 單元并接受它的那點不完美。5.2 MySQL/MariaDB 的 root 密碼與遠程訪問收斂裝完之后的數據庫狀態(tài)是root 賬號在本地無密碼即可登錄這在開發(fā)機上尚可接受但只要機器能被局域網其他人訪問就必須改。最省事的做法是用官方加固向導sudo /opt/lampp/lampp security它會依次問你幾個問題是否給 XAMPP 頁面加訪問密碼、是否給 MySQL root 設置密碼、是否給 phpMyAdmin 設置額外的訪問控制。密碼設置完成后驗證一下/opt/lampp/bin/mysql -u root -p關于遠程訪問我的建議是默認不要開。如果真的有從其他機器連數據庫的需求精確控制到來源主機而不是圖省事開%CREATE USER devuser192.168.1.% IDENTIFIED BY 一個足夠長的密碼; GRANT ALL PRIVILEGES ON mydb.* TO devuser192.168.1.%; FLUSH PRIVILEGES;按庫授權而不是*.*全庫授權是最低成本的止損設計。真要出事損失范圍是被限定的。5.3 phpMyAdmin 的訪問控制與漢化這件事先把一個容易誤解的點說清楚XAMPP 在 Linux 下的圖形管理面板是個編譯好的二進制程序界面語言跟著它內置的翻譯資源走我這幾年接觸到的版本里都沒有提供中文語言選項。所以如果你在網上搜XAMPP 漢化很多教程針對的是另一套圖形界面的環(huán)境機制不一樣照搬沒用。別在這上面耗時間。真正值得漢化、也確實能漢化的是 phpMyAdmin。改法是在/opt/lampp/phpmyadmin/config.inc.php里找到語言相關配置項指定為中文$cfg[Lang] zh_CN;或者更簡單——登錄頁右下角就有語言下拉框選一次中文即可。改配置文件的優(yōu)勢是對所有使用者生效。比漢化更重要的是訪問控制。默認情況下 phpMyAdmin 對局域網是開放的任何能訪問 80 端口的人都能看到登錄框。加固思路有兩層一是用lampp security給 XAMPP 目錄整體加.htaccess認證二是限制來源在httpd.conf對應的目錄配置塊里用Require ip 192.168.1.0/24之類的方式收窄。兩層疊加比單獨改數據庫密碼更穩(wěn)妥。5.4 站點字符集與中文亂碼的根治辦法中文亂碼是另一類高頻問題它的根因通常在三個層面之一得分別處理。第一層是數據庫層。建庫時明確指定字符集不要依賴默認值CREATE DATABASE mydb DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;統(tǒng)一用utf8mb4而不是老的utf8原因是后者的實現最多只支持三字節(jié)編碼存不下一些符號。這個問題在新項目里踩一次就夠了。第二層是連接層。在應用的數據庫連接配置里顯式聲明編碼命令行客戶端臨時調試時也要帶上/opt/lampp/bin/mysql -u root -p --default-character-setutf8mb4第三層是文件與傳輸層。如果解壓壓縮包之后中文文件名變成亂碼那是壓縮包本身的文件名編碼和當前系統(tǒng) locale 不一致導致的先確認locale輸出里的字符集設置再決定是解壓時指定編碼還是轉換文件名。這個現象在老項目遷移時特別常見跟 XAMPP 本身沒關系但很容易被誤判成環(huán)境問題。6. 我實際踩過的坑與排查鏈路復現前面講的都是應該怎么做這一章講我當時是怎么一步步找到原因的。排錯思路比結論更值得學因為下次遇到的問題不會長得一模一樣。6.1 Another web server is already running 的完整排查第一次遇到的場景是一臺預裝了 Nginx 的測試機。執(zhí)行l(wèi)ampp start后 Apache 那一行直接失敗報錯提示已有 Web 服務在運行。我的排查鏈路是這樣的。第一步先確認到底是誰占了 80 端口而不是憑直覺猜ss -tlnp | grep :80輸出里能看到進程名和 PID。第二步確認這個進程的歸屬和用途——用ps -ef | grep PID看啟動參數確認它是系統(tǒng)服務還是某個同事手動起的臨時進程。這一步的意義在于避免誤停別人的服務。第三步判斷取舍如果那是正在被使用的服務就改 XAMPP 的 Listen 端口如果是歷史遺留的僵尸進程直接停掉并設為不開機自啟。這里有個我踩過的細節(jié)改完httpd.conf的 Listen 端口后Apache 起來了但訪問頁面時頁面里的資源請求 404排查半天才發(fā)現站點里有硬編碼的 80 端口鏈接。所以改端口這件事必須連帶檢查應用配置,不能只改服務端。6.2 MySQL 起不來從日志倒推數據目錄權限另一次是 MySQL 單獨啟動失敗Apache 卻正常。這種情況別急著重裝先看日志tail -n 50 /opt/lampp/var/mysql/$(hostname).err日志里通常會給出比命令行更具體的原因。我那次看到的是數據目錄不可寫相關的報錯。追溯下來是之前有人整體改過/opt/lampp的屬主和權限導致 MariaDB 無法初始化或寫入數據目錄。處理方式是先停服把數據目錄的屬主和權限恢復到服務運行身份能訪問的狀態(tài)然后重啟。這里要提醒一點動數據目錄的權限之前先備份一份。/opt/lampp/var/mysql里就是你的全部數據任何直接的文件操作都應該先復制一份出來。如果是全新環(huán)境最干凈的方案反倒是備份后刪掉數據目錄重新初始化但這是在你確認里面沒有重要數據的前提下。6.3 包安裝完命令卻找不到離線補依賴的清單離線環(huán)境里最耗時的往往不是主程序的安裝而是運行時的依賴缺失。判斷方法很直接用ldd檢查二進制缺哪些庫ldd /opt/lampp/bin/mysqld | grep not found ldd /opt/lampp/bin/httpd | grep not found有輸出就說明缺庫。在較新的企業(yè)級發(fā)行版上我遇到過幾次典型缺失整理成一份對照清單報錯缺失的庫常見原因處理方向libnsl.so.1新版本把 NIS 相關庫拆出了兼容包離線安裝對應的 libnsl 兼容包libcrypt.so.1加密庫版本升級老 ABI 不再內置離線安裝 libxcrypt 兼容包GTK/X11 相關庫使用了圖形管理面板但系統(tǒng)沒裝桌面環(huán)境只跑命令行可忽略或補裝圖形庫補依賴的正確姿勢是在同版本同架構的有網機器上用包管理器下載對應的安裝包文件而不是直接在那些機器上安裝把文件拷進內網再用本地安裝方式裝。版本必須對得上否則會出現裝了但版本不兼容的更麻煩的局面。另外提醒一句圖形管理面板需要 X11 環(huán)境。服務器版系統(tǒng)通常沒有桌面lampp panel會啟動失敗。這種情況下用命令行管理就夠了實在需要圖形界面的走 X11 轉發(fā)或者 VNC。這也說明一件事離線部署時優(yōu)先選最精簡的路徑能不依賴圖形界面就不依賴。6.4 一份能直接抄的安全加固清單最后把我每次裝完都會執(zhí)行的加固動作列出來這部分比安裝本身更值得重視。XAMPP 的默認安全級別明確是面向本地開發(fā)一旦這臺機器能被內網其他機器訪問就該按下面的順序收一遍。第一跑一遍官方向導并設置數據庫密碼sudo /opt/lampp/lampp security第二限制管理界面的訪問來源在httpd.conf中為 phpMyAdmin 目錄加上來源限制只允許可信網段。第三處理掉自帶的示例目錄。默認的歡迎頁和示例程序在開發(fā)階段有點用一旦開始放真實項目建議移走或刪掉減少信息暴露面。第四給控制面板和 XAMPP 目錄本身加一層訪問認證避免有人直接訪問目錄列表。第五明確這臺機器的定位。如果是純本地開發(fā)機考慮把 Apache 的監(jiān)聽地址限制在本地回環(huán)只在需要局域網聯調時臨時放開。第六建立備份習慣。開跑之前把/opt/lampp/var/mysql和數據文件定期復制出來。老版本的控制腳本里帶backup子命令可以試試是否可用如果不可用直接打包目錄也是可靠的辦法——畢竟所有東西都在一個目錄里這恰好是 XAMPP 結構帶來的一個額外好處。關于卸載我一般不用官方腳本因為圖形化的卸載器在無桌面環(huán)境里跑不起來。干凈的做法是先停服再刪目錄sudo /opt/lampp/lampp stop sudo rm -rf /opt/lampp如果之前做過自啟配置記得把 systemd 單元文件或者 crontab 里的reboot那行也一并清掉否則重啟后會出現一堆找不到路徑的報錯。這個收尾動作很容易被忘掉我就干過一次隔了一周才發(fā)現日志里一直在刷錯誤。個人體會是XAMPP 在 Linux 上的價值九成體現在一個目錄裝完所有東西這個特性上尤其是離線交付場景而它全部的麻煩也基本都源自同一個特性——所有東西塞在一個目錄里所以路徑、屬主、安全上下文這三樣一旦有一處不對問題會集中爆發(fā)。把這三樣在裝完的第一時間就理清楚后面能省下大量時間。至于版本升級我的做法是在新目錄裝好新版、把htdocs和var/mysql遷過去驗證通過之后再替換舊目錄比在原名目錄里原地升級穩(wěn)妥得多。