Có một sự thay thế hiệu quả hơn so với ghi đè các tệp mẫu?


8

Tôi đã phải loại bỏ rất nhiều đánh dấu không cần thiết trong một cái nhìn. Nói chung, tôi thực hiện điều đó bằng cách ghi đè các tệp mẫu trong chủ đề của mình, nhưng lần này lượt xem thực sự rất lớn và hiệu suất sẽ giảm. Vì vậy, tôi tự hỏi, nếu có một cách hiệu quả hơn để giảm đánh dấu? Khi thay đổi đánh dấu của một nút, hơn các chức năng tiền xử lý nhanh hơn ghi đè các tệp mẫu, có một cơ chế tương tự cho các khung nhìn không?

Chỉnh sửa 1: Chắc chắn, lý do cho hiệu suất yếu không phải là ghi đè các tệp mẫu ở vị trí đầu tiên, nhưng nếu tôi có thể tối ưu hóa một chút ở đó, tôi sẽ phải làm điều đó. Ngoài ra, tôi thường xuyên gặp rắc rối bằng cách vô hiệu hóa đánh dấu trong chính giao diện người dùng: ví dụ như vô hiệu hóa kiểu hàng bị bỏ qua khi tôi sử dụng một phụ đề Omega

Chỉnh sửa 2: Tôi nhận thức được khả năng bên trong xem UI; Những gì tôi đang tìm kiếm là một cách thủ công với sự kiểm soát tốt.


3
Điều gì khiến bạn nghĩ rằng ghi đè các tệp mẫu đang làm giảm hiệu suất? Không nói rằng nó không, nhất thiết, nhưng cảm giác như điều đó sẽ không thể xảy ra. Trừ khi bạn không chỉ tước bỏ đánh dấu mà còn thay đổi logic. Có lẽ bạn có thể chỉnh sửa câu hỏi và cung cấp thêm một chút bối cảnh? Một số chi tiết cụ thể hơn về chế độ xem và (các) tệp mẫu?
Clive

Đã thêm một số chi tiết ở trên.
Bà Adam

Hiệu suất chậm ngay cả khi bật bộ nhớ đệm? (Xem bộ đệm + Bộ đệm trang Anon + Memcache (có lẽ) + Varnish (có lẽ))
Beebee

Câu trả lời:


8

Bạn có thể loại bỏ đánh dấu không cần thiết thông qua Giao diện người dùng.

Khi bạn thêm một trường, ẩn trong Cài đặt kiểu, chúng luôn có dấu kiểm không cần thiết mặc định này

nhập mô tả hình ảnh ở đây

Ngoài ra, bạn có thể xóa thêm đánh dấu tại đây

nhập mô tả hình ảnh ở đây

và đây

nhập mô tả hình ảnh ở đây


Cảm ơn câu trả lời của bạn, nhưng tôi nhận thức được các khả năng bên trong quan điểm ui; những gì tôi đang tìm kiếm là một cách thủ công với sự kiểm soát tốt.
Bà Adam

7

Người ta đôi khi hơn performant có tầm nhìn để hiển thị nội dung thay vì các lĩnh vực. Điều này được tận dụng tốt nhất với các chế độ xem tùy chỉnh, trong đó bạn định cấu hình chế độ xem để hiển thị các trường bạn muốn. Sau đó, bạn có thể hiển thị chế độ xem đó bất cứ điều gì bạn muốn thông qua các mẫu và trình định dạng. Điều này có xu hướng hoạt động tốt khi bạn có Entitycache .

Điều đó nói rằng, tất cả các hệ thống là khác nhau. Hồ sơ thực sự là cách tốt nhất để tìm ra những gì đang mất thời gian. Cá nhân, tôi không nghĩ rằng việc đánh dấu lượt xem sẽ thêm bất kỳ thời gian đáng kể nào để thực hiện.


Cách tiếp cận thú vị - Tôi sẽ hồ sơ này.
Bà Adam

7

Lý do cho hiệu suất yếu không phải là ghi đè các tệp mẫu ở vị trí đầu tiên, nhưng nếu tôi có thể tối ưu hóa một chút ở đó, tôi sẽ phải làm điều đó

Âm thanh như bạn đang được khuyến khích để tối ưu hóa sớm. Nếu chế độ xem gặp sự cố về hiệu suất, hãy đảm bảo bộ đệm được bật trên chế độ xem để tránh hiển thị HTML từ đầu càng nhiều càng tốt. Điều đó sẽ cung cấp hiệu suất tăng lớn hơn nhiều so với hầu hết mọi sự giảm số lượng tệp liên quan đến quá trình kết xuất.

Khi đăng ký chủ đề được xây dựng, có rất nhiều mẫu bị ghi đè không nên là điểm nhấn đáng chú ý đối với hiệu suất khi sử dụng mặc định vì Drupal vẫn đang tải một số lượng tệp tương tự (tôi đã thấy một ngoại lệ cho điều này nếu bạn tạo tệp cho mọi khả năng ghi đè trong toàn bộ chuỗi, vì vậy đừng làm điều đó).

Nếu bạn chuyển sang hiển thị thực thể thay vì hiển thị trường, bạn thể giảm số lượng mẫu được tải và do đó có một sự cải thiện nhỏ về tốc độ kết xuất. Giả định rằng màn hình thực thể cũng thực hiện các bước để tránh các mẫu mức trường và / hoặc có khả năng được lưu trong bộ nhớ cache ở nơi khác. Có khả năng đây sẽ là rất nhiều lao động đắt tiền của con người để cải thiện rất ít hiệu suất của máy.


2
Được rồi, bây giờ toàn bộ cơ chế trở nên rõ ràng hơn với tôi. Ở điểm mấu chốt, các ý kiến ​​và câu trả lời ở đây có xu hướng nói rằng đó là một nỗ lực sai lầm và không cân xứng để tránh ghi đè mẫu để tăng tốc hiệu suất. Cảm ơn bạn!
Bà Adam
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.