Thực đơn
trang chủTrình duyệt

Tải CPU cao của WordPress - CPU, máy chủ và lưu trữ

Xin chào Xin chào. Thông thường, các blogger và quản trị viên web phải đối mặt với một vấn đề sớm muộn gì các dự án của họ cũng bắt đầu chậm lại một cách khủng khiếp. Tăng tải đáng kể CPU lưu trữ và các phương pháp truyền thống không giúp ích gì trong việc giải quyết nó. Và hôm nay tôi muốn cho bạn biết phải làm gì nếu trang web WordPress của bạn chậm và cách giảm tải cho máy chủ trong trường hợp này.

Trong hầu hết các trường hợp, tình trạng treo và chậm đáng kể trên trang web bắt đầu hoàn toàn bất ngờ, và do đó sự hoảng loạn bắt đầu một cách tự nhiên. Trong trạng thái sợ hãi, các blogger bắt đầu “chọn” trang web của mình, cố gắng cứu nó khỏi vấn đề khó chịu này. Nhưng thường xuyên hơn không, những cuộc “giải cứu” như vậy đều thất bại, dẫn đến việc địa điểm bị phá hủy mà không có khả năng phục hồi.

Điều này thực sự rất đáng trách, đặc biệt nếu blog đã hơn một năm tuổi và đã tích lũy được rất nhiều bài viết thú vị và hữu ích, đồng thời số lượt truy cập ngày càng nhiều hơn. Bạn có muốn rơi vào tình huống khủng khiếp như vậy không? Vậy thì bạn thật may mắn, tôi muốn bảo vệ bạn khỏi những điều xấu ngay bây giờ và dạy bạn phải làm gì nếu WordPress bị treo.

Chỉ vài ngày trước, một blogger và doanh nhân thông tin, người mà nhiều người biết rất rõ, đã liên hệ với tôi - Dmitry Zverev, với yêu cầu xem tình trạng đóng băng nghiêm trọng trên blog của anh ấy. Đương nhiên tôi đồng ý, đây là công việc của tôi, đặc biệt tại sao lại không giúp đỡ người tốt? 🙂

Vì vậy, Dmitry đã gửi cho tôi tất cả dữ liệu từ trang web và dịch vụ lưu trữ và tôi bắt đầu phân tích nó. Tưởng tượng, tốc độ trung bình Thời gian tải trang web lên tới 13 giây.

Khó khăn phải không? Tôi có thể nói gì, ngoài “tốc độ” như vậy, khả năng truy cập của trang web còn khập khiễng, đôi khi trang này lại mở vào một thời điểm khác. Nói một cách dễ hiểu, nó đã bị hỏng một cách thảm khốc và không thể hoạt động hoàn toàn. Và điều thú vị nhất là khi đăng nhập vào bảng quản trị lại còn gặp nhiều vấn đề hơn!

Điều này càng thu hút sự quan tâm của tôi hơn nữa vì tôi chưa bao giờ gặp phải điều gì như thế này trước đây! “Nào, hãy thử xem, càng khó thì càng thú vị,” tôi nghĩ và bắt tay vào làm.

Trước hết, tôi bắt đầu phân tích những cái được kích hoạt và xem cái nào trong số chúng tải trang web nhiều nhất. Tôi đã thực hiện phân tích bằng plugin có tên P3. Nếu bất cứ ai muốn tìm hiểu thêm về anh ấy, hãy đăng ký để cập nhật blog. Tôi chắc chắn sẽ viết về điều này trong một trong những bài viết sau.

Vì vậy, tôi phát hiện ra 2 plugin tải blog nhiều hơn các plugin khác: LeadPages và NextGEN Gallery. Nhưng sau khi vô hiệu hóa chúng và xóa bộ nhớ đệm, hoàn toàn không có gì thay đổi. Và rồi cuộc vui bắt đầu. Tôi bắt đầu đào sâu hơn và sâu hơn để tìm Lý do thực sự sự nhục nhã này :)

Sau một số thử nghiệm và kiểm tra, tôi đi đến kết luận rằng việc lưu trữ có thể đang gây ra sự cố. Tôi đã viết thư cho bộ phận hỗ trợ của Jino nhưng chưa bao giờ nhận được câu trả lời hoặc trợ giúp rõ ràng. Vì vậy, tôi chỉ có thể dựa vào bản thân và kinh nghiệm nhiều năm của mình.

Và như vậy, sau hai ngày và nhiều lần thử, kể cả những lần thử hoàn toàn vô ích, tốc độ đã đạt được như sau:

Và bên cạnh đó, các trục trặc liên tục đã dừng lại và các chủ nhà ngừng phàn nàn về việc tăng tải CPU. Hoan hô! Những gì tôi đang phấn đấu, tôi đã đạt được - sứ mệnh đã hoàn thành.

Nhưng chính xác thì tôi đã làm gì và làm cách nào để giành chiến thắng? Hãy đi theo thứ tự.

Giảm tải máy chủ

1. Trước hết, tôi khuyên bạn nên đọc một trong những bài viết đầu tiên của tôi về cách tăng tốc độ tải trang web bằng cách sử dụng . Trong bài viết này, bạn sẽ học cách thực hiện chất lượng cao tối ưu hóa trang web và khả năng tăng tốc hiệu quả của nó Vì công việc đầy đủ. Ngoài ra, trong bài viết này tôi chứng minh dịch vụ tốt nhấtđể kiểm tra tốc độ.

Nhưng đôi khi những lời khuyên này là không đủ, chẳng hạn như trường hợp của Dmitry. Sau khi hoàn thành tất cả các bước tăng tốc từ bài viết đó, trang web bắt đầu mở thậm chí còn tệ hơn và các chủ nhà bắt đầu theo đúng nghĩa đen chặn truy cập vào nó do quá tải đáng kể. Vì vậy, cần phải thực hiện một số hành động khác.

2. Phanh thường xuất hiện do tập lệnh có tên WP-Cron. Tập lệnh này được tích hợp trong WordPress chịu trách nhiệm lên lịch các tác vụ. Ví dụ: đăng bài theo thời gian, tự động dọn sạch thùng rác, tạo bản sao lưu sử dụng plugin, v.v.

Mọi thứ có vẻ ổn, mọi thứ đều tuyệt vời và tất cả những thứ đó, nhưng thực tế là Cron tạo ra rất nhiều tải nặng trên .Và đôi khi các máy chủ lưu trữ không thể chịu được tải như vậy và chặn quyền truy cập vào trang web. Trong trường hợp này, bạn cần tắt tập lệnh này và tải sẽ giảm đáng kể.

Nhưng bạn nên hiểu rằng những hành động bạn thực hiện trong chế độ tự động ngừng hoạt động, bạn sẽ phải thực hiện chúng một cách thủ công. Nhưng hoàn toàn không có gì phức tạp về điều này.

Vì vậy, có một số cách để tắt WP-Cron. Thực tế là một số trong số chúng (như trường hợp của tôi) có thể không hoạt động, nhưng một số khác thì có thể.

1 chiều.Đi tới thư mục gốc của trang web của bạn thông qua Ftp, ví dụ như thông qua FileZilla và mở ở đó một tệp có tên wp-config.php và thêm một dòng mới:

Xác định('DISABLE_WP_CRON', true);

Nên thêm nó sau dòng:

Xác định('WPLANG', 'ru_RU');

Sau đó lưu tệp và vui mừng, tập lệnh sẽ bị tắt.

Nhưng nếu điều này không xảy ra, thì bạn cần sử dụng các tùy chọn sau.

Phương pháp 2. Một lần nữa, trong thư mục gốc của trang web, bạn cần mở một tệp có tên wp-cron.php, tìm dòng:

Bỏ qua_user_abort(true);

và nhận xét (tắt nó) bằng hai dấu gạch chéo. Đầu ra sẽ trông như thế này:

//ignore_user_abort(true);

Chúng tôi lưu tệp và cron bị tắt.

3. Tiếp theo, bạn cần kích hoạt tính năng nén zlib, cho phép bạn tăng tốc đáng kể trang web do xử lý và nén mã php. Trước hết, bạn cần viết thư cho chủ nhà và tìm hiểu xem bạn đã bật chức năng zlib hay chưa. Nếu nó được kết nối thì tuyệt vời, còn nếu không, hãy bật nó lên. Sau đó đi tới tệp header.php và đến đỉnh cao chèn đoạn mã sau:

Chúng tôi lưu tệp và cảm thấy tốc độ tăng lên đáng kể.

4. Sau đó, điều rất quan trọng tối ưu hóa cơ sở dữ liệu bằng cách sử dụng plugin. Đi tới bảng quản trị, mở tab “Plugins” - “Thêm plugin” và nhập “WP-Optimize” vào tìm kiếm, nhấn Enter và cài đặt plugin đầu tiên.

Bây giờ cơ sở dữ liệu của chúng tôi đã được tối ưu hóa và đây là một điểm cộng khác nhằm tăng tốc trang web.

5. Bây giờ nhiệm vụ của chúng tôi bảo vệ blog của bạn khỏi các cuộc tấn công Ddos, bởi vì Chính những cuộc tấn công như vậy thường trở thành nguyên nhân khiến một trang web bị “phá não”. Để làm điều này, trước tiên, tôi khuyên bạn nên cài đặt một plugin có tên iThemes Security, tôi sẽ nói về việc thiết lập nó trong bài viết tiếp theo và thứ hai, điều quan trọng là sử dụng tính năng chặn những khách truy cập đáng ngờ bằng cách sử dụng .htaccess.

Bây giờ tôi sẽ không giải thích cách tìm kiếm những địa chỉ đáng ngờ và độc hại như vậy, vì đây là chủ đề của một bài viết riêng, nhưng tôi sẽ chia sẻ với bạn danh sách các địa chỉ IP mà tôi đã có thể thu thập được trong một thời gian. Họ là những người cần phải bị chặn.

Nhiều chủ sở hữu trang web WordPress đặt câu hỏi: “ Tại sao trang web của tôi lại tạo tải nặngđể lưu trữ?" Và nếu một nửa số quản trị viên web này tự trách mình ( một số lượng lớn plugin không cần thiết, tối ưu hóa kém), thì nửa còn lại thực sự không hiểu chuyện gì đang xảy ra.

Vì thế, hướng dẫn ngắn gọn trong nửa sau, cách giảm tải cho việc lưu trữ và bảo vệ hơn nữa trang web WordPress của bạn khỏi bị hack.

1) Đóng xmlrpc.php

xmlrpc.php - đây có lẽ là cái tốt nhất tập tin không cần thiết trên trang web, nhưng nó thường được sử dụng để hack trang web và tạo tải cho nó.

Nộp .htaccess trên trang web của bạn (tại thư mục gốc) thêm thông tin sau:

tư chôi tât cả

Ngoài ra bạn có thể vào file chức năng của theme hàm.php và dán đoạn mã sau:

Add_filter("xmlrpc_enabled", "__return_false");

Bây giờ hãy nhớ xóa dấu vết của chức năng này. Đi đến tập tin tiêu đề.php chủ đề của bạn và xóa dòng mã chứa pingback và xmlrpc.php. Thông thường dòng này trông như thế này:

2) Đóng hoặc giới hạn bảng quản trị

Lý do thứ hai tải cao là lựa chọn mật khẩu. Tin tặc đang cố gắng hack quản trị viên của bạn bằng cách tạo ra vô số yêu cầu. Chúng ta đặt bảo vệ bổ sung thông qua cùng một .htaccess tài liệu.

2.1) Nếu bạn là quản trị viên trang web duy nhất có địa chỉ IP cố định:

Tạo trong một thư mục quản trị wp.htaccess và dán vào đó:

Từ chối lệnh, cho phép từ chối tất cả cho phép từ xxx.xxx.xxx.xxx

Thay vì X chúng tôi viết địa chỉ IP của bạn. Do đó, chỉ bạn chứ không ai khác mới có thể đăng nhập vào bảng quản trị. Họ thậm chí sẽ không thể thử.

2.2) Nếu bạn không hài lòng với tùy chọn trước đó, bạn chỉ cần bảo vệ bảng quản trị của mình hơn nữa (không cần plugin):

Nộp .htaccess Trong thư mục gốc của trang web dán như sau:

AuthType Basic AuthName "Vùng riêng tư. Chỉ dành cho quản trị viên!" AuthUserFile /home/p259227/www/site.ru/.htpasswd yêu cầu người dùng hợp lệ Tắt động cơ SecRule

Site.ru - thay đổi nó thành của bạn.

Tạo một tệp trong thư mục gốc của trang web (ở cùng vị trí với .htaccess) .htpasswd

Tập tin này sẽ chứa đăng nhập bổ sung và mật khẩu. Sự bảo vệ nàyđược thực hiện ở cấp máy chủ nên khá đáng tin cậy. Nên đặt thông tin đăng nhập và mật khẩu khác với thông tin đăng nhập và mật khẩu trên trang web.

Mở tập tin .htpasswd và chèn dòng sau:

Đăng nhập:$apr1$bHEXXXPPA$zhhrn9vOOr/sdsdi3

Trong đó Đăng nhập là thông tin đăng nhập của bạn và sau đó là mật khẩu của bạn ở dạng mã hóa đặc biệt.

Để tạo mật khẩu của bạn ở dạng này, bạn có thể sử dụng các dịch vụ trực tuyến khác nhau, ví dụ: htaccesstools.com.

Kết quả là bạn nhận được một dòng làm sẵn (mật khẩu được mã hóa) mà bạn cần dán vào .htpasswd

Chúc một ngày tốt lành, độc giả thân mến của trang blog. Hôm nay tôi muốn nói về cách giảm tải cho máy chủ lưu trữ được tạo bởi . Nói cách khác, chúng tôi sẽ tối ưu hóa công cụ này để giảm tải cho máy chủ lưu trữ.

Nhưng bạn biết dự án của mình tên là gì và không cần thiết phải truy cập cơ sở dữ liệu khi mở bất kỳ trang nào của nó. Do đó, sau khi bạn đã quyết định cuối cùng về việc lựa chọn mẫu, bạn có thể thay thế các phần mã trong các tệp của nó một cách an toàn để thực hiện các truy vấn tới cơ sở dữ liệu bằng tên cụ thể, đường dẫn, v.v. ().

Vì vậy, chúng tôi sẽ giảm số lượng lệnh gọi đến cơ sở dữ liệu WP khi tải bất kỳ trang blog nào và điều này không kém. Bây giờ chúng ta hãy chuyển từ lý thuyết sang chi tiết cụ thể và xem điều gì thực sự có thể sửa được.

Trước tiên, bạn sẽ cần truy cập các tệp chủ đề của mình qua FTP. Chúng nằm trong thư mục:

/wp-content/themes/your_theme_name

Hãy bắt đầu với những gì đã được đề cập ở trên - TIÊU ĐỀ. Tôi nghĩ rằng bạn đã quen thuộc với Filezilla và việc truy cập FTP vào máy chủ không phải là điều mới mẻ đối với bạn. Nếu không, thì có một hộp tìm kiếm ở trên cùng và chỉ cần nhập từ “filezilla” hoặc “notepad” vào đó là đủ để tận dụng tối đa đầy đủ thông tin cho hai chương trình cực kỳ hữu ích này.

HEADER thực hiện khá nhiều lệnh gọi cơ sở dữ liệu, có thể dễ dàng thay thế bằng dữ liệu tĩnh hoặc xóa hoàn toàn. Ở trên cùng, bạn có thể sẽ thấy đoạn mã sau:

; bộ ký tự=" />

Không, tất nhiên, bạn không cần xóa nó, nhưng bạn có thể sửa đổi nó một chút bằng cách xóa các lệnh gọi không cần thiết đến cơ sở dữ liệu:

Chà, hai yêu cầu tiêu cực chẳng là gì cả, nhưng tốt thôi. Hơn nữa. Những gì khác có thể được thay thế hoặc loại bỏ trong HEADER? Hãy liệt kê:

  1. Xóa dòng có thông tin về số đã cài đặt Phiên bản WordPress. Nó không mang bất kỳ trọng tải nào và hơn nữa còn nguy hiểm vì Một số tùy chọn hack chỉ áp dụng cho một số phiên bản nhất định và từ dòng này, rất thuận tiện để tìm ra phiên bản hiện tại của công cụ của bạn. Dòng này thường trông như thế này: " />
  2. Thay thế URL bằng URL của bạn Tệp biểu định kiểu CSS trong chủ đề hiện tại của bạn thành tĩnh. Trong mã đây là dòng: " type="text/css" media="screen" />

    3. WP Tuner được cài đặt trên WordPress theo cách chuẩn, cụ thể là:

    1. giải nén kho lưu trữ bằng trình quản lý ftp, kết nối với blog của bạn và tải thư mục wptuner lên thư mục wp-content/plugins/plugins trên máy chủ lưu trữ của bạn
    2. Đăng nhập vào bảng quản trị và chọn tab “Plugins” - “Không hoạt động”
    3. tìm dòng có plugin WP Tuner và kích hoạt nó

    Nếu gặp bất kỳ khó khăn nào khi cài đặt plugin WP Tuner, bạn có thể tham khảo bài viết hướng dẫn giải quyết các vấn đề có thể xảy ra khi cài đặt plugin. Bây giờ bạn có thể vào bảng quản trị và làm quen với các cài đặt của tiện ích mở rộng này (từ menu bên trái, chọn Cài đặt -> WP Tuner.

    Trên thực tế, WP Tuner không có nhiều cài đặt và để plugin này bắt đầu hiển thị số lượng yêu cầu tới cơ sở dữ liệu khi tải trang, bạn không cần phải thay đổi bất cứ điều gì. Bạn chỉ cần vào blog nhưng phải đăng nhập với tư cách quản trị viên và mở một trang.

    Sau khi tải xuống xong, hãy cuộn xuống và bạn sẽ thấy cửa sổ của tiện ích mở rộng này ở dưới chân trang. Hình bên dưới cho thấy nơi bạn có thể xem số lượng lệnh gọi cơ sở dữ liệu đã được thực hiện.

    Đương nhiên, những người truy cập blog thông thường sẽ không thấy sự ô nhục này do WP Tuner giới thiệu, chỉ có quản trị viên, tức là. Bạn.

    Nhưng bạn cũng có thể xem số lượng yêu cầu tới cơ sở dữ liệu trong WordPress mà không cần dùng đến plugin. Để thực hiện việc này, bạn cần truy cập các tệp blog của mình qua FTP và mở để chỉnh sửa, ví dụ: tệp:

    /wp-content/themes/name_of_your_theme/footer.php

    và ở đâu đó trong nội dung của nó, bạn cần chèn cấu trúc sau (vị trí chèn sẽ xác định khu vực hiển thị số lượng truy vấn tới cơ sở dữ liệu ở chân trang):

    truy vấn tronggiây.

    Kết quả là, sau khi tải trang, ở cuối trang (trong khu vực chân trang), bạn sẽ thấy có bao nhiêu lệnh gọi đến cơ sở dữ liệu đã được thực hiện:

    Chúc bạn may mắn! Hẹn gặp lại bạn sớm trên các trang của trang blog

    Bạn có thể xem thêm video bằng cách vào
    ");">

    Bạn có thể quan tâm

    Menu bên trái biến mất trong quản trị viên WordPress sau khi cập nhật
    Chúng tôi tạo các nút để thêm vào mạng xã hội và dấu trang cho blog WordPress (không có plugin và tập lệnh)
    Giảm mức tiêu thụ bộ nhớ trong WordPress khi tạo trang - Plugin WPLANG Lite để thay thế tệp bản địa hóa Biểu tượng cảm xúc trong WordPress - nên chèn mã biểu tượng cảm xúc nào, cũng như plugin Qip Smiles (biểu tượng cảm xúc đẹp để bình luận) Cách tự động thêm thuộc tính Alt vào thẻ Img trên blog WordPress của bạn (Trường hợp chúng không có chúng)
    Hyper Cache - kích hoạt plugin bộ nhớ đệm trong WordPress để tối ưu hóa blog WP và giảm tải cho máy chủ lưu trữ

Hầu như tất cả các trang web của tôi đều chạy trên các công cụ tùy chỉnh, nhưng cho đến gần đây, một trong số chúng vẫn chạy trên WordPress rất phổ biến. Thực tế là wordpress được cài đặt ban đầu vì người điều hành trang web này (không phải tôi) dễ sử dụng bảng quản trị. Nhưng sau khi ra mắt dòng phiên bản 2.8, tôi nhận ra rằng điều này đã không còn nữa...

Tải trọng lưu trữ đã tăng lên đáng kể, với số lượng truy cập, giả sử là 500-600, Wordpress đã vượt quá giới hạn sử dụng tài nguyên MySQL ba lần, điều đó có nghĩa là giải pháp nằm ở bộ đệm (khá xuất huyết, một lần nữa trong Wordpress ), hoặc chuyển sang động cơ khác.

Tôi đã thử hầu hết các công cụ tạo blog sẵn có ở các ngôn ngữ và đưa ra một kết luận đáng thất vọng:
không ai trong số họ (!), ngay cả khi nhập từ wordpress, có thể cung cấp cấu trúc CNC giống nhau (và thậm chí còn hơn thế nữa ở chế độ tự động, trực quan), có nghĩa là khi di chuyển -> chuyển hướng 301 và không rõ loại phản ứng nào từ PS về các vị trí hiện có.

Cuối cùng, mọi chuyện vẫn diễn ra như mọi khi: Tôi đã xem xét các nguồn WordPress, nhập dữ liệu từ cơ sở dữ liệu hiện có và viết một chút về CMS.

Tải: trên MySQL giảm trung bình 10 lần, tính theo phần trăm là 2 lần. Đối với tôi, có vẻ như vẫn còn chỗ để cải thiện về mặt tối ưu hóa, nhưng bạn phải đồng ý rằng ngay cả đây cũng đã là kết quả mang tính biểu thị!

Kết luận từ bài đăng này không phải là mọi người nên vội vàng viết tập lệnh của riêng mình ngay lập tức (ít nhất là nghĩ đến việc bảo vệ khỏi bị hack), mà là bạn nên suy nghĩ vài lần trước khi cài đặt Wordpress làm công cụ viết blog, vì sau này nó có thể gặp vấn đề để thay đổi CNC và thậm chí hơn thế nữa là địa chỉ của các liên kết hiện có (tất nhiên trừ khi chúng được mua).

15 bình luận

  1. 1

    Những suy nghĩ tốt, nhưng mọi người đều có chúng. Tôi muốn đọc một giải pháp khả thi cho các vấn đề về dỡ bỏ cơ sở dữ liệu bằng cách thay đổi thông số động cơ

  2. 2

    Hướng chính trong việc tối ưu hóa WordPress quan trọng là bộ nhớ đệm phía máy chủ. Tôi nghĩ bạn có thể đọc điều này trong nhiều blog khác. Hiện tại tôi không có một trang web nào được xây dựng trên Wordpress và do đó tôi không thể mô tả giải pháp cho các vấn đề tối ưu hóa.

  3. 3

    Họ luôn nói trên mạng rằng VP rất dễ dàng và tôi tin điều đó, mặc dù tôi sử dụng Drupal trong đời. Sau đó, vào tháng 9, tôi có một khách hàng với mong muốn “chuyển từ VP lỗi này sang Drupal”. Hóa ra như sau:
    1. Trang web chạy trên VPS 500Mhz và 384 khung hình
    2. Lượng truy cập khoảng 1000 lượt truy cập mỗi ngày.
    3. Bao gồm tất cả các bộ nhớ đệm có thể tưởng tượng và không thể tưởng tượng được.
    Toàn bộ hệ thống này bị lỗi liên tục mỗi ngày một lần và thời gian còn lại chạy chậm một cách khó tin. Kết quả là quá trình chuyển sang Drupal khó khăn và vất vả đã bắt đầu:
    1. Tất cả các vật liệu đã được kéo căng lại.
    2. Nơi nào các URL đã được sắp xếp, chúng tôi để lại, nơi chúng không được sắp xếp, chúng tôi tạo các URL mới, chuyển hướng 301 đến các URL cũ.
    3. Chúng tôi di chuyển mà hoàn toàn không bị tổn thất gì. Với chức năng tương tự, và ở một số nơi thậm chí còn nhiều hơn.
    Giờ đây, tải CPU của máy chủ tại những thời điểm khó khăn nhất, khi Gosha và Yasha đến, không vượt quá 30% và bộ nhớ đệm bị vô hiệu hóa.
    Vì vậy, hãy nghĩ về Drupal, nó không tệ như mọi người nói.
    Đây là bệnh nhân - surlaterre.ru

  4. 4

    Tôi không có gì chống lại Drupal, đó là một hệ thống tốt. Khiếu nại chính của tôi là các động cơ hiện đại không có hệ thống đơn giản để di chuyển từ một CMS khác trong khi vẫn duy trì hệ thống CNC cũ.

  5. 5

    Nếu chúng tôi thực hiện cùng một chuyển khoản từ một VP, thì mô-đun hiện có sẽ được chuyển cùng với các URL VP, nhưng tôi đã chuyển nó bằng mô-đun của mình, mọi thứ đối với tôi có một chút khác biệt

  6. 6

    Nếu mô-đun này hoặc mô-đun đó có thể chuyển bất kỳ loại địa chỉ nào có thể được tạo bằng các công cụ WordPress tiêu chuẩn, hãy vinh danh và khen ngợi nó, +1 cho Drupal, nhưng khi tôi tìm kiếm thứ gì đó như thế này trong số các công cụ, tôi không tìm thấy bất cứ điều gì, hoặc tôi đã tìm thấy nó, nhưng không phải mọi thứ đều được thực hiện.

  7. 7

    Nói chung, tôi có thể nói: “Không có gì là không thể mang theo được”, nếu chủ đề thú vị thì chào mừng bạn đến với ICQ/mail/Skype. Liên hệ trên trang web của tôi

  8. 8

    Tôi không biết bạn đã định cấu hình WordPress, máy chủ và bộ đệm như thế nào. Nhưng tôi có các trang web chạy trên WP có 4.000 khách truy cập mỗi ngày trên máy ảo và không gặp vấn đề gì. Có những trang web có 10.000 khách truy cập mỗi lần gõ cửa, nhưng ở chế độ riêng tư. Ở đó tải không vượt quá 10% ở mức cao nhất. Vì vậy, WP vẫn hoạt động tốt!

  9. 9

    Tôi hiện đang học MovableType. Mặc dù có tính chất khác thường (nó sử dụng Perl và tạo html tĩnh), CMS này rất nhẹ và khá chức năng. Nhanh hơn nhiều so với WP.

  10. 10

    MovableType là tốt, nhưng vẫn còn ít thông tin về nó bằng tiếng Nga.

  11. 11

    Cá nhân tôi không thể tìm ra loại tải nào. Tôi chưa bao giờ có bất kỳ dự án WP lớn nào và tôi không thể tự mình kiểm tra nó. Và dù tôi có đọc ở đâu thì bạn cũng sẽ không hiểu gì cả: một số người nói quy tắc wp, số khác nói rằng động cơ thật tồi tệ. Nói chung là chưa thấy ở đâu chịu được loại tải nào và wp chịu được bao nhiêu. Vẫn còn một câu hỏi: tại sao wp lại nằm trong vùng ru ở vị trí dẫn đầu?Có lẽ vì tính đơn giản của nó?

Làm cách nào để giảm tải cho trang WordPress về lưu trữ và tối ưu hóa cơ sở dữ liệu?

Tôi bắt đầu hỏi câu hỏi này sau khi dịch vụ hỗ trợ lưu trữ Timeweb viết cho tôi rằng các trang web của tôi (có 10 trang trong số đó trên dịch vụ lưu trữ này) đã đặt quá tải lên các quy trình lưu trữ trung tâm và cơ sở dữ liệu. Tải tăng lên một phần là do một cuộc tấn công DDoS vào một trong các trang web của tôi và ngoài việc tôi đã lưu trữ các trang web trên dịch vụ lưu trữ này trong một thời gian dài (hơn 1,5 năm) và chưa có công việc nào được thực hiện để dọn dẹp dọn rác từ hoặc tối ưu hóa cơ sở dữ liệu không được tiến hành. Nhưng một trang web có thể được so sánh với một máy tính ở một mức độ nào đó. Nếu bạn không dọn sạch các tập tin không cần thiết, các vết nứt và những thứ linh tinh khác, thì theo thời gian, máy tính sẽ ngốn nhiều tài nguyên hơn và cần nhiều tài nguyên hơn, điều này sẽ dẫn đến hoạt động chậm lại và thường xuyên bị treo. Do đó, bạn cần xử lý trang web của mình một cách cẩn thận và định kỳ thực hiện các bước để tối ưu hóa hiệu suất của chúng.

Làm cách nào để giảm tải lưu trữ WordPress và tối ưu hóa cơ sở dữ liệu (MySQL)?

Tôi đã thực hiện những hành động nhỏ (mà tôi sẽ thảo luận sau), điều này cho phép tôi giảm đáng kể tải cho CPU lưu trữ. Nói chung, chúng tôi đã cố gắng giảm tải cho CPU từ 30-40 xuống 0,34 - 0,50 và giảm tải cho cơ sở dữ liệu từ 90 xuống 64-70.

Do các hành động được thực hiện để tối ưu hóa cơ sở dữ liệu (MySQL), kích thước của nó đã giảm từ 227 MB xuống 41 MB. Như chúng ta có thể thấy, chúng tôi đã đạt được kết quả đáng kể. Điều gì đã được thực hiện cho việc này?

Hóa ra bất kỳ hành động nào được thực hiện trong WordPress (có thể là xuất bản một bài viết mới hoặc chỉ đơn giản là thêm một plugin mới, v.v.) đều có một số ảnh hưởng đến cơ sở dữ liệu, làm tăng kích thước của nó. Và kích thước của nó càng lớn thì càng chứa nhiều tệp khác nhau, sắp xếp không có tổ chức, tải trọng cho quá trình lưu trữ càng lớn. Do đó, bằng cách tối ưu hóa cơ sở dữ liệu, bạn có thể giảm đáng kể những tải này.

Để tối ưu hóa cơ sở dữ liệu, bạn sẽ cần cài đặt và kích hoạt plugin - Optimize DB (đọc về cách cài đặt plugin). Tiếp theo, vào phần “Công cụ” - tìm dòng “Tối ưu hóa DB” và làm theo. Bây giờ, để tối ưu hóa cơ sở dữ liệu trên trang web của bạn, tất cả những gì bạn phải làm là nhấp vào nút “Tối ưu hóa ngay”.

Những hành động đơn giản này sẽ tối ưu hóa cơ sở dữ liệu WordPress của bạn (có thể nói là sắp xếp sự hỗn loạn trong đó và sắp xếp mọi thứ lên kệ) Để ngăn hoạt động của plugin này tạo thêm tải trong tương lai, bạn chỉ cần tắt nó đi. Để tối ưu hóa cơ sở dữ liệu WordPress của bạn, mỗi tuần một lần hoặc mỗi tháng một lần, hãy chuyển đến phần plugin, kích hoạt plugin Optimize DB và tối ưu hóa MySQL (đây là cơ sở dữ liệu). Và sau đó tắt nó đi một lần nữa.

Nhưng để giảm tải cho việc lưu trữ, tôi không giới hạn bản thân chỉ làm việc với plugin Optimize DB. Công việc quan trọng đã được thực hiện để chống thư rác. Một lượng thư rác đặc biệt lớn đã tích lũy trên một số trang web (tổng cộng hơn 6 nghìn thư). Nói về thư rác, ý tôi là những bình luận có tính chất thư rác, một số lượng lớn trong số đó cũng tải cả máy chủ. Tôi đã xóa rất nhiều bình luận đang chờ xác minh (chính xác hơn là xóa chúng hoàn toàn - ban đầu tôi gửi chúng vào thùng rác, sau đó dọn sạch thùng rác), đồng thời cũng xóa thư mục thư rác. Gần đây plugin “Invisible Captcha” đã giúp ích cho tôi rất nhiều. Nhờ đó, thư rác sẽ ngay lập tức được gửi đến thư mục thư rác và từ đó tất cả các bình luận spam có thể bị xóa ngay lập tức bằng cách làm trống thư mục này.

Tôi cũng khuyên bạn nên cài đặt plugin “WP Super Cache” (nếu nó chưa được cài đặt), kích hoạt nó và bật bộ nhớ đệm. Nó sẽ đặc biệt hữu ích nếu có nhiều khách truy cập đã bắt đầu truy cập trang web của bạn. Trong quá trình này, tôi đã cài đặt nó trên một vài trang web khác. Nhờ có bộ nhớ đệm, tải trọng trên hosting cũng giảm đi.

Đây là cách công việc được thực hiện trên 10 địa điểm, khiến tôi mất khoảng 2 giờ. Nhưng tôi đã đạt được mục tiêu của mình - tôi đã giảm đáng kể tải cho dịch vụ lưu trữ WordPress.

Điều đáng lưu ý là càng nhiều cái khác nhau được kích hoạt trên một trang WordPress thì tải càng lớn. Do đó, chỉ sử dụng những plugin bạn cần và vô hiệu hóa những plugin bạn không sử dụng.