Symfony2 và Twig hiển thị các vấn đề về hiệu suất

Question

Giống như in this topic, tôi có vấn đề về hiệu suất ở chế độ nhà phát khi thêm thẻ "render" trong ứng dụng của tôi (tài liệu liên quan: Embedding controllers).

Nếu không có thẻ kết xuất này, các trang của tôi sẽ được tạo dưới 70 mili giây. Với thẻ kết xuất, tối thiểu 170 mili giây. Và mỗi thẻ kết xuất được thêm vào trong ứng dụng sẽ làm tăng việc tạo trang thêm 100 mili giây (đó là A LOT: tại sao một trang bình thường chạy trong 60 mili giây và thẻ kết xuất trong 100 mili giây?). Tôi có thể cần 4 hoặc 5 trong số chúng trên mỗi trang trong ứng dụng của tôi, vì vậy điều đó có nghĩa là ít nhất 500 ms cho mỗi trang ở chế độ nhà phát triển.

Tôi hoàn toàn hiểu rằng không có vấn đề gì trong chế độ prod, nhưng rõ ràng là không thoải mái khi phát triển. Vì vậy, không ai biết cách nào để loại bỏ bất kỳ cuộc gọi, nhật ký hoặc mã vô dụng nào trong khi sử dụng thẻ "render" trong chế độ dev?

Answer 1

Tôi có explained chỉ 10 giờ trước. Dài câu chuyện ngắn: di chuyển đến phần mở rộng Twig.

Answer 2

Bạn có thể di chuyển logic điều khiển của mình đến một dịch vụ và tham chiếu nó dưới dạng biến toàn cục xoắn và sau đó bao gồm mẫu được bộ điều khiển hiển thị.

Xem https://stackoverflow.com/a/13245994/982075 để được hướng dẫn.

Answer 3

Một trong những tính năng yêu thích của tôi trong symfony là thẻ kết xuất, nhúng các cuộc gọi điều khiển. Profiler cho biết thêm rất nhiều chi phí cho mỗi cuộc gọi điều khiển, mặc dù không chỉ tốc độ mà còn sử dụng rất nhiều bộ nhớ. Bạn có một vài tùy chọn để tăng tốc độ.

Trình lược tả ghi mọi dữ liệu vào cơ sở dữ liệu sqlite theo mặc định. IIRC sqlite không cho phép chèn song song, vì vậy mọi yêu cầu phải chờ đến lượt của chúng để truy cập vào db để xóa các bộ thu thập dữ liệu. Bạn có thể sử dụng db phát triển của bạn (mysql hoặc bất cứ thứ gì bạn sử dụng) để lưu trữ dữ liệu profiler. Một năm trước, tôi đã đạt được rất nhiều điều này về mặt tốc độ.

Bạn cũng có thể tắt trình thu thập thông tin cho các yêu cầu phụ hoặc chỉ sử dụng trình lược tả khi có ngoại lệ. Xem the framework config reference để biết chi tiết đầy đủ.

# config_dev.yaml 
framework: 
    profiler: 
     only_exceptions:  false 
     only_master_requests: false 
     dsn:     sqlite:%kernel.cache_dir%/profiler.db 

Answer 4

Lựa chọn tùy thuộc vào ứng dụng của bạn. Tôi tin rằng những cách thực tế nhất là:

1) Sử dụng thẻ render cho các mẫu được hiển thị nặng và sử dụng thư viện hinclude để tải chúng theo cách không đồng bộ. Điều này rất hữu ích khi mỗi mẫu được hiển thị là "chậm" (ví dụ: nhiều kết nối db, văn bản lớn, v.v.).

2) Thực hiện theo đề xuất của m2mdas. Đây là một giải pháp rất nhanh cho các trường hợp thông thường.

Answer 5

Tôi cũng theo đề xuất của Elnur với các tiện ích mở rộng. Một giải pháp thay thế sẽ là sử dụng Gói Khối Sonata: http://sonata-project.org/bundles/block/master/doc/index.html. Chi phí của một subrequest với khối Sonata là khoảng 7ms afair.