Video học lập trình mỗi ngày
Tăng hiệu suất của các ứng dụng web ngày càng trở đề nghị quan trọng. Tỷ lệ vận động thương mại điện tử của người tiêu dùng thống kê 2020 liên tục tăng với 5% nền kinh tế hiện tại ở các nước đang trở nên tân tiến cũng đang hoà nhập vào việc trở nên tân tiến thương mại điện tử bên trên Internet. Thời đại họ đang có hiện thời đòi hỏi phải tiếp tục phát triển những áp dụng trực con đường và liên kết mọi bạn với nhau, điều đó tức là người dùng bao gồm kỳ vọng cao hơn nữa về hiệu suất. Nếu trang web không bình luận kịp thời hoặc nếu bao gồm sự chậm trễ đáng chú ý trong ứng dụng, người dùng sẽ sớm tìm đến đối thủ đối đầu mà thôi.
Bạn đang xem: Cài đặt và tối ưu hóa hệ thống web
Ví dụ, một nghiên cứu và phân tích được tiến hành bởi Amazon mười năm kia (2019) cho thấy rằng nếu thời gian tải trang giảm 1 giây, lệch giá sẽ tăng 1%. Một nghiên cứu gần đây nhấn mạnh thực tiễn là rộng một nửa số nhà khai thác trang website được khảo sát nói rằng họ đã mất lợi nhuận hoặc người tiêu dùng vì hiệu suất ứng dụng chậm mang lại sự đề xuất tồi tệ mang lại khách hàng, và chủ yếu tôi cũng vậy nhưng mà thôi. Chính vì lý vị đó, việc cải thiện hiệu suất của một ứng dụng như thế nào thì bài viết này sẽ đem đến cho những lập trình viên hoặc không hẳn lập trình viên các bạn cũng phải cần xem qua.
Nếu bạn muốn check nhanh thì tránh việc bỏ qua phép tắc này: buổi tối ưu tốc độ website không nên biết nhiều chỉ biết 1 phép tắc này là xong
Tăng tốc truy vấn trang web
Vậy làm nỗ lực nào để cải thiện hiệu suất một website? các bạn hãy nhớ rằng cứ thêm 1 giây tăng thời hạn tải trang web, đồng nghĩa với câu hỏi 4% người dùng chọn rời đi và tìm tới những trang web khác và trái lại như trên tôi đã nói về Amazon. Những trang web dịch vụ thương mại điện tử số 1 như tiki.vn, thegioididong.com bọn họ đã điều hành và kiểm soát tốt thời hạn tương tác trước tiên trong vòng 1-3 giây, đem về tỷ lệ biến hóa cao của các giao dịch. đích thực là tôi đã thử nghiệm qua những vận dụng lớn của Việt Nam, với tôi rất ăn nhập khi truy cập vào tiki.vn, thegioididong.com. Cực kỳ nhanh, bội phản hồi cho tất cả những người dùng rất nhanh... Một đội nhóm ngũ cực hiếm đấy.
Cải thiện năng suất hay ứng dụng rất có thể như những bài viết trên google mà chúng ta thường thấy, nhưng cực nhọc để đạt được nếu khách hàng không phải là một trong những chuyên gia. Để giúp những lập trình viên với ngay bạn dạng thân tôi, thì bài viết này đã đưa ra 10 mẹo gồm thể nâng cấp hiệu suất của trang web lên tới 10 lần so với ban đầu chưa vận dụng mà tôi đã trải nghiệm. Ở đây rất có thể có một số trong những thiếu sót về bảo mật, và hoàn toàn có thể chưa như mong muốn đồ của bạn. Nếu vì thế thì vui lòng contact với tôi anonystick
gmail.com. Họ sẽ cùng trao đổi vần đề này thêm nữa. Sau đấy là 10 cách nâng cao tốc độ một website dù bự hay nhỏ, chúng ta cũng có thể làm được điều đó. Để có nội dung bài viết này, ngoài tay nghề của bạn dạng thân tôi thì tôi có xem thêm một số bài viết mà tôi sẽ đề cập dưới bài bác viết. Mời các bạn tham khảo.
1 - Sử dụng máy chủ proxy reverse nhằm tăng tốc và bảo vệ các ứng dụng
Nếu ứng dụng web đang làm việc trên một trang bị tính cá biệt ở trường hợp đối chọi giản, giải pháp cho sự việc performance là hiển nhiên. Chúng ta cũng có thể thay đổi thông số kỹ thuật server nhanh hơn với vô số cách thức như thêm nhiều bộ xử lý, cỗ nhớ... Đó là một công việc đầu tiên cho dù bạn có tối ưu code của bạn như cầm cố nào đi chăng nữa thì nếu như server có thông số kỹ thuật thấp thì thật đáng quan ngại.
Sau khi bạn check lại cấu hình của môt vps khá ngon lành cơ mà chưa tạm dừng ở đó. Những ứng dụng web hay chạy chậm rì rì vì có tương đối nhiều tác vụ không giống nhau cùng chạy xe trên ứng dụng của chúng ta như hệ trọng với hàng ngàn khách hàng, truy tìm vấn những dữ liệu vào và ko kể Database, thực hiện mã vận dụng và các tác vụ khác. Server vận dụng có thể chạm chán sự cố kỉnh do các vấn đề sau - tràn bộ nhớ, hoán đổi nhiều dữ liệu từ cache lịch sự database và các yêu ước đang ngóng một tác vụ như I / O.
Bạn nên triển khai một phương pháp tiếp cận hoàn toàn khác nỗ lực vì nâng cấp phần cứng thêm nữa bằng phương pháp thêm máy chủ proxy severse để chia sẻ các tác vụ này. Sever proxy severse này được đặt trước khi máy tính chạy vận dụng để cách xử trí lưu lượng mạng. Chỉ sever proxy severse này được kết nối trực tiếp cùng với mạng với nó tiếp xúc với máy chủ ứng dụng thông qua mạng nội bộ nhanh.
Với máy chủ proxy severse, sever ứng dụng chưa hẳn chờ can hệ với người tiêu dùng ứng dụng web. Nó có thể tập trung vào việc xây dựng các trang web và gửi chúng mang lại mạng trải qua máy công ty proxy severse. Vì sever ứng dụng không thể phải chờ bình luận của khách hàng hàng, đề nghị nó hoàn toàn có thể chạy ở tốc độ tối ưu.
Thêm một máy chủ proxy severse cũng làm tăng tính linh hoạt của máy chủ web. Nếu như một máy chủ bị thừa tải, rất có thể dễ dàng thêm một sever khác thuộc loại. Nếu như một sever bị hỏng, thật thuận lợi để thay thế nó.
Do tính hoạt bát do sever proxy severse có lại, nó cũng trở thành đk tiên quyết mang đến nhiều phương thức nâng cao năng suất khác, như:
Load balancing(cân bởi tải) (xem bí quyết 2) - máy chủ tải severse chạy một bộ cân bằng tải để cung cấp lưu lượng đồng rất nhiều cho một loạt những máy công ty ứng dụng. Bởi sự thành lập của bộ cân bằng tải, không quan trọng phải sửa thay đổi chương trình áp dụng khi thêm sever ứng dụng.Lữu trữ tài liệu tĩnh (xem cách 3) - các tệp được yêu ước trực tiếp, ví dụ như tệp ảnh hoặc mã, hoàn toàn có thể được lưu trữ trên sever proxy severse và gửi trực tiếp nối máy khách, có thể cung cấp thương mại dịch vụ nhanh rộng và share tải của dòng sản phẩm chủ ứng dụng , hoàn toàn có thể làm cho ứng dụng thực hiện nhanh hơn.Bảo vệ trang web - sever proxy severse hoàn toàn có thể được đặt ở mức bảo mật cao hơn, hoàn toàn có thể nhanh chóng khẳng định và bội nghịch hồi các cuộc tấn công thông qua giám sát, để máy chủ ứng dụng có thể được bảo vệ.Phần mềm NGINX được thiết kế đặc biệt để được thực hiện như một máy chủ proxy severse, với các tính năng bổ sung này. NGINX sử dụng cách thức xử lý theo sự kiện, công dụng hơn những máy chủ truyền thống lâu đời khác. NGINX Plus bổ sung thêm các tính năng nâng cao và cung cấp cho proxy severse, bao gồm kiểm tra sức mạnh ứng dụng, định tuyến đường yêu cầu ví dụ và bộ lưu trữ đệm nâng cao, v.v.
2 - Load balancing
Load balancing là gì? Hay còn được gọi là cân bởi tải. Trước đó để thêm một hệ thống để giảm tải cho một server không giống thì thực hiện hơi bị cực nhọc và thủ công tuy nhiên lúc này việc thêm một qui định như load balancing thì dễ dãi hơn lúc nào hết điều đó giúp cải thiện đáng kể công suất và cũng như có thể nâng cao bảo mật của trang web. Bạn có thể sử dụng bộ cân bằng tải nhằm phân phối kinh doanh cho một số máy nhà thay do xây dựng một hệ thống cực to vì sao tôi đã nói sau sinh hoạt các bài viết khác. Thậm chí còn khi team ngũ của người tiêu dùng viết code chưa tác dụng và khả năng mở rộng phần đông là không thì khi thực hiện load balancing cũng rất có thể giúp bạn che phủ được điều đấy về nâng cấp trải nghiệm của người tiêu dùng mà không cần phải la hét or biến đổi mã code một biện pháp nhanh chóng. Nói sinh hoạt đây, là tôi không tức là đồng tình với phần lớn dòng code chậm chạp và cũ kỹ, nhưng nếu bạn chưa kịp tiến hành mới thì load balancing là 1 biện pháp không tồi chút nào.
Đến đây thì chúng ta sẽ nói thêm một chút ít về load balancing là gì? Bộ cân đối tải thứ 1 là máy chủ proxy severse (xem mục 1) sinh hoạt đó nhận lưu lượng mạng và chuyến qua yêu cầu đến máy chủ khác. Một mẹo nhỏ dại là khiến cho bộ cân đối tải cung ứng nhiều hơn hai sever ứng dụng và áp dụng thuật toán chắt lọc để phân phối các yêu mong giữa các máy chủ. Bao gồm nhiều phương pháp để sử dụng thuật toán mà lại cách đơn giản nhất là cứ chia các cho khoẻ, có nghĩa là chẵn lẻ, chẵn thì vào server 01, lẻ thì vào server 02, giả dụ có thời gian tôi sẽ nói cho các bạn về một cách tuyệt vời nhất để chia thiết lập cho những server. Các phương thức khác bao gồm gửi yêu ước đến sever với con số kết nối hoạt động ít nhất. NGINX Plus gồm thể gia hạn phiên người dùng nhất định trên và một máy chủ. Công dụng này được điện thoại tư vấn là tính chắc chắn của một session của User.
Cân bởi tải (Load Balancing) có thể cải thiện đáng nói hiệu năng vày chúng tránh làm quá download một sever trong khi các máy nhà khác ko hoạt động. Chúng cũng tiện lợi mở rộng tài năng của những máy chủ Web, thêm các máy chủ tương đối rẻ chi phí và đảm bảo rằng bọn chúng được sử dụng hết tiềm năng của chúng.
Cân bằng tải rất có thể được vận dụng cho những giao thức, bao gồm HTTP, HTTPS, SPDY, HTTP / 2, Web
Socket, Fast
CGI, SCGI, uwsgi, memcache và một số ứng dụng, bao gồm các ứng dụng dựa trên TCP và giao thức L4.Phân tích những technology và hiệu suất đằng sau vận dụng Web.
Cùng một máy chủ hoặc một máy chủ được thực hiện để thăng bằng tải cũng có thể xử lý các tác vụ khác, bao hàm các vật dụng đầu cuối SSL, HTTP / 1 / x cùng HTTP / 2 hỗ trợ khách hàng sử dụng và giữ trữ những tệp tĩnh.
3 - Cache cùng content
Bộ ghi nhớ đệm (Cache) nâng cao hiệu suất của các ứng dụng web bằng cách phục vụ văn bản cho người tiêu dùng nhanh hơn. Bộ nhớ lưu trữ đệm bao gồm các chiến lược để cách xử lý trước câu chữ để xuất bản nhanh hơn, lưu câu chữ trên những thiết bị cấp tốc hơn, lưu nội dung gần rộng với đồ vật khách hoặc phối kết hợp các phương pháp trên.
Có hai nhiều loại lưu trữ khác biệt để xem xét:
Bộ ghi nhớ đệm của câu chữ tĩnh.Các tệp biến hóa không hay xuyên, chẳng hạn như tệp hình ảnh (JPEG, PNG) cùng tệp mã (CSS, JavaScript), rất có thể được lưu trữ trên sever cạnh nhằm truy xuất cấp tốc trong bộ nhớ hoặc bên trên đĩa.Bộ nhớ đệm của văn bản động.Nhiều vận dụng web chế tác HTML mới cho mỗi yêu ước trang.Chỉ yêu cầu lưu một phiên bản sao HTML được tạo nên trong một khoảng thời gian ngắn, bạn cũng có thể giảm đáng kể tổng số trang đề nghị tạo. Xuất bạn dạng các bản sao HTML được tạo ra này là đầy đủ để đáp ứng nhu cầu nhu cầu.
Ví dụ: một website có mười lượt truy cập mỗi giây và tàng trữ bộ đệm trong 1 giây. 90% yêu ước của trang web này có thể được vừa lòng bởi bộ đệm.Nếu bạn lưu trữ nội dung tĩnh riêng biệt biệt, ngay cả những trang website được tạo gần đây nhất cũng biến thành chứa một lượng lớn nội dung được lưu giữ trong bộ lưu trữ cache này.
Có tía kỹ thuật thiết yếu để sinh sản nội dung cỗ đệm trong các ứng dụng web:
Di chuyển nội dung đến sát hơn với những người dùng.Bản sao nội dung gần với người dùng, rất có thể giảm thời gian truyền.Lưu trữ nội dung trên máy tính xách tay nhanh hơn.Nội dung có thể được lưu giữ trên máy tính xách tay nhanh hơn nhằm truy xuất cấp tốc hơn.Di chuyển văn bản ra khỏi máy tính quá tải.Đôi khi máy tính chạy một tác vụ ví dụ chậm hơn công suất chuẩn, vì chưng nó cũng bận bịu với các tác vụ khác.Đặt cỗ đệm trên máy tính khác có thể nâng cao hiệu suất tất cả và không tài giỏi nguyên cỗ đệm, vì máy chủ này không hề bị vượt tải.Đặt cỗ đệm áp dụng web bắt đầu từ máy chủ ứng dụng web cùng được xúc tiến từ phía bên trong ra bên ngoài.Đầu tiên, tàng trữ nội dung đụng làm bớt gánh nặng trĩu cho sever ứng dụng.Tiếp theo, tàng trữ nội dung tĩnh (bao gồm các bạn dạng sao tạm thời là nội dung động ban đầu) để chia sẻ thêm gánh nặng của dòng sản phẩm chủ ứng dụng.Sau đó dịch rời bộ đệm từ sever ứng dụng sang máy tính nhanh rộng gần người tiêu dùng hơn, giúp sút tải sever ứng dụng và giảm thời gian truy xuất và truyền.
Tăng bộ lưu trữ cache rất có thể tăng tốc áp dụng rất nhiều.Trong hầu như các trang web, rộng một nửa nội dung là tài liệu tĩnh (chẳng hạn như những tệp hình hình ảnh lớn).Không có bộ lưu trữ đệm, có thể mất vài ba giây để truy xuất cùng truyền dữ liệu, dẫu vậy nếu dữ liệu được lưu trữ cục bộ, nó chỉ mất một trong những phần của giây.
Để giới thiệu một ví dụ về cách thực sự thực hiện bộ đệm, NGINX cùng NGINX Plus thực hiện hai khuyên bảo để tạo bộ đệm: proxy_cache_path cùng proxy_cache. Chúng ta chỉ định vị trí và kích thước của bộ đệm, khoảng thời gian tối đa mà lại tệp được giữ lại trong bộ đệm và những tham số khác. Lệnh thứ ba được thực hiện (cũng được áp dụng khá phổ biến), proxy_cache_use_stale, thậm chí hoàn toàn có thể cung cung cấp nội dung đã mất hạn trực tiếp từ cỗ đệm khi sever bận hoặc gác máy và không thể hỗ trợ nội dung mới nhất, không cung cấp nội dung như thế nào cho quý khách hàng Mạnh.Từ ý kiến của fan dùng, vấn đề này sẽ cải thiện đáng đề cập thời gian buổi giao lưu của các website và ứng dụng.
NGINX Plus có một vài tính năng cỗ đệm nâng cao, bao hàm hỗ trợ xóa bộ lưu trữ cache, trực quan hóa với hiển thị trạng thái cỗ đệm bên trên bảng tinh chỉnh để quan sát và theo dõi các chuyển động trong thời gian thực.
Để biết thêm tin tức về bộ lưu trữ đệm NGINX, bạn có thể tham khảo tài liệu liên quan và chương "Bộ lưu giữ đệm nội dung NGINX" của hướng dẫn quản trị NGINX Plus.
Lưu ý: bộ lưu trữ đệm thừa qua rỡ giới giữa các tổ chức, liên quan tới các người liên quan đến cải cách và phát triển ứng dụng, quyết định đầu tư chi tiêu vốn và gia hạn trang web.Một chiến lược bộ lưu trữ đệm trưởng thành, như vẫn đề cập ở đây, là 1 trong ví dụ nổi bật về giá trị của phương pháp Dev
Ops, kia là, những lập trình viên ứng dụng, phong cách xây dựng sư, nhân viên vận hành và gia hạn và các lực lượng khác sẽ hợp độc nhất vô nhị và cố gắng đạt được tác dụng và thời gian đáp ứng của trang web , kết quả bảo mật và sale (chẳng hạn như trọng lượng giao dịch đã xong xuôi hoặc doanh số).
(Lưu ý của fan dịch: Dev
Ops không chỉ có là một phương thức tiến hành phần mềm. Nó áp dụng một cách mới để cân nhắc về cách chất nhận được các tác giả ứng dụng (bộ phận phát triển) và người vận hành (bộ phận vận hành) hợp tác ký kết và cùng tác.)
4 - Nén dữ liệu
Việc nén dữ liệu một cách hiệu quả hoàn toàn có thể làm đến hiệu suất trang web có thể nâng cao một phương pháp đáng kể. Có nhiều tiêu chuẩn nén có phong cách thiết kế tốt cùng hiệu quả, chẳng hạn như hình hình ảnh (JPEG với PNG), video clip (MPEG-4), music (MP3), v.v. Rất nhiều tiêu chuẩn chỉnh này hoàn toàn có thể làm sút đáng kể size tập tin.
Dữ liệu văn bạn dạng chứa HTML (bao tất cả thẻ văn bạn dạng thuần cùng thẻ HTML), CSS và mã giống như Java
Script. Những dữ liệu này thường xuyên được truyền đi mà lại không đề xuất nén.Nén dữ liệu này sẽ cải thiện đáng đề cập trải nghiệm về hiệu suất ứng dụng web, quan trọng đặc biệt đối với các máy khách di động có kết nối chậm hoặc bị hạn chế.
Điều này là do dữ liệu văn bản thường là đủ khi người tiêu dùng tương tác với các trang web và tài liệu đa phương tiện đi lại cần được hỗ trợ nhiều hơn.Nén ngôn từ thông minh hoàn toàn có thể giảm yêu cầu đường dẫn của HTML, Javascript, CSS và văn bản văn bạn dạng khác, thường là 30% trở lên, vì vậy giảm thời gian tải.
Nếu bạn sử dụng SSL, nén có thể giảm lượng tài liệu được mã hóa bởi vì SSL, vì vậy giảm thời gian CPU.(Lưu ý của tín đồ dịch: SSL, Lớp cổng bảo mật, lớp ổ cắm được mã hóa, giao thức tiếp xúc được mã hóa được thực hiện giữa sản phẩm công nghệ khách cùng máy chủ. Tham khảo khuyến cáo năm.)
Phương pháp nén dữ liệu văn bản là không giống nhau.Ví dụ, một lược vật dụng nén văn phiên bản mới được nói trong phần HTTP / 2 của nội dung bài viết này được sử dụng cụ thể để nén dữ liệu tiêu đề.Một ví dụ khác là mở GZIP trong NGINX.Sau khi nén trước dữ liệu văn bản, chúng ta cũng có thể trực tiếp cung ứng tệp nén .gz (cho máy khách) thông qua hướng dẫn gzip_static.
5 - về tối ưu hóa SSL / TLS
Giao thức Lớp cổng bảo mật thông tin (SSL) và thừa kế của nó, giao thức TLS (Transport Layer Security), được thực hiện bởi ngày càng nhiều trang web.SSL / TLS mã hóa tài liệu được gửi vì chưng máy chủ cho người dùng, cải thiện tính bảo mật thông tin của trang web.Một phần lý do cho xu hướng này là Google hiện nâng cao thứ hạng tìm kiếm của các trang web cung ứng HTTPS.
Mặc cho dù SSL / TLS đã trở nên thông dụng hơn, nhưng bọn chúng là chủ công của hiệu suất của không ít trang web.Có nhì lý do khiến SSL / TLS có tác dụng giảm hiệu suất trang web:
Bất cứ bao giờ một kết nối mới được mở, bắt tay ban sơ yêu cầu tùy chỉnh thiết lập khóa mã hóa.Trình duyệt áp dụng HTTP / 1.x để thiết lập nhiều liên kết với vật dụng chủ. Khi số lượng máy chủ tăng lên, kết nối sẽ tăng theo cấp số nhân.Mã hóa dữ liệu trên sever và lời giải dữ liệu trên trang bị khách là toàn bộ các ngân sách liên tục.Để khuyến khích thực hiện SSL / TLS, các tác đưa của HTTP / 2 và SPDY (được tế bào tả chi tiết trong phần tiếp theo) đã thiết kế giao thức sao cho mỗi phiên trình lưu ý chỉ sử dụng một kết nối.Điều này làm bớt đáng nhắc một nguồn đặc biệt của SSL.Tuy nhiên, vẫn còn đó nhiều điều rất có thể được thực hiện để nâng cao hiệu suất của các ứng dụng dựa vào SSL / TLS.
Cơ chế về tối ưu hóa SSL / TLS khác biệt tùy trực thuộc vào sever web.Ví dụ, NGINX áp dụng Open
SSL và điều khiển xe trên phần cứng tiêu chuẩn để cung ứng hiệu suất tương tự như các phương án phần cứng chuyên dụng.Giải pháp hiệu suất NGINX SSL tài năng liệu chi tiết, giảm CPU với tiêu thụ thời hạn mã hóa và lời giải SSL / TLS.
Ngoài ra, nội dung bài viết này cũng chi tiết các cách khác nhau để nâng cấp hiệu suất SSL / TLS.Tóm lại, các technology này bao gồm:
Bộ ghi nhớ cache phiên.Sử dụng chỉ thị ssl_session_cache nhằm lưu trữ những tham số được thực hiện bởi SSL / TLS để mã hóa từng kết nối mới.Nhãn phiên hoặc ID.Các tin tức phiên SSL / TLS cụ thể này được lưu trữ trong thẻ hoặc ID, bởi vì đó, một kết nối rất có thể được thực hiện lại một bí quyết trơn tru mà không nhất thiết phải bắt tay lại.Gói OCSP.Cache tin tức chứng chỉ SSL / TLS để rút ngắn thời hạn bắt tay.(Lưu ý của người dịch: OCSP, Giao thức trạng thái chứng chỉ trực tuyến, giao thức đánh giá trạng thái chứng từ trực tuyến (RFC6960), được áp dụng để truy tìm vấn trạng thái chứng từ của trang CA, chẳng hạn như có thu hồi hay không. Thông thường, trình duyệt sử dụng giao thức OCSP để ban đầu yêu ước truy vấn với CA trả về chứng từ Nội dung tâm lý và sau đó trình duyệt gật đầu trạng thái xem chứng từ có đáng tin tuyệt không. Quy trình này khôn cùng tốn thời gian vì trang CA hoàn toàn có thể ở nước ngoài, mạng tạm bợ và RTT kha khá lớn. Gồm cách nào để không yêu cầu nội dung OCSP trực tiếp từ trang CA không Đóng gói OCSP (dập ghim) có thể đạt được tính năng này. Nguyên tắc đơn giản là trình chú ý sẽ mang phần mở rộng yêu mong trạng thái chứng từ khi thiết bị khách khởi chạy áp dụng khách. Sau khi thấy một thể ích không ngừng mở rộng này, sever sẽ trả trực tiếp văn bản OCSP cho trình chăm bẵm để hoàn tất soát sổ trạng thái hội chứng chỉ. Bởi vì trình chú tâm không yêu cầu truy vấn thẳng trang CA về tinh thần của bệnh chỉ, nên công dụng này nâng cao đáng kể tốc độ truy cập.)NGINX với NGINX Plus có thể được áp dụng trên những thiết bị đầu cuối SSL hoặc TLS - để mã hóa và lời giải lưu lượng khách khi giao tiếp với các máy chủ khác bởi văn bạn dạng rõ ràng.Thực hiện tại theo quá trình sau để tùy chỉnh cấu hình NGINX hoặc NGINX Plus, rất có thể được thực hiện trên những thiết bị đầu cuối SSL hoặc TLS.Khi được áp dụng trên các máy chủ chấp nhận kết nối TCP, NGINX Plus có công việc thiết lập quánh biệt.
6 - xúc tiến HTTP / 2 hoặc SPDY
Đối với các trang web đã sử dụng SSL / TLS, bởi một liên kết trong HTTP / 2 với SPDY chỉ cần một loại bắt tay, yêu cầu chúng gồm khả năng cải thiện hiệu suất.Đối với những trang website không sử dụng SSL / TLS, việc biến đổi thành SSL / TLS sẽ làm chậm năng suất và nâng cấp hiệu suất của SSL / 2 bởi HTTP / 2 với SPDY được bù đắp do ảnh hưởng của suy giảm hiệu suất.
(Lưu ý của người dịch: SPDY, giao thức truyền mạng mở do Google cải cách và phát triển để truyền ngôn từ web. Giao thức lớp ứng dụng dựa vào Giao thức tinh chỉnh và điều khiển truyền (TCP). Lần thứ nhất Google lời khuyên giao thức này vào Chromium. Được sử dụng trong trình chăm sóc Google Chrome để truy vấn dịch vụ mã hóa SSL của Google. SPDY chưa phải là từ bỏ viết tắt mà chỉ với viết tắt của "speedy".)
Google đã giới thiệu SPDY vào năm 2012 để đã đạt được hiệu suất cấp tốc hơn HTTP / 1.x.HTTP / 2 dựa trên SPDY và vừa mới đây đã được áp dụng làm tiêu chuẩn chỉnh IETF.SPDY đang được cung ứng rộng rãi, tuy vậy sẽ sớm được thay thế bằng HTTP / 2.
Tính năng thiết yếu của SPDY và HTTP / 2 là chỉ một liên kết được sử dụng thay bởi nhiều kết nối.Kết nối này được ghép kênh và nhiều yêu ước và bội phản hồi có thể được truyền đi thuộc lúc.
Các giao thức này phát huy đầy đủ kết quả tối nhiều của một kết nối, tránh túi tiền HTTP / 1.x quan trọng lập và quản lý nhiều kết nối.Sử dụng một kết nối duy nhất đặc biệt quan trọng hữu ích đến SSL, bởi nó giảm thiểu mốc giới hạn bắt tay quan trọng cho SSL / TLS để cấu hình thiết lập kết nối an toàn, vì hợp tác thường tốn nhiều thời hạn hơn.
Giao thức SPDY yêu thương cầu áp dụng SSL / TLS với tuyên cha chính thức của HTTP / 2 ko yêu ước chúng, nhưng những trình coi sóc hiện cung ứng HTTP / 2 chỉ thực hiện SSL / TLS khi SSL / TLS được bật.Nói cách khác, chỉ khi một trang web sử dụng SSL và sever của nó chấp nhận lưu lượng HTTP / 2, một trình duyệt cung cấp HTTP / 2 mới có thể sử dụng SSL / TLS.Mặt khác, trình ưng chuẩn vẫn giao tiếp dựa bên trên HTTP / 1.x.
Xem thêm: Phân biệt đau bụng dưới rốn có phải có thai hay không? äau bụng dæ°á»i rá»n cã³ phải cã³ thai
Khi SPDY hoặc HTTP / 2 được triển khai, bạn không thể cần những phương thức về tối ưu hóa công suất HTTP truyền thống, như phân vùng, tích thích hợp tài nguyên với sơ đồ sprite.(Lưu ý của bạn dịch: hình ảnh được chế tạo ra, nguyên tắc thao tác làm việc là một loạt các hình ảnh (được gọi là "sprite", sprite) được hợp duy nhất thành một hình ảnh lớn (được điện thoại tư vấn là sprite nghỉ ngơi Trung Quốc) để giảm số lượng yêu ước HTTP. Triển khai trở nên dễ dàng và đơn giản và dễ thống trị hơn.Để đọc thêm về các biến đổi trong HTTP / 2, bạn cũng có thể tham khảo sách white này.
Là một lấy ví dụ về việc cung cấp các giao thức này, NGINX cung cấp SPDY ngay từ đầu. Hiện tại tại, nhiều trang web sử dụng SPDY đang hoạt động NGINX.NGINX đã cung ứng HTTP / 2 vào một thời gian dài với phiên bạn dạng NGINX và NGINX Plus nguồn mở sẽ được cung ứng vào mon 9 năm 2015.
Chúng tôi tại NGINX hy vọng rằng một ngày nào đó phần lớn các website sẽ rất có thể sử dụng SSL và di chuyển sang HTTP / 2.Điều này sẽ nâng cao bảo mật và vì những phương thức buổi tối ưu hóa new được kiếm tìm thấy cùng triển khai, mã vẫn ngắn gọn gàng hơn và hoạt động tốt hơn.
7 - update phiên bạn dạng phần mượt liên tục
Một cách thuận tiện để nâng cao hiệu suất ứng dụng là chọn các thành phần bình ổn và năng suất cao mang lại ngăn xếp công nghệ phần mềm.Ngoài ra, các lập trình viên của các thành phần rất chất lượng sẵn sàng làm việc thêm tiếng để cải thiện hiệu suất với sửa lỗi càng cấp tốc càng tốt, vị vậy rất tốt nên sử dụng phiên bạn dạng ổn định mới nhất của phần mềm.Hội nghị new sẽ nhận được không ít sự chăm chú hơn từ những lập trình viên và cộng đồng người dùng.Phiên bạn dạng mới cũng trở nên sử dụng công nghệ tối ưu hóa trình biên dịch bắt đầu nhất, bao hàm tối ưu hóa phần cứng mới.
Phiên phiên bản mới định hình thường tương thích với phiên bản cũ và có hiệu suất xuất sắc hơn.Nếu bạn tiếp tục cập nhật phần mềm, bạn cũng có thể dễ dàng tận hưởng nhiều ích lợi như về tối ưu hóa hiệu suất, sửa lỗi và thông báo bảo mật.
Sử dụng phiên bản cũ của ứng dụng mọi lúc cũng trở nên ngăn bạn sử dụng những tính năng mới.Ví dụ, HTTP / 2 được đề cập ở bên trên yêu ước Open
SSL 1.0.1.Kể từ giữa năm 2016, HTTP / 2 yêu cầu Open
SSL 1.0.2. Phiên bản Open
SSL này đã có phát hành hồi tháng 1 năm 2015.
Người sử dụng NGINX hoàn toàn có thể sử dụng phiên phiên bản mới duy nhất của ứng dụng nguồn mở NGINX hoặc NGINX Plus, bao hàm các công dụng mới, ví dụ như chia ổ cắn và team luồng (xem mặt dưới) và năng suất vẫn đang được tối ưu hóa.Tiếp theo, hãy để ý kỹ hơn phần mềm trong ngăn xếp technology và áp dụng phiên bạn dạng mới nhất càng cấp tốc càng tốt.
8 - về tối ưu hóa hiệu suất Linux
Hầu hết những hệ quản lý cơ bản của sever Web đều dựa trên Linux, vày vậy Linux, với tư bí quyết là căn cơ của cơ sở hạ tầng, có tương đối nhiều chỗ để cải thiện hiệu suất.Theo mang định, nhiều hệ thống Linux được buổi tối ưu hóa để áp dụng ít tài nguyên nhất rất có thể để say mê ứng với các bước máy tính để bàn thông thường.Điều này có nghĩa là các ngôi trường hợp thực hiện ứng dụng Web rất cần phải tối ưu hóa để sở hữu hiệu suất buổi tối thiểu.
Tối ưu hóa Linux cho các máy chủ web.Lấy NGINX có tác dụng ví dụ, lúc tăng tốc Linux, những đổi khác quan trọng này cần được xem xét:
Hàng ngóng đệm.Nếu một trong những kết nối hình như không làm phản hồi, thử tăng net.core.somaxconn giúp thấy rằng tham số này thể hiện số lượng kết nối về tối đa có thể được xếp hàng.Nếu giới hạn liên kết hiện tại quá nhỏ, bạn sẽ thấy thông báo lỗi, bạn cũng có thể tăng dần các tham số cho tới khi thông tin lỗi vươn lên là mất.Mô tả tập tin.NGINX áp dụng hai thể hiện tệp trên từng kết nối.Nếu hệ thống muốn ship hàng nhiều kết nối, nhị tham số sys.fs.file_max với nofile bắt buộc được tạo thêm để ứng phó với sở hữu tăng. Trước đó là giới hạn diễn tả tệp trên toàn khối hệ thống và sau là số lượng giới hạn mô tả tệp fan dùng.Cổng lâm thời . Khi hoạt động như một proxy, NGINX tạo các cổng trợ thì thời cho mỗi máy chủ severse. Bạn có thể tăng phạm vi quý giá cổng gồm sẵn bằng phương pháp đặt net.ipv4.ip_local_port_range. Bạn có thể đặt net.ipv4.tcp_fin_timeout để giảm thời gian chờ để áp dụng lại một cổng không chuyển động để con quay vòng nhanh hơn.Bạn hoàn toàn có thể kiểm tra "Hướng dẫn tối ưu hóa hiệu suất NGINX" để tìm hiểu cách tối ưu hóa hệ thống Linux để rất có thể xử lý một lượng bự lưu lượng mạng một phương pháp dễ dàng.
9 - buổi tối ưu hóa hiệu suất của máy chủ Web
Cho dù các bạn sử dụng sever web nào, bạn cần tối ưu hóa nó cho hiệu suất ứng dụng web.Các đề xuất sau phía trên thường vận dụng cho bất kỳ máy chủ web nào, nhưng một vài được để riêng mang đến NGINX.Những điểm chính của không ít tối ưu hóa này bao gồm:
Nhật ký truy vấn . Chúng ta cũng có thể lưu trữ các bản ghi yêu ước trong bộ nhớ trước, sau đó ghi nó vào đĩa cùng nhau, thay do ghi từng yêu mong vào đĩa ngay lập tức. NGINX thực hiện hướng dẫn access_log với tham số buffer = kích cỡ để ghi các phiên bản ghi nhật cam kết vào đĩa khi bộ nhớ đệm đầy. Bạn có thể sử dụng thông số flush = time nhằm ghi nội dung cỗ đệm vào bát sau một thời gian cụ thể.Bộ đệm.Bộ đệm hoàn toàn có thể giữ một trong những phần của ý kiến trong bộ nhớ lưu trữ cho mang đến khi cỗ đệm được lấp đầy, điều này sẽ làm cho cho tiếp xúc trước đó với sản phẩm khách công dụng hơn.Câu vấn đáp không thể được lưu trữ trong bộ nhớ lưu trữ được ghi vào đĩa, điều này rất có thể làm bớt hiệu suất.Khi bộ đệm NGINX được bật, bạn có thể quản lý nó trải qua hai khuyên bảo proxy_buffer_size với proxy_buffer.Thời gian giữ lại khách hàng.Giữ kết nối có thể giảm chi phí, đặc biệt là khi áp dụng SSL / TLS.Trên NGINX, chúng ta cũng có thể tăng con số keepalive_Vquest buổi tối đa nhằm đặt số lượng yêu cầu của người sử dụng trên một liên kết được chỉ định. Giá trị mặc định của tham số này là 100. Chúng ta có thể tăng keepalive_timeout để giữ kết nối mở lâu bền hơn Để đáp ứng các yêu cầu tiếp theo sau nhanh hơn.Thượng lưu lại giữ thời hạn sống . Liên kết đường lên nói đến kết nối đến máy chủ ứng dụng, máy chủ cơ sở dữ liệu, v.v., bọn họ cũng hoàn toàn có thể hưởng lợi từ bỏ việc bảo trì kết nối. Đối với những kết nối severse, chúng ta có thể tăng lưu giữ. Thông số này cho thấy có bao nhiêu kết nối giữ không vận động được mở trong mỗi quy trình worker. Điều này sẽ tăng con số kết nối được thực hiện lại và giảm yêu cầu mở các kết nối mới. Để biết thêm tin tức về việc giữ cho cuộc sống, tham khảo bài viết này.Hạn chế . Hạn chế các tài nguyên được thực hiện bởi khách hàng hàng cũng có thể cải thiện hiệu suất với bảo mật. NGINX hoàn toàn có thể giới hạn số lượng kết nối cho 1 nguồn nhất định trải qua các lệnh giới hạn và giới hạn_conn_zone với hướng dẫn giới hạn được sử dụng để giới hạn băng thông. Các setup này rất có thể ngăn người tiêu dùng hợp pháp "chiếm" tài nguyên với cũng hoàn toàn có thể ngăn chặn các cuộc tấn công. Các chỉ thị giới hạn và số lượng giới hạn giới hạn yêu mong của khách hàng hàng. Để kết nối máy chủ severse, chúng ta có thể sử dụng lệnh máy chủ và thông số max_conns vào phần thông số kỹ thuật severse. Điều này giới hạn con số máy chủ được liên kết với thượng mối cung cấp và ngăn ngừa quá tải. Khuyên bảo hàng đợi liên quan tạo nên một mặt hàng đợi. Khi vượt quá giới hạn max_conns, một số trong những lượng yêu ước nhất định rất có thể được lưu lại trong một thời gian nhất định.Quy trình làm cho việc.Quá trình người công nhân có trách nhiệm xử lý yêu cầu.NGINX sử dụng mô hình dựa trên sự kiện và các cơ chế liên quan đến hệ điều hành và quản lý để phân phối kết quả các yêu thương cầu cho những quy trình công nhân.Giá trị được khuyến nghị của work_ Processes được để thành 1 trên mỗi CPU.Hầu hết các khối hệ thống sẽ đội giá trị tối đa của work_connections (giá trị mang định là 512) với tiền đề đảm bảo an toàn cho nhu cầu. Chúng ta cũng có thể tìm thấy giá bán trị cân xứng với hệ thống thông qua các thử nghiệm.Tách ổ cắm.Một ổ gặm nghe riêng lẻ thường được thực hiện để phân chia các liên kết mới cho mỗi quy trình công nhân.Việc phân chia ổ cắm sẽ tạo nên ra một ổ cắm nghe cho mỗi quy trình worker. Khi ổ cắm nghe có sẵn, kernel vẫn gán liên kết cho chúng.Điều này có thể làm sút sự tuyên chiến đối đầu và cạnh tranh cho những khóa và nâng cao hiệu suất trong các khối hệ thống đa lõi.Khi lệnh nghe được thực hiện với việc sử dụng tham số di chuyển lại, tính năng chia ổ cắm có thể được mở.Chủ đề hồ nước bơi.Bất kỳ quá trình máy tính rất có thể được kéo xuống bởi một chuyển động chậm.Đối với phần mềm máy chủ Web, việc truy vấn vào đĩa vẫn kéo xuống nhiều thao tác nhanh, ví dụ điển hình như thống kê giám sát hoặc xào luộc thông tin trong cỗ nhớ.Khi một tổ luồng được giới thiệu, hoạt động chậm này có thể được gán cho một tác vụ hòa bình và các bước chính vẫn xử lý vận động nhanh.Sau khi ngừng thao tác đĩa, tác dụng được chuyển trở lại quy trình chính.Trong NGINX, hai lệnh gọi khối hệ thống read () cùng sendfile () sẽ được phân phối đến nhóm luồng.
Mẹo: Khi biến hóa cài để trên ngẫu nhiên hệ thống hoặc thương mại dịch vụ nào, chỉ sửa đổi một setup tại 1 thời điểm, tiếp đến kiểm tra hiệu suất. Nếu đổi khác này gây nên sự thế hoặc không làm cho cho trang web nhanh hơn, chỉ cần chuyển đổi lại.
Để biết thêm tin tức về về tối ưu hóa NGINX, vui vẻ tham khảo bài viết này.
10 - giám sát các chuyển động thời gian thực để xử lý các sự việc và tắc nghẽn
Chìa khóa để cải tiến và phát triển và phân phối các ứng dụng hiệu suất cao là chăm chú chặt chẽ và thời hạn thực vào hiệu suất của các ứng dụng vào các tình huống thực tế.Bạn phải có công dụng giám sát hoạt động của các thiết bị cụ thể và cơ sở hạ tầng của trang web.
Hầu hết các hoạt động vui chơi của trang web đo lường và thống kê đều thụ động - nó chỉ cho chính mình biết điều gì sẽ xảy ra và có thể chấp nhận được bạn tự tìm và xử lý vấn đề.
Giám sát có thể nắm bắt những loại vấn đề khác nhau.Chúng bao gồm:
Máy công ty bị sập.Máy chủ tạm thời và thuận lợi bị rơi.Các máy chủ có phần trăm cao về lỗi cỗ đệm.Nội dung được gửi bởi sever là không chủ yếu xác.Bạn rất có thể sử dụng New Relic hoặc Dynatrace, một công cụ đo lường hiệu suất áp dụng toàn cầu, nhằm theo dõi thời gian khi một trang tải ở một nơi xa hoặc bạn cũng có thể sử dụng NGINX nhằm theo dõi việc phát hành ứng dụng.Khi các bạn xem xét liệu các bạn có cần mở rộng cơ sở hạ tầng để bảo trì lưu lượng tốt không, dữ liệu công suất của vận dụng có thể cho mình biết liệu những buổi tối ưu hóa này còn có thực sự mang về những đổi mới tuyệt vời cho người dùng giỏi không.
NGINX Plus bổ sung cập nhật chức năng kiểm tra sức khỏe của áp dụng - tích vừa lòng một số thao tác thường xuyên và lặp đi tái diễn và thông báo khi xảy ra sự cố, để bạn có thể nhanh nệm xác định vị trí và giải quyết vấn đề. NGINX Plus cũng đều có khả năng hết sạch phiên - khả năng kết thúc các kết nối mới khi xong nhiệm vụ và tài năng khởi động lờ đờ - cho phép máy chủ trong cụm thăng bằng tải đuổi bắt kịp từ tinh thần vừa sửa chữa.
Nếu được sử dụng đúng cách, khám nghiệm sức khỏe rất có thể xác xác định trí các vấn đề trước lúc chúng tạo ra vấn đề lớn tác động đến trải nghiệm fan dùng. Kiệt mức độ phiên và khởi cồn chậm chất nhận được thay thế sever và đảm bảo an toàn rằng không tồn tại tác động có hại đến hiệu suất và thời hạn hoạt động bình thường trong thừa trình.
Hình dưới đây là bảng điều khiển tích hợp giám sát hoạt động thời gian thực trong NGINX Plus. Nó hiển thị tin tức về cơ sở hạ tầng web với máy chủ, kết nối TCP và bộ đệm.
Tóm tắt biện pháp xem năng suất tăng gấp 10 lần
Các phương thức cải thiện hiệu suất có thể được sử dụng trong mỗi ứng dụng website rất không giống nhau và kết quả cuối thuộc cũng nhờ vào vào ngân sách, thời hạn sử dụng và việc thực hiện hiện có.Vậy làm thế nào để làm cho áp dụng của riêng biệt bạn đạt được mục tiêu nâng cao hiệu suất cấp 10 lần?
Mặc dù trường hợp bạn chạm mặt phải chắc hẳn rằng sẽ khác nhau, để giúp hiểu được tác động ảnh hưởng của từng phương thức tối ưu hóa, đó là một số điểm được luận bàn chi tiết sinh hoạt trên:
Máy nhà proxy severse và thăng bằng tải . Nếu cân bằng tải không được tiến hành hoặc nếu thăng bằng tải được tiến hành kém, nó sẽ tạo ra hiệu suất kém. Thêm một sever proxy severse, ví dụ như NGINX, ngăn những ứng dụng web biến đổi qua lại giữa bộ nhớ lưu trữ và đĩa. Thăng bằng tải có thể di chuyển giải pháp xử lý từ một sever quá thiết lập sang những máy chủ gồm sẵn khác và rất dễ để mở rộng quy mô. Những chuyển đổi này tất cả thể nâng cao hiệu suất khôn xiết nhiều. So với kịch bản tồi tệ nhất đã có được hiện nay, có thể dễ dàng đạt được cải thiện hiệu suất vội 10 lần, nhưng nâng cấp hiệu suất tổng thể rất có thể không giỏi vời.Cache nội dung động với tĩnh.Nếu một máy chủ bị quá tải, nó vừa là máy chủ web và sever ứng dụng, vừa tàng trữ nội dung động rất có thể tăng công suất lên 10 lần vào thời hạn cao điểm.Bộ lưu giữ đệm cũng rất có thể đạt được cải tiến hiệu suất một chữ số.Nén dữ liệu.Sử dụng định dạng nén của những tệp nhiều phương tiện, chẳng hạn như định dạng JPEG cho hình ảnh, định hình PNG mang lại hình ảnh, định hình MPEG-4 cho phim cùng định dạng MP3 cho âm nhạc, có thể nâng cao hiệu suất khôn cùng nhiều.Khi những định dạng này được sử dụng, tốc độ tải trang của tài liệu văn bạn dạng nén (mã và HTML) rất có thể tăng lên 2 lần.Tối ưu hóa SSL / TLS.Bắt tay bảo mật có ảnh hưởng tác động lớn đến hiệu suất, vì vậy tối ưu hóa chúng có thể dẫn đến nâng cấp 2X, đặc biệt đối với những trang web có tương đối nhiều văn bản.Trong điều kiện SSL / TLS, việc nâng cấp tối ưu hóa các tệp đa phương tiện đi lại là tối thiểu.Triển khai HTTP / 2 với SPDY.Khi được sử dụng với SSL / TLS, các giao thức này sẽ nâng cao đáng kể năng suất của cục bộ trang web.Tối ưu hóa Linux và phần mềm máy nhà Web (ví dụ NGINX) . Buổi tối ưu hóa bộ đệm, gia hạn kết nối và phân phối những tác vụ tốn thời hạn cho đội luồng đơn lẻ có thể nâng cấp hiệu năng khôn xiết nhiều. Ví dụ, việc sử dụng nhóm luồng trên những tác vụ thường xuyên vận động trên đĩa sẽ đưa về sự tăng speed theo cấp số nhân.Repush: mp.weixin.qq.com
Bên cạnh bài toán thiết kế web tạo nên ấn tượng thương hiệu thì việc tối ưu hóa tính năng website luôn luôn được coi là ưu tiên hàng đầu khi cách tân và phát triển và bảo trì một trang web, đặc trưng khi có không ít đối thủ tuyên chiến đối đầu kênh online.
Nếu bạn đang đi tìm kiếm cách buổi tối ưu website của bản thân thì hãy thủ 15 bí quyết (Tip) số 1 tối ưu website sau đây.
Lưu ý: trước khi đi sâu vào tò mò các Tips, bạn nên đánh giá đúng đắn hiện trạng hiệu suất website của mình. Nếu như như bạn khẳng định được tại sao làm đủng đỉnh website của bạn, thì bạn có thể thay đổi trang bị tự ưu tiên của các Tips bên dưới.
1. Về tối ưu hình ảnh
Theo cuộc khảo sát với 20 chuyên viên về làm cho website chuyển ra chủ ý về lỗi tối ưu những website hay mắc phải thì 46% trong số chuyên gia cho thấy tiêu chí thứ nhất họ có tác dụng là về tối ưu hình ảnh.
Theo report của HTTP Archive năm 2016 thì 64% dung tích của trang web là đến từ hình ảnh.
Theo Google, hình theo định dạng Web
P các loại lossless nhỏ dại hơn PNG 26% và JPEG 25-34%.
(Web
P là 1 trong những loại format hình hình ảnh được tạo thành bởi Google, với mục đích sửa chữa cho JPEG, PNG cùng GIF, đồng thời cung cấp tốt nén, hình ảnh trong xuyên suốt và những hiệu ứng.)
Dưới đây là các đối chọi vị hỗ trợ công cụ dùng làm nén và tối ưu hình ảnh
Plugins:
điều khoản của đối tác:
2. Giảm bớt các request HTTP
Khi trình duyệt của người tiêu dùng lấy tài liệu từ máy chủ nó sẽ sử dụng HTTP (Hypertext Transfer Protocol). Đây là cách thức yêu cầu/ đánh giá giữa đồ vật khách với máy chủ.
Nhìn bình thường càng nhiều yêu ước HTTP website bạn thực hiện, nó sẽ sở hữu càng chậm.
Có những cách chúng ta cũng có thể giảm bớt số lượng yêu cầu như:
Nội con đường JavaScipt (chỉ lúc nó rất nhỏ)Sử dụng CSS Sprites
Giảm giảm lượng nội dung của các plugin bên thứ 3 làm cho tăng lượng yêu ước ở mặt ngoài
Không sử dụng framework mặt thứ 3 trừ khi thật sự cần
Dùng không nhiều code hơn!Kết vừa lòng file CSS cùng JS
Ví dụ lau chùi và vệ sinh request HTTP vật dụng nhất
Đây là 1 trong những ví dụ của HTTP chế tạo thường thấy có thể xóa được. Bọn họ thường chạm chán nhiều tín đồ bật tiếp thị và quảng cáo trên top google Analytics, với họ lại không thật sự sử dụng tác dụng này. Người dùng phổ thông thường có thói quen dấn enable cho gần như thứ bằng việc mở nhân tài này các bạn sẽ thật sự bao gồm request HTTP thứ 2 cho URL này https://stats.g.doubleclick.net/r/collect? mà tiếp nối tạo ra redirect 302 trong header bội phản hồi.
Nếu bạn không cần sử dụng những tuấn kiệt đó bạn có thể tắt đi “Remarketing” với “Advertising Reporting Features” bên dưới mục “Data Collection” vào settings web analytics của bạn.
Hoặc chúng ta cũng có thể tắt bằng tay bằng việc thêm đoạn script sau đến Google Analytics ga("set","display
Features
Task",null);
Sau khi tắt đi bạn sẽ không còn thấy request HTTP thứ 2 và script chủ yếu của bạn sẽ không bao gồm redirect 302. Đây là một ví dụ cho việc lau chùi và vệ sinh yêu ước HTTP.
Ví dụ lau chùi yêu cầu HTTP trang bị hai
Một ví dụ như nữa của việc lau chùi và vệ sinh yêu cầu HTTP là nếu như khách hàng đang quản lý Word
Press, theo mặc định, sẽ bao hàm thêm một file Java
Script wp-emoji-release.min.js?ver=4.3.1 vào header của bạn. Biểu cảm emojis thì thú vị, nhưng mà thực sự cần thiết không? Nó tất cả đáng thêm thời gian và độ nặng để thêm một file Java
Script không?
Câu trả lời có lẽ rằng là không. Chúng ta có thể tắt Emojis vào Word
Press bằng cách thêm đoạn code sau đây vào file functions.php của bạn.
Hoặc chúng ta cũng có thể dùng plugin Disable Emojis miễn phí tổn trong Word
Press repo.
Đừng để rất nhiều thứ ko dùng tạo thành request! Cũng đừng chỉ tối ưu homepage của bạn, phần đông trang còn lại cũng đáng để chúng ta lưu tâm đến.
3. Giảm bớt CSS cùng Java
Script
Giảm thiểu tài nguyên có nghĩa là xóa phần đa ký từ bỏ không quan trọng trong HTML, Java
Script, và CSS do bạn hoặc công cụ xây đắp website tạo ra ra, như là:
Comment
Dấu phân cách
Điều này tăng tốc thời hạn tải của chúng ta vì nó bớt lượng code bắt buộc được yêu ước từ server.
Plugin sút thiểu đến hệ thông các bước tự động
Java
Script
CSS
Nếu nhiều người đang dùng Word
Press bạn có thể giảm thiểu CSS và Java
Script với Word
Press Cache Enabler.
4. Đường bít tất tay (Critical Path) với tài nguyên ngăn thông dịch (CSS + JS)
Khi nói tới phân tích vận tốc trang web của bạn, bạn luôn luôn cần lưu ý đến những thứ có thể chặn DOM, gây lừ đừ khi thiết lập trang. Đây cũng được biết mang lại là tài nguyên ngăn thông dịch (render blocking resources), như là HTML, CSS( bao hàm cả phông web), cùng Java
Script. Dưới đây là một số lưu ý để dự phòng CSS cùng Java
Script của người tiêu dùng chặn DOM bằng phương pháp tối ưu đường bít tất tay thông dịch.
CSS
1) call file CSS rõ ràng
2) Dùng truyền thông queries để ghi lại những tài nguyên CSS không phải là tài nguyên ngăn thông dịch.
