Làm sao để xuất web động ra dạng html tránh việc truy cập CSDL

[hieuelin]

Không biết đều này dựa vào cơ sở nào? Khi bot yêu cầu đến server thì tất cả cũng chỉ trả về html thôi, cho dù bạn có viết bằng ngôn ngữ gì đi nữa. Sở dĩ người ta dùng .htaccess chủ yếu cũng là thay đổi url nhằm đánh lừa bot chứ chưa ai nói bot thích vào html hơn là thích vào php

- Về nguyên tắc một số search engine như của google cập nhật thông tin từ các trang web tĩnh nhanh hơn là các trang dạng.php?abc gì gì đó. ( Đây chỉ là vấn đề nhỏ).
- Vấn đề chính ở đây đó là dùng csdl lưu trữ thông tin một lần và cũng chỉ biên dịch các link ngay khi lần đầu tiên bản tin được xem và những lần sau đó không cần nữa.
- Chúng ta đều biết load web tĩnh nhanh hơn web động và muốn tạo web động thì phải sử dụng csdl nên ở đây chúng ta lợi dụng web tĩnh truy xuất nhanh hơn web động để lấy thông tin.
- Cuối cùng đó là chống Injection hiệu quả.

PS: Đề nghị các bác có trợ giúp cho ngu ý này thì nêu cách thức (hãy thử đi theo một con đường khác) chứ đừng chuyển hướng theo cách cũ đó là vẫn truy xuất đến csdl. Chú ý thêm là chúng ta không sử dụng urlrewrite để có được cái url giả.

PS to anphabreak: Lâu rồi không gặp. Lúc nào rảnh xuống chơi!

[kenphan19]

- Về nguyên tắc một số search engine như của google cập nhật thông tin từ các trang web tĩnh nhanh hơn là các trang dạng.php?abc gì gì đó. ( Đây chỉ là vấn đề nhỏ).
- Vấn đề chính ở đây đó là dùng csdl lưu trữ thông tin một lần và cũng chỉ biên dịch các link ngay khi lần đầu tiên bản tin được xem và những lần sau đó không cần nữa.
- Chúng ta đều biết load web tĩnh nhanh hơn web động và muốn tạo web động thì phải sử dụng csdl nên ở đây chúng ta lợi dụng web tĩnh truy xuất nhanh hơn web động để lấy thông tin.
- Cuối cùng đó là chống Injection hiệu quả.

PS: Đề nghị các bác có trợ giúp cho ngu ý này thì nêu cách thức (hãy thử đi theo một con đường khác) chứ đừng chuyển hướng theo cách cũ đó là vẫn truy xuất đến csdl. Chú ý thêm là chúng ta không sử dụng urlrewrite để có được cái url giả.

PS to anphabreak: Lâu rồi không gặp. Lúc nào rảnh xuống chơi!

Đọc đi
Bigtable
A Distributed Storage System for Structured Data

Bigtable is a distributed storage system for managing structured data that is designed to scale to a very large size: petabytes of data across thousands of commodity servers. Many projects at Google store data in Bigtable, including web indexing, Google Earth, and Google Finance. These applications place very different demands on Bigtable, both in terms of data size (from URLs to web pages to satellite imagery) and latency requirements (from backend bulk processing to real-time data serving). Despite these varied demands, Bigtable has successfully provided a flexible, high-performance solution for all of these Google products. In this paper we describe the simple data model provided by Bigtable, which gives clients dynamic control over data layout and format, and we describe the design and implementation of Bigtable.

[ngoc_viet08]

- Vấn đề chính ở đây đó là dùng csdl lưu trữ thông tin một lần và cũng chỉ biên dịch các link ngay khi lần đầu tiên bản tin được xem và những lần sau đó không cần nữa.

nản , suy nghĩ thiển cận . table cũng có nhiều sự kết hợp , quan hệ cha con tùm lum. bản thân các trang web cũng kết hợp nhiều thông tin .

giờ ý của cậu là chúng ta xuất ra tất cả các trang html tĩnh mà client có thể truy cập . xuất sẵn . vậy thì bao nhiêu bài viết , ta đều xuất hết .

hãy tưởng tượng đó là 1k bài viết . giờ chỉ cần ta thay đổi 1 xí , thêm 1 cái quảng cáo , thay đổi giao diện , thay đổi avatar, chữ kí ... rồi phải cập nhật lại tất cả à

ý tưởng này đi ngược dòng lịch sự và nó chẳng hiệu quả 1 tí gì cả . thay vì bỏ thông tin trong csdl . giờ đi tìm cách đưa nó ra html . nhưng thực chất lúc này đống file html lại chính là csdl . và nó chắc chắn ko hiệu quả bằng các csdl hiện hành . nếu ko đã chẳng sinh ra . msql , mysql .

[sieumicro]

híc

Bây giờ người ta làm web có cơ sở dữ liệu để để truy xuất nhanh hơn, hiệu qua hơn, quản lý tốt hơn.

Có người lại chạy ngược với thời đại. Botay.

Sử dụng cache là giải pháp cho vấn đề của bạn, còn vẫn cứ phải dùng database

[hieuelin]

hãy tưởng tượng đó là 1k bài viết . giờ chỉ cần ta thay đổi 1 xí , thêm 1 cái quảng cáo , thay đổi giao diện , thay đổi avatar, chữ kí ... rồi phải cập nhật lại tất cả à

ý tưởng này đi ngược dòng lịch sự và nó chẳng hiệu quả 1 tí gì cả

Nản
Không hiểu người ta sinh ra cái frame để làm gì? Bạn thử vào một số site lớn xem tại sao lại vậy?

[trinhdiep]

hehe. hãy xem web là giao diện thôi. hết.

[thitkhohotvit]

Thấy chủ thớt đã hiểu và biết cách làm những gì mình muốn làm, thế thì bác cứ thử làm đi rồi kiểm tra tốc độ

[thuyduongcd]

Thiệt là hết nói. Bỏ CSDL đi làm frame.
Hễ mở miệng ra là so sánh với những "site lớn" nhưng không biết có site lớn nào đi làm chuyện ngược đời vậy không nữa.

[metalscorpion]

Mình hiểu ý tưởng của chủ thớt, đó là output dữ liệu sẵn có từ database ra file html (hoặc php) để khi 1 trang tương ứng được gọi đến thì chỉ cần include file này vào, đây là một ý tưởng tốt! Các bước để thực hiện ý tưởng này như sau:

1. Viết script để xuất dữ liệu từ CSDL ra file html (hoặc php).

2. Chạy script để output ra các file theo 1 format (content-$i.php chẳng hạn) nhất định: content-1.php, content-2.php...

3. Khi 1 content được gọi đến, sau các thủ tục về validation, security thì ta include file content này thay cho việc phải query lại từ CSDL.

Theo mình để tối ưu thì mình nên chia 1 trang ra thành các block nhỏ và apply ý tưởng này vào từng block trên trang đó. Đưa script trên thành 1 tool dễ dàng control từ backend. Dùng cron để chạy định kì theo ngày, tuần, tháng... nếu muốn cập nhật lại các file output.

Vấn đề cuối cùng là quay lại vấn đề đầu tiên của chủ thớt :-p. Chắc bạn ý đang thắc mắc cách output file thế nào ấy mờ? Google với từ khóa "php write to file" nếu là PHP.
Tut ở vị trí số 1 http://www.tizag.com/phpT/filewrite.php

[ngoc_viet08]

frame =)) =]]
nếu như làm như bạn thì csdl ko còn tác dụng . các nội dung có thể output ra thành file html khỏi thông qua csdl .
bạn vừa nghĩ ra làm web động có cơ sở dữ liệu , ko cần csdl . có thể là ý tưởng mới chăng . lại có người đi ủng hộ và chỉ cách làm nữa chứ =))

bạn đi tìm cách nghiên cứu giải quyết vấn đề site lớn , truy cập nhiều . nhưng bạn đi ngược lại dòng lịch sự rồi .

thay vì tìm cách tối ưu hóa , hoặc các phương pháp xử lý mới hơn nữa thì bạn tìm cách đơn giản hóa quá trình xử lý , và tạo nguồn dữ liệu sẵn , khỏi phải xử lý .

nếu đi so sánh việc làm web của bạn như việc làm bộ chip xử lý máy tính của intel . thì thay vì nghiên cứu chế ra các chip ngày càng xử lý tinh vi , hiện đại ...bạn lại đi tìm cách hạn chế xử lý của chip , và thiết kế hệ thống dữ liệu gọi - trả ( web tĩnh ) ...để tăng tốc độ truy cập

nếu còn nhiều người như bạn . có thể có ngày nào đó . tớ có toàn bộ dữ liệu website trong máy của tớ , và tớ ko còn phải lo lắng về vấn đề tốc độ truyền tải của mạng . vì tất cả thông tin website đều nằm trong máy tớ rồi . truy cập vèo vèo , tốc độ tối ưu , csdl khỏi so sánh