Có một số trường mà người dùng có thể điền vào nơi họ nhập URL (trang web cá nhân, trang web doanh nghiệp, trang web yêu thích, v.v.) của họ.Nên "lưu trữ" http: // "với một bản ghi cơ sở dữ liệu của một URL?
Đó là điều duy nhất họ muốn nhập vào trường cụ thể đó.
Vì vậy, tôi luôn phải loại bỏ "http: //" để giữ cho nó nhất quán và cũng làm giảm khả năng liên kết bị hỏng (ví dụ: "http //")?
Chỉ cần không chắc chắn cách tốt nhất để lưu trữ URL là gì.
Nếu có lý do để khử trùng đầu vào của người dùng (bảo mật, kích thước, tốc độ, độ chính xác ...) thì hãy thực hiện.
Nhưng ngược lại, không.
Có thực sự là một lợi ích rất nhiều lần trong việc lấy dữ liệu khách hàng của bạn như là-là. Họ sở hữu lỗi chính tả hoặc lỗi chính tả của riêng mình, liên kết bị hỏng, v.v. theo cách đó. Miễn là nó không gây ra vấn đề cho bạn (nghĩa là bạn không có lý do để khử trùng nó).
BTW - nhất quán là điểm tranh luận, vì nó sẽ không thay đổi kiểu dữ liệu và bạn có thể dễ dàng kiểm tra "http: //" và thêm hoặc xóa nó khi cần thiết trong các lớp bản trình bày của bạn chức năng sử dụng được.
Theo như tôi biết bạn thực sự không thể gọi nó là một "URL", mà không cần phải phần giao thức:
http://www.w3.org/Addressing/URL/url-spec.txt
tôi sẽ không loại bỏ nó.
Tuy nhiên, nếu bạn thực sự cần giữ cho dữ liệu nhất quán, nó thực sự phụ thuộc vào cách URL thực sự được nhập trong ứng dụng của bạn. Nếu đó là một ứng dụng giống như trình duyệt, tôi đặt cược nó có thể được giả định là http: // ở phía trước nếu không có, cho các liên kết hợp lệ.
Có lý do để xóa nó không? những gì về phân biệt giữa điều đó và HTTPS? Tôi sẽ nói một URL với một giao thức hữu ích hơn một giao thức không có. –
Để nhất quán. Vì vậy, Joe Schmoe có thể nhập "http: //" trong khi Bob Smith không thể nhập. Tôi cần nó nhất quán khi tôi xuất kết nối. – Shpigford
trong trường hợp https, nếu sử dụng loại http thì máy chủ sẽ tự động chuyển hướng đến https. vì vậy ngay cả khi http được thêm vào không có hại được thực hiện – nonouco