Đây là câu hỏi dành cho nhà phát triển trình cắm và proxy.Hướng dẫn và phương pháp hay nhất để tạo trang web thân thiện với proxy
Tư duy thông thường khi nói đến các trang web cụ thể là "Chúng thực hiện các thay đổi làm hỏng plugin của chúng tôi; chúng tôi thay đổi logic để làm cho nó hoạt động trở lại".
Nhưng, điều gì sẽ xảy ra nếu phía bên kia cũng lo lắng về điều này? Nếu chúng tôi muốn biên soạn một tập hợp các nguyên tắc và phương pháp hay nhất để phát triển trang web cho một trang web thân thiện với proxy, bạn đề xuất nên làm gì với nó? Hãy suy nghĩ về các loại hạt khó khăn bạn đã phải crack. Bạn có nhớ những khoảnh khắc bạn muốn nhà phát triển trang web đã thực hiện một tính năng nhất định khác nhau không? Làm sao?
Vì điều này liên quan đến mã hóa, tôi không nghĩ rằng nó nên đi đến serverfault.
Edit: Sau khi đọc comment Pekka của tôi cảm thấy tôi cần thêm một số thông tin cơ bản.
Có các tập lệnh proxy web ngoài đó như glype và PHProxy. Do kịch bản phải đối phó với nhiều điều kiện không xác định nên nó không phục vụ được nhiều trang web. Bởi vì số lượng các trang web như vậy là áp đảo nó không có ý nghĩa để cố gắng làm cho logic nội bộ của proxy đủ tinh vi để xử lý sự đa dạng lớn này. Đây là nơi các plugin có ích. Kịch bản chính hoặc cơ sở triển khai cơ chế gọi mã plugin trên cơ sở mỗi trang web. Vì vậy, nếu proxy không phục vụ giả sử facebook.com, đó là trường hợp bằng cách này, một lập trình viên quan tâm đến thử thách thực hiện một số nghiên cứu và gỡ lỗi, để tìm nơi và tại sao chuỗi bị hỏng và những gì nên được thực hiện để giải quyết vấn đề. Các coder thực hiện sửa chữa của mình như là một plugin cho trang web cụ thể và người dùng có thể thả các plugin vào thư mục plugins của họ.
Nhưng nó cũng sẽ xảy ra rằng một cái gì đó trên trang web thay đổi, và sự thay đổi đó gây ra các plugin để phá vỡ một lần nữa. Vì vậy, nó là một trận đấu liên tục để bắt kịp với những thay đổi gần đây nhất của một trang web. Sự trớ trêu của tình huống là nhiều nhà phát triển trang web không biết và cũng không quan tâm đến tác động mà quyết định thiết kế của họ có thể có trên khả năng phân phát proxy của nội dung. Nhưng một số trang web có lý do chính đáng để quan tâm đến khả năng của khách truy cập để truy cập nội dung của họ thông qua proxy. Không muốn đi vào chính trị ở đây, vì vậy tôi để nó cho bạn để đoán tại sao điều này có thể quan trọng đối với một số trang web.
Câu hỏi này là một nỗ lực để khai thác vào những kiến thức tập thể và kinh nghiệm của proxy và plugin của tác giả để tạo ra một tập hợp các nguyên tắc để tạo trang web proxy thân thiện.
Tôi không thẻ php câu hỏi ban đầu vì nó chủ yếu là mối quan tâm sản phẩm của một trang web, không phải là cách bạn tạo ra nó. Nhưng đã quyết định gắn thẻ nó như vậy, bởi vì nó sẽ cải thiện khả năng hiển thị của câu hỏi và thẻ có thể được biện minh trên cơ sở đối tượng mục tiêu là tốt. Tôi đang làm cho cộng đồng wiki này cũng vậy, vì vậy nếu bạn cảm thấy thẻ php nên được loại bỏ, chỉ cần làm như vậy.
Có thể chỉ là tôi, nhưng tôi không biết bạn đang nói về cái gì: Plugin proxy là gì? Một kịch bản cơ bản là gì? (Một lần nữa, có thể đây là một lĩnh vực mà tôi không biết, trong trường hợp này tôi xin lỗi.) –
@Pekka - Cảm ơn bạn đã chỉ ra điều đó. Tôi đã thêm một số thông tin để làm rõ. –
Chủ đề rất thú vị và quan tâm đến nhiều người. Tuy nhiên, tôi nghĩ bây giờ, với lời giải thích bổ sung (tốt), nó có thể chứa quá nhiều văn bản để tạo sự chú ý. Tôi sẽ tập trung nhiều hơn vào các câu hỏi trọng tâm và cắt bỏ nội bộ khỏi quá trình phát triển: Đó là điều mà những người có kiến thức sẽ đưa ra, dù sao đi nữa. (Nếu họ tìm thấy câu hỏi - một câu hỏi như thế này là * chết tiệt * khó gắn thẻ, bởi vì proxy không bao giờ được * viết * bằng cách sử dụng các công nghệ mà họ liên quan ... tôi sẽ thêm http và có thể là Apache vào danh sách, có thể là tên của một vài sản phẩm proxy hàng đầu) –