Khách hàng yêu cầu URL bị cắt xén

Tôi đã nhận thấy một số 404 lẻ dường như là mã viết lại URL bị hỏng. Trình xem hình ảnh của chúng tôi yêu cầu các ô sử dụng các URL như thế này:

/media/204/service/dzi/1/1_files/7/0_0.jpg

Tôi thấy một số - dưới <1% - yêu cầu đối với các URL bị thay đổi một chút:

/media/204/s/rvice/d/i/1/1_files/7/0_0.jpg

Các yêu cầu này đến từ các địa chỉ IP trên toàn thế giới (Hoa Kỳ, Canada, Trung Quốc, Nga, Ấn Độ, Israel, v.v.), người dùng máy tính để bàn và thiết bị di động có nhiều tác nhân người dùng (Chrome, IE, Firefox, Mobile Safari, v.v.), và thường có hoạt động bình thường trong cùng một phiên từ cùng một địa chỉ IP, vì vậy tôi cho rằng đây là phần mềm độc hại hoặc proxy / bộ lọc bị hỏng. Tôi đã không nhìn thấy chúng từ bất cứ thứ gì khác ngoài hình ảnh, điều đó cho thấy rằng đây có thể là một loại bộ lọc nội dung.

Đã có người khác nhìn thấy điều này? Nhật ký CDN của tôi cho thấy yêu cầu đầu tiên vào ngày 8 tháng 6 tăng từ vài chục đến vài trăm mỗi ngày.

404 logging

— Chris Adams
nguồn

Thật thú vị, điều này dường như đã thay đổi trong tự nhiên. Bây giờ tôi đang nhìn thấy những thứ như /se/vice/zi/hoặc /s/rvice/zi/phổ biến hơn /s/rvice/d/i/ở trên.

— Chris Adams

URL của trang web là gì? và htaccess của bạn trông như thế nào.

— Simon Hayter

Một trang ví dụ sẽ là wdl.org/en/item/204/zoom - trong bất kỳ trình duyệt thông thường nào, những đường dẫn được mã hóa cứng đó được truyền chính xác. Một ví dụ vừa xảy ra cho thấy điều này cũng không bị giới hạn bởi tác nhân người dùng - Tôi đã thấy mọi thứ từ IE đến Chrome và bây giờ, Trình duyệt Kindle Silk: "" / media / 4395 / ervice / dz / 1 / 1_files / 12 /8_4.jpg HTTP / 1.1 "404 3091" wdl.org/en/item/4395/zoom "" Mozilla / 5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us; Silk / 1.0.22.153_10033210) AppleWebKit /533.16 (KHTML, như Gecko) Phiên bản / 5.0 Safari / 533.16 Silk-Accelerated = true "

— Chris Adams

@ChrisAdams Trang web hoặc ngôn ngữ của bạn được xây dựng trên nền tảng nào?

— Anagio

Để biết giá trị của nó, tôi đã thấy các URL bị cắt xén tương tự. Tôi không có câu trả lời chắc chắn nhưng trong trường hợp của tôi, nơi tôi có thể theo dõi nó, nó luôn được liên kết với những gì trông giống như các liên kết "bài đăng liên quan từ web" được tạo tự động.

— s_ha_dum

Câu trả lời:

Tôi tin rằng đó là những yêu cầu DZI (Deep Zoom Image). Ứng dụng của bạn có đối phó với bản đồ không? Silverlight có khả năng nhất?

Bạn đang nhận được điều đó bởi vì một trong những hình ảnh bộ sưu tập bị thiếu hoặc bộ sưu tập DZI si không được xác định chính xác.

http://msdn.microsoft.com/en-us/l Library / cc645022 (v = vs.95) .aspx

— Danilo Kobold
nguồn

Chúng là các tệp DZI nhưng không phải vì một tệp bị thiếu - tên tệp được yêu cầu thực sự sai. Trong ví dụ của tôi ở trên, tôi đã hiển thị biểu mẫu chính xác mà hầu hết tất cả khách hàng yêu cầu nhưng trong một số trường hợp, một lỗi không rõ ràng khiến một ký tự đơn được chuyển đổi thành/

— Chris Adams

Đôi khi mọi người sẽ thay đổi URL để xem trang web của bạn phản hồi như thế nào. Tôi đã thực hiện điều này với một số trang web nơi tôi cần hình ảnh tham chiếu có độ phân giải cao và hình dung rằng trang web đang thu nhỏ hình ảnh dựa trên REQUEST_URI. Đôi khi (tùy thuộc vào thư viện đang sử dụng), bạn có thể thay đổi những thứ như kích thước, thư mục và tỷ lệ khung hình để nhận thông báo lỗi (để cho bạn biết ai đó đang chạy trên máy chủ của họ) và bạn có thể nhận được hình ảnh lớn hơn (không được đánh giá).

Hầu hết các trang web sử dụng phần mềm chia tỷ lệ hình ảnh đều làm điều đó để tăng tối ưu hóa trang và hầu hết người dùng có xu hướng tải lên hình ảnh không được thu nhỏ [xuống] từ máy ảnh kỹ thuật số ban đầu của họ (đôi khi hiện lên đến 24 megapixel).

Một khả năng khác (nhiều khả năng)

Vì các IP đến từ khắp nơi trên thế giới, có thể có một vấn đề đã biết với phần mềm bạn đang sử dụng và họ (đang sử dụng botnet) đang cố gắng thực hiện khai thác cho phiên bản không vá.

— Không tuyệt đối
nguồn