Bạn từng phục vụ website hỏng cho visitor?
Tin chúng tôi – cảm giác không hề dễ chịu.
Bạn muốn trình diện tốt nhất cho visitor. Plugin giúp đạt được điều đó. Nhưng ai ngờ plugin cũng có thể làm site crash như thế này.
Nhiều bạn đang gặp crash sau khi update core hoặc theme.
Một số bạn thậm chí không biết update có gây crash không. Chỉ mở site một sáng đẹp trời và thấy trang trắng hoặc báo lỗi.
Đây không phải vị trí tốt.
Visitor không thích truy cập trang trắng. Họ bounce và khó quay lại.
Visitor là khách hàng tiềm năng.
Nếu kéo dài, bạn sẽ thấy doanh thu giảm sút.
Vài năm trước chúng tôi từng ở chính vị trí bạn hôm nay. Homepage sập và chúng tôi lo lắng sick.
May mắn chúng tôi khôi phục site khá nhanh.
Bài này sẽ chỉ cách sửa site và nguyên nhân khiến site WordPress ngừng load.
Đọc tiếp…
Site WordPress Sập? Đây Là Cách Sửa
Xử lý site hỏng rất khổ. Tốt hơn tập trung vào kinh doanh. Thay vào đó bạn bị kẹt với site.
Thời gian là vàng.
Vì vậy, không chần chừ, hãy sửa site –
Cách sửa phụ thuộc vào nguyên nhân.
Bạn biết nguyên nhân site sập không? Xem có quen không:
- Bạn đang cập nhật plugin hoặc WordPress core.
- Có thể bạn lâu không update và đang nâng cấp cross-version.
- Trước khi update xong site đã trắng.
- Bạn không mở được bất kỳ trang nào. Ngay cả trang login. Nghĩa là không đăng nhập được.
Nếu đúng vậy, update là thủ phạm.
Nhiều bạn quá quen update nhưng ít nghĩ đến an toàn của update.
Mỗi major update – plugin, theme, hay core – đều nảy sinh case update làm site hỏng. Chỉ xem số thread trên forum WordPress chính thức.
Site bạn được xây quanh version cụ thể của plugin/theme/core. Khi update, có thể trở nên incompatible với plugin/theme khác trên site.
Để hiểu chính xác incompatibility này, nhảy đến phần dưới.
May mắn có cách update an toàn – bạn cần staging site.
Staging site là bản sao y hệt site live. Bạn test update đó mà không làm hỏng site live.
Bạn thậm chí có thể sửa site hỏng nhờ staging site.
Để site chạy lại, bạn cần roll back core update hoặc deactivate plugin.
Vì không vào được admin, bạn phải vào backend site để sửa. Điều này liên quan đến chỉnh sửa file/thư mục WordPress – rất rủi ro.
Nếu xóa/sửa nhầm file, site sẽ thành hỗn loạn. Có thể fix white screen theo hướng dẫn nhưng sẽ nảy sinh nhiều vấn đề khác.
Tốt nhất đừng mạo hiểm và dùng staging site để sửa site.
Đừng lo. Chúng tôi quản trị WordPress gần 10 năm, giúp hàng trăm người khôi phục site. Chỉ làm theo các bước dưới –
Trước khi đi sâu …
Đảm bảo site thực sự down. Có thể lỗi khi update nhưng không phải lỗi vĩnh viễn.
> Thử clear cache xem site vẫn trắng không.
> Kiểm tra site down chỉ cho bạn hay cả user khác. Có thể do máy tính hoặc CDN.
Dùng các tool sau verify site down:
- https://downforeveryoneorjustme.com/
- https://www.isitdownrightnow.com/
- https://down.com/
Nếu site thực sự down, đọc tiếp…
1. Update Làm Site Hỏng? Đây Là Cách Sửa
Để site chạy lại, bạn cần roll back update gây ra thảm họa.
- Nếu vẫn truy cập admin dashboard, chỉ cần cài rollback plugin và downgrade update.
- Nếu không vào được dashboard, phải làm thủ công qua backend site.
Dù hoàn cảnh ra sao, hướng dẫn này chỉ bước chính xác – How to Rollback WordPress Plugin.
Nhưng nếu WordPress core gây downtime? Làm sao roll back core? Chúng tôi sẽ chỉ. Đi nào…
Bước 1: Tạo Staging Site
a) Đăng ký BlogVault.
b) Thêm URL site.
c) Nhập credential site. BlogVault tự cài plugin và bắt đầu backup hoàn chỉnh.
Nếu cài thất bại, upload plugin qua FTP Client.
1. Download plugin BlogVault về máy.
2. Download FileZilla cài đặt. Mở và nhập FTP credential. (Nếu không có credential, hỏi hosting provider.)
3. Bên phải Filezilla, panel Remote Site. Vào public_html > wp-contents > plugins.
4. Bên trái Filezilla, mở folder chứa BlogVault. Chọn file zip BlogVault, right-click chọn Upload. BlogVault sẽ upload vào folder plugins.
5. Sau khi upload, mở BlogVault dashboard click Check Now bên cạnh "Already installed BlogVault Plugin?". Sẽ được báo plugin đã cài.
d) Khi BlogVault backup xong, vào Sites chọn website của bạn.
e) Trang tiếp theo, vào Staging chọn Add Staging > Submit. BlogVault tạo staging site.
f) Khi staging ready, thấy option Return to Site Details Page. Click.
g) Trang site details, vào Staging click symbol >
h) Trang sau, ghi lại SFTP details: Username, Password, Host, Port.
Bước 2: Dùng SFTP Credential Truy Cập Backend Site
a. Mở Filezilla. Nhập SFTP credential ghi ở bước trước, click Quickconnect.
Filezilla kết nối staging site, cho truy cập backend.
b. Bên phải Filezilla, thấy folder public_html. Click.
Bước 3: Tải Phiên Bản Core Cũ
a) Tải phiên bản core cũ từ trang này.
Nếu không biết chọn version nào, đề xuất chọn version thứ 3 từ dưới lên (như ảnh) để an toàn.
b) Core thường ở folder Download máy local dạng zip. Vào Download folder và giải nén core.
c) Upload core cũ vào folder public_html.
Mở FileZilla. Panel Local site vào Downloads.
d) Trong Downloads, thấy WordPress core đã giải nén. Xuất hiện panel dưới Local site.
e) Click 2 lần vào folder WordPress.
f) Upload toàn bộ nội dung folder vào public_html.
- Chọn public_html folder từ Remote site panel.
- Chọn tất cả nội dung folder WordPress, right-click chọn Upload.
- WordPress upload vào public_html.
Filezilla hỏi có replace file đã có trong public_html không. Chọn Yes.
Mất vài phút upload xong, check staging site.
Bước 4: Kiểm Tra Staging Site
Nếu suôn sẻ, thay vì trang trắng hay lỗi, bạn thấy site bình thường.
Kiểm tra các trang quan trọng: home, contact, pricing. Check ads, subscription boxes hoạt động.
Все ổn?
Giờ sửa site live.
Bước 5: Merge Staging Site Vào Live Site
a) Mở BlogVault dashboard.
b) Chọn site, cuộn xuống Staging. Sẽ thấy option Merge.
BlogVault tạo trang xem file mới thêm/xóa từ staging.
c) Cuộn xuống click Continue.
BlogVault merge staging vào live site. Xem hướng dẫn chi tiết WordPress Staging to Live.
Xong. Chúc mừng bạn đã sửa site. Xứng đáng một chiếc donut. Chơi thôi!
Dù site đã sửa, chuyện có thể sai lại khi update plugin/core.
May mắn có bước đảm bảo không làm hỏng site khi update. Để học các bước, nhảy đến phần dưới.
Đó, nếu update không phải nguyên nhân. Nếu bạn không biết tại sao site từ chạy tốt hôm qua nay ném lỗi hoặc trắng.
Cách sửa trên sẽ không hiệu quả.
Đừng lo. Dù nguyên nhân gì làm site trắng/lỗi, chúng tôi sẽ chỉ cách sửa. Đi nào –
2. Website Bị Hack? Đây Là Cách Sửa
Triệu chứng phổ biến site bị hack là white screen of death – site trắng tinh.
Trường hợp khác: trang bị lỗi, chức năng ngừng, nội dung biến mất, xuất hiện lỗi.
Nếu site down hoặc gặp những điều trên, khả năng cao site bị hack.
Cần quét site xem có down do hack không.
Sau đó dọn site để lên lại.
Hướng dẫn giúp bạn – How to Fix Your Hacked Site.
Muốn hiểu thêm tại sao/cách site bị hack, click đây.
3. Hosting Treo Site? Đây Là Cách Sửa
Lý do khác site không load: hosting provider treo site.
Tại sao?
Có vài nguyên nhân: quên renew plan, vi phạm policy, hoặc phổ biến hơn: site bị hack.
Dù nguyên nhân gì, chúng tôi biết cách unsuspend site ngay.
Tổng hợp bước trong hướng dẫn dễ làm – Fixing Web Host Suspended Site.
Ngoài sửa site, nếu tò mò về treo hosting và tại sao provider "paranoid" treo site hack, nhảy đến phần giải đáp.
4. Domain/Hoặc Hosting Hết Hạn? Đây Là Cách Sửa
Khá phổ biến chủ site/manager quên renew domain/hosting.
Cả domain và hosting mua trong kỳ hạn. Vendor cung cấp 12-36 tháng.
Hết hạn, domain/hosting expire. Gây lỗi site.
Nên check domain/hosting còn hạn không.
Đa số vendor gửi email nhắc trước khi hết hạn. Nên check email.
Nếu sub gói dài 36 tháng, có thể quên mua domain/hosting ở đâu.
Pro Tip: Dùng tool whois tìm host và domain mua ở đâu. Có thể mua domain và hosting ở vendor khác nhau.
Biết vendor, đăng nhập tài khoản vendor và renew domain/hosting.
Nếu không vào được vendor vì quên user/pass, thủ thuật sau:
- Biết vendor name (ví dụ Bluehost). Mua cả domain và hosting ở Bluehost.
- Mở email, dùng tên vendor search email họ từng gửi.
- Mở site vendor, vào trang login.
- Trang login, chọn Forgot Password. Nhập email đăng ký (email tìm thấy email vendor).
- Họ gửi link reset pass. Dùng pass mới + email đăng nhập vendor account và renew.
- Site lên lại vài ngày.
Muốn hiểu thêm domain/hosting validity, nhảy đến phần đó.
5. Vượt Giới Hạn Hosting? Đây Là Cách Sửa
Site down do giới hạn hosting provider.
Hosting cung cấp dự trữ resource cho site.
Ví dụ như năng lượng cơ thể. Hết năng lượng → mệt yếu.
Tương tự, site hết resource → ném lỗi 503 Service Unavailable hoặc Fatal Error: Maximum Execution Time of 30 Seconds Exceeded.
Thường gặp lỗi này khi add/update plugin.
Cũng gặp nếu site bị DDoS attack.
Vấn đề này, cần xác định nguyên nhân chính xác?
Khó tự xác định. Đề xuất nói với hosting provider pinpoint nguyên nhân và xin giúp đỡ.
Nếu provider không thể/không muốn giúp, làm theo dưới –
- Plugin bạn add gây down? Xóa plugin đó. Không vào wp-admin? Hướng dẫn disable plugin thủ công.
- Crash khi update plugin? Downgrade plugin theo hướng dẫn How to Rollback WordPress Plugin.
- Lỗi 503? Có thể DDoS attack. Cách ngăn chặn DDoS.
- Sau khi sửa, đề xuất chuyển hosting provider hỗ trợ tốt hơn. Xem review Best WordPress Hosting Providers.
Tại Sao Site WordPress Không Load Lúc Đầu?
Site đã lên – tốt. Nhưng biết tại sao down giúp hiểu cách ngăn chặn.
Vậy tại sao site WordPress down?
Site down do một hoặc nhiều lý do:
a. Bạn Update Core/Plugin/Theme
Giống software khác, plugin, theme, core WordPress nhận update.
Update mang tính năng mới, vá lỗ hổng. Rất quan trọng. Nếu trì hoãn, hacker khai thác vulnerability hack site.
Vấn đề: update cũng làm site hỏng.
Tại sao update làm hỏng site?
Giả sử update core. Nếu site không có plugin/theme, update an toàn.
Nhưng có plugin/theme → rủi ro. Tất cả plugin/theme compatible với core cũ. Có thể incompatible core mới.
Vì vậy dev plugin/theme ra update trước core. Muốn software keep up với core.
Tuy nhiên, không bao giờ tin tưởng update hoàn toàn.
Cơ hội việc sai và site down rất cao.
b. Website Bị Hack
Tại sao hacker quan tâm site bạn? Không phải ngân hàng. Có thể không phổ biến, chỉ vài trăm traffic. Tại sao hack?
Câu trả lời ngắn: chúng muốn tài nguyên của bạn.
Tài nguyên gì?
Hãy xem site như ngôi nhà.
Dù không phải biệt thự, cabin nhỏ cũng có ghế, bàn, thảm, đèn chùm, bàn bi-a. Có thể lấy đi dùng. Tramps có thể trú một hai đêm.
Dù nhỏ, tất cả là resource cho người biết dùng.
Site bạn cũng có resource có thể khai thác. Ví dụ: hosting server chứa file bất hợp pháp (phim lậu, software crack).
Không chỉ vậy, hacker trích xuất dữ liệu tài chính/y tế bán online hoặc đe dọa chuộc tiền.
Nếu không lấy dữ liệu, mục tiêu dùng resource bạn càng lâu càng tốt. Làm lén để không bị bắt. Nhưng không hiếm làm sai khi handle site hack.
Chúng có thể sửa đổi thứ gì trên site.
Trường hợp hacker dùng server space đến mức làm bog down site khác, gây crash/lỗi.
c. Website Bị Treo Bởi Hosting
Site hacked chịu nhiều hậu quả.
Có thể bị blacklist browser/search engine, trang trắng, hoặc lỗi:
"Your account has been suspended. Contact your hosting provider for more information."
Lỗi này liên quan hosting provider.
Nghĩa là hosting phát hiện site hacked và ngay lập tức treo.
Phổ biến shared hosting: một server chứa hàng trăm site.
Provider treo site hacked để bảo vệ site khác trên cùng server.
Nhưng site hacked tôi ảnh hưởng site khác như thế nào? Câu hỏi hay.
Hãy tưởng tượng chung chung cư nhiều căn hộ. Nếu bệnh chết người bùng phát một căn, căn đó sẽ cách ly để ngăn lây lan đúng không?
Tương tự, site bạn treo để ngăn lan malware từ site hacked.
Không chỉ thế. Server resource giới hạn. Phân phối cho site trên server.
Site hacked hay "nuốt chửng" resource.
Site bạn có thể ăn cắp resource dành cho site khác.
Site khác thấy tốc độ giảm. Thậm chí crash.
Kinh doanh hosting provider đang ở cỏ.
Vì vậy họ treo site bạn.
Muốn hiểu thêm treo site bởi hosting, xem bài:
- GoDaddy Suspended Site
- SiteGround Website Suspension
- Liquid Web Site Suspension
- Bluehost Account Suspended
- HostGator Suspended Website
d. Hết Hạn Domain/Hoặc Hosting Subscription
Mọi site WordPress có domain và hosting.
Domain là tên site (example.com). Hosting là server chứa site.
Nếu mua domain/hosting lâu, có thể plan đã hết hạn.
Phổ biến validity 24-36 tháng. Người ta quên renew.
Thường hosting nhắc trước 1 tháng hết hạn. Gửi email vài ngày/lần.
Bạn có thể mua domain và hosting ở vendor khác. Hạn khác ngày. Nhận email từ cả hai.
Khi không nhận email/renew kịp, vendor treo tài khoản. Bạn thấy thông báo:
- Domain này hiện có sẵn.
- Tài khoản này đã hết hạn.
- Hosting plan đã hết hạn.
e. Hết Resource Hosting
Site host trên server. Server do hosting service cung cấp (Bluehost, HostGator, SiteGround...).
Nhiều năm, chủ site đến chúng tôi với site ném lỗi 503 Service Unavailable hoặc Fatal Error: Maximum Execution Time of 30 Seconds Exceeded.
Site bạn ném lỗi giống này?
Nếu có, hiểu ý nghĩa trước khi fix.
→ 503 Service Unavailable Error
Site WordPress host trên server. Server cấp resource cho site hoạt động.
Để đơn giản, resource cấp dựa trên traffic site nhận.
Nếu site nhận traffic > dự kiến, server crash ném 503.
Thường xảy ra khi site bị tấn công hacker. Chúng gửi fake traffic crash site. Loại tấn công này gọi DDoS.
Thường dùng làm diversion. Khi bạn bận fix site, hacker dùng plugin/theme vulnerable hoặc weak credential để xâm nhập.
→ Fatal Error: Maximum Execution Time of 30 Seconds Exceeded
Thường gặp fatal error khi cài plugin/theme.
Mọi plugin/theme cài dùng resource site để chạy operation.
Site WordPress có resource giới hạn. Nếu plugin/theme cài/update cần resource > cấp, server ném fatal error.
> Downtime Site Ảnh Hưởng Bạn Như Thế Nào
Hậu quả downtime xấu xí. Bạn có thể trải qua một hoặc nhiều ramification:
- Bán hàng/dịch vụ trên site → downtime mất khách tiềm năng và doanh thu.
- Site hỏng để lại ấn tượng xấu cho khách hiện tại, nhất là down nhiều ngày. Tự nhiên lo ngại ảnh hưởng dịch vụ.
- Visitor thường xuyên chuyển sang competitor nhanh chóng và quên bạn. Xếp hạng search engine giảm. Tất cả SEO effort vô nghĩa.
- Site là mặt tiền business. Down → đối tác tiềm năng, investor mất niềm tin.
May mắn hậu quả cần thời gian mới hiện. Bạn có thể fix trước khi trầm trọng.
Cách Đảm Bảo Website Không Bao Giờ Down
Không muốn làm phiền nhưng sự thật: dù bạn fix site الآن, không guarantee site không bao giờ down lại.
Tin tốt: bạn có thể làm bước đảm bảo nó không xảy ra. Đây là những gì bạn làm:
1. Update Site Trên Staging Server
Bạn biết update có thể làm hỏng site.
Bạn cũng biết bỏ update không tốt.
Đây là catch-22.
Giải pháp duy nhất: dùng staging site.
Staging site là bản sao live site. Nếu update suôn sẻ trên staging, update live site. Nếu hỏng, liên hệ dev xin giúp. Live site an toàn.
Xem hướng dẫn How to Update WordPress Site Safely?
2. Bảo Vệ Website Khỏi Hacker
Site hacked gây downtime.
Cần bảo vệ site khỏi hacker.
Plugin bảo mật giúp đạt được.
Nhiều plugin bảo mật nhưng không phải plugin nào cũng bảo vệ hiệu quả.
Nhiều plugin cung cấp ton tính năng trông như bảo vệ. Nhưng phương pháp cũ, hacker bypass dễ.
Chúng tôi test các plugin bảo mật phổ biến và viết review – Best WordPress Security Plugins.
Plugin bảo mật nên cover tất cả base. Nếu muốn thử biện pháp khác hoặc học bảo mật, xem WordPress Security Guide.
3. Bảo Vệ Site Khỏi Treo Host
Provider treo site vì nhiều lý do:
- Có malware trên site.
- Hosting subscription hết hạn.
- Site vi phạm policy.
Đảm bảo site không treo do trên, làm:
- Cài plugin bảo mật đặt firewall, login protection, v.v.
- Giữ site updated để hacker không khai thác theme/plugin vulnerable.
- Đặt reminder khi domain/hosting hết hạn. Làm trên Google Calendar hoặc app hay dùng. Không bỏ lỡ renew.
- Đọc kỹ policy hosting/domain vendor. Policy khó hiểu, nên nói chuyện với vendor/provider xin tóm tắt điều cấm. Hỏi họ từng lần treo site vì lý do gì. Hiểu tại sao.
4. Không Bỏ Lỡ Ngày Hết Hạn Domain/Hosting
Đã nói ở trên.
Cơ bản: cần cách đảm bảo không bỏ lỡ ngày renew.
Đặt reminder Google Calendar hoặc app hay dùng.
Chúng tôi làm vậy. Thành viên phụ trách renew đặt reminder Calendar. Backup: thành viên khác cũng đặt reminder trên Calendar của họ.
Nếu có ý tưởng khác đảm bảo không bỏ lỡ hạn renew, comment bên dưới.
5. Nâng Cấp Hosting Plan Cao Hơn
Nếu plan hiện tại giới hạn, đó là một phần deal.
Plan bạn sub có resource giới hạn. Cần resource hơn → lên plan cao.
Nếu không đủ tiền, tìm provider cho nhiều hơn giá plan hiện tại.
Đó, nhưng cảnh báo: đừng tin mặt tiền.
Nhiều business online không ngại claim sai sự thật.
Đề xuất:
- Tìm provider cho nhiều hơn giá rẻ.
- Đọc review dịch vụ họ cung cấp. Giờ dễ fake review. Đọc review trên forum và group Facebook.
- Hỏi ý kiến thật trên Reddit forum và group Facebook hosting/WordPress.
Chọn khôn ngoan.
Tiếp Theo Là Gì?
Trải nghiệm downtime là sự kiện khủng khiếp – không muốn gặp lại.
Côté sáng: nó bật đèn nhu cầu quản trị và bảo mật website đúng cách.
Nhiều tool market giúp secure và manage site tốt hơn.
Nhưng nếu dùng một tool đáp ứng tất cả nhu cầu? Cuộc sống đơn giản hơn.
MalCare là dịch vụ bảo mật và quản trị hoàn chỉnh.
Quét site hàng ngày, dọn nếu hacked, bảo vệ chống traffic độc hại và brute force.
Cũng cho quản trị multi-site từ một dashboard. Mời team member giúp quản trị. Track và implement update tất cả plugin, theme, core từ single dashboard.
Staging site, test plugin mới, hoặc update. Dễ dàng push thay đổi từ staging lên live.
Tìm Hiểu Tất Cả MalCare Cung Cấp!