Làm cách nào để cho phép tất cả các thẻ html trong ckeditor?
|
Xin chào, Tôi có một thuộc tính trang web với cấu hình ckeditor Tài sản trang web của tôi là như thế này Đoạn mã SyntaxEditor "toolbar:[ ['Cut', 'Copy', 'Paste', '-', 'Undo', 'Redo'], ['Link','Unlink'], ['Table', 'HorizontalRule', 'SpecialChar'], '/', ['FontSize'], ['Bold','Italic','Underline'], ['NumberedList','BulletedList','Outdent','Indent','-','JustifyLeft','JustifyCenter','JustifyRight','JustifyBlock'], ['TextColor','BGColor'], ['Font', 'Styles', 'Format'] ] config.autoParagraph = false;" nhưng điều này không làm việc Cú pháp chính xác để ẩn nó là gì? Drupal cung cấp một hệ thống khử trùng tuyệt vời để lọc nội dung HTML mà các biên tập viên có thể tạo ra. Hãy nghĩ về nó giống như một loạt cảnh sát giao thông lọc các phương tiện khác nhau vào các làn đường khác nhau. Một số nội dung được phép đi đến đích, một số phải được chuyển đổi trên đường đi và một số chỉ đơn giản là bị chặn hiển thị. Quản trị viên có thể sử dụng tùy chọn 'Giới hạn các thẻ HTML được phép và sửa HTML bị lỗi' để định cấu hình các thành phần và thuộc tính HTML mà họ có thể sử dụng. Điều này giúp bảo vệ một trang web chống lại HTML bất chính - cho dù nó có thể độc hại hay xấu xí. Trong Drupal 9, người chỉnh sửa không thể sử dụng thuộc tính trên HTML của họ trừ khi quản trị viên cho phép họ rõ ràng. Nhưng trên Drupal 7 site thì ngược lại. các thuộc tính được cho phép theo mặc định, cho đến khi quản trị viên hạn chế chúng. Vì vậy, Drupal 9 có thể đã thắt chặt biện pháp bảo mật này, nhưng đó có thể là một vấn đề khi bạn Chúng tôi tại ComputerMinds đã chi một số tiền khổng lồ trong năm 2022 cho các dự án nâng cấp Drupal 9. Việc di chuyển nội dung của chúng tôi luôn được điều chỉnh cho phù hợp với nhu cầu cụ thể của khách hàng trong tương lai, nhưng cũng nhìn lại cách họ sử dụng Drupal để viết nội dung của họ. Trong nhiều trường hợp, các biên tập viên có thói quen tự do truyền bá các thuộc tính HTML xung quanh nội dung của họ trên tất cả các loại thành phần khác nhau. Đôi khi điều này là để đạt được các thiết kế cụ thể, đôi khi nó không thực sự được dự định và đôi khi nó là để nhúng các dạng nội dung bên ngoài cụ thể. (Iframe YouTube, tôi đang nhìn bạn. ) Dưới đây là ba ví dụ về các phần tử HTML (thẻ), mỗi phần tử có các thuộc tính mà Drupal 9 thường loại bỏ, phá vỡ chức năng và/hoặc giao diện dự kiến của chúng When editors expect to be able to do this, and we trust them sufficiently, I think it's fair to allow them to continue using HTML attributes on their shiny new Drupal 9 sites in the same way that they did on their legacy Drupal 7 sites. We trusted our editors sufficiently before, so why not now? I suggest keeping Drupal 9's default HTML filtering behaviour for new projects, to set expectations that customising HTML attributes isn't recommended. But when editors are used to doing so - and their content relies on that ability - a solution is needed. We still want to restrict which HTML elements editors can use, because we don't want them adding |