URL sạch là phụ trợ hay giao diện người dùng

Question

Bạn nghĩ gì .. là các URL sạch sẽ là phần phụ trợ hoặc phần trước 'kỷ luật'

Answer 1

Phụ trợ chắc chắn. Máy chủ của bạn là máy chủ phải quản lý định tuyến đến các tài nguyên được URL yêu cầu.

Answer 2

Tôi nghĩ rằng những lý do chính cho việc sử dụng các URL thân thiện là:

• Dễ liên kết/chia sẻ
• Presentation
• Seo

Vì vậy, tôi nghĩ rằng nó hoàn toàn là một niềm vui client-side . Trong khi họ đang tốt đẹp trên máy chủ là tốt, họ không phải là nhiệm vụ quan trọng.

Answer 3

quan điểm của tôi rất đơn giản:

• mọi nơi tôi ghé thăm với trình duyệt của tôi (với nhiều trường hợp cạnh trường hợp ngoại lệ) nên bookmark và Forward/Back nên được sử dụng và không phá hủy bất kỳ nhập dữ liệu.

Answer 4

Nếu chúng tôi đang nói url 'sạch' từ trải nghiệm người dùng cuối thì tôi sẽ phá vỡ khuôn mẫu một chút và nói rằng url nói chung không trực quan và chúng sẽ không bao giờ là máy có thể đọc được.

Không có chuẩn cho định dạng của url sao cho khi điều hướng từ trang web đến trang web, con người sẽ không bao giờ nhớ cách tiếp cận tài nguyên hoàn toàn bằng cách ghi nhớ url và 'cú pháp thân thiện' của chúng. Chúng ta có thể tranh luận về việc liệu có sử dụng '?' và '&' hoặc '/' để thể hiện cách xác định tài nguyên qua url; là một phương pháp tốt hơn phương pháp khác? nó không quan trọng. Vào cuối ngày, một máy phân tích nó và gửi lại kết quả.

Chúng ta nên ngừng lừa dối bản thân rằng mọi người thực sự gõ những thứ này vào và nhận ra rằng uri là dành cho máy móc, chứ không phải mọi người.

Tôi chưa sử dụng/ghi nhớ một uri vượt quá một vài ký tự đầu tiên của một phần của địa chỉ và tôi đã sử dụng web từ lâu rồi. Đó là những gì đánh dấu cho. Không nơi nào trên một trang web hiện nó nói 'thay đổi phần này ở đây trong url của chúng tôi để xem' bất cứ điều gì khác 'tài nguyên' vì url thường không có giấy tờ và mờ đục.

Có làm cho SEO thân thiện của bạn thân thiện (địa ngục ngay cả khi họ thay đổi định kỳ) nhưng quên về toàn bộ 'con người/sạch' định danh tài nguyên điều, đó là một giấc mơ ống thần bí.

Tôi đồng ý với Vlion rằng url sẽ cung cấp một cơ chế duy nhất để đánh dấu tài nguyên và quay lại nó (không giống như một số trang web ajax/silverlight/flash sáng tạo đáng kinh ngạc), nhưng dấu trang sẽ không bao giờ được con người thấu hiểu và hiểu không. Dường như có khá nhiều mối bận tâm và năng lượng dành cho việc mơ ước các chiến lược url mà con người có thể nhớ và nhập vào, đó là một sự lãng phí năng lượng. Hãy tiếp tục và giải quyết các vấn đề thực sự.

Xin lỗi vì sự thích nghi, nhưng có rất nhiều trang web 2.0 vô nghĩa liên quan đến url đang diễn ra trong một số vòng kết nối chỉ là tổng lãng phí thời gian.

Answer 5

Câu trả lời là BOTH.

Ví dụ:

https://stackoverflow.com/questions/203278/are-clean-urls-a-backend-or-a-frontend-thing

Số trên là một id cơ sở dữ liệu, một điều back-end. Cắt bỏ phần đẹp và nó đi đến cùng một trang. Do đó, "là-clean-url-a-backend-hoặc-một-frontend-điều" là một phần của điều front-end.

Answer 6

Giờ đây, thanh địa chỉ Awesome bar và thanh địa chỉ của Google Chrome có thể được sử dụng để tìm kiếm lịch sử duyệt web, giúp người dùng dễ dàng tìm kiếm lịch sử của họ hơn. lịch sử dễ dàng hơn.

Đảm bảo trang có Tiêu đề phù hợp là quan trọng (vì cả hai trình duyệt đều tìm tiêu đề cũng như url) nhưng bằng cách đảm bảo url cũng có từ khóa có liên quan, khi các từ khóa đó được nhập vào thanh địa chỉ các url sẽ có nhiều khả năng hiển thị cao hơn trong các đề xuất vì từ khóa sẽ được đối sánh hai lần, trong url và tiêu đề.

Ngoài ra, khi người dùng đã nhập tên trang web, họ sẽ được hiển thị url mẫu từ trang web mà sau đó họ có thể sử dụng làm mẫu để thu hẹp tìm kiếm của họ. Vì vậy, việc sử dụng động từ và danh từ trong url cho các phần hoặc hành động khác nhau của trang web sẽ giúp người dùng thu hẹp tìm kiếm của họ chỉ với một phần của trang web mà họ quan tâm, ví dụ: các phần /câu hỏi/ hoặc /thẻ/ các phần của luồng lưu trữ truy cập hoặc "/ doc" ở cuối docs.google.com/doc có thể được sử dụng để xem chỉ trang tài liệu trên tài liệu Google *.

Vì cả tìm kiếm trên Firefox và Chrome cho mỗi từ được phân cách vào thanh địa chỉ, có thể lập luận rằng không cần tìm kiếm url hoàn toàn có thể đọc được, nhưng cho phép người dùng thực sự đọc từ khóa mà họ quan tâm từ url, số lượng "tiếng ồn" nên được giữ ở mức tối thiểu.

---

* mà có dạng http : //docs.google.com/Doc id = vô nghia