Cache toàn trang trên CE 1.8 - Mô-đun FPC Magento? Sơn dầu? Cả hai?


15

Vì vậy, tôi có một chút bối rối khi tôi đi nghiên cứu về Full Page Cacheing cho Community Edition 1.8. Tôi đã triển khai Bộ nhớ cache hai cấp Redis, CDN, điều chỉnh my.cnf của MySQL để đạt hiệu suất tối đa (tất nhiên là DB ở trên một máy chủ riêng biệt) và tôi có 2 máy chủ lưu trữ cửa hàng của chúng tôi sau bộ cân bằng tải. Tôi nói điều đó để chỉ ra rằng tôi không ngay lập tức nhảy vào FPC trước khi thực hiện các điều chỉnh hiệu suất ban đầu.

Tôi chưa bao giờ sử dụng Varnish trước đây trên bất kỳ loại trang web nào, nói gì đến Magento và tôi cũng chưa bao giờ thiết lập FPC trong Magento. Tôi hiểu Varnish là một proxy hoạt động như một giao thoa giữa CDN và bộ đệm trang trên chính nó, gửi dữ liệu tới trình duyệt trước khi yêu cầu thậm chí đến máy chủ web. Và theo hiểu biết của tôi, Mô-đun FPC tạo bộ đệm cục bộ mà máy chủ web tự xử lý. Tôi biết rằng đối với cả hai thiết lập, bạn cần thực hiện một số "Hole Hole" để đưa nội dung động qua trình duyệt (mặc dù các kỹ thuật khác nhau, giữa việc sử dụng mô-đun hoặc sử dụng Varnish). Xin hãy sửa tôi nếu tôi hiểu nhầm bất cứ điều gì ở đây.

Cho đến bây giờ, tôi nghĩ về họ như hai thực thể riêng biệt mà bạn có thể triển khai nó giúp ích cho trang web của bạn, nhưng bây giờ đôi khi tôi đã đọc dường như ngụ ý ngược lại. Kế hoạch ban đầu của tôi là mua mô-đun " Warp Advanced Full Page Cache " cho Magento (Trước đây là "FPC cục gạch nhỏ xíu", tôi tin) vì nó dường như là phổ biến nhất, nếu chạm vào phía pricier (nhưng, thẳng thắn , $ 350 không nhiều cho công ty chúng tôi, đặc biệt là những gì nó có thể làm). Bản thân tôi và 2 trong số các nhà phát triển đồng nghiệp của tôi đã lên kế hoạch học hỏi để thực hiện nó đúng và đầy đủ trong chủ đề tự chế, tùy chỉnh của chúng tôi để tối đa hóa những gì chúng tôi có thể nhận được từ nó. Sau khi xong, vào một lúc nào đó, tôi nghĩ rằng tôi cũng sẽ xem xét việc thực hiện Varnish - nhưng, như tôi đã nói trước đó, tôi đã hiểu chúng là riêng biệt.

Tuy nhiên, bây giờ, tôi bắt đầu bắt gặp các tiện ích mở rộng như PageCache Powered by Varnish miễn phí hoặc Bộ đệm Vortex này được cung cấp bởi Varnish Cache có giá gần 800 USD, đó là các mô-đun Magento Full Page Cache hoạt động trực tiếp với Varnish.

Câu hỏi của tôi cho bạn, trao đổi ngăn xếp, là làm thế nào tôi nên nhìn thấy một FPC và Varnish? Là thực thể riêng biệt? Nếu vậy, họ loại trừ lẫn nhau? Có phải chúng là hai mặt của cùng một đồng tiền mà tôi nên thực hiện cùng nhau không? Hoặc chúng giống nhau nhưng không độc quyền cũng không bao gồm lẫn nhau?

Tôi có thể sử dụng FPC Advanced Warp mà tôi đã đề cập ở trên với Varnish không? Tôi có nên sử dụng nó với Varnish? Hoặc sẽ tốt hơn nếu sử dụng một FPC khác nếu tôi dự định sử dụng Varnish? HOẶC xa hơn nữa, có một FPC nào tốt đến mức tôi không cần Varnish không? Hoặc ngược lại, tôi chỉ nên sử dụng Varnish và bỏ ý tưởng FPC?

Xin lỗi vì bức tường văn bản, nhưng tôi đã xem rất nhiều bài viết, blog và bài đăng trên diễn đàn và tôi không thể nhận ra câu trả lời dứt khoát cho những câu hỏi đó. Tôi thực sự đánh giá cao sự giúp đỡ và đầu vào của bạn trong vấn đề này =)

Oh và cuối cùng, một câu hỏi nhanh về Varnish và máy chủ web. Hiện tại tôi đang sử dụng thiết lập ngăn xếp LAMP Apache bình thường, nhưng được một thời gian tôi đã thấy mọi người phát cuồng về việc sử dụng Nginx với Magento. Tôi đã thực hiện một số bài kiểm tra bản thân, kiểm tra căng thẳng và tải, và dường như nó chắc chắn có thể hoạt động tốt hơn một chút trong điều kiện thích hợp. Như vậy, tôi đã xem xét chuyển đổi tại một số điểm trong tương lai gần. Điều này dù sao cũng sẽ ảnh hưởng đến mong muốn và quyết định sử dụng FPC và / hoặc Varnish của tôi?

Cảm ơn bạn!!!

EDIT: Ồ! Và một câu hỏi nhanh nữa - Vì tôi có hai máy chủ lưu trữ trang web của mình phía sau bộ cân bằng tải (cũng là một thiết lập có thể tăng theo chiều ngang nên cần phát sinh), tôi sử dụng toàn bộ Redis và Memcached được lưu trữ trên một máy chủ riêng biệt từ Web và DB cho các phiên của tôi và từng cấp Bộ nhớ cache hai cấp của Magento (tốt, của Zend). Tôi cho rằng FPC sẽ lưu trữ dữ liệu của nó trong một trong những hệ thống đó? Tôi có cần phải có một tiện ích mở rộng cụ thể để lưu trữ ở đó không hoặc tất cả họ có làm điều đó không? Và trong khi tôi cho là không, điều này có ảnh hưởng đến Varnish không? Cảm ơn một lần nữa !!


Rõ ràng tôi chỉ có thể đặt hai liên kết trong bức tường văn bản của mình do thiếu danh tiếng. Thật là một cách để khuyến khích tôi troll các điểm internet ... Điều đó nói rằng, đây là các liên kết: Vortex Cache được cung cấp bởi Varnish Cache aaand PageCache được cung cấp bởi Varnish
ThatSourD Diesel

3
Tôi không thể cung cấp nhiều lời khuyên về Varnish, nhưng tôi khuyên bạn nên xem Lesti FPC - gordonlesti.com/lestifpc Nó hoàn toàn miễn phí, có lỗ bấm, có thể định cấu hình thông qua quản trị viên. Nó thật tuyệt vời.
Paul

@ThatSourD Diesel - bạn có thể cho chúng tôi biết bạn đã làm gì không? Tốt nhất là theo câu trả lời được chấp nhận, nếu bạn đã sử dụng nó cho giải pháp của bạn ít nhất.
XUÂN

Câu trả lời:


28

Có hai điều khó khăn trong khoa học máy tính:

  1. Đặt tên
  2. Vô hiệu bộ nhớ cache.

Đấm lỗ rơi vào loại # 2 :)

Chung

Cách tiếp cận tốt nhất là bắt đầu ở các điểm thấp hơn của ngăn xếp và tối ưu hóa đến lối vào của Magento.


Cơ sở dữ liệu và hệ thống tập tin

Nên luôn luôn là khu vực đầu tiên để tập trung vào. Bởi vì. Tôi / O.

MyTop là một tập lệnh perl dựa trên Linux tiện dụng, sẽ bắt chước lệnh 'top' của Linux và cung cấp cho bạn cái nhìn sâu sắc về trạng thái của (các) phiên bản MySQL của bạn.

Htop là một đỉnh mạnh mẽ hơn , Tính năng strace có thể giúp xác định các bước vào / ra của một quá trình để tìm ra các nút thắt tiềm năng.

Iotop là một công cụ khác để xem xét để theo dõi I / O.

Các tập lệnh tiện ích tiện dụng khác như mysqltuner.pl và bộ điều chỉnh mysql có thể cung cấp cái nhìn sâu sắc về các biến thời gian chạy MySQL của bạn và đưa ra lời khuyên để trợ giúp. Hãy ghi nhớ những điều này có nghĩa là hướng dẫn vì cách tiếp cận tốt nhất luôn là đánh giá các yêu cầu và điều chỉnh dựa trên dữ liệu đã biết được thu thập. Mù quáng làm như vậy có thể gây ra nhiều thiệt hại nhiều lần hơn là tốt. Và việc chạy sớm những thứ này mà không có ít nhất 24 giờ các biến thời gian chạy mysql có thể đưa ra lời khuyên tồi.

Hãy ghi nhớ Percona , MariaDB và MySQL tiêu chuẩn nên hoạt động với tất cả các mục trên. Yêu thích Percona như một ngã ba MySQL, vì Magento rất nặng về InnoDB và XtraDB cung cấp nhiều công cụ và cải tiến cho công cụ db.


Apache hoặc Nginx

Vẫn sử dụng Apache vì nó đã phục vụ tốt cho nhiều người khác, kể cả bản thân tôi. Tôi đã sử dụng và cấu hình Nginx là tốt. Trong khi nó cung cấp một số lợi thế có một đường cong học tập. Mặc dù cả hai đều là các tùy chọn phổ biến, nhưng nó cung cấp một số lợi thế so với Apache, một là sẽ có dung lượng bộ nhớ nhỏ hơn. Tuy nhiên, một Apache giảm xuống chạy PHP-FPM sẽ có dung lượng bộ nhớ tương tự.

Trường hợp tại điểm:

Vì bài viết này là về hiệu suất, tôi nên chỉ ra rằng một trong những cách dễ nhất để giúp apache thoát khỏi cách riêng của nó là không sử dụng các tệp .htaccess. Đặt những gì bạn đặt vào đó trong các khổ thư mục của bạn, đặt AllowOverride thành "Không" và cuối cùng bạn không yêu cầu apache đi qua toàn bộ đường dẫn tài liệu để tìm hiểu xem nó có cần chú ý đến .htaccess hay không. Đây là một gợi ý điều chỉnh cơ bản, đơn giản mà nhiều người dường như bỏ lỡ.

Để giúp tạo điều kiện này, hãy kiểm tra:

Việc sử dụng CDN để giúp giảm bớt một trong hai cách rõ ràng sẽ giúp ích nhưng sẽ có thêm lợi ích khi tối ưu hóa lối vào vì hầu hết các trình duyệt của người dùng cuối sẽ có thể kết nối với cả hai máy chủ có cùng giới hạn kết nối. Điều này cũng giải phóng Apache khỏi việc không phải nhảy qua kiểm tra và như vậy chỉ để phục vụ một hình ảnh tĩnh đơn giản. Lighthttpd là một tùy chọn nếu bạn muốn chạy một máy chủ web tĩnh chỉ dành cho nội dung bên cạnh CDN.

PHP

PHP-FPM và APC. Sử dụng chúng, loại bỏ mọi mô-đun PHP không cần thiết hoặc không cần thiết cho Magento.


Cơ sở mã hóa

AOE_TemplateH gợi ý thật tuyệt vời để xác định xem các khối của bạn có được lưu trữ đúng cách hay không:

AOE_Profiler là tốt cho cấu hình, hãy chắc chắn và kích hoạt cấu hình lớp DB của nó (rõ ràng trong môi trường cục bộ / dev). Điều này kết hợp với công cụ mytop đã đề cập trước đây làm cho việc tìm kiếm SQL hành xử xấu trở thành một nhiệm vụ dễ dàng hơn.

Mô-đun bên thứ 3 & Mã tùy chỉnh

Một số thực tiễn tốt nhất để tối ưu hóa từ chính Magento là một cách đọc tốt và cần ghi nhớ khi xem xét các mô-đun của bên thứ 3 trước khi sử dụng chúng. (có rất nhiều hành vi xấu IMO).

Một công cụ Magniffer từ Magento ECG sẽ giúp dễ dàng xác định mã hành vi xấu dựa trên PDF được cung cấp ở trên. Tuy nhiên, nó dựa trên symfony / php-Parser nhưng có thể cài đặt thông qua trình soạn thảo.


Sơn dầu

người ta không chỉ đơn giản là bật véc ni

Là một người ủng hộ Varnish là tác giả là một nhà phát triển hạt nhân FreeBSD, nó cung cấp một số lần tải phụ thứ hai điên rồ. Tuy nhiên, nếu bạn thậm chí có một số khác biệt nhỏ nhất trong các mẫu không có trong hộp, bạn sẽ dành thời gian để định cấu hình véc ni / magento để ẩn nội dung bạn cần. Hầu hết tôi đã thấy sẽ chỉ đơn giản là AJAX'ify các mặt hàng cần thiết được tách ra từ Varnish.

Có một số mô-đun Magento để giúp tạo điều kiện cho việc đục lỗ và lưu vào bộ đệm này:

Cuối cùng, điều này nên ở cuối hành trình tối ưu hóa của bạn và CÓ THỂ yêu cầu một số tùy chỉnh để làm cho mọi thứ trở nên đúng đắn.


FPC Magento

Cho đến nay, FPC CE tốt nhất mà tôi đã tìm thấy là: Lesti :: FPC

nó là một FPC mã nguồn mở và cộng đồng miễn phí dành cho cộng đồng (tất cả dựa trên người quan sát).


Vào cuối ngày sử dụng thử nghiệm và đánh giá của riêng bạn.

Một số đọc thêm:


2

Một chút muộn với chủ đề này tôi biết nhưng nếu bạn vẫn đang tìm kiếm một giải pháp thì bạn có thể muốn xem xét, Evolve Cache . Nó có cùng giá với Warp, nhưng nó:

  • Rất nhanh chóng và dễ dàng để cài đặt và định cấu hình - tất cả các lỗ và cấu hình được thực hiện từ bên trong quản trị viên
  • Tích hợp trực tiếp với Varnish và cho phép bạn xóa và làm ấm bộ đệm Varnish của bạn từ bên trong Magento
  • Hoạt động với form_key frontend được giới thiệu vào 1.8 CE trong cả Varnish và đó là bộ đệm riêng.
  • Được phát triển rất tích cực với sự hỗ trợ đáp ứng. Các phiên bản mới thông thường với mục đích phát hành bản sửa lỗi trong vài ngày sau khi báo cáo
  • tài liệu mở rộng được cập nhật với mỗi bản phát hành

Thiết lập với Varnish rất đơn giản, bạn chỉ cần kích hoạt cài đặt quản trị viên và sử dụng .vcl được tìm thấy ở đây . Bạn cũng không bị hạn chế đối với Varnish chỉ phục vụ bộ đệm khi không có cookie như bình thường - bạn có tỷ lệ truy cập bộ đệm rất cao.


Ồ wow, thật thú vị. Tôi chắc chắn sẽ xem xét điều đó. Tôi nên đăng một bản cập nhật lên đây. Về cơ bản, tôi đã quyết định sử dụng Varnish thay vì mô-đun bộ đệm toàn trang, nhưng tôi đã bị kẹt một chút về những gì cần làm về các phần động. ESI vs AJAX, phần lớn. Tôi đã thử Varnish w / Turpentine, nhưng khi tôi gặp vấn đề khi thêm công cụ vào giỏ hàng - tôi đã kéo nó. Hóa ra các vấn đề liên quan đến trình xử lý lưu phiên memcached của tôi, cuối cùng tôi đã tìm thấy. Vì vậy, điều đó nói rằng, tôi vẫn muốn có được Varnish sao lưu, nhưng cần dành thời gian để đảm bảo tất cả các phần năng động của tôi hoạt động tốt.
ThatSourD Diesel

1
Chắc chắn ok. Tôi không nghĩ rằng Turpentine chưa hoạt động với 1.8 CE do bao gồm form_key trên frontend - đây có thể là lý do tại sao bạn gặp vấn đề với việc thêm vào giỏ hàng. Cá nhân tôi muốn giới thiệu Ajax qua ESI chủ yếu vì ESI yêu cầu bạn gửi yêu cầu đến Magento trước khi trang được gửi và điều này sẽ luôn chậm. Bạn có thể quan tâm để xem bài này. fabrizio-branca.de/magento-varnish-ajax-vs-esi.html .
Jonathan Hussey

Tôi yêu blog của Fabrizio! Chắc chắn đã thấy rằng mô-đun AJAX của anh ấy - đó là những gì tôi đã đề cập khi tôi đề cập đến AJAX trong bình luận cuối cùng của tôi. Vấn đề thêm vào giỏ hàng tôi gặp phải là do có gì đó kỳ lạ với memcached mà tôi đã cố gắng khắc phục. Điều đó nói rằng, mặc dù họ nói Turpentine không hoạt động với 1.8 trừ khi bạn vô hiệu hóa form_key, nó dường như chỉ hoạt động tốt với tôi. Tuy nhiên, tôi đã không hiểu đầy đủ về ESI tại thời điểm đó, vì vậy nó đã bị vô hiệu hóa cho đến khi tôi có thể dành nhiều thời gian hơn để thực hiện và thử nghiệm. Tôi đã bỏ lỡ một chút công việc gần đây - gãy xương đòn, phải phẫu thuật.
ThatSourD Diesel

BTW, bộ đệm phát triển là mô-đun của riêng bạn ?? Vì tò mò - bạn có sẵn lòng để tôi cho nó bắn vào máy chủ dàn dựng của tôi không? Chúng tôi có thể thảo luận về tên miền PM và những gì không phải để bạn có thể xác minh đó thực sự là máy chủ thử nghiệm và không sản xuất =)
ThatSourD Diesel

Tôi hy vọng bạn đang hồi phục sau khi phẫu thuật! Có, mô-đun được phát triển bởi công ty của tôi và vâng, chúng tôi rất vui lòng cho phép bạn dùng thử nó trên miền dàn / dev. Chỉ cần gửi email cho chúng tôi bằng địa chỉ email dịch vụ khách hàng ở cột bên trái của cửa hàng của chúng tôi và tôi sẽ nhận nó - store.husseycoding.co.uk . Là một mặt lưu ý, vui mừng bạn khắc phục sự cố memcached, đáng chú ý có lẽ đó add vào giỏ hàng có thể xuất hiện để làm việc dưới 1.8 cho người dùng gây ra các trang để bộ nhớ cache như chính thức của họ cũng được lưu trữ, nhưng xóa cookie của mình để có được một mới khóa phiên + biểu mẫu và bạn có thể sẽ thấy nó thất bại.
Jonathan Hussey

1

Chúng tôi đã viết một FPC tương thích với khóa biểu mẫu mới Magento 1.8. Bộ nhớ cache toàn trang của Brim: http : // ec Commerce.brimllc.com/full-page-cache-magento.html

BOOMER làm cho một điểm tuyệt vời về việc bắt đầu thấp trên ngăn xếp và làm việc theo cách của bạn. Một FPC hoặc Varnish nên là về cuối cùng bạn làm. Chúng tôi thực hiện kiểm toán hiệu suất và thường tìm thấy các sự cố với cấu hình MySQL và APC thực sự bị tắt. Giống như kích thước bộ đệm Innodb được đặt thành mặc định và cơ sở dữ liệu đã phát triển vượt qua nó.

Chúng tôi khuyên bạn không nên sử dụng bất kỳ FPC nào với Varnish, trừ khi được thiết kế đặc biệt để hoạt động cùng nhau. Nói chung, chúng tôi không khuyên dùng Varnish trừ khi bạn có một số ít máy chủ mạnh mẽ đã được điều chỉnh cùng với cơ sở mã của bạn và vẫn đang cố gắng để giữ lưu lượng. Cập nhật nội dung động có thể khó khăn với Varnish khi cố gắng giới hạn các yêu cầu của bạn vào phụ trợ Magento và lần lượt giảm tải. Nếu bạn có một hoặc hai đầu web, mức tăng có thể không xứng đáng với thời gian và sự phức tạp.

Trong hầu hết các tình huống, một FPC tốt sẽ cung cấp cho bạn hiệu suất mà bạn cần, tất nhiên sau khi máy chủ và cơ sở mã của bạn đã được điều chỉnh. Với FPC của chúng tôi, bạn có thể nhận được thời gian tạo phụ 15ms trên bộ đệm cấp 1 và phụ 100ms trên bộ đệm tiêu chuẩn. Bộ nhớ cache cấp 1 của chúng tôi được sử dụng cho các trường hợp người dùng không đăng nhập và không có gì trong giỏ hàng của họ vì nó không thực hiện bấm lỗ. Khi một trong những điều kiện đó là sai, bộ đệm tiêu chuẩn được sử dụng với hỗ trợ bấm lỗ đầy đủ.

FPC của chúng tôi có tính năng đục lỗ dễ dàng được tích hợp và hoạt động tốt với tất cả các khối Magento tiêu chuẩn cũng như bất kỳ khối tùy chỉnh nào bạn có thể có. Tất cả đều có thể cấu hình thông qua bảng quản trị.

Tôi khuyên bạn nên gắn bó với Redis trừ khi bạn gặp vấn đề về quy mô với nó. Nó có hỗ trợ thẻ và nhanh hơn nhiều so với memcached với tệp hoặc cơ sở dữ liệu dưới dạng phụ trợ chậm. Nếu bạn muốn các thẻ nhất quán và làm sạch, bạn phải sử dụng memcached với cơ sở dữ liệu khi bạn có nhiều đầu web. Với sự hỗ trợ thẻ của Redis được tích hợp, bạn không phải lo lắng về điều đó. Bạn cũng có thể sử dụng Redis cho các phiên của bạn.

Tôi có thể nói cho tất cả các FPC, nhưng với chúng tôi, bạn có thể định cấu hình qua quản trị viên nơi lưu trữ nó. Bạn có thể chọn sử dụng phụ trợ bộ đệm Magento mặc định hoặc chỉ định cài đặt tùy chỉnh để sử dụng Tệp, Cơ sở dữ liệu, APC, Redis, Memcache và phụ trợ Tệp được tối ưu hóa.


Có thể chứng nhận cho giao hàng dưới 20ms cho trình duyệt. Chỉ có Magento FPC tôi đã thấy nó được thực hiện trong cửa hàng trực tiếp thực sự.
Melvyn

0

Không có câu trả lời đúng. Một cửa hàng nên có tải trang động phụ 3 giây và tải trang động 1-2 giây lý tưởng, phụ thứ hai là không cần thiết và chủ yếu là một thống kê theo hướng tiếp thị. Apache dễ học và khó thực hiện, Nginx khó học và dễ thực hiện, nhiều trang web đang chuyển sang Nginx tuy nhiên để có kiến ​​trúc chất lượng cao dựa trên Nginx và Magento không đơn giản.

Các cụm Magento đa máy chủ đã phức tạp để thực hiện và thậm chí khó bảo trì hơn nếu không theo đúng kiến ​​trúc, chúng tôi thường làm việc với các cụm lớn hơn giúp mọi thứ chạy trơn tru hơn bao gồm cả xếp hạng. Chúng tôi thực hiện điều này với cấu hình cài đặt tiêu chuẩn với các thay đổi nhỏ để ổn định trung và dài hạn nhắm vào tải trang động 1-2 giây, nó giúp mọi thứ đơn giản hơn nhiều để bảo trì.

Varnish có thể là một FPC, CDN trong số những người khác, tuy nhiên trong trường hợp của bạn, tốt nhất nên nghĩ về nó như một FPC. FPC cho phép nhiều khách truy cập hơn trên máy chủ và cung cấp phân phối tĩnh nhanh hơn trong đó Varnish là một công cụ như vậy, tuy nhiên có nhiều vấn đề khác nhau bao gồm nội dung động, kiểm soát chứng khoán, giá cả. Câu trả lời là cách cấu trúc doanh nghiệp của bạn, cách tải dữ liệu của bạn, tần suất, loại lưu trữ của bạn và hơn thế nữa, đơn giản là doanh nghiệp của bạn bị ảnh hưởng bằng cách cung cấp nội dung tĩnh cho khách truy cập. Về mặt kỹ thuật, bạn có thể giảm thiểu phần lớn điều này với cấu hình FPC, tuy nhiên nó làm phức tạp môi trường kinh doanh, từ góc độ chủ sở hữu doanh nghiệp, nó có thể không tạo ra lợi tức đầu tư cân bằng.

FPC là phần cuối cùng nếu bạn có tải phụ 3 giây hoặc tải động tốt hơn, kiến ​​trúc của bạn có thể xử lý các yêu cầu của khách truy cập vì điều này ảnh hưởng đến xếp hạng, tiếp thị và tăng đột biến và có ngân sách để tăng độ phức tạp trong kiến ​​trúc máy chủ - lưu trữ nên là 0,5 -1% doanh thu cho các doanh nghiệp nhỏ hơn, hầu hết chạy theo điều này gây ra nhiều vấn đề kinh doanh gián tiếp.

Lý do bạn chưa tìm thấy câu trả lời dứt khoát là do những câu hỏi đó phải mất hàng tháng để trả lời vì chúng là định tính (dựa trên kinh doanh) đòi hỏi thông tin mà một công ty sẽ không muốn đăng công khai, tốc độ tải trang là định lượng (dựa trên kỹ thuật ) có thể được đăng công khai, đó là cách bạn kết hợp cả hai để tạo ra giải pháp.


-2

Bạn có thể sử dụng bộ đệm trang Magento này sẽ phù hợp với nhu cầu của bạn và tương tự như véc ni. Nó được sử dụng bởi nhiều cửa hàng Magento lớn nhất. Một số tính năng:

  1. Giống như Varnish, nó không sử dụng kết nối cơ sở dữ liệu cho 90% yêu cầu. Kết quả là, nó cực kỳ nhanh
  2. Nó có khả năng tự động xóa các trang khi những thứ như kho sản phẩm thay đổi và nó rất tốt ở đó
  3. Nó là bộ đệm nhiều lớp nên nó cũng hỗ trợ bấm lỗ khi người dùng đăng nhập (những yêu cầu này yêu cầu sử dụng cơ sở dữ liệu)

Là bộ đệm đa cấp, nó có thể mở rộng cho cả các cửa hàng lưu lượng truy cập cao nhất và đã được sử dụng trên nhiều trang web có lưu lượng truy cập cực cao, có lưu lượng truy cập cao nhất như các cửa hàng được giới thiệu trên SharkTank (chương trình truyền hình)


Điều này không trả lời câu hỏi của tác giả về việc nên sử dụng vecni hay FPC.
Steve Robbins

@extendware bạn phải tiết lộ khi bạn là tác giả của một sản phẩm. Chúng tôi hoan nghênh đóng góp có giá trị, nhưng chúng tôi không hoan nghênh spam hoàn toàn.
philwinkle
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.