Làm thế nào để lựa chọn giữa Bean, Hộp và Tấm có thể điều khiển được?


17

Bean , HộpTấm panen có thể cung cấp chức năng tương tự. Tôi gặp khó khăn trong việc hiểu chính xác sự khác biệt giữa chúng là gì.

Ưu điểm / nhược điểm của họ so với nhau là gì? Họ có hướng đến các trường hợp sử dụng khác nhau?

Tôi muốn sử dụng một số loại khối trong Bảng để thêm nội dung tùy chỉnh - người chỉnh sửa nội dung cũng cần có khả năng thêm nội dung, theo nghĩa đó, các khối tôi cần không phải là cấu hình thuần túy. Nhưng tôi cũng sử dụng Tính năng ...

Chỉnh sửa: Tôi sẽ thêm những gì có vẻ là sự khác biệt chính

Hộp

  • Cơ sở người dùng lớn nhất (~ 11500)
  • Xử lý các khối như cấu hình (nghĩa là nội dung kết thúc trong các tính năng của bạn)
  • Các mô-đun cung cấp tích hợp

Đậu

  • Gần đây đã trở nên phổ biến, ~ 1000 lượt cài đặt
  • Xử lý các khối dưới dạng nội dung, nhưng cho phép xuất cấu hình của chúng thông qua tên máy (ví dụ: qua Bean Panels )
  • Các mô-đun cung cấp tích hợp

Tấm panen

  • Cơ sở người dùng nhỏ nhất (~ 400)
  • Từ tác giả của Bảng / Lượt xem / v.v.
  • Panes không thể được sử dụng như các khối thông thường trong các khu vực chủ đề như đậu hoặc hộp (tôi giả sử)
  • Tôi tự hỏi những lợi thế so với Bean được đề cập ở đây là gì ("cung cấp các tính năng bổ sung giúp dễ dàng trao quyền cho quản trị viên nội dung để bố trí một số trang nhất định")

Câu trả lời:


4

Hoàn toàn có thể tạo một trang web D7 mà không có khối nếu bạn có thể sống mà không có bảng điều khiển. Trang web mới - hướng nội dung của chúng tôi đang được xây dựng trên các bảng với bàn làm việc như một giải pháp thay thế phù hợp (cho chúng tôi) cho bảng điều khiển. Arjan dường như đã hiểu điều này.

Trên các lựa chọn thay thế. Đọc trang web của bạn nên có đầy đậu . Vấn đề với các hộp là mối nguy hiểm liên quan đến việc ghi đè nội dung hiện có khi sử dụng các tính năng. Nhưng hãy đọc bình luận của Fabian Franz trong cùng một bài viết. Đậu có nhiều lựa chọn. Tôi không thoải mái về quản lý, khả năng mở rộng và hiệu suất. Các nhà phát triển Hardcore thông thạo các bảng điều khiển sử dụng Bảng điều khiển Fieldable. Tấm nền có thể thiếu Panes thiếu tài liệu và ví dụ. Điều cần làm mọi người tập trung và nỗ lực cho D8 là sáng kiến wscci. Nó cho phép thực hiện các cuộc gọi REST, bao gồm cả XÓA ví dụ. Điều này có thể giải quyết vĩnh viễn vấn đề ghi đè cấu hình trình tạo trang web trên các bảng giới thiệu mã.


Cảm ơn. Vâng, tôi đã đọc bài đăng trên blog đó, nó là một bài đọc tốt, nhưng nó không giải quyết mọi thứ tôi muốn biết;). Tôi có cảm giác có những người đã thử một số hoặc tất cả các mô-đun này một cách rộng rãi và biết những ưu và nhược điểm của họ. Bây giờ tôi đang thử Bean với Bean Panels và Panels In-Place Editor. Điều này cho phép một quy trình làm việc khá thân thiện với người dùng.
arjan

1

vì mục đích của bạn có thể là tối ưu để sử dụng các chế độ xem với một số phân loại: để một loại nội dung thêm các thuật ngữ cho vị trí của bảng điều khiển, cho vị trí đó tạo khối lượt xem với bộ lọc thuật ngữ và loại nội dung này, sau đó thêm khối lượt xem này vào vị trí trong bảng điều khiển , thông thường tôi tạo trường bổ sung cho trọng số cho loại nội dung này và trong các chế độ xem tôi sắp xếp theo trọng số và các biên tập viên không bao giờ cần chỉnh sửa bảng điều khiển để thêm / chỉnh sửa / xóa nội dung trên địa điểm này - khối lượt xem chọn nội dung propper cho địa điểm theo thời hạn


Cảm ơn, đó là một cách hợp lý để làm việc. Trong trường hợp của tôi, các khối có nghĩa là cho nhiều thông điệp / nội dung 'kiểu thanh bên' hơn, vì vậy tôi không muốn sử dụng các nút (mặc dù có thể theo cách bạn mô tả, tất nhiên). Tất cả ba mô-đun được đề cập là cách để tránh các nút-as-khối cách làm việc ...
Arjan

0

Kiểm tra mô-đun gật đầu. Là các nút họ không xuất qua Tính năng, nhưng bạn có thể thấy nó làm những gì bạn cần.

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.