Lợi ích trước mắt mà nó đem lại là làm cho URL có vẻ thân thiện hơn, người dùng nếu muốn truy cập lại thông tin bằng cách nhập trực tiếp vào địa chỉ cũng dễ dàng hơn (như Tiên đã nói ở bài trước).

Tuy nhiên, làm như kiểu nhạc số, chẳng thà đừng làm còn hơn. 

Mặt khác, theo như tớ tìm hiểu (và đã sử dụng thử) thì khi sử dụng phương thức open(”GET”, URL, false/true) thì phần tham số không nhất thiết phải được mã hóa trước như Thọ nói. Minh chứng cho điều này, hãy xem phần mã nguồn của ví dụ ứng dụng công nghệ AJAX mà tớ đã xây dựng: http://www.nguoitapviet.info/ajax/ (vào phần mã nguồn). Đúng hơn, việc mã hóa hay không không làm thay đổi kết quả trong trường hợp này (nội dung tham số không phải unicode mà chỉ là các ký tự chuẩn của URL). Quan trọng hơn chính là ở chỗ cách thức để tạo đối tượng HttpXMLRequest của trình duyệt IE và các trình duyệt dựa trên nền Mozilla là khác nhau, và khi tạo đối tượng HttpXMLRequest sẽ cần phải nhận biết người dùng đang sử dụng trình duyệt gì:

// tạo HttpXMLRequest trên trình duyệt dựa trên mozilla
if (window.XMLHttpRequest) {
req = new XMLHttpRequest();
req.onreadystatechange = processReqChange;
req.open(”GET”, url, true);
req.send(null);
}
// nếu người dùng xài IE
else if (window.ActiveXObject) {
req = new ActiveXObject(”Microsoft.XMLHTTP”);
if (req) {
req.onreadystatechange = processReqChange;
req.open(”GET”, url, true);
req.send();
}
}

Cách thức để nhận biết trình duyệt ở trên thật ra không phức tạp như Thọ nghĩ, chủ yếu dựa vào cách thức mà IE hỗ trợ HttpXMLRequest thông qua công nghệ ActiveX. Nếu để ý, bạn sẽ thấy trong quá trình xử lý trên IE, chúng ta còn cần cẩn thận hơn kiểm tra xem thực sự đối tượng HttpXMLRequest đã được tạo ra chưa (phần if(req) ) trước khi sử dụng.

Theo tớ, tóm lại: Thực sự thì trong trang chủ của NhacSo lúc còn bị lỗi gần như không đụng gì đến HttpXMLRequest và lỗi không phải nằm ỏ chỗ có mã hóa dữ liệu hay không (nhưng là chỗ nào thì tớ chưa chắc - và bây giờ cũng ko có điều kiện để tìm hiểu tiếp vì NhacSo hình như đã bỏ phiên bản javascript cũ để đảm bảo nhacso chạy đúng).

Tái bút: Điều Thọ nói (tốc độ nhanh hơn nhưng nhanh để làm gì…) là rất đúng. Tuy nhiên, đây không phải là khuyết điểm của công nghệ (cụ thể ở đây là AJAX) mà là lỗi không cẩn thận của người ứng dụng nó. Việc sử dụng công nghệ gì để xử lý các request (truy vấn) tùy vào từng tình huống và mục đích sẽ khác nhau. Nếu biết kết hợp một cách hợp lý sẽ giúp xây dựng được những ứng dụng Web tuyệt vời (như Gmail, Google Map hay Flickr).

Thứ nhất xin được nói về cơ chế mã hoá mà Tiên bàn ở trên. Cả 3 nguyên nhân mà Tiên nói đều không phải. JavaScript tuy là client-side script, nhưng nó cũng cho phép thực hiện các client-server communications trong các trình duyệt hiện đại. Xin được nói sâu hơn một chút, có 2 phương thức để send a request to a server: GET and POST. Với trang Nhacso.net, khi bạn yêu cầu một bài hát, hay một thể loại nhạc, bạn đã thực sự thực hiện một GET request. Trong JavaScript dùng cú pháp sau để thực hiện một GET request:
var request = new XMLHttprequest();
request.open(”get”,”http://www.webname.com?para1=value1&para2=value2”,false)
Khi dùng JavaScript để send một request thì các para (para1 và para2) và name (name1 và name2) phải được mã hoá (tức là encode) để sử dụng vào URL. Trong JavaScript có hàm mã hoá là: encodeURIComponent() (for DOM compliant browser như là Mozilla, Safari, Opera) hoặc hàm keywordUrlencode() (for IE như Tiên đã thấy).
Vấn đề ở đây là tại sao IE lại hiển thị được mà Mozilla lại không được? Nếu nói chi tiết thì phải trở lại lịch sử phát triển của JavaScript, nhưng như thế rất dài. Mình chỉ xin nói ở đây là các objects, các methods, các properties của JavaScript cho IE và Mozilla khác nhau (chủ yếu do Microsoft tiếp cận công nghệ JavaScript sau mà còn chảnh :D). Cụ thể nhacso.net đã sử dụng method keywordUrlencode() thì chỉ có IE hiểu mà Mozilla không hiểu. Những người làm trang nhạc số này rất là ẩu, vì thực sự khi viết một đoạn JavaScript thì luôn luôn phải có quá trình detect browser trước, rồi sẽ dùng từng đoạn mã thích hợp cho từng browser (ví dụ như 2 method khác nhau cho 2 trình duyệt khác nhau).
Ví dụ:
if (IEBrowser) {
// use keywordUrlencode() here
}
else if (OtherBrowsers){
// use encodeURIComponent() here
}
Nếu như thế thì sẽ không xảy ra lỗi nữa.
Xin nói thêm một chút thế này, tốt hơn hết những ứng dụng phức tạp như send request, xử lý request thì nên dùng các server-side applications (như jsp, asp, php,…) vì như thế sẽ không phụ thuộc vào trình duyệt (mà việc nhận dạng trình duyệt thực sự rất rắc rối). Dùng javascript thì tốc độ nhanh hơn, nhưng nhanh để làm gì khi cuối cùng người ta không coi đuợc .
Mới vào lại trang nhacso.net bằng cả IE và Mozilla thì thấy okie, chắc người ta đã sửa rồi. Cả chức năng quay lại cũng được rồi.
Nói chung nhacso.net muốn làm đơn giản hơn, nhưng mà thật sự chỉ có hại chứ không có lợi.
Bà con có thắc mắc gì thì xin có ý kiến.
Thọ

Nếu thật sự muốn hướng đến đối tượng người Việt ở nước ngoài, cách duy nhất là đặt máy chủ ở nước ngoài (Mỹ hay Canada là tốt nhất). Vừa nhanh, lại rẻ hơn trong nước.

chờ hồi âm của PPUT ! ;)