In essence, the web makes use of on

In essence, the web makes use of only two kinds of processes: browsers by which users can access web documents and have them displayed on their local screen, and web servers, which respond to browser requests. Browsers may be assisted by helper applications, as we discussed above. Likewise, servers may be surrounded by additional progreams, such as CGI scripts. In the following, we take a closer look at the typical client-side and server-side software that are used in the web.
Client
The most important web client is a piece of software called a web browser, which enables a user to navigate through web pages by fetching those pages from servers and subsequently displaying them on the user’s screen. A browser typically provides an interface by which hyperlinks are displayed in such a way that the user can easily select them through a single mouse click.
Web browsers are, in principle, simple programs. However, because they need to be able to handle a wide variety of document types and also provide an easy-to-use interface to users, they are generally complex pieces of software.
One of the problems that web browser designers have to face is that a browser should be easily extensible so that it, in principle, can support any type of document that is returned by a server. The approach followed in most cases is to offer facilities for what are known as plug-ins. A plug-in is a small program that can be dynamically loaded into a browser for handling a specific document type. The latter is generally given as a MIMY type. A plug-in should be locally avail-able, possibly after being specifically transferred by a user from a remote server.
Plug-ins offer a standard interface to the browser and, likewise, expect a stand-dard interface from the browser, as shown in Fig. 11-3, when a browser encounters a document type for which it needs a plug-in, it loads the plug-in locally and creates an instance. After initialization, the interaction with the rest of the browser is specific to the plug-in, although only the methods in the standard-ized interfaces will be used. The plug-in is removed from the browser when it is no longer needed.
Another client-side process that is often used is a web proxy (loutonen and altis, 1994). Originally, such a process was used to allow a browser to handle application-level protocols other than HTTP, as shown in Fig. 11-14. For example, to transfer a file from FTP server, the browser can issue an HTTP request to a local FTP proxy, which will then fetch the file and return it embedded in an HTTP response message.
By now, most web browsers are capable of supporting a variety of protocols and for that reason do not need proxies. However, web proxies are still popular, but for a completely different reason, namely for providing a cache shared by a number of browser. As we discuss below, when requesting a web document a browser can pass it request to the local web proxy .The proxy will then check
Whether the requested document is in its local cache before contacting the remote server where
The document lies .
Anh 2
To process these phases, the core module maintains a list of handlers that have been registered for that phase. It chooses a handler and simply invokes it. A handler can either decline a request, handle it, or report an error. When a handler declines a requests, it effectively states that it cannot handle it so that the core module will need to select another handler that has been registered for the current phase. If a request could be handled, the next phase is generally started. When an error is reported, request processing is broken off, and the client is returned an error message.
Which modules are actually part of an apache server is determined at configuration time. The simplest scenario is that the core module has to do all the request processing, in which case the server effectively reduces to a simple web server that can handle only HTML documents. To allow several requests to be handled at the same time, the core module will generally start a new process for each incoming request. The maximum number of processes is also a configuration parameter. Details on configuring and programming the apache server can be found in (laurie and laurie, 1999).

Server :
A Web server is a program that handles incoming HTTP request by fetching the requested document and
returning it to the client . To give a concrete example , let us briefly take a look at the general organization of the
Apache server , which is the dominant web server on UNIX platforms

The general organization of the Apache Web server is shown in Fig. 11-15 .
The server consists of a number of modules that are controlled by a single core module .
The core module accepts incoming HTTp requests , which it subsequently passes to the other modules in pipeline fashion .
In other words , the core module determines the flow of control for handling a request .

For each incoming request , the core module al

Kết quả (Việt) 1:

Về bản chất, các trang web làm cho việc sử dụng chỉ có hai loại của các quá trình: trình duyệt mà người dùng có thể truy cập tài liệu trên web và chúng được hiển thị trên màn hình địa phương của họ, và các máy chủ web, đáp ứng yêu cầu trình duyệt. Các trình duyệt có thể được hỗ trợ bởi các ứng dụng trợ giúp, như chúng tôi đã thảo luận ở trên. Tương tự, các máy chủ có thể được bao quanh bởi progreams bổ sung, chẳng hạn như tập lệnh CGI. Năm sau, chúng tôi có một cái nhìn sâu hơn về điển hình phía khách hàng và phía máy chủ phần mềm được sử dụng trong các trang web.Khách hàngCác khách hàng web quan trọng nhất là một phần mềm được gọi là một trình duyệt web, cho phép người dùng điều hướng qua trang web bằng cách tải các trang từ các máy chủ và sau đó hiển thị chúng trên màn hình của người dùng. Một trình duyệt thông thường cung cấp một giao diện mà liên kết được hiển thị trong một cách mà người dùng có thể dễ dàng chọn chúng thông qua một nhấp chuột duy nhất.Trình duyệt web, về nguyên tắc, đơn giản chương trình. Tuy nhiên, bởi vì họ cần để có thể xử lý một loạt các loại tài liệu và cũng cung cấp một giao diện dễ dàng sử dụng cho người dùng, bọn chúng thường phức tạp phần mềm.Một trong những vấn đề thiết kế trình duyệt web có thể phải đối mặt là một trình duyệt cần dễ dàng mở rộng do đó, về nguyên tắc, có thể hỗ trợ bất kỳ loại tài liệu đó được trả về bởi một máy chủ. Cách tiếp cận theo sau trong hầu hết trường hợp là để cung cấp các tiện nghi cho những gì được gọi là trình cắm. Một plug-in là một chương trình nhỏ có thể được tự động nạp vào trình duyệt để xử lý loại tài liệu cụ thể. Thứ hai nói chung đưa ra như là một loại MIMY. Một plug-in có tại địa phương nhưng có-thể, có thể sau khi được đặc biệt được chuyển giao bởi một người dùng từ một máy chủ từ xa.Plug-in cung cấp một giao diện tiêu chuẩn vào trình duyệt và tương tự như vậy, mong đợi một giao diện Sở NN & PTNT đứng từ trình duyệt, như minh hoạ trong hình 11-3, khi trình duyệt gặp một loại tài liệu nhất mà nó cần một plug-in, nó tải trình cắm đó ở địa phương và tạo ra một trường hợp. Sau khi khởi tạo, tương tác với phần còn lại của trình duyệt là cụ thể cho các plug-in, mặc dù chỉ là những phương pháp trong giao diện tiêu chuẩn-ized sẽ được sử dụng. Trình cắm bị xóa khỏi trình duyệt khi nó không còn cần thiết.Một tiến trình phía khách hàng thường được sử dụng là một proxy web (loutonen và altis, 1994). Ban đầu, như một quá trình được sử dụng để cho phép một trình duyệt để xử lý giao thức ứng dụng cấp khác với HTTP, như minh hoạ trong hình 11-14. Ví dụ, để chuyển các tập tin từ máy chủ FTP, trình duyệt có thể phát hành một yêu cầu HTTP đến một địa phương FTP proxy, mà sau đó sẽ tìm nạp các tập tin và trở lại nó nhúng trong thư HTTP phản ứng.Bởi bây giờ, hầu hết các trình duyệt web có khả năng hỗ trợ một loạt các giao thức và vì lý do đó không cần proxy. Tuy nhiên, proxy web là vẫn còn phổ biến, nhưng vì một lý do hoàn toàn khác nhau, cụ thể là cho việc cung cấp một bộ nhớ cache được chia sẻ bởi một số trình duyệt. Như chúng tôi thảo luận dưới đây, khi yêu cầu một tài liệu web trình duyệt có thể vượt qua nó yêu cầu địa phương trang web proxy. Các proxy sẽ sau đó kiểm tra Cho dù các tài liệu được yêu cầu là trong bộ nhớ cache của địa phương trước khi liên hệ với máy chủ từ xa màTài liệu nằm.Anh 2Để xử lý những giai đoạn, các mô-đun cốt lõi vẫn duy trì một danh sách các trình xử lý đã được đăng ký cho giai đoạn đó. Nó chọn một bộ xử lý và đơn giản là invokes nó. Trình xử lý có thể từ chối một yêu cầu, xử lý nó, hoặc báo cáo một lỗi. Khi một xử lý từ chối một yêu cầu, có hiệu quả các quốc gia mà nó không thể xử lý nó vì vậy mà các mô-đun cốt lõi sẽ cần phải chọn một xử lý đã được đăng ký cho giai đoạn hiện nay. Nếu một yêu cầu có thể được xử lý, giai đoạn tiếp theo thường bắt đầu. Khi một lỗi được báo cáo, yêu cầu xử lý chia ra và khách hàng được trả về một thông báo lỗi.Những mô-đun là thực sự là một phần của một máy chủ apache được xác định tại thời gian cấu hình. Tình huống đơn giản nhất là mô-đun cốt lõi đã làm tất cả yêu cầu xử lý, trong đó trường hợp máy chủ có hiệu quả làm giảm đến một máy chủ web đơn giản mà có thể xử lý chỉ là tài liệu HTML. Để cho phép một số yêu cầu để được xử lý cùng một lúc, các mô-đun cốt lõi thông thường sẽ bắt đầu một quá trình mới cho mỗi yêu cầu đến. Số lượng tối đa của các quá trình cũng là một thông số cấu hình. Chi tiết về cấu hình và lập trình máy chủ apache có thể được tìm thấy tại (laurie và laurie, 1999).Máy chủ:Một máy chủ Web là một chương trình xử lý các yêu cầu HTTP đến bằng cách lấy các tài liệu được yêu cầu và trả lại nó cho khách hàng. Để đưa ra một ví dụ cụ thể, hãy cho chúng tôi một thời gian ngắn xem xét tổ chức chung của cácMáy chủ Apache, đó là các máy chủ web chiếm ưu thế trên nền tảng UNIX Tổ chức chung của các máy chủ Apache Web được thể hiện trong hình 11-15. Các máy chủ bao gồm một số mô-đun được điều khiển bởi một mô-đun cốt lõi đơn.Các mô-đun cốt lõi chấp nhận các yêu cầu HTTp, nó sau đó đi vào các mô-đun khác trong thời trang đường ống.Nói cách khác, các mô-đun cốt lõi xác định dòng chảy của điều khiển để xử lý một yêu cầu.Cho mỗi yêu cầu đến, al mô-đun cốt lõi

Kết quả (Việt) 2:

Về bản chất, các trang web làm cho chỉ sử dụng hai loại quy trình: trình duyệt mà người dùng có thể truy cập vào tài liệu web và họ đã hiển thị trên màn hình của địa phương, và các máy chủ web, nhằm đáp ứng yêu cầu trình duyệt. Trình duyệt có thể được hỗ trợ bởi ứng dụng trợ giúp, như chúng ta đã thảo luận ở trên. Tương tự như vậy, các máy chủ có thể được bao quanh bởi progreams bổ sung, chẳng hạn như các script CGI. Sau đây, chúng ta có một cái nhìn sâu hơn về các client-side và server-side phần mềm điển hình được sử dụng trong các trang web.
Khách hàng
Khách hàng web quan trọng nhất là một phần mềm được gọi là một trình duyệt web, cho phép người dùng điều hướng qua các trang web bằng cách lấy những trang từ máy chủ và sau đó hiển thị chúng trên màn hình của người dùng. Một trình duyệt thường cung cấp một giao diện mà các siêu liên kết được hiển thị trong một cách mà người dùng có thể dễ dàng lựa chọn cho họ thông qua một cú nhấp chuột duy nhất.
Trình duyệt web là, về nguyên tắc, các chương trình đơn giản. Tuy nhiên, bởi vì họ cần để có thể xử lý một loạt các loại tài liệu và cũng cung cấp một dễ sử dụng giao diện người dùng, họ là những phần thường phức tạp của phần mềm.
Một trong những vấn đề mà các nhà thiết kế trình duyệt web phải đối mặt là một trình duyệt nên dễ dàng mở rộng để nó, về nguyên tắc, có thể hỗ trợ bất kỳ loại tài liệu được trả về bởi một máy chủ. Cách tiếp cận theo sau trong hầu hết các trường hợp là cung cấp cơ sở cho những gì được gọi là plug-ins. Một plug-in là một chương trình nhỏ mà có thể được tự động nạp vào trình duyệt để xử lý một loại tài liệu cụ thể. Sau này thường được đưa ra như là một loại MIMY. Một plug-in nên có ích, có thể tại địa phương, có thể sau khi được đặc biệt chuyển bởi một người sử dụng từ một máy chủ từ xa.
Plug-ins cung cấp một giao diện chuẩn cho trình duyệt, và tương tự như vậy, mong đợi một giao diện độc Sở NN & PTNT từ trình duyệt, như trong hình. 11-3, khi một trình duyệt gặp một loại tài liệu mà nó cần một plug-in, nó tải các plug-in tại địa phương và tạo ra một thể hiện. Sau khi khởi tạo, sự tương tác với phần còn lại của các trình duyệt là cụ thể cho các plug-in, mặc dù chỉ có các phương pháp trong giao diện chuẩn ized sẽ được sử dụng. Plug-in này được lấy ra khỏi trình duyệt khi nó không còn là cần thiết.
Một quá trình phía máy khách thường được sử dụng là một web proxy (loutonen và altis, 1994). Ban đầu, một quá trình như vậy được sử dụng để cho phép trình duyệt để xử lý các giao thức cấp ứng dụng khác với HTTP, như thể hiện trong hình. 11-14. Ví dụ, để chuyển một tập tin từ máy chủ FTP, trình duyệt có thể phát hành một yêu cầu HTTP đến một FTP proxy địa phương, sau đó sẽ lấy tập tin và gửi lại nhúng vào trong một bản tin đáp ứng HTTP.
Đến nay, hầu hết các trình duyệt web có khả năng hỗ trợ một loạt các giao thức và vì lý do đó không cần proxy. Tuy nhiên, các proxy web vẫn còn phổ biến, nhưng vì một lý do hoàn toàn khác nhau, cụ thể là để cung cấp một bộ nhớ cache được chia sẻ bởi một số trình duyệt. Như chúng ta đã thảo luận dưới đây, khi yêu cầu một tài liệu web trình duyệt có thể vượt qua nó yêu cầu đến proxy web địa phương .Công proxy sau đó sẽ kiểm tra
dù các tài liệu yêu cầu là trong bộ nhớ cache của địa phương trước khi liên lạc với máy chủ từ xa, nơi
tài liệu nằm.
Anh 2
Để quá trình các giai đoạn này, các mô-đun lõi duy trì một danh sách các xử lý đã được đăng ký cho giai đoạn đó. Nó chọn một handler và chỉ đơn giản gọi nó. Một xử lý hoặc có thể từ chối một yêu cầu, xử lý hoặc báo cáo lỗi. Khi xử lý từ chối một yêu cầu, nó có hiệu quả nói rằng nó không thể xử lý nó để các module lõi sẽ cần phải chọn một handler mà đã được đăng ký cho giai đoạn hiện nay. Nếu một yêu cầu có thể được xử lý, các giai đoạn tiếp theo thường được bắt đầu. Khi một lỗi được báo cáo, yêu cầu xử lý được vỡ ra, và khách hàng được trả lại một thông báo lỗi.
Những module thực sự là một phần của một máy chủ apache được xác định tại thời gian cấu hình. Trường hợp đơn giản là các module lõi đã làm tất cả các xử lý yêu cầu, trong trường hợp máy chủ hiệu quả làm giảm tới một máy chủ web đơn giản có thể chỉ xử lý các tài liệu HTML. Để cho phép một vài yêu cầu để được xử lý cùng một lúc, các mô-đun lõi sẽ thường bắt đầu một tiến trình mới cho mỗi yêu cầu đến. Số lượng tối đa của các quá trình cũng là một thông số cấu hình. Thông tin chi tiết về cấu hình và lập trình máy chủ apache có thể được tìm thấy trong (laurie và Laurie, 1999).

Server:
Một máy chủ web là một chương trình quản lý yêu cầu HTTP đến bằng cách lấy các tài liệu yêu cầu và
trả lại cho khách hàng. Để đưa ra một ví dụ cụ thể, chúng ta một thời gian ngắn có một cái nhìn tại các tổ chức chung của
máy chủ Apache, đó là máy chủ web thống trị trên nền tảng UNIX

Các tổ chức chung của máy chủ Apache Web được hiển thị trong hình. 11-15.
Các máy chủ bao gồm một số các module có thể được kiểm soát bởi một mô-đun lõi đơn.
Các mô-đun lõi chấp nhận yêu cầu HTTP đến, mà cuối cùng đi đến các module khác trong thời trang đường ống.
Nói cách khác, các mô-đun lõi xác định dòng điều khiển để xử lý yêu cầu.

đối với mỗi yêu cầu gửi đến, lõi mô-đun al