Lỗi chưa xảy ra: SECURITY_ERR: DOM Exception 18 khi tôi cố gắng đặt cookie

Tôi gặp lỗi sau trong cửa sổ công cụ dành cho nhà phát triển của Chrome khi cố gắng đặt cookie bằng plugin jQuery này :

Lỗi chưa xảy ra: SECURITY_ERR: DOM Exception 18

Lỗi này có nghĩa là gì và làm thế nào tôi có thể sửa chữa nó? Tôi gặp lỗi tương tự khi sử dụng plugin jQuery này .

Rất có thể bạn đang sử dụng điều này trên một tệp cục bộ qua file://lược đồ URI, không thể đặt cookie. Đặt nó trên một máy chủ cục bộ để bạn có thể sử dụng http://localhost.

Tôi cũng gặp sự cố này khi phát triển trên HTML5 tại địa phương. Tôi gặp sự cố với hình ảnh và chức năng getImageData. Cuối cùng, tôi phát hiện ra một người có thể khởi chạy chrome bằng nút chuyển lệnh --allow-file-access-from-file, loại bỏ tính năng bảo mật bảo vệ này. Điều duy nhất là nó làm cho trình duyệt của bạn kém an toàn hơn và bạn không thể có một phiên bản chrome có cờ và phiên bản khác không có cờ.

Bạn cũng có thể "sửa chữa" điều này bằng cách thay thế hình ảnh bằng biểu diễn Base64 nội tuyến của nó:

img.src= "data:image/gif;base64,R0lGODlhCwALAIAAAAAA3pn/ZiH5BAEAAAEALAAAAAALAAsAAAIUhA+hkcuO4lmNVindo7qyrIXiGBYAOw==";

Đối mặt với tình huống tương tự khi chơi với Javascript người làm việc trên web. Rất tiếc, Chrome không cho phép truy cập các trình xử lý javascript được lưu trữ trong tệp cục bộ.

Một cách giải quyết bên dưới khi sử dụng bộ nhớ cục bộ là chạy Chrome với --allow-file-access-from-files(with sat end), nhưng chỉ cho phép một phiên bản của Chrome, điều này không quá thuận tiện đối với tôi. Vì lý do này, tôi đang sử dụng Chrome Canary, được phép truy cập tệp.

BTW trong Firefox không có vấn đề như vậy.

Lỗi này xuất hiện, nếu bạn cố gắng tạo web worker với lược đồ URI dữ liệu.

var w = new Worker('data:text/javascript;charset=utf-8,onmessage%20%3D%20function()%20%7B%20postMessage(%22pong%22)%3B%20%7D'); w.postMessage('ping');

Nó không được phép theo tiêu chuẩn: http://www.whatwg.org/specs/web-apps/current-work/multipage/workers.html#dom-worker

Tôi gặp sự cố này khi sử dụng API lịch sử.

window.history.pushState(null, null, URL);

Ngay cả với một máy chủ cục bộ (localhost), bạn muốn thêm 'http: //' vào URL của mình để bạn có một cái gì đó tương tự như:

http://localhost...

Tôi không hoàn toàn hài lòng với --allow-file-access-from-filesgiải pháp này, vì tôi đang sử dụng Chrome làm trình duyệt chính của mình và không thực sự hài lòng với vi phạm mà tôi đã mở.

Bây giờ tôi đang sử dụng Canary (phiên bản chrome beta) để phát triển với cờ đang bật. Và phiên bản Chrome đơn thuần cho việc viết blog thực sự của tôi: hai trình duyệt không dùng chung cờ!

Người ta cũng có thể nhận được lỗi này nếu sử dụng tính năng thông báo mới (chỉ dành cho webkit) trước khi được cấp phép.

Lần chạy đầu tiên:

<!-- Get permission -->
<button onclick="webkitNotifications.requestPermission();">Enable Notifications</button>

Chạy sau:

// Display Notification:
window.webkitNotifications.createNotification('image', 'Title', 'Body').show();

Các chức năng quyền yêu cầu cần được kích hoạt từ một sự kiện do người dùng gây ra, nếu không, nó sẽ không được hiển thị.

Tôi đã gặp lỗi đó trong safari di động khi sử dụng ASP.NET MVC để trả về FileResult có quá tải trả về tệp có tên tệp khác với tên tệp gốc. Vì thế,

return File(returnFilePath, contentType, fileName);

sẽ đưa ra lỗi trong safari di động, trong đó

return File(returnFilePath, contentType);

không muốn.

Tôi thậm chí không nhớ tại sao tôi nghĩ những gì tôi đang làm là một ý tưởng hay. Tôi đoán là cố tỏ ra thông minh.