Google bot - những con bọ làm cản bước tiến công nghệ web

[thuyduongcd]

Từ trước tới nay, những người lập trình web luôn cải tiến kỹ thuật nhằm thu hẹp tối đa khoảng cách giữa Web Application (WA) và Desktop Application (DA), tạo cho người duyệt web một cảm giác không còn rào cản về thời gian, giống như đang thao tác trên một Desktop Appplication thực thụ.

Và trong nỗ lực không ngừng, Jesse James Garrett đã đưa ra một kỹ thuật mang tính đột phá, đó chính là kỹ thuật ajax. Với kỹ thuật này, việc truyền dữ liệu giữa client và server không còn là vấn đề, và mang lại cảm giác "as soon as click".

Việc áp dụng kỹ thuật này kết hợp với thuật toán đoán trước những gì sẽ xảy ra tiếp theo những tưởng sẽ đạt kết quả khả quan cho mơ ước xóa bỏ rào cản giữa WA và DA (Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn)

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest. Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?

[hoabinh]

vì google ko thể nhận biết đc scriptRequest cho nên 1 số site sử dụng cùng 1 lúc cả 2 kiểu Request ví dụ như Facebook hay code forum VBB
Còn chuyện tại sao em google bot vẫn chưa hiểu đc script Request thì đơn giản vì nó quá phức tạp, để hiểu đc các truy vấn của script đòi hỏi khả năng đọc hiểu cách viết của script, trong khi 1 số script viết quá phức tạp. Nếu 1 con bot có khả năng đọc hiểu toàn bộ các viết script của loài người thì con bot đó phải nặng bao nhiêu ? 1GB hay 10GB , nếu 1 ngày chừng 10 con như thế vào thì những site vừa và nhỏ sẽ chịu không nổi? Google sẽ không điên như thế. Mặt khác các nhà phát triển web thông minh sẽ lợi dụng luôn cả 2 giao thức request, bên phần end-user font họ vẫn sài ajax nhưng mặt khác vẫn tạo httprequest để các chú bot có thể hiểu.
Chẳng hiểu có phải bạn học quá nhiều nên mới suy nghĩ thiếu logic như vậy không hoặc có lẽ bạn sẽ là thiên tài khi viết ra 1 con bot hiểu script chỉ năng 1kb ;)

[chameron]

conbot đấy chạy bằng cơm :D em đùa tí , chứ chả hiểu gì :D

[xcode]

Từ trước tới nay, những người lập trình web luôn cải tiến kỹ thuật nhằm thu hẹp tối đa khoảng cách giữa Web Application (WA) và Desktop Application (DA), tạo cho người duyệt web một cảm giác không còn rào cản về thời gian, giống như đang thao tác trên một Desktop Appplication thực thụ.

Và trong nỗ lực không ngừng, Jesse James Garrett đã đưa ra một kỹ thuật mang tính đột phá, đó chính là kỹ thuật ajax. Với kỹ thuật này, việc truyền dữ liệu giữa client và server không còn là vấn đề, và mang lại cảm giác "as soon as click".

Việc áp dụng kỹ thuật này kết hợp với thuật toán đoán trước những gì sẽ xảy ra tiếp theo những tưởng sẽ đạt kết quả khả quan cho mơ ước xóa bỏ rào cản giữa WA và DA (Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn)

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest. Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?


những con bọ ngu ngốc mà Google thả vô

Vậy, Với một cái đầu "thông minh" như bạn, bạn có thể tạo ra những cái ngu ngốc đó không?:crying:

Chẳng hiểu sao facebook đạt Google PR10 :D

[khonggiannet]

Từ trước tới nay, những người lập trình web luôn cải tiến kỹ thuật nhằm thu hẹp tối đa khoảng cách giữa Web Application (WA) và Desktop Application (DA), tạo cho người duyệt web một cảm giác không còn rào cản về thời gian, giống như đang thao tác trên một Desktop Appplication thực thụ.

Và trong nỗ lực không ngừng, Jesse James Garrett đã đưa ra một kỹ thuật mang tính đột phá, đó chính là kỹ thuật ajax. Với kỹ thuật này, việc truyền dữ liệu giữa client và server không còn là vấn đề, và mang lại cảm giác "as soon as click".

Việc áp dụng kỹ thuật này kết hợp với thuật toán đoán trước những gì sẽ xảy ra tiếp theo những tưởng sẽ đạt kết quả khả quan cho mơ ước xóa bỏ rào cản giữa WA và DA (Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn)

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest. Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?

Làm gì mà chênh nhau giữa vài phút với 1 giây - có bốc phét quá không bạn?

Nếu như bạn cho rằng dùng AJAX làm cho Google Bot không index được thì đó là vì bạn không biết cách dùng AJAX. Hãy xem ví dụ sau của tôi nhé:



<script>
function sendAjaxRequest(){
// do someting here
}
</script>

<a href="/example.html" onClick="sendAjaxRequest(); return false;">Example</a>


Google Bot hoặc browser với javascript đã được tắt sẽ xem trang web trên là một trang HTML với hyperlink thông thường. Nếu user truy cập với browser đã bật JS thì nội dung sẽ được load bằng kĩ thuật AJAX. Thế có phải là vừa đảm bảo tính userbility và vừa đảo bảo SEO không. :lick:

[Hanaziki]

Nếu như bạn cho rằng dùng AJAX làm cho Google Bot không index được thì đó là vì bạn không biết cách dùng AJAX.

Chuẩn không cần chỉnh luôn. (về kỹ thuật SEO)

[em_bé]

Google Bot hoặc browser với javascript đã được tắt sẽ xem trang web trên là một trang HTML với hyperlink thông thường. Nếu user truy cập với browser đã bật JS thì nội dung sẽ được load bằng kĩ thuật AJAX. Thế có phải là vừa đảm bảo tính userbility và vừa đảo bảo SEO không. :lick:
Cho em hỏi đây có phải là blackhat SEO ko ! Dẫn con Bot vô 1 trang và User vô 1 trang khác ! :( Em chưa biết gì nên hỏi tạm đây :D

[khonggiannet]

Không, Bot và User đều xem một trang HTML như nhau mà. Điểm khác là user dùng browser với javascript được kích hoạt nên sử dụng được tính năng AJAX để load nội dung động. Cách trên cũng được Google khuyến cáo để tăng tính userbility cho website. (User có thể truy cập (http://raovat.sile.vn/tim-kiem/truy_c%E1%BA%ADp) được ngay cả khi browser không hỗ trợ javascript).

[lenggiauit]

Topic chống lại cả Google :punk: Lở scriptRequest là kiểm tra Login thì sao nhỉ ?

[thuyduongcd]

những con bọ ngu ngốc mà Google thả vô
Vậy, Với một cái đầu "thông minh" như bạn, bạn có thể tạo ra những cái ngu ngốc đó không?
Chẳng hiểu sao facebook đạt Google PR10

Xin lỗi, tôi chỉ đưa ý kiến, không phải để đả kích lẫn nhau nên tôi xin không bàn luận với bạn.



Làm gì mà chênh nhau giữa vài phút với 1 giây - có bốc phét quá không bạn?

Cũng chưa hẳn là không có nếu có sự chênh lệch lớn giữa nội dung của 2 kiểu Request, một request chỉ một vài dòng nội dung và một request đến cả trang web. Đặc biệt nếu máy client hơi yếu. Còn đoạn code bạn đưa thấy cũng chẳng có chút gì gọi là SEO cả.

Không, Bot và User đều xem một trang HTML như nhau mà
Không giống nhau. Ví dụ có 2 URL:


http://abc.com/index.php?id=1
http://abc.com/index.php?id=2

Với user thì đó là 2 trang khác nhau nhưng với GB thì rất dễ dàng bị đánh đồng với nhau.


Topic chống lại cả Google Lở scriptRequest là kiểm tra Login thì sao nhỉ ?
kiểm tra login thì ai cũng mã hóa data hết rồi, có gì mà phải ngại.

[honnhienh]

mấy bác pro quá đọc song chóng cả mặt. Tu luyện tiếp. Theo mình ghĩ thì nếu nó cản trở thì chắc nó hog tồn tại được đau.

[Thắm*]

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest.

Bạn đã thử so sánh những gì google đem lại so với điều ngu ngốc bạn đang nói chưa

[thuyduongcd]

Bạn đã thử so sánh những gì google đem lại so với điều ngu ngốc bạn đang nói chưa

Bạn nên đọc cho kỹ trước khi phát biểu. Cái mà tôi nói là Google Bot, không phải Google. Trừ khi bạn không phân biệt được giữa Google và google bot.

[thuankkk]

vì google ko thể nhận biết đc scriptRequest cho nên 1 số site sử dụng cùng 1 lúc cả 2 kiểu Request ví dụ như Facebook hay code forum VBB
Còn chuyện tại sao em google bot vẫn chưa hiểu đc script Request thì đơn giản vì nó quá phức tạp, để hiểu đc các truy vấn của script đòi hỏi khả năng đọc hiểu cách viết của script, trong khi 1 số script viết quá phức tạp. Nếu 1 con bot có khả năng đọc hiểu toàn bộ các viết script của loài người thì con bot đó phải nặng bao nhiêu ? 1GB hay 10GB , nếu 1 ngày chừng 10 con như thế vào thì những site vừa và nhỏ sẽ chịu không nổi? Google sẽ không điên như thế. Mặt khác các nhà phát triển web thông minh sẽ lợi dụng luôn cả 2 giao thức request, bên phần end-user font họ vẫn sài ajax nhưng mặt khác vẫn tạo httprequest để các chú bot có thể hiểu.
Chẳng hiểu có phải bạn học quá nhiều nên mới suy nghĩ thiếu logic như vậy không hoặc có lẽ bạn sẽ là thiên tài khi viết ra 1 con bot hiểu script chỉ năng 1kb ;)

Chỗ này mình không rõ ý của bạn lắm? Một con bot nặng (mình hiểu là kích thước mã nguồn) 10 GB đâu có nghĩa nó sẽ download (hay ý bạn là gì khác??) 10 GB từ trang web của bạn đâu?

Giả sử ta viết 1 con bot có thể hiểu (và chạy dc) javascript và nặng tới 10 GB, thì số request gửi tới server của bạn tối đa cũng chỉ = 1 người dùng bt mà thôi (nếu tính luôn cả js, css, image, flash, v.v.).

[ngoc_viet08]

vì google ko thể nhận biết đc scriptRequest cho nên 1 số site sử dụng cùng 1 lúc cả 2 kiểu Request ví dụ như Facebook hay code forum VBB
Còn chuyện tại sao em google bot vẫn chưa hiểu đc script Request thì đơn giản vì nó quá phức tạp, để hiểu đc các truy vấn của script đòi hỏi khả năng đọc hiểu cách viết của script, trong khi 1 số script viết quá phức tạp. Nếu 1 con bot có khả năng đọc hiểu toàn bộ các viết script của loài người thì con bot đó phải nặng bao nhiêu ? 1GB hay 10GB , nếu 1 ngày chừng 10 con như thế vào thì những site vừa và nhỏ sẽ chịu không nổi? Google sẽ không điên như thế. Mặt khác các nhà phát triển web thông minh sẽ lợi dụng luôn cả 2 giao thức request, bên phần end-user font họ vẫn sài ajax nhưng mặt khác vẫn tạo httprequest để các chú bot có thể hiểu.
Chẳng hiểu có phải bạn học quá nhiều nên mới suy nghĩ thiếu logic như vậy không hoặc có lẽ bạn sẽ là thiên tài khi viết ra 1 con bot hiểu script chỉ năng 1kb
nhảm , php engine cũng đâu có bao nhiêu dung lượng đâu vẫn hiểu và thực thi dc hết các hàm php đó thôi. đưa con số trời ơi đất hỡi chứng tỏ chả biết gì . bot nó load trang web và xử lý tại máy nó thì 10bg cũng chả vấn đề .

[Sugarman]

Làm gì mà chênh nhau giữa vài phút với 1 giây - có bốc phét quá không bạn?

Nếu như bạn cho rằng dùng AJAX làm cho Google Bot không index được thì đó là vì bạn không biết cách dùng AJAX. Hãy xem ví dụ sau của tôi nhé:



<script>
function sendAjaxRequest(){
// do someting here
}
</script>

<a href="/example.html" onClick="sendAjaxRequest(); return false;">Example</a>


Google Bot hoặc browser với javascript đã được tắt sẽ xem trang web trên là một trang HTML với hyperlink thông thường. Nếu user truy cập với browser đã bật JS thì nội dung sẽ được load bằng kĩ thuật AJAX. Thế có phải là vừa đảm bảo tính userbility và vừa đảo bảo SEO không. :lick:

Lí thuyết là vậy nhưng thực tế bao nhiêu trang web đã ứng dụng, như cái ddth này, nhảy từ trang 1 trang 2 cũng load lại html, trong khi ajax chỉ tốn 1 tí băng thông. Phải chăng lạm dụng ajax sẽ làm giảm thứ hạng trên các search engine?

Có vài bác đề xuất con bot có khả năng chạy script. Cái đó không phải ko thể mà là nó không muốn làm :D. Công nghệ hiện nay là phân tích cấu trúc HTML của 1 trang web, chỉ đơn giản thế mà gg nó phải dùng hàng đống máy chủ để phân tích hàng tỉ trang web mỗi ngày, nếu chạy script thì cần thêm bao nhiêu máy chủ vậy :D?

[manlivo]

Mình nghĩ nếu bot của google làm rào cản bước tiến của công nghệ thì có lẽ google đã đánh mất vị trí số 1 về tìm kiếm từ lâu rồi. Công nghệ Ajax là công nghệ mới và người ta vẫn cần phải hoàn thiện nó. Google chắc biết về Ajax nhiều hơn các bạn và sẽ biết ứng dụng nó như thế nào để khai thác được tiềm năng của nó.

[khonggiannet]

Còn đoạn code bạn đưa thấy cũng chẳng có chút gì gọi là SEO cả.

Bạn nên xem kĩ ví dụ trên rồi hãy phán như vậy. Một sai lầm mà rất nhiều người phạm phải khi ứng dụng AJAX là không cho các hyperlink một URL cụ thể để Google Bot có thể lần theo. Sai lầm thường gặp (mà tôi nghĩ cũng chính là cái trường hợp "cản bước tiến" mà bạn nói đến) là thế này:

<a href="#" onClick="sendAjaxRequest()">Example</a>
<a href="javascript:sendAjaxRequest()">Example</a>
Còn nếu bạn đã cho hyperlink một URL xác định thì Google Bot coi website AJAX và không AJAX như nhau. Do đó dùng AJAX hay không chẳng có ảnh hưởng gì đến SEO.

Tôi mong là lần này bạn hiểu. Nếu không hiểu thì cũng nên có lí lẽ rõ ràng chứ đừng phán bừa như trên nhé bạn.


Không giống nhau. Ví dụ có 2 URL:
...
Có lẽ bạn có vấn đề về đọc hiểu thật.:emlaugh:

[www.ifun.vn]

Cái gì cũng có mặt trái và phải của nó mà

[langtusitinh225]

Bạn nên xem kĩ ví dụ trên rồi hãy phán như vậy. Một sai lầm mà rất nhiều người phạm phải khi ứng dụng AJAX là không cho các hyperlink một URL cụ thể để Google Bot có thể lần theo. Sai lầm thường gặp (mà tôi nghĩ cũng chính là cái trường hợp "cản bước tiến" mà bạn nói đến) là thế này:


<a href="#" onClick="sendAjaxRequest()">Example</a>
<a href="javascript:sendAjaxRequest()">Example</a>



Giải thích cho em chỗ này được không các anh chị

[hoabinh]

@ngoc_viet: bác nhìn như thiếu kiến thức về web nhở :)), web chỉ viết bằng php ko thôi àh ? Asp, jsp, python, C, ... đâu hết rồi ?
Ví dụ với bot google đọc script php thì ko thể nói là ôm nguyên thư viện php vào con bot đó đc, thư viện đó chỉ là môi trường để ngừoi ta làm việc chứ không có khả năng tự phân tích. Muốn nó có khả năng tự phân tích thì phải gắn AI vào cho nó.
Em thật sự ko biết con bot có AI đọc và hiểu toàn bộ các loại ngôn ngữ sẽ nặng bao nhiêu như bảo đảm nó sẽ nặng hơn con bot hiện tại của google cả ngàn đến và chục ngàn lần. Điều đó là quá phi lý cho 1 con bot hoạt động hiệu quả.

[thuyduongcd]

Bạn nên xem kĩ ví dụ trên rồi hãy phán như vậy. Một sai lầm mà rất nhiều người phạm phải khi ứng dụng AJAX là không cho các hyperlink một URL cụ thể để Google Bot có thể lần theo. Sai lầm thường gặp (mà tôi nghĩ cũng chính là cái trường hợp "cản bước tiến" mà bạn nói đến) là thế này:

Còn nếu bạn đã cho hyperlink một URL xác định thì Google Bot coi website AJAX và không AJAX như nhau. Do đó dùng AJAX hay không chẳng có ảnh hưởng gì đến SEO.

Tôi mong là lần này bạn hiểu. Nếu không hiểu thì cũng nên có lí lẽ rõ ràng chứ đừng phán bừa như trên nhé bạn.


Có lẽ bạn có vấn đề về đọc hiểu thật.:emlaugh:

Bạn thử xem một ví dụ:


<a onclick="sendrequest(1)">Part 1</a>
<a onclick="sendrequest(2)">Part 2</a>

Hàm sendrequest() thì chỉ mỗi việc nhận tham số part và gửi request tới URL tương ứng

http://any.domain.name/index.php?id=part
Theo bạn thì cái href nên để thế nào?
Có thể như vầy:


<a href="http://any.domain.name/index.php?id=1" onclick="sendrequest(1)">Part 1</a>
<a href="http://any.domain.name/index.php?id=2" onclick="sendrequest(1)">Part 1</a>

Nhưng như vậy cũng là vô ích vì GB ít khi quan tâm đến phần sau dấu ? Như thế thì cho dù có vài chục part đi nữa thì nó vẫn đánh đồng với nhau. Nếu không thì người ta đã chẳng mất công rewrite URL làm gì.

[kenphan19]

Bạn thử xem một ví dụ:


<a onclick="sendrequest(1)">Part 1</a>
<a onclick="sendrequest(2)">Part 2</a>

Hàm sendrequest() thì chỉ mỗi việc nhận tham số part và gửi request tới URL tương ứng

http://any.domain.name/index.php?id=part
Theo bạn thì cái href nên để thế nào?
Có thể như vầy:


<a href="http://any.domain.name/index.php?id=1" onclick="sendrequest(1)">Part 1</a>
<a href="http://any.domain.name/index.php?id=2" onclick="sendrequest(1)">Part 1</a>

Nhưng như vậy cũng là vô ích vì GB ít khi quan tâm đến phần sau dấu ? Như thế thì cho dù có vài chục part đi nữa thì nó vẫn đánh đồng với nhau. Nếu không thì người ta đã chẳng mất công rewrite URL làm gì.
oh :o thế àh ... vãi cả hà

[nvthaovn]

Sự thực là hiện nay google đang làm mưa làm gió thị trường internet toàn cầu. Ỷ thế lũng đoạn cuả mình google đang chi phối và bóp méo cộng đồng webmaster theo những khuôn khổ của họ.
Sẽ có ngày điều đó phải thay đổi.

[khonggiannet]

Nhưng như vậy cũng là vô ích vì GB ít khi quan tâm đến phần sau dấu ? Như thế thì cho dù có vài chục part đi nữa thì nó vẫn đánh đồng với nhau. Nếu không thì người ta đã chẳng mất công rewrite URL làm gì.

Không cần rewrite URL Google Bot vẫn index và phân biệt được các URL khác nhau mà. Cái diễn đàn này có rewrite url nào đâu
http://www.google.com.vn/#hl=vi&source=hp&q=site%3Addth.com&aq=f&aqi=&aql=&oq=&gs_rfai=&fp=b0b8466444c1932d

Mà ở đây tôi chỉ khẳng định là dùng AJAX đúng cách thì chẳng ảnh hưởng gì đến SEO cả (không lợi cũng không hại). Còn SEO thế nào là vấn đề khác nên không bàn ở đây. Nếu bạn thích URL đẹp thì cứ đặt các URL đẹp đó vào href="..." đâu có ai cấm.

[snoob_clo4]

@ngoc_viet: bác nhìn như thiếu kiến thức về web nhở :)), web chỉ viết bằng php ko thôi àh ? Asp, jsp, python, C, ... đâu hết rồi ?
Ví dụ với bot google đọc script php thì ko thể nói là ôm nguyên thư viện php vào con bot đó đc, thư viện đó chỉ là môi trường để ngừoi ta làm việc chứ không có khả năng tự phân tích. Muốn nó có khả năng tự phân tích thì phải gắn AI vào cho nó.
Em thật sự ko biết con bot có AI đọc và hiểu toàn bộ các loại ngôn ngữ sẽ nặng bao nhiêu như bảo đảm nó sẽ nặng hơn con bot hiện tại của google cả ngàn đến và chục ngàn lần. Điều đó là quá phi lý cho 1 con bot hoạt động hiệu quả.
Thật sự PHP là server script thì làm gì mà Google Bot đọc được với chả hiểu, nó chỉ đọc HTML mà thôi bác ạ (hình như PHP, ASp, pythong v.v. gì đều parse sang HTML thì phải) => Nó đã hiểu HTML thì sao ko hiểu luôn Javascript nhỉ
P.S: Kiến thức eo hẹp, chém gì thì nhẹ tí :huh:

[kenphan19]

vì google ko thể nhận biết đc scriptRequest cho nên 1 số site sử dụng cùng 1 lúc cả 2 kiểu Request ví dụ như Facebook hay code forum VBB
Còn chuyện tại sao em google bot vẫn chưa hiểu đc script Request thì đơn giản vì nó quá phức tạp, để hiểu đc các truy vấn của script đòi hỏi khả năng đọc hiểu cách viết của script, trong khi 1 số script viết quá phức tạp. Nếu 1 con bot có khả năng đọc hiểu toàn bộ các viết script của loài người thì con bot đó phải nặng bao nhiêu ? 1GB hay 10GB , nếu 1 ngày chừng 10 con như thế vào thì những site vừa và nhỏ sẽ chịu không nổi? Google sẽ không điên như thế. Mặt khác các nhà phát triển web thông minh sẽ lợi dụng luôn cả 2 giao thức request, bên phần end-user font họ vẫn sài ajax nhưng mặt khác vẫn tạo httprequest để các chú bot có thể hiểu.
Chẳng hiểu có phải bạn học quá nhiều nên mới suy nghĩ thiếu logic như vậy không hoặc có lẽ bạn sẽ là thiên tài khi viết ra 1 con bot hiểu script chỉ năng 1kb
Chả hỉu bác nói gì ... chắc ý bác là 1 bộ thông dịch (interpretor) các ngôn ngữ client-script ...

@ngoc_viet: bác nhìn như thiếu kiến thức về web nhở :)), web chỉ viết bằng php ko thôi àh ? Asp, jsp, python, C, ... đâu hết rồi ?
Ví dụ với bot google đọc script php thì ko thể nói là ôm nguyên thư viện php vào con bot đó đc, thư viện đó chỉ là môi trường để ngừoi ta làm việc chứ không có khả năng tự phân tích. Muốn nó có khả năng tự phân tích thì phải gắn AI vào cho nó.
Em thật sự ko biết con bot có AI đọc và hiểu toàn bộ các loại ngôn ngữ sẽ nặng bao nhiêu như bảo đảm nó sẽ nặng hơn con bot hiện tại của google cả ngàn đến và chục ngàn lần. Điều đó là quá phi lý cho 1 con bot hoạt động hiệu quả.
Nhảm vãi hà, sao nó đọc được PHP. Ở đây chỉ những client-script thì đọc được.
Thí dụ (VBScript, JavaScript, CSS, blah, blah ...)



Nhưng như vậy cũng là vô ích vì GB ít khi quan tâm đến phần sau dấu ? Như thế thì cho dù có vài chục part đi nữa thì nó vẫn đánh đồng với nhau. Nếu không thì người ta đã chẳng mất công rewrite URL làm gì.
Không dám ý kiến vì chưa biết thực hư. Nếu Gồ như thế thì hình tượng Gồ trong tôi không còn nữa.

[snoob_clo4]

Không giống nhau. Ví dụ có 2 URL:


http://abc.com/index.php?id=1
http://abc.com/index.php?id=2

Với user thì đó là 2 trang khác nhau nhưng với GB thì rất dễ dàng bị đánh đồng với nhau.


http://www.google.com.vn/search?hl=vi&client=firefox-a&hs=Jr2&rls=org.mozilla%3Aen-US%3Aofficial&q=http%3A%2F%2Fwww.ddth.com%2Fshowthread.php%3Ft%3 D372724&aq=f&aqi=&aql=&oq=&gs_rfai=
mời bác vào :yes: .......

[lenggiauit]

Đang nói Gooogle Bot chỉ index dựa vào httpRequest mà bỏ qua scriptRequest :emlaugh:. Nói tùm lum nào là Google Bot Hiểu dc Javascript, php script ... :emlaugh: pó tay

[snoob_clo4]

Đang nói Gooogle Bot chỉ index dựa vào httpRequest mà bỏ qua scriptRequest :emlaugh:. Nói tùm lum nào là Google Bot Hiểu dc Javascript, php script ... :emlaugh: pó tay
DDTH mà lị, bất cứ vấn đề gì ko liên quan cũng có thể đem ra cãi, lộn trao đổi :lick:

[ngoc_viet08]

@ngoc_viet: bác nhìn như thiếu kiến thức về web nhở ), web chỉ viết bằng php ko thôi àh ? Asp, jsp, python, C, ... đâu hết rồi ?
Ví dụ với bot google đọc script php thì ko thể nói là ôm nguyên thư viện php vào con bot đó đc, thư viện đó chỉ là môi trường để ngừoi ta làm việc chứ không có khả năng tự phân tích. Muốn nó có khả năng tự phân tích thì phải gắn AI vào cho nó.
Em thật sự ko biết con bot có AI đọc và hiểu toàn bộ các loại ngôn ngữ sẽ nặng bao nhiêu như bảo đảm nó sẽ nặng hơn con bot hiện tại của google cả ngàn đến và chục ngàn lần. Điều đó là quá phi lý cho 1 con bot hoạt động hiệu quả.

ý của tớ là để hiểu và thực thi dc php thì ko tốn quá nhiều dung lượng như cậu nói . đơn giản vậy thôi . ngồi đi suy diễn tùm lum bát nháo . và với việc nhận biết được ajax và html trong page thì sẽ nhẹ nhàng hơn .
cũng chưa có dung lượng như bạn nói nữa là ngồi đem GB ra dọa :D

[dokhacluan]

câu hỏi ngoài lề google bot có công dụng gí vậy :D

[jiSh@n]

1. Một trong những nguyên tắc cơ bản của việc sử dụng Ajax là phải đảm bảo cho trang web hoạt động bình thường khi ko có javascript. Web developer ko đảm bảo được việc này là web developer kém.

2. Làm về web là làm việc với HTML, vì thế hãy tôn trọng nó 1 chút. Với HTML, 1 anchor <a> chỉ có thể thành hyperlink nếu nó có đi kèm thuộc tính href (hypertext reference) rõ ràng. Các thể loại href="javascript:doSth();" rõ ràng ko đúng theo định nghĩa về hyperlink.

3. Đối với SE crawler/bot, 2 loại tag <a> sau là như nhau:
<a href="/some/url">Some text</a>
<a href="/some/url" onclick="load('/some/url');">Some text</a>

4. Đối với người dùng, khi click vào link được khai báo kiểu <a href="#someanchor" onclick="doSth();">Some text</a>, họ sẽ thấy ở status bar của trình duyệt dạng http://some.web.site/#someanchor và họ ngầm định là trình duyệt sẽ đưa họ đến vị trí #someanchor chứ ko phải là thực hiện cái script doSth().

5. Điều cuối cùng, ko phải ai cũng vào web bằng máy tính. Mặc dù các trình duyệt mobile ngày nay đều có khả năng hỗ trợ javscript và ajax mạnh mẽ nhưng vẫn còn rất nhiều thiết bị có năng lực xử lý kém ko có khả hiểu javascript khi duyệt web.

[honnhienh]

Tiếp các bác ơi. up cho nó lên top.

[hoabinh]

cái này ko phải ý của em mà em đang cố gắng dẫn giải ý của chủ topic đấy chứ, chủ topic muốn có con bot hiểu đc cả ScriptRequest cơ mà chứ nếu bản thân em đâu có khùng đâu mà nghĩ thế :))

[euclid]

Hiện tại em đang có 1 trang sử dụng công nghệ ajax là:
http://ebook.here.vn
Theo lời các bác nói là có thể làm cho nó SEO tốt hơn.
Các bác giúp em với ! :(

[thuyduongcd]

1. Một trong những nguyên tắc cơ bản của việc sử dụng Ajax là phải đảm bảo cho trang web hoạt động bình thường khi ko có javascript. Web developer ko đảm bảo được việc này là web developer kém.

Vấn đề ở đây không phải là có js hay không có js.


2. Làm về web là làm việc với HTML, vì thế hãy tôn trọng nó 1 chút. Với HTML, 1 anchor <a> chỉ có thể thành hyperlink nếu nó có đi kèm thuộc tính href (hypertext reference) rõ ràng. Các thể loại href="javascript:doSth();" rõ ràng ko đúng theo định nghĩa về hyperlink.

Nếu thế giới cứ đi theo một lề lối nhất định thì làm sao có phát minh. Nếu ai cũng nghĩ trời tròn đất vuông thì NASA đã chẳng ra đời. Vấn đề tôi muốn đề cập là thu hẹp khoảng cách giữa Web apllication và Desktop Application. Do đó mà không nhất thiết phải bó hẹp trong phạm vi của những tag thông thường (ngoài dùng <a> thì còn có khá nhiều cách để thể hiện 1 link)



4. Đối với người dùng, khi click vào link được khai báo kiểu <a href="#someanchor" onclick="doSth();">Some text</a>, họ sẽ thấy ở status bar của trình duyệt dạng http://some.web.site/#someanchor và họ ngầm định là trình duyệt sẽ đưa họ đến vị trí #someanchor chứ ko phải là thực hiện cái script doSth().

Status hiện gì cũng không quan trọng. Cái quan trọng là tốc độ đáp ứng thao tác của user. Khi user click 1 link, nếu load 1 trang sẽ chậm hơn rất nhiều so với chỉ load vài dòng dữ liệu cần thiết.


5. Điều cuối cùng, ko phải ai cũng vào web bằng máy tính. Mặc dù các trình duyệt mobile ngày nay đều có khả năng hỗ trợ javscript và ajax mạnh mẽ nhưng vẫn còn rất nhiều thiết bị có năng lực xử lý kém ko có khả hiểu javascript khi duyệt web.
Mobile đã có wap, ngay cả google cũng có wap site dành riêng cho mobile. Còn những máy có hỗ trợ html thì hầu hết đều có js.

[VnVision]

Vấn đề ở đây không phải là có js hay không có js.

Ko có js thì làm sao có thể có ajax, làm sao có thể làm ứng dụng web hoạt động gần với ứng dụng desktop? Ko có js thì đã ko có web 2.0 (nếu định nghĩa web 2.0 theo khía cạnh kỹ thuật chứ ko phải khía cạnh nội dung).


Nếu thế giới cứ đi theo một lề lối nhất định thì làm sao có phát minh. Nếu ai cũng nghĩ trời tròn đất vuông thì NASA đã chẳng ra đời. Vấn đề tôi muốn đề cập là thu hẹp khoảng cách giữa Web apllication và Desktop Application. Do đó mà không nhất thiết phải bó hẹp trong phạm vi của những tag thông thường (ngoài dùng <a> thì còn có khá nhiều cách để thể hiện 1 link)

Nếu bạn muốn phát minh thì trước hết hãy học và làm quen với việc tuân thủ đúng các chuẩn người ta đã đề ra. Ngay chính các "chuẩn" thôi mà đã có biết bao nhiêu "chuẩn" rồi và thế giới đã và đang phải đi theo giải quyết các vấn đề phát sinh do có nhiều chuẩn rồi. Còn chuyện phát minh cái mới thì khi nào bạn thấy mình cực kỳ thông thạo công nghệ, chín chắn trong nghề nghiệp thì hẵng nghĩ tới, chứ mới chỉ ở mức "Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn" thì đừng nghĩ tới vội. Đừng nghĩ tới việc phát minh các tag mới, đừng nghĩ tới chuyện dùng cách khác để thể hiện link trên web thay vì thẻ <a>... mà trước hết hãy nghĩ tới chuyện làm sao dùng các thẻ theo đúng chuẩn mà vẫn đạt được ý muốn của mình - nếu bạn ko làm được việc này thì đừng đổ lỗi cho ai, hãy xem lại khả năng & trình độ của mình trước.

Các trang web lớn hàng đầu thế giới của các công ty công nghệ lớn còn ko dám "phát minh" ra thẻ mới nữa là. Bạn đừng nói đó là do họ ko dũng cảm, ko sáng tạo... như ng VN nhé.



Status hiện gì cũng không quan trọng. Cái quan trọng là tốc độ đáp ứng thao tác của user. Khi user click 1 link, nếu load 1 trang sẽ chậm hơn rất nhiều so với chỉ load vài dòng dữ liệu cần thiết.

Thì bạn cứ dùng ajax đi, google đâu cấm bạn. Nhưng hãy đảm bảo rằng nếu trình duyệt người dùng ko hỗ trợ nó thì trang web vẫn hoạt động bình thường.





cái này ko phải ý của em mà em đang cố gắng dẫn giải ý của chủ topic đấy chứ, chủ topic muốn có con bot hiểu đc cả ScriptRequest cơ mà chứ nếu bản thân em đâu có khùng đâu mà nghĩ thế :))

Bạn càng nói càng cho thấy bạn không hiểu gì về vấn đề này.

[Shellingfox]

Google giờ đã index AJAX request rồi mà. Vả lại việc bạn viết code tốt cho có javascript và không có javascript thì đâu ảnh hưởng gì tốc độ của người truy cập nhỉ? Hay bạn không phân biệt được?

Người truy cập sử dụng javascript => Chạy được cái bạn muốn trong 1s.
Google truy cập => Index được nội dung.

Những con bọ đó không ngu đâu bạn, chỉ có bạn chưa thông minh thôi.


Còn cái bài nói về việc Google bắt đầu crawl AJAX ở đây:


http://googlewebmastercentral.blogspot.com/2009/10/proposal-for-making-ajax-crawlable.html

[sieuthinhadat001]

câu hỏi ngoài lề google bot có công dụng gí vậy :D

Câu hỏi hay nhất trong chủ đề! Mà nói gì thì nói hiện giờ chúng ta đều phải đang chạy theo google! :(

[qingsong]

Em lại thấy trên trên diễn đàn Webmaster của Google nhiều bác cứ gào lên là Ajax+block robots rồi mà nó vẫn index ào ào, không có cách nào cản được, chắc trong hơn 300 em bots hiện tại có cao thủ ẩn danh có thể luộc cao nhân Ajax đó, các bác điều tra xem:D

[VnVision]

Em lại thấy trên trên diễn đàn Webmaster của Google nhiều bác cứ gào lên là Ajax+block robots rồi mà nó vẫn index ào ào, không có cách nào cản được, chắc trong hơn 300 em bots hiện tại có cao thủ ẩn danh có thể luộc cao nhân Ajax đó, các bác điều tra xem:D

Việc index cả ajax request ko đòi hỏi kỹ thuật cao siêu gì như một số bạn trong này vẫn tưởng. Thậm chí các công cụ dùng cho functional test (như selenium) cũng đã có thể chạy tốt ajax để tự động hóa test. Tuy nhiên có nhiều vấn đề khác mà người ta còn phải tính toán kỹ trước khi áp dụng cho bot mà thôi.

[kenphan19]

Việc index cả ajax request ko đòi hỏi kỹ thuật cao siêu gì như một số bạn trong này vẫn tưởng. Thậm chí các công cụ dùng cho functional test (như selenium) cũng đã có thể chạy tốt ajax để tự động hóa test. Tuy nhiên có nhiều vấn đề khác mà người ta còn phải tính toán kỹ trước khi áp dụng cho bot mà thôi.

sắp có người được mời vào làm cho Gồ VN đây ... hoan hô :D

[ngoc_viet08]

Ko có js thì làm sao có thể có ajax, làm sao có thể làm ứng dụng web hoạt động gần với ứng dụng desktop? Ko có js thì đã ko có web 2.0 (nếu định nghĩa web 2.0 theo khía cạnh kỹ thuật chứ ko phải khía cạnh nội dung).

bạn mới là người đang lạc đề , vấn đề bàn luận là google bot đi ngược hướng với công nghệ ajax . còn js bây giờ là vấn đề tất nhiên . ko phải vấn đề đang bàn .

Thì bạn cứ dùng ajax đi, google đâu cấm bạn. Nhưng hãy đảm bảo rằng nếu trình duyệt người dùng ko hỗ trợ nó thì trang web vẫn hoạt động bình thường.

trình duyệt nào bây giờ thông dụng mà ko hỗ trợ js ?

Google giờ đã index AJAX request rồi mà. Vả lại việc bạn viết code tốt cho có javascript và không có javascript thì đâu ảnh hưởng gì tốc độ của người truy cập nhỉ? Hay bạn không phân biệt được?

Người truy cập sử dụng javascript => Chạy được cái bạn muốn trong 1s.
Google truy cập => Index được nội dung.


bạn ko hiểu vấn đề à ? đang bàn về ajax , vấn đề là tốc độ khi chạy ajax so với việc load bình thường chứ ko phải js . ajax # js .

Những con bọ đó không ngu đâu bạn, chỉ có bạn chưa thông minh thôi.
sao ghét những câu đại loại thế này nhỉ ? rãnh quá đi ngồi so sánh 1 con bọ được tạo bởi hàng chục , hàng trăm cái đầu với 1 coder bình thường ở vn ? bạn tập trung vào đề được ko ?
con bọ rất thông minh , nhưng nó cũng có những điều chống lại ajax .và đó là điều đang bàn tại topic này

phiền các bạn đọc lại bài viết đầu của topic trước khi bàn luận thêm.đừng nhảy vô đớp được gì thì đớp .

[VnVision]

sắp có người được mời vào làm cho Gồ VN đây ... hoan hô :D

Để ý thấy bạn này toàn nhảy vào các thread quăng mấy dòng nhận xét vô bổ, chả có mấy bài viết có giá trị thông tin cho ng đọc :shifty:

[=========> Bổ sung bài viết <=========]


bạn mới là người đang lạc đề , vấn đề bàn luận là google bot đi ngược hướng với công nghệ ajax . còn js bây giờ là vấn đề tất nhiên . ko phải vấn đề đang bàn .

trình duyệt nào bây giờ thông dụng mà ko hỗ trợ js ?

Tớ hỏi bạn một câu thôi nhé: bạn làm web chuyên nghiệp (làm toàn thời gian để kiếm ăn) được bao lâu rồi mà dám đưa ra nhận xét chung chung như thế?



bạn ko hiểu vấn đề à ? đang bàn về ajax , vấn đề là tốc độ khi chạy ajax so với việc load bình thường chứ ko phải js . ajax # js .

Bạn mới là người không hiểu vấn đề. Nếu dùng ajax mà vẫn tuân thủ các chuẩn HTML để ko cần ajax mà vẫn sử dụng ứng dụng đc bình thường, thì người dùng vẫn được tận hưởng tốc độ khi chạy ajax chứ sao. Và người ta tuân thủ các chuẩn HTML (để trang web xem tốt mà ko cần js) ngay cả khi làm ứng dụng ajax không phải chỉ để hỗ trợ SEO, mà lý do quan trọng hơn là accessibility cho tất cả các user.



sao ghét những câu đại loại thế này nhỉ ? rãnh quá đi ngồi so sánh 1 con bọ được tạo bởi hàng chục , hàng trăm cái đầu với 1 coder bình thường ở vn ? bạn tập trung vào đề được ko ?
con bọ rất thông minh , nhưng nó cũng có những điều chống lại ajax .và đó là điều đang bàn tại topic này

phiền các bạn đọc lại bài viết đầu của topic trước khi bàn luận thêm.đừng nhảy vô đớp được gì thì đớp .

Tự mình chửi mình :emlaugh:

[superthin]

Việc chơi hàng trắng rồi ngồi chửi hàng trắng đã hủy hoại cuộc đời, đúng là hết thuốc chữa.

[jiSh@n]

Chán chả muốn reply :(

P/S:

trình duyệt nào bây giờ thông dụng mà ko hỗ trợ js ?
Firefox cùng với 1 add-on cực kỳ nổi tiếng của nó là Noscript ;)

[ngoc_viet08]

Để ý thấy bạn này toàn nhảy vào các thread quăng mấy dòng nhận xét vô bổ, chả có mấy bài viết có giá trị thông tin cho ng đọc
người ta ko thích bàn luận , thích ném đá vì đa số ko có bài viết giá trị đáng để bàn luận . thế thôi

Firefox cùng với 1 add-on cực kỳ nổi tiếng của nó là Noscript
nổi tiếng mà ít người biết . web non-js sẽ ko đáp ứng được giá trị từ js mang lại . ông microsoft đã phải tạo ra jscript cho thằng ie khi thấy tầm quan trọng của js . trình duyệt ko xài js thì ko cần bàn đến trình duyệt đó thêm :D

[jiSh@n]

bạn dùng gì thay thế ajax mà vẫn tuân thủ html , iframe à :D

Theo bạn, Ajax là gì?

[VnVision]

js bây giờ là vấn đề tất nhiên . ko phải vấn đề đang bàn .

trình duyệt nào bây giờ thông dụng mà ko hỗ trợ js ?

Hỏi lại câu vừa hỏi một lần nữa:


bạn làm web chuyên nghiệp (làm toàn thời gian để kiếm ăn) được bao lâu rồi mà dám đưa ra nhận xét chung chung như thế?


Ngay cả các plugin nổi tiếng của jquery cũng như các công cụ javascript nổi tiếng khác còn phải cố gắng để cho phép trình duyệt "degrade gracefully" khi ko có javascript nữa là.

[thuyduongcd]

Nếu bạn muốn phát minh thì trước hết hãy học và làm quen với việc tuân thủ đúng các chuẩn người ta đã đề ra. Ngay chính các "chuẩn" thôi mà đã có biết bao nhiêu "chuẩn" rồi và thế giới đã và đang phải đi theo giải quyết các vấn đề phát sinh do có nhiều chuẩn rồi. Còn chuyện phát minh cái mới thì khi nào bạn thấy mình cực kỳ thông thạo công nghệ, chín chắn trong nghề nghiệp thì hẵng nghĩ tới, chứ mới chỉ ở mức "Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn" thì đừng nghĩ tới vội. Đừng nghĩ tới việc phát minh các tag mới, đừng nghĩ tới chuyện dùng cách khác để thể hiện link trên web thay vì thẻ <a>... mà trước hết hãy nghĩ tới chuyện làm sao dùng các thẻ theo đúng chuẩn mà vẫn đạt được ý muốn của mình - nếu bạn ko làm được việc này thì đừng đổ lỗi cho ai, hãy xem lại khả năng & trình độ của mình trước.

Các trang web lớn hàng đầu thế giới của các công ty công nghệ lớn còn ko dám "phát minh" ra thẻ mới nữa là. Bạn đừng nói đó là do họ ko dũng cảm, ko sáng tạo... như ng VN nhé.

Không biết dựa vào đâu bạn cho rằng muốn phát minh thì phải tuân thủ chuẩn của người ta. Muốn viết Linux chắc phải tuân thủ theo nguyên tắc của Window? Muốn nghĩ ra bóng đá thì phải tìm hiểu kỹ luật bóng rổ?
Mà tôi cũng không hề nói sẽ phát minh ra thẻ mới, tôi chỉ sử dụng liên kết không theo cách cũ. Còn các công ty lớn không phát minh ra thẻ mới ư? Chẳng phải mỗi phiên bản html sau đều có thêm nhiều thẻ mới hay sao? Bạn thử so sánh giữa HTML 5 với HTML 4 xem có bao nhiêu thẻ mới được thêm vào?
Còn khái niệm "chuẩn" mà bạn đề cập. Xin thưa, chuẩn là quy tắc do con người đưa ra và có thể thay đổi theo từng lúc. Hôm nay thế này là "chuẩn" thế nhưng ngày mai có cái khác "chuẩn hơn" thì cái đó chính là chuẩn.


Chán chả muốn reply :(

P/S:

Firefox cùng với 1 add-on cực kỳ nổi tiếng của nó là Noscript ;)

Chính vì bạn reply trong khi chưa đọc kỹ chủ đề nên mới chán. Bạn vui lòng đọc kỹ lại topic. Vần đề đề cập ở đây không phải là có script hay không. Không có user nào đi cài noscript addon để duyệt web có chứa script. Còn nếu họ lỡ tắt script thì mình vẫn có thể yêu cầu họ bật script lên. Vấn đề đang bàn là GB xử lý như thế nào đối với script request.

@all: Có lẽ không cần bàn thêm nữa vì mình vừa biết tin rằng Google đang cải tiến con bọ này và chức năng này sắp được tích hợp. Hy vọng mọi việc sẽ tốt đẹp.

[VnVision]

Ngoài những client không hỗ trợ script ra, còn những trường hợp client có hỗ trợ mà người dùng không muốn / không được phép bật script lên. Chẳng hạn ở môi trường trong các ngân hàng, tính bảo mật của trình duyệt được đặt rất cao và người dùng có thể không được phép sử dụng script, các công ty, tổ chức, thậm chí trường học cũng có thể có policy cấm việc sử dụng script. Ngoài ra cũng có những người phải vào web qua proxy và một số proxy disable script của trang web.

Việc thiết kế web hỗ trợ cả những người dùng ko bật script (và tất nhiên ko dùng đc ajax) là đương nhiên, ko phải bàn cãi nếu các bạn tham gia vào các diễn đàn webmaster nổi tiếng trên thế giới. Và như đã nói, SEO ko phải mục đích chính hay duy nhất của việc làm đó, mà là vì người dùng!

Tại sao gmail vẫn phải hỗ trợ người dùng ko bật javascript, mặc dù đó là ứng dụng email và ko cần phải SEO cho bot?

[=========> Bổ sung bài viết <=========]


Không biết dựa vào đâu bạn cho rằng muốn phát minh thì phải tuân thủ chuẩn của người ta. Muốn viết Linux chắc phải tuân thủ theo nguyên tắc của Window? Muốn nghĩ ra bóng đá thì phải tìm hiểu kỹ luật bóng rổ?
Mà tôi cũng không hề nói sẽ phát minh ra thẻ mới, tôi chỉ sử dụng liên kết không theo cách cũ. Còn các công ty lớn không phát minh ra thẻ mới ư? Chẳng phải mỗi phiên bản html sau đều có thêm nhiều thẻ mới hay sao? Bạn thử so sánh giữa HTML 5 với HTML 4 xem có bao nhiêu thẻ mới được thêm vào?
Còn khái niệm "chuẩn" mà bạn đề cập. Xin thưa, chuẩn là quy tắc do con người đưa ra và có thể thay đổi theo từng lúc. Hôm nay thế này là "chuẩn" thế nhưng ngày mai có cái khác "chuẩn hơn" thì cái đó chính là chuẩn.


Nếu ai cũng muốn phát minh như bạn thì HTML 5 ko phải chờ cả chục năm sau HTML 4 mới bắt đầu rậm rịch đc đưa vào sử dụng. Và những người nghĩ ra HTML 5 cũng chả cần phải quan tâm HTML 4 vuông tròn thế nào mà họ cứ tự sáng tạo ra một cái mới theo ý của họ. Và bây giờ hẳn đã có hàng trăm ngôn ngữ cho trình duyệt chứ ko riêng HTML, bởi ai cũng có thể sáng tạo phiên bản của riêng mình.



Muốn viết Linux chắc phải tuân thủ theo nguyên tắc của Window? Muốn nghĩ ra bóng đá thì phải tìm hiểu kỹ luật bóng rổ?
So sánh quá khập khiễng. Người sáng tạo ra Linux là sáng tạo ra một hệ điều hành mới hoàn toàn. Còn bạn có sáng tạo ra một ngôn ngữ cho trình duyệt hoàn toàn mới, ko dựa trên HTML không mà dám so sánh vậy?

[dokhacluan]

chủ topic đang làm chức năng gì trên web liên quan đến google bot vậy mà cảm thấy chán nó vậy
chắc phải đang làm chức năng gì đó liên quan tới nó chứ nhỉ

[anhchanghaudau]

Có cao thủ nào giải thích hoặc có hướng giải quyết vấn đề này:

Giả sử khi dùng ajax ta thường sử dụng
<a href="javascript:;" onclick="return doAjax('mycomponent.php?id=1')">Show</a>
Ta mong muốn khi click vào ajax sẽ request mycomponent.php?id=1 và tải vào <div id="mycontents"></div>, như thế thì trang mycomponent.php?id=1 chỉ trả về nội dung đơn giản cục bộ thôi

<a href="mycomponent.php?id=1" onclick="return doAjax('mycomponent.php?id=1')">
Có bác nào đấy đề xuất bỏ vào href cái link này, thế thì khi browser không script hoặc bot nó request vào link mycomponent.php?id=1 nó sẽ nhận được một trang trống hoắc, không có header footer chỉ có đơn độc phần nội dung cần thay đổi thì liệu có xem được không

[VnVision]

Có cao thủ nào giải thích hoặc có hướng giải quyết vấn đề này:

Giả sử khi dùng ajax ta thường sử dụng
<a href="javascript:;" onclick="return doAjax('mycomponent.php?id=1')">Show</a>
Ta mong muốn khi click vào ajax sẽ request mycomponent.php?id=1 và tải vào <div id="mycontents"></div>, như thế thì trang mycomponent.php?id=1 chỉ trả về nội dung đơn giản cục bộ thôi

<a href="mycomponent.php?id=1" onclick="return doAjax('mycomponent.php?id=1')">
Có bác nào đấy đề xuất bỏ vào href cái link này, thế thì khi browser không script hoặc bot nó request vào link mycomponent.php?id=1 nó sẽ nhận được một trang trống hoắc, không có header footer chỉ có đơn độc phần nội dung cần thay đổi thì liệu có xem được không


Thì vẫn còn hơn là không cho phép một bộ phận người dùng không sử dụng javascript không xem được nội dung đó (hãy nhớ là "nội dung là vua" - chứ ko phải giao diện). Trong khi việc đó cũng chẳng ảnh hưởng gì tới bộ phận người dùng có sử dụng javascript cả (href="mycomponent.php?id=1" hay href="javascript:;" đối với họ đều như nhau).

Thử xem một plugin nổi tiếng của jquery là Tabs (http://jqueryui.com/demos/tabs/) xử lý vấn đề degrade ra sao khi trình duyệt ko bật javascript nhé: http://jqueryui.com/demos/tabs/ajax.html

[anhchanghaudau]

Thực sự mình chưa thấy cái này đáp ứng như cầu. Theo như mong muốn thì nếu díable script thì cái mà user nhận được vẫn phải là giao diện trang có đầy đủ nội dung, chứ không phải một phần nội dung. Vì nhiều khi user chọn vào link và sao chép nó, sau đó lưu vào boỏkmak hoặc send cho bạn bè, thì khi họ vào, họ có hiểu mình đang vào trang gì không ?

[VnVision]

Thực sự mình chưa thấy cái này đáp ứng như cầu. Theo như mong muốn thì nếu díable script thì cái mà user nhận được vẫn phải là giao diện trang có đầy đủ nội dung, chứ không phải một phần nội dung. Vì nhiều khi user chọn vào link và sao chép nó, sau đó lưu vào boỏkmak hoặc send cho bạn bè, thì khi họ vào, họ có hiểu mình đang vào trang gì không ?

Nếu muốn vậy thì bạn cứ làm link là trang hiện tại và thêm một tham số nữa để server biết mà thay phần nội dung cục bộ mà lẽ ra được thay = kết quả của ajax request đó.

[kenphan19]

Việc index cả ajax request ko đòi hỏi kỹ thuật cao siêu gì như một số bạn trong này vẫn tưởng. Thậm chí các công cụ dùng cho functional test (như selenium) cũng đã có thể chạy tốt ajax để tự động hóa test. Tuy nhiên có nhiều vấn đề khác mà người ta còn phải tính toán kỹ trước khi áp dụng cho bot mà thôi.
Tui thấy bác "bờ rồ" quá nên mới nói thế ?! còn nếu sai thì cho tui xin lỗi (mình thật thà vãi cả hà :D)


Tớ hỏi bạn một câu thôi nhé: bạn làm web chuyên nghiệp (làm toàn thời gian để kiếm ăn) được bao lâu rồi mà dám đưa ra nhận xét chung chung như thế?
Thường thì cao thủ hay hỏi những người khác câu hỏi đại loại thế ... :D

Có cao thủ nào giải thích hoặc có hướng giải quyết vấn đề này:

Giả sử khi dùng ajax ta thường sử dụng
<a href="javascript:;" onclick="return doAjax('mycomponent.php?id=1')">Show</a>
Ta mong muốn khi click vào ajax sẽ request mycomponent.php?id=1 và tải vào <div id="mycontents"></div>, như thế thì trang mycomponent.php?id=1 chỉ trả về nội dung đơn giản cục bộ thôi

<a href="mycomponent.php?id=1" onclick="return doAjax('mycomponent.php?id=1')">
Có bác nào đấy đề xuất bỏ vào href cái link này, thế thì khi browser không script hoặc bot nó request vào link mycomponent.php?id=1 nó sẽ nhận được một trang trống hoắc, không có header footer chỉ có đơn độc phần nội dung cần thay đổi thì liệu có xem được không

Dùng PHP để kiểm tra xmlhttprequest


<?php
if(isset($_SERVER['HTTP_X_REQUESTED_WITH']) && strtolower($_SERVER['HTTP_X_REQUESTED_WITH']) == 'xmlhttprequest') {
// ajax
} else {
// http request
}
?>

[thuyduongcd]

Ngoài những client không hỗ trợ script ra, còn những trường hợp client có hỗ trợ mà người dùng không muốn / không được phép bật script lên. Chẳng hạn ở môi trường trong các ngân hàng, tính bảo mật của trình duyệt được đặt rất cao và người dùng có thể không được phép sử dụng script, các công ty, tổ chức, thậm chí trường học cũng có thể có policy cấm việc sử dụng script. Ngoài ra cũng có những người phải vào web qua proxy và một số proxy disable script của trang web.

Việc thiết kế web hỗ trợ cả những người dùng ko bật script (và tất nhiên ko dùng đc ajax) là đương nhiên, ko phải bàn cãi nếu các bạn tham gia vào các diễn đàn webmaster nổi tiếng trên thế giới. Và như đã nói, SEO ko phải mục đích chính hay duy nhất của việc làm đó, mà là vì người dùng!

Tại sao gmail vẫn phải hỗ trợ người dùng ko bật javascript, mặc dù đó là ứng dụng email và ko cần phải SEO cho bot?

[=========> Bổ sung bài viết <=========]



Nếu ai cũng muốn phát minh như bạn thì HTML 5 ko phải chờ cả chục năm sau HTML 4 mới bắt đầu rậm rịch đc đưa vào sử dụng. Và những người nghĩ ra HTML 5 cũng chả cần phải quan tâm HTML 4 vuông tròn thế nào mà họ cứ tự sáng tạo ra một cái mới theo ý của họ. Và bây giờ hẳn đã có hàng trăm ngôn ngữ cho trình duyệt chứ ko riêng HTML, bởi ai cũng có thể sáng tạo phiên bản của riêng mình.

So sánh quá khập khiễng. Người sáng tạo ra Linux là sáng tạo ra một hệ điều hành mới hoàn toàn. Còn bạn có sáng tạo ra một ngôn ngữ cho trình duyệt hoàn toàn mới, ko dựa trên HTML không mà dám so sánh vậy?

Hình như bạn đã hiểu sai vấn đề. Vấn đề tôi nói không phải là bật script hay không bật script. Nếu người dùng không bật script, tôi có cách xử lý riêng, như cảnh báo để cho họ bật lên hoặc điều chuyển đến trang không có script. Đơn giản vậy thôi chứ có gì mà ầm ĩ.

Vấn đề tôi đang đề cập là Tại sao Google Bot không thèm phân tích những nội dung do script lấy về - vốn là một điểm độc đáo của ajax

Và bạn cũng nên đọc lại tất cả các bài viết của tôi, tôi chưa từng nói sẽ tạo ra ngôn ngữ cho trình duyệt, cũng không hề phàn đối gì với các tag của HTML. Tôi chỉ sử dụng một cách khác hơn (như cách mà ajax đã làm chẳng hạn, thay vì để link liên kết trực tiếp đến 1 URL thì nó sẽ gọi script để chỉ lấy những thông tin cần thiết, đó cũng không phải là "phát minh ra thẻ mới" hay "phát minh ra ngôn ngữ trình duyệt mới" như bạn suy nghĩ.

Nếu bạn cứ luôn luôn nghĩ rằng Liên kết phải là <a href="abc.com">text</a> mới đúng chuẩn vậy thì cha đẻ của ajax - Jesse James Garrett - phải về cày ruộng mất.

[vzic]

Nếu không có những Google Bot thì chắc web của mọi người sẽ cực cực là ít khách. Và nếu như không có khách, không có hứng phát triển web, thì ajax có cũng = không. :D Google quá thông minh :D.

Tại sao Google Bot không thèm phân tích những nội dung do script lấy về - vốn là một điểm độc đáo của ajax
Không ổn lắm. Từ trước tới giờ e chưa thấy ai nhét <title> keyword, description vào nội dung load từ script cả :D

[VnVision]

Vấn đề tôi đang đề cập là Tại sao Google Bot không thèm phân tích những nội dung do script lấy về - vốn là một điểm độc đáo của ajax

Còn vấn đề mà tớ đang nói là, bên cạnh các hiệu ứng ajax của bạn, Tại sao bạn không thèm làm cho trang web hoạt động tốt với người dùng và cả GB mà không cần ajax?.



Nếu bạn cứ luôn luôn nghĩ rằng Liên kết phải là <a href="abc.com">text</a> mới đúng chuẩn vậy thì cha đẻ của ajax - Jesse James Garrett - phải về cày ruộng mất.

Tại sao liên kết đúng chuẩn là <a href="abc.com">text</a> thì không dùng ajax được chứ? Còn nếu vẫn dùng được thì cha đẻ của ajax sao phải về cày ruộng?

[vzic]

Em thấy không đáng để thảo luận nữa. Ai thích dùng ajax thì dùng.
Nhưng mà nếu phân tích nội dung load vào div rồi kết hợp với page gốc. Thì google cũng mệt nhỉ :(

[thuyduongcd]

Còn vấn đề mà tớ đang nói là, bên cạnh các hiệu ứng ajax của bạn, Tại sao bạn không thèm làm cho trang web hoạt động tốt với người dùng và cả GB mà không cần ajax?.

Tôi thì muốn Google nên xem xét khả năng thích ứng của GB với những trang load bằng ajax. Còn bạn thì muốn từ bỏ kỹ thuật của mình để làm vừa lòng GB. Hai vấn đề khác nhau hoàn toàn thế thì nên lập topic khác đi thôi.

Riêng việc làm sao trang web hoạt động tốt với người dùng mà không cần ajax thì co lẽ trình độ tôi còn hạn chế nên đến giờ chưa biết giải pháp nào để tạo sự thân thiện với người dùng hơn ajax. Nếu được bạn có thể cho tôi mở rộng tầm nhìn.

[VnVision]

Tôi thì muốn Google nên xem xét khả năng thích ứng của GB với những trang load bằng ajax. Còn bạn thì muốn từ bỏ kỹ thuật của mình để làm vừa lòng GB. Hai vấn đề khác nhau hoàn toàn thế thì nên lập topic khác đi thôi.

Tớ bảo muốn từ bỏ kỹ thuật ajax để làm vừa lòng GB lúc nào? Bạn đọc từ đầu tới giờ mà không hiểu ý của tớ, jiSh@n & vài ng khác muốn nói ở đây là ajax hoàn toàn có thể đi kèm với non-ajax à?



Riêng việc làm sao trang web hoạt động tốt với người dùng mà không cần ajax thì co lẽ trình độ tôi còn hạn chế nên đến giờ chưa biết giải pháp nào để tạo sự thân thiện với người dùng hơn ajax. Nếu được bạn có thể cho tôi mở rộng tầm nhìn.

Nói đi nói lại nói tái nói hồi mà bạn vẫn chưa hiểu thì chịu vậy.

[=========> Bổ sung bài viết <=========]


http://www.google.com.vn/search?q=unobtrusive+ajax&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a

[ambvn]

Nhưng như vậy cũng là vô ích vì GB ít khi quan tâm đến phần sau dấu ? Như thế thì cho dù có vài chục part đi nữa thì nó vẫn đánh đồng với nhau. Nếu không thì người ta đã chẳng mất công rewrite URL làm gì.
có bao giờ bác search một kết quả video mà ra youtube chưa? tất cả khác biệt của youtube là đằng sau dấu ? đấy.

[jiSh@n]

Không biết dựa vào đâu bạn cho rằng muốn phát minh thì phải tuân thủ chuẩn của người ta. Muốn viết Linux chắc phải tuân thủ theo nguyên tắc của Window? Muốn nghĩ ra bóng đá thì phải tìm hiểu kỹ luật bóng rổ?
Mà tôi cũng không hề nói sẽ phát minh ra thẻ mới, tôi chỉ sử dụng liên kết không theo cách cũ. Còn các công ty lớn không phát minh ra thẻ mới ư? Chẳng phải mỗi phiên bản html sau đều có thêm nhiều thẻ mới hay sao? Bạn thử so sánh giữa HTML 5 với HTML 4 xem có bao nhiêu thẻ mới được thêm vào?
Còn khái niệm "chuẩn" mà bạn đề cập. Xin thưa, chuẩn là quy tắc do con người đưa ra và có thể thay đổi theo từng lúc. Hôm nay thế này là "chuẩn" thế nhưng ngày mai có cái khác "chuẩn hơn" thì cái đó chính là chuẩn.



Chính vì bạn reply trong khi chưa đọc kỹ chủ đề nên mới chán. Bạn vui lòng đọc kỹ lại topic. Vần đề đề cập ở đây không phải là có script hay không. Không có user nào đi cài noscript addon để duyệt web có chứa script. Còn nếu họ lỡ tắt script thì mình vẫn có thể yêu cầu họ bật script lên. Vấn đề đang bàn là GB xử lý như thế nào đối với script request.

@all: Có lẽ không cần bàn thêm nữa vì mình vừa biết tin rằng Google đang cải tiến con bọ này và chức năng này sắp được tích hợp. Hy vọng mọi việc sẽ tốt đẹp.

Ko user nào cài addon Noscript để rồi disable nó cả ;) Mặc định Noscript sẽ disable javascript ở những trang web lạ. Cũng đừng cho rằng việc người dùng tắt javascript là chuyện quái đản. Nên nhớ Noscript là add-on đứng hàng top của Firefox.

Dễ thấy là bạn cố gắng đưa web app về gần với desktop app với ajax, thế nhưng bạn lại chưa nắm được nguyên tắc cơ bản của web dev, vì vậy mới có chuyện đổ lỗi phục vụ cho SEO ở đây. Rất nhiều web app dùng ajax để xóa nhòa khoảng cách với desktop app. Các app dạng này thường chạy ở các phần cần sự tương tác của người dùng đã được xác thực (như user panel, admin panel, webmail...), và hiển nhiên là ko có mục đích SEO ở đây vì bot ko có khả năng truy cập đến khu vực đó. Mặc dù vậy, các app này hoàn toàn có thể hoạt động bình thường ngay cả khi ko có javascript ;)

Tôi hoàn toàn ko thấy chuyện phục vụ cho SEO có ảnh hưởng gì đến việc phát triển web bằng Ajax cả ;)

Btw, bạn vẫn chưa hiểu nhiều người ở đây đang nói về cái gì ;)

[ngoc_viet08]

ai cũng nói người kia chưa hiểu :D 2 nhóm theo 2 vấn đề rồi .

đồng ý rằng sẽ có 1 số client duyệt web mà ko có js . tuy nhiên chắc chắn đó là 1 thiểu số . và google bot ko sinh ra để phục vụ chuyện client ko js , hoặc 1 trong những nhiệm vụ chính của nó .

nên bàn về vấn đề google bot đi ngược hướng với ajax mà các bạn lôi chuyện js hay ko js là lạc đề . ý kiến mình vậy thôi . trở lại chủ đề chính đi .

[jiSh@n]

nên bàn về vấn đề google bot đi ngược hướng với ajax mà các bạn lôi chuyện js hay ko js là lạc đề
ajax là ajax, google bot là google bot, chả liên quan gì với nhau mà ngược hướng với chả xuôi đường :blink:
Chủ topic đang blame rằng "người ta" (ai?) đang cố gắng tạo các URL "đẹp" phục vụ SEO thay vì cố gắng phát triển ajax để đem lại tiện dụng cho người dùng. Vấn đề của chủ topic là ko (chưa?) thấy được các đường link dạng <a href="/url/rất/đẹp" onclick="ajaxLoad('/url/rất/đẹp');">Link</a>, cũng ko biết ajax và non-ajax có thể cùng tồn tại trên 1 trang web mà ko hề phí công sức của 1 LTV. Argue về ajax/non-ajax hay js/non-js bản chất cũng ko khác nhau là mấy.

1 web app tốt là phải có khả năng hoạt động cả khi có/ko có ajax, hay nói cách khác là có/ko có js :glare:

[tiendx2002]

Dear thuyduongcd,

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest.

Bạn kết luận Google Bot là "những con bọ ngu ngốc" là quá sang miệng. Những con bọ này đã khởi dựng một công ty có giá trị thị trường hiện tại hơn 150 tỷ USD. Gây chú ý bằng cách đạp người khác xuống bùn không phải cách làm khiến mình tôn trọng.


Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Thứ nhất là bạn quá cường điệu. 1 giây vs vài phút.
Thứ hai là số lượng request tới server có trường hợp là nhiều hơn với ajax: Giả tỉ site của bạn có 10 block, mỗi block đều tự load bằng ajax, kết quả có 10 request. Nếu 10 block này load thuần túy kiểu cổ điển, 1 request.
Nhưng mình không muốn đi sâu vào phân tích từng trường hợp cụ thể. AJAX cũng như các thứ khác liên quan tới web, phải có trường hợp tốt hơn thì người ta mới sử dụng. Vấn đề là AJAX không tốt tới mức phải ngay lập tức sử dụng scriptRequest và quên đi httpRequest, hay phải vơ đũa cả nắm "người ta chỉ quan tâm làm thế nào để tạo ra những url thật thân thiện với SEO, blah, blah, …".


Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?

Hơi lạc đề, nhưng bạn nên bắt đầu thành ngữ chỉnh sửa này với người người, "người người làm việc tốt, nhà nhà làm việc tốt", vì thành ngữ dạng này cũng có cách nói của nó, và quay lại chủ đề, SEO ở Việt Nam và thế giới đều có dịch vụ tốt vs dịch vụ tồi, không thể vơ đũa cả nắm được.

Lan man vậy đủ rồi, quay lại chủ đề chính: mình chắc chắn là Google tự thấy được và giải quyết vấn đề, nhưng trong lúc Google chưa biết đi tới đâu, thì mình vẫn sẽ phải tự giác tìm cách giải quyết vấn đề mà không chờ đợi Google.

Thân ái.

[thuyduongcd]

Bạn kết luận Google Bot là "những con bọ ngu ngốc" là quá sang miệng. Những con bọ này đã khởi dựng một công ty có giá trị thị trường hiện tại hơn 150 tỷ USD. Gây chú ý bằng cách đạp người khác xuống bùn không phải cách làm khiến mình tôn trọng.
Tôi chỉ dùng "những con bọ ngu ngốc" chứ chưa hề nói những người làm ra con bọ ngu ngốc hay là google ngu ngốc, nên chưa thể gọi là đạp người khác xuống bùn. Tất nhiên tôi thừa nhân đó là một cách nói cường điệu để thể hiện sự bất mãn với những nguyên tắc mà con GB đã làm. Và hàng ngày tôi vẫn search bằng Google đấy thôi.


Thứ nhất là bạn quá cường điệu. 1 giây vs vài phút.
Thứ hai là số lượng request tới server có trường hợp là nhiều hơn với ajax: Giả tỉ site của bạn có 10 block, mỗi block đều tự load bằng ajax, kết quả có 10 request. Nếu 10 block này load thuần túy kiểu cổ điển, 1 request.
Nhưng mình không muốn đi sâu vào phân tích từng trường hợp cụ thể. AJAX cũng như các thứ khác liên quan tới web, phải có trường hợp tốt hơn thì người ta mới sử dụng. Vấn đề là AJAX không tốt tới mức phải ngay lập tức sử dụng scriptRequest và quên đi httpRequest, hay phải vơ đũa cả nắm "người ta chỉ quan tâm làm thế nào để tạo ra những url thật thân thiện với SEO, blah, blah, …".

Vấn đề thứ nhất, cũng không hẳn là cường điệu. Nếu 1 request chỉ chứa vài trăm ký tự (vài trăm byte) so với 1 request cả trang vài trăm KB sẽ chênh lệch bao nhiêu. Nếu 1 site ebook online sẽ có bao nhiêu request như thế và chênh lệch sẽ là bao nhiêu.
Thứ hai, 10 request hay 1 request bạn nói mình xin không phân tích kỹ vì 10 block không nhất thiết phải có 10 request.
Thứ ba, "vơ đũa cả nắm". Bạn thử dạo một số trang web, bao nhiêu phần trăm trong đó rewriteURL? Tất nhiên nếu bạn không nằm trường hợp này thì nó không ám chỉ đến bạn. Câu nói "Cả xóm này ai cũng biết chơi cờ" không nhất định là không có ai không biết chơi.
Còn cái câu thành ngữ, bạn nói lạc đề tôi cũng xin giải thích ngoài lề. "người người làm việc tốt, nhà nhà làm việc tốt", người trước nhà sau, từ ít tới nhiều thể hiện sự lan tỏa nhấn mạnh về số lượng còn "nhà trước người sau" thể hiện về tính chất, chi tiết. Đó cũng là một cách nói.

Lan man vậy đủ rồi, quay lại chủ đề chính: mình chắc chắn là Google tự thấy được và giải quyết vấn đề, nhưng trong lúc Google chưa biết đi tới đâu, thì mình vẫn sẽ phải tự giác tìm cách giải quyết vấn đề mà không chờ đợi Google.

Bài trước tôi cũng có nói, Google đã và đang cải tiến với chức năng này. Đành phải chờ kết quả vậy.

[tiendx2002]

Tôi chỉ dùng "những con bọ ngu ngốc" chứ chưa hề nói những người làm ra con bọ ngu ngốc hay là google ngu ngốc, nên chưa thể gọi là đạp người khác xuống bùn.
Nếu có ai kết luận sản phẩm AJAX bạn làm ra là "sản phẩm ngu ngốc" bạn sẽ nói sao? Có thấy giống như đạp bạn xuống bùn không? :emlaugh:

Vấn đề thứ nhất, cũng không hẳn là cường điệu. Nếu 1 request chỉ chứa vài trăm ký tự (vài trăm byte) so với 1 request cả trang vài trăm KB sẽ chênh lệch bao nhiêu. Nếu 1 site ebook online sẽ có bao nhiêu request như thế và chênh lệch sẽ là bao nhiêu.
Nếu mình hiểu đúng, chắc bạn gom cả response vào cái gọi là "request", nhưng đó không phải là vấn đề để tranh luận xa hơn, vì mình biết AJAX có chỗ ứng dụng của nó.

Còn cái câu thành ngữ, bạn nói lạc đề tôi cũng xin giải thích ngoài lề. "người người làm việc tốt, nhà nhà làm việc tốt", người trước nhà sau, từ ít tới nhiều thể hiện sự lan tỏa nhấn mạnh về số lượng còn "nhà trước người sau" thể hiện về tính chất, chi tiết. Đó cũng là một cách nói.
Không phải ai cũng sáng tạo ra được cách nói, mà thực ra bạn có thể sáng tạo ra cũng được miễn là giải thích được nó hợp lý, nhưng cá nhân mình thấy cách giải thích của bạn ngô nghê lắm. Trong Hoàn Châu cách cách, Tiểu Yến Tử cũng phải tập mãi mới biết cách "dùng thành ngữ", chứ đơn giản đâu. :lick:

Thứ ba, "vơ đũa cả nắm". Bạn thử dạo một số trang web, bao nhiêu phần trăm trong đó rewriteURL? Tất nhiên nếu bạn không nằm trường hợp này thì nó không ám chỉ đến bạn. Câu nói "Cả xóm này ai cũng biết chơi cờ" không nhất định là không có ai không biết chơi.
Là người làm dịch vụ mình có thể làm có hay không có rewriteURL và biết ưu nhược điểm của nó, nhưng nó có ý nghĩa gì ở đây nhỉ? Cái mình muốn nói là bạn có vẻ coi thường lĩnh vực SEO (chân chính), trong khi hiểu biết về nó lại rất lơ mơ, và kết quả cuối cùng là đánh giá những con bọ của Google là ngu ngốc vì đã không chịu hiểu bạn. Nhân nói chuyện cờ quạt, mình cũng từng vô địch giải cờ vua khoa mình từ tận những năm 2001 nên tự xếp vào loại biết chơi ở xóm. Đang sẵn sàng giao lưu đây. :chris:
Thân ái.

[binhvn]

Hình như bạn đã hiểu sai vấn đề. Vấn đề tôi nói không phải là bật script hay không bật script. Nếu người dùng không bật script, tôi có cách xử lý riêng, như cảnh báo để cho họ bật lên hoặc điều chuyển đến trang không có script. Đơn giản vậy thôi chứ có gì mà ầm ĩ.

Yêu cầu người dùng bật script hoặc chuyển tới trang không có script là cách xử lý củ chuối nhất :D. Google bot là một người dùng ko bật script đấy :D

[thuyduongcd]

Lại đi lạc chủ đề rồi. Nhưng sẵn cũng nói luôn. Thế GMail có gọi là củ chuối không vậy? Cũng có hẳn link redirect tới trang không có script vậy.
Hơn nữa đó cũng chỉ là giả dụ, còn việc xử lý thế nào đối với trường hợp này không phải là vấn đề.

[tigersoft]

Dùng Ajax thi google no không index được. Mình đã từng dùng, google bó tay luôn

[tabvn]

Dùng Ajax thi google no không index được. Mình đã từng dùng, google bó tay luôn

nếu như bạn làm một site mà chỉ có ajax khi người dùng sử dụng , còn về mặt khác (ví dụ như disable javascript) thì site vẫn hoạt động bình thường. thì không ảnh hưởng gì đến bot cả.

[vtnberry]

Hiện tại em đang có 1 trang sử dụng công nghệ ajax là:
http://ebook.here.vn
Theo lời các bác nói là có thể làm cho nó SEO tốt hơn.
Các bác giúp em với ! :(
Đây có thể coi là 1 điển hình của việc sử dụng AJAX không đúng cách nè, khi disable javascript thì web gần như tê liệt hoàn toàn ( ngay cả bảng thông báo cũng không thể Close được ). Nếu web được xử lý tốt, hoạt động ngay cả khi không có script thì vấn đề GB cũng thỏa mãn hoàn toàn rồi. Như vậy chỉ những web được code không tới nơi tới chốn mới gặp vấn đề GB vs AJAX

[ngoc_viet08]

bao nhiêu người dùng trình duyệt lướt web sẽ bik cách disable js ? mình xài ko tìm hiểu nên cũng chả biết . có lẽ chỉ là 1 số rất nhỏ và không đáng quan tâm.

[maychu.net]

Từ trước tới nay, những người lập trình web luôn cải tiến kỹ thuật nhằm thu hẹp tối đa khoảng cách giữa Web Application (WA) và Desktop Application (DA), tạo cho người duyệt web một cảm giác không còn rào cản về thời gian, giống như đang thao tác trên một Desktop Appplication thực thụ.

Và trong nỗ lực không ngừng, Jesse James Garrett đã đưa ra một kỹ thuật mang tính đột phá, đó chính là kỹ thuật ajax. Với kỹ thuật này, việc truyền dữ liệu giữa client và server không còn là vấn đề, và mang lại cảm giác "as soon as click".

Việc áp dụng kỹ thuật này kết hợp với thuật toán đoán trước những gì sẽ xảy ra tiếp theo những tưởng sẽ đạt kết quả khả quan cho mơ ước xóa bỏ rào cản giữa WA và DA (Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn)

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest. Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?

Suy nghĩ thiển cận quá, Google Bot làm gì mà cản bước tiến công nghệ web? Chỉ có tự mình đào huyệt chôn chân mình đấy thôi.

[Tâm Việt]

Nếu không có GB, làm sao chúng ta biết phải SEO như thế nào. Chiều theo chúng 1 chút cũng tốt cho tương lai của chúng ta mà. Giữ được bản sắc thì tốt, nhưng thức thời có khi lại còn tốt hơn, :D

[buikhacduong]

Giải giúp bài excel:

[duyrua]

Nghe các bác bàn luận đâu hết cả đầu. Trang em làm html đơn giản. Bác nào có thủ thuật nào SEO thì chỉ em với! trang em đây: truyenma.tk!!! :)

[whitepenguin]

Cái topic này từ năm 2010 mà còn bới rác làm chi vậy

[ofstudy]

html thì vẫn SEO bình thường thôi

[timnha]

Từ trước tới nay, những người lập trình web luôn cải tiến kỹ thuật nhằm thu hẹp tối đa khoảng cách giữa Web Application (WA) và Desktop Application (DA), tạo cho người duyệt web một cảm giác không còn rào cản về thời gian, giống như đang thao tác trên một Desktop Appplication thực thụ.

Và trong nỗ lực không ngừng, Jesse James Garrett đã đưa ra một kỹ thuật mang tính đột phá, đó chính là kỹ thuật ajax. Với kỹ thuật này, việc truyền dữ liệu giữa client và server không còn là vấn đề, và mang lại cảm giác "as soon as click".

Việc áp dụng kỹ thuật này kết hợp với thuật toán đoán trước những gì sẽ xảy ra tiếp theo những tưởng sẽ đạt kết quả khả quan cho mơ ước xóa bỏ rào cản giữa WA và DA (Tôi đã từng áp dụng và cũng đạt kết quả mỹ mãn)

Thế mà đùng một cái, người ta phát hiện ra rằng những con bọ ngu ngốc mà Google thả vô (Google Bot) chỉ quan tâm nhiều đến httprequest mà bỏ qua scriptRequest. Kết quả là người ta chỉ quan tâm tới việc làm thế nào để tạo ra những url thật "thân thiện với SEO" mà không hề quan tâm chút gì đến những thao tác trên web. Thay vì hạn chế tối đa request đến server (nhằm giảm tải cho server và giảm thời gian chờ cho user) thì người ta lại đi làm ngược lại, tăng cường tối đa httprequest để đánh lừa Google Bot. Hậu quả là người dùng phải chờ đến vài phút chỉ để browser thay đổi vài dòng nội dung. (Mà lẽ ra chỉ cần chưa tới 1 giây)

Và chắc mọi người cũng dễ dàng nhận ra phong trào "nhà nhà cùng SEO, người người cùng SEO". Nếu cứ như thế này thì không biết Web Appplication sẽ đi về đâu?

Bạn này thổi phồng vấn đề quá rồi. Nó không hỗ trợ script chắc là nó có lý do. Những trang nào lạm dụng ajax quá thì ráng chịu đi.

[bka]

nó getcontent để nó phân tích thui mà , js script thì mỗi người viết 1 kiểu , bot thì làm sao hiểu đc