Messages posted by: MicrosoftX

conmale wrote:

Như đã nói ở trên, khi nói đến điểm mạnh và điểm yếu của một ngôn ngữ lập trình, phải dựa trên căn bản là dùng nó để tạo ra cái gì? php tiện dụng, gọn gàng cho những web application nhỏ. Hoàn toàn phù hợp cho những ứng dụng nhanh, không đòi hỏi kế hoạch lâu dài, không đòi hỏi độ bền bỉ và mở rộng lớn. Trong khi đó, jsp (dùng như một phương tiện để hiển thị nội dung trang web), nó không nên dùng để so sánh với php vì đằng sau jsp là một công nghệ đa tầng và đa dạng.

Đoạn bôi đỏ có thể suy ra là để vận hành đc một page JSP -> phải vận hành cái "đằng sau" đa tầng đa dạng kia smilie

đúng ko nhỉ hi hi vậy thì ... đoạn này:

conmale wrote:

Chưa thấy chỗ dở của php thì thử code một chương trình để cho khoảng 200 người cùng dùng (và bị DoS) như một forum chẳng hạn thì sẽ thấy

Hi Hi; giả sử ta code đc một page JSP và PHP (cùng tính năng, mục đích), cả 2 cùng bị DDoS; Hi Hi thử hỏi cái nào "dở hơn" nhỉ.

Mình nghĩ là việc chống DDoS tốt phụ thuộc nhiều yếu tố chứ không phải là phụ thuộc nhiều vào việc ta đem JSP ra code thì nó chống DDoS tốt hơn, đem PHP ra code thì nó chống DDoS dở hơn. Do đó mà không nên nói là code một forum bằng PHP rồi để cho khoảng 200 người truy cập và bị DDoS để từ đó thấy cái dở của PHP smilie

Thế theo bác conmale thì chỗ dở trong câu trên là gì nào smilie

; Có ngôn ngữ khác PHP có thể khắc phục được chỗ dở đó à?

Nhiều người cũng hiểu qua được DDoS là gì rồi; Do đó mà cá nhân mình nghĩ, với những Server Script thì hệ thống thông dịch kịch bản nào hoạt động gọn nhẹ hơn -> Góp phần chống DDoS tốt hơn; Sự "góp phần" ở đây cụ thể đó là tiết kiệm tài nguyên hệ thống, nhất là % xử lý của CPU và RAM.

Việc chống DDoS thì lan dải đó smilie

, ở Web Server là chủ yếu smilie

.

jpg wrote:

Dạ em không hiểu chỗ này ! Và cũng không đồng ý với việc nói rằng PHP không chỉ dành như là món "fastfood" , cụ thể là em thấy Joomla cũng là một dự án lâu dài đó mà

Bạn tìm hiểu về J2EE chưa vậy? mình thấy tìm hiểu về Java hay đó chứ, tài liệu rõ ràng, gọn dễ đọc; Ko như của Microsoft, mình vào trang của Microsoft mù tịt (rất ghét lập trình = mấy đồ của MS smilie

S); Cho đến ngày nay thì công nghệ Java phát triển mạnh, bao gồm nhiều thành phần, không chỉ đơn thuần có JRE như buổi đầu. Do đó mà bác conmale bảo là nó đa tầng đa dạng.

Siêu trộm wrote:

Mình lập ra topic này vì thấy có nhiều người chê PHP quá, nào là không bảo mật, nhiều bug,... (anh conmale còn nói với mình là ổng chỉ coi PHP như "toy" mà thôi, hixhix, nghe mà buồn gì đâu :cry: )

Thế ông ấy bảo cậu ông ấy coi ngôn ngữ nào là "vũ khí hạt nhân" smilie

Mỗi người một quan điểm, ko cần đau buồn smilie

; Yên tâm là thế giới số người dùng cái "Toy" kia nhiều lắm smilie

nên cứ học đi.

Siêu trộm wrote:

Vậy thì theo các bạn, 2 ngôn ngữ này có điểm mạnh và điểm yếu nào? Và nếu có thể đưa ra kết luận ngôn ngữ nào tốt hơn (theo mình ở đây ko chỉ đơn thuần ngôn ngữ nữa mà còn là web server chạy ngôn ngữ đó, ví dụ apache vs tomcat chẳng hạn) thì theo bạn đó là cái nào?

Cá nhân tớ thấy ko nên so sánh smilie

Quen ngôn ngữ nào thì dùng nó smilie

No.13 wrote:

MicrosoftX wrote:

Vậy thì sau khi đưa ra đoạn thông tin trích từ RFC 1541, bạn kết luận thông điệp DHCPOFFER được gửi đi là dạng nào, unicast hay broadcast? Bạn khẳng định lại xem nào ... đừng đưa ra một đoạn thế rồi ko đưa ra kết luận của mình nhé (góp ý).

Bạn có đọc bài viết phía trên của tôi không ?

Có đọc chứ, đoạn trên thì khẳng định là DHCPOFFER hay tất cả các Message của DHCP đều được send theo kiểu Broadcast. Nhưng đến khi trích dẫn đoạn RFC 1541 tiếp ra thì nói:

Muốn biết DHCP broadcast hay unicast thì cứ capture mấy cái message là biết liền hà.

Đọc xong bài này theo logic hiểu của tớ thì lại mù mờ thông tin, quote một đoạn ra rồi không giải thích gì, không khẳng định lại ý kiến của mình mà bảo người khác thử capture. Há chẳng phải thừa sao?

Còn những điều mà tớ nói đó là "Cisco IOS DHCP Server".

gsmth wrote:

Khoan, bật chế độ đồ họa là sao hả bồ? không phải ví dụ trong sách đủ cả rồi?

Cái này ở trình IDE của Borland thì phải. Lúc mà chọn biên dịch đó ... có phần định cấu hình cho chương trình của bạn làm việc được với các thư viện đồ họa trong Borland C. Tôi lâu lắm rồi ko lập trình bằng bộ IDE này nên ko nhớ rõ nữa, bản cài thì cũng vất mất đâu rồi smilie

.

@MicrosoftX: project của mình viết bằng C++ . Ý bạn lập trình trên win32 tức là viết bằng các ngôn ngữ khác à?

Không ngôn ngữ C++ mà bạn, có điều công cụ phát triển, môi trường thực thi bây giờ là cho WIN32.

Bạn cũng cần học cách lập trình trên hệ điều hành Windows 32 vì đây là hệ điều hành đa nhiệm, giao diện thì là GUI; không như DOS - đơn nhiệm, giao diện dòng lệnh smilie

Bạn ra hiệu sách mua cuốn "Lập trình Windows" đó, rẻ lắm, học cơ bản cũng được.

light.phoenix wrote:

Công nhận mình đã nhầm lẫn khi nói Frame của DHCPOFFER có DestMAC là DHCPServer's MAC. Thực sự thì như saddream1985 nói, DestMAC của DHCPOFFER là broadcast, nhằm mục đích thông báo cho các DHCP server khác biết rằng client đã chọn một DHCP server cụ thể trong số các DHCP server trả lời client bằng DHCPOFFER

Đoạn này tớ không công nhận. DHCPOFFER chỉ là lời chào, lời đề nghị từ server phát lại cho Client sau khi nó bắt được thông điệp DHCPDISCOVER chứ nó không đóng vai trò thông báo cho các DHCP Server khác trả lời biết rằng Client đã chọn một DHCP Server cụ thể trong các DHCP Server của Network đó.

Nếu trong Network đó có nhiều DHCP Server, thì việc Client chọn DHCP Server nào, không nằm ở DHCPOFFER Message mà nằm ở DHCPREQUEST Message - Tức bước thứ 3 trong "cuộc đối thoại" của DHCP Client với Network đó. DHCPREQUEST Message là thông điệp dạng Broadcast đó ạ.

The client returns a formal request for the offered IP address to the DHCP server in a DHCPREQUEST broadcast message. The DHCP server confirms that the IP address has been allocated to the client by returning a DHCPACK unicast message to the client.

Nếu nói như bạn bản thân về Logic tớ thấy chưa hợp lý vì đơn giản DHCPOFFER từ Server phát về; nó không có ý nghĩa báo là Client chọn DHCP Server nào bạn ạ; Việc DHCP Client chọn Server nào thì nó phải tự phát đi chứ. Bạn light.phoenix có thể dịch đoạn mà bạn quote từ Microsoft đó đc ko, khả năng tiếng Anh của tớ thấp quá dịch ko hiểu gì.

Đọc đoạn này xem có gì hay ko nào:

Note The formal request for the offered IP address (the DHCPREQUEST message) that is sent by the client is broadcast so that all other DHCP servers that received the DHCPDISCOVER broadcast message from the client can reclaim the IP addresses that they offered to the client.

If the configuration parameters sent to the client in the DHCPOFFER unicast message by the DHCP server are invalid (a misconfiguration error exists), the client returns a DHCPDECLINE broadcast message to the DHCP server.

The DHCP server will send to the client a DHCPNAK denial broadcast message, which means the offered configuration parameters have not been assigned, if an error has occurred during the negotiation of the parameters or the client has been slow in responding to the DHCPOFFER message (the DHCP server assigned the parameters to another client) of the DHCP server.

tmd wrote:

Bác tham khảo thêm cái gói dhcpoffer mà microsoft mô tả. xem nó là gói dạng gì. Lúc đó biết nó uni hay broadcast liền.

Hiểu biết của tớ còn chưa sâu, bạn chỉ cho tớ coi với, giải thích cho tớ cái đoạn mà bạn trích từ trang của Microsoft đó coi Microsoft mô tả DHCPOFFER như thế nào; Đoạn nào kết luận DHCPOFFER là kiểu Broadcast?

Còn link mà tớ đưa ra ở bài viết trên đó từ trang Cisco smilie

sai đúng thì contact trang đó coi smilie

light.phoenix wrote:

Khi nói unicast hay broadcast cần nói rõ ở tầng nào: IP datagram ở tầng Network (địa chỉ broadcast là FF:FF:FF:FF) hay frame ở tầng Data-Link (có địa chỉ broadcast là FF:FF:FF:FF:FF:FF).

Tôi ko nghĩ như bạn. Chả nhẽ việc truyền phát một message dạng Broadcast, Unicast, Anycast, multicast lại còn cần nói rõ thêm ở tầng nào à smilie

.

light.phoenix wrote:

Cho nên nếu nói ở tầng Data-Link, DHCPOFFER gửi đi dưới dạng unicast, còn ở tầng Network, DHCPOFFER vẫn phải gửi đi ở dạng broadcast (vì client lúc này chưa có IP).

một thông điệp dạng Unicast mà qua tầng khác của OSI nó đã biến thành Broadcast sao?. Tài nhẩy ... Cái mô hình phân tầng kia chỉ là lý thuyết, chỉ là mô hình mà thôi smilie

Tại sao lại cần IP trong việc gửi một thông điệp dạng Unicast hả bạn light.phoenix?

Tớ nghĩ rằng DHCPDISCOVER Message của DHCP Client phát đi nó đã phát theo MAC của nó rồi smilie

; Một DCHP Server (cụ thể là 1 Device ở một Node trong mạng đó) nhận đc -> biết MAC của Device phía DCHP Client -> tại sao không truyền Unicast được mà phải truyền Broadcast.

Coi lại xem việc truyền Broadcast , Unicast, Multicast, anycast Message có cần đến IP ko hì hì

tmd wrote:

. Khi dhcp hoạt động, giai đoạn server gửi về DHCPOFFER cho pc , vẫn cứ là broadcast, chỉ có MAC nói chuyện với MAC thì sao có chuyện unicast được. Nói vui vui vậy không biết có hợp lý không.
Góp vui với bà con bằng google

Tại sao bạn nói: "chỉ có MAC nói chuyện với MAC thì sao có chuyện unicast được"?

@gsmth, tớ đồng ý quan điểm của cậu. Theo tớ, thông điệp mà DCHP Client phát đi nói chung là Broadcast (DHCP Client là Device phát tín hiệu trước), còn DHCP Server "phát trở lại" thì là Unicast

184 wrote:

Nhưng có 1 thắc mắc thế này: Mình có 1 website viết bằng ASP giờ mình muốn chạy website ấy thì mình cần phải làm những gì? Config như thế nào hả các bạn? Cần cài đặt thêm những gì?

Ý bạn muốn nói là bạn cài Apache HTTP Server, bây giờ muốn chạy đc kịch bản ASP chứ gì?

Đây vào đây đọc đi:
Code:

http://www.apache-asp.org

Nếu không thích tự tay làm mà thích "mỳ ăn liền" thì thử bộ A-I-O Apache2Triad (Chỉ trên Windows) coi sao:
Code:

http://apache2triad.net/

Nếu bạn dùng Windows tôi khuyên bạn nên dùng IIS thay vì phải dùng Apache. Mà không cần phải dùng phpMyAdmin. Có những client chức năng tương tự tôi thấy hay hơn ví như MySQL Administrator

Sai ở dòng này:

initgraph(&mh,&mode,"C:\BORLANDC");

Chỗ sai là ở "C:\BORLANDC" vì rằng kí tự \ là kí tự được coi là đặc biệt của sâu trong C++. Bạn thử đổi lại thành "C:\\BORLANDC" xem sao; Cách dùng "C:/BORLANDC" hình như cũng được (Bạn thử dùm, tôi lâu lắm ko đụng gì đến lập trình đồ họa trên DOS). Hoặc là bạn copy mấy file thư viện đồ họa của Borland C++ vào ngay cùng thư mục với chương trình của bạn xem. Lúc đó thì để tham số thứ 3 của hàm khởi động đồ họa là sâu rỗng nhé.

Ah mà sao lại học lập trình đồ họa trên hệ thống 16bit vậy smilie

sao không chuyển sang lập trình trên Win32đi.

Ah bổ xung thêm; bạn chú ý là xem cho chính xác đường dẫn đến các tệp thư viện đồ họa của Borland nhé. Tôi ko nhớ kĩ lắm đâu, hình như ở thư mục BGI thì phải.

No.13 wrote:

Muốn biết DHCP broadcast hay unicast thì cứ capture mấy cái message là biết liền hà.

Vậy thì sau khi đưa ra đoạn thông tin trích từ RFC 1541, bạn kết luận thông điệp DHCPOFFER được gửi đi là dạng nào, unicast hay broadcast? Bạn khẳng định lại xem nào ... đừng đưa ra một đoạn thế rồi ko đưa ra kết luận của mình nhé (góp ý).

Còn tôi tôi khẳng định thông điệp DHCPOFFER từ DHCP Server gửi lại là dạng unicast: Tôi tham khảo từ link mà tôi đã gửi trên; xin trích lại 1 đoạn:

Figure 1 shows the basic steps that occur when a DHCP client requests an IP address from a DHCP server. The client, Host A, sends a DHCPDISCOVER broadcast message to locate a Cisco IOS DHCP Server. A DHCP server offers configuration parameters (such as an IP address, a MAC address, a domain name, and a lease for the IP address) to the client in a DHSCPOFFER unicast message.

Và hình ảnh từ địa chỉ tôi gửi đó cũng có mở ngoặc chú thích rõ DHCPOFFER là thuộc kiểu unicast.

kucon wrote:

Khi mình vào 1 trang web để nghe nhạc thì ko thể nghe được vì nó hiện lên cái thông báo này "can not create Direct Show play",chán quá!Các bạn giúp mình với.Thanks

Chưa nói rõ là vào web nghe nhạc bằng trình duyệt nào, phiên bản bao nhiêu, trên hệ điều hành nào? Chụp ảnh coi thông báo ra sao nào bạn smilie

No.13 wrote:

Tất cả các bước xin cấp phát địa chỉ IP đều dùng các message theo dạng broadcast.

Tín hiệu DHCPOFFER từ DHCP Server gửi là dạng Unicast cơ chứ ko phải là Broadcast.

Lúc này client vẫn chưa có IP mà, làm sao gửi DHCPOFFER theo kiểu unicast được.

lúc này mình lại có suy nghĩ là tại sao server không gởi IP theo cơ chế unicast , bởi nó đã biết địa chỉ MAC rồi

Tại sao đang đề cập đến IP lại pass sang MAC ?

Tôi cũng học từ một số trang thôi. Theo những gì tôi đọc đc, trong quá trình DHCP Client làm việc và DHCP Server làm việc thì tín hiệu mà Client phát đi là dạng Broadcast nhưng tín hiệu mà DHCP Server phát trở lại là dạng Unicast (Tôi cứ nhớ thế cho dễ.)

Bạn xem bài "Cisco IOS DHCP Server" coi sao:

Code:

http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120t/120t1/easyip2.htm

Figure 1 DHCP Request for an IP Address from a DHCP Server:

184 wrote:

Mình đã cài xong tất cả về apache, php .....

Cũng đã vào dyndns.org create account nhưng khi mình thử chạy domain mà mình vừa tạo thì nó báo lỗi The page cannot be displayed

Bạn nào có thế trả lời giúp mình ko?

Bạn mô tả vấn đề chưa rõ ràng.

1 - Bạn cài xong Apache, PHP .v.v. đã chắc bạn cài đúng chưa nào. Vấn đề cài của bạn có trục trặc gì ko. Đó là vấn đề trên Localhost.

2 - Vấn đề bạn config chiếc Router của bạn ra sao? có chắc phù hợp ko. Những bước này chưa trình bày.

3 - Đặt giả sử 2 bước trên mà bạn làm thành công, vậy bạn test kiểu gì? điều này chưa mô tả smilie

S; Bạn test bằng cách từ trình duyệt gõ cái domain của mình để truy cập vào ... Hay là bạn nhờ một ai đó không nằm trong mạng LAN của bạn để test?

Do đó mà câu trả lời có lẽ cũng ko thể nào đầy đủ được.

hackernohat wrote:

Hèm bạn sẽ không truy cập được chính homeserver qua chính cái Domain mà bạn reg đâu vì cậu không thể nhìn được chính cái mặt của mình. Vì thể chỉ có hiệu ứng gương soi mới giụp cậu nhìn được cái server của cậu thôi. Hiệu ứng gương soi ở đây là Proxy , phải dùng một proxy rồi cậu truy cập home server gián tiếp qua proxy mới thấy được.

Việc dùng đến Proxy để test kể ra cũng có lợi vì ta kiểm tra đc rằng máy tính nào đó ở Internet có thể truy cập máy tính của ta, máy tính của ta có nhận phục vụ. smilie

nhưng chỉ là test smilie

còn test xong rồi bây giờ muốn từ trình duyệt gõ bằng tên miền dyndns của mình, tránh đi cái mà hackernohat gọi là "Gương Soi" thì hãy:

Cách 1 - Cài ngay trên máy mình một DNS Server; Config Network Connection của bạn trỏ đến DNS Server này (127.0.0.1 hoặc IP máy bạn trong LAN).

Cách 2 - Sửa tệp tin C:\WINDOWS\system32\drivers\etc\host -> dựa vào hướng dẫn tệp đó mà sửa nhé. Cách này đơn giản hơn và nhanh hơn. Vì lẽ đầu tiên Windows sẽ tìm trong tệp tin host này xem có thông tin về IP của một tên miền trỏ đến khi mà từ trình duyệt gõ một URL. (Bước tìm thứ 2 là tìm ở DNS Server mà IP của DNS Server này "đc lưu" ở Network Connection.

Bạn mở tệp tin host này chắc sẽ hiểu sao lại gõ localhost để trỏ đến 127.0.0.1 đó smilie

P/S mấy bác viết virus smilie

sao ko bổ xung chức năng sửa info tệp tin host; Có nhiều trò vui với ko dùng quen windows smilie

ví như đổi sao cho người dùng gõ google.com thì nó ra trang của mấy bạn smilie

saddream1985 wrote:

Đó là câu hỏi mình mà cô mình đã hỏi ? Mình đã suy nghĩ như thế này , mong các bạn cho mình nhận xét và lời giải thích hợp lý ..
_Đối với mô hình 7 lớp , khi một client truy cập vào mạng nó gởi một "DHCP Discover có kèm theo MAC của chính nó" theo cơ chế broadcast để hỏi rằng nó muốn truy cập vào mạng , có DHCP server nào cấp IP cho nó không. Khi một server nhận được gói này nó sẽ gởi một "DHCP offer" cho client kèm theo một địa chỉ IP đề nghị , do lúc này client chưa có một địa chỉ IP chính thức nên server sẽ gởi IP theo cơ chế broadcast , vấn đề được đặt ra là tại sao server đã biết được MAC của client nhưng nó không dùng cơ chế unicast để gời MAC mà dùng broadcast.

Aha, tớ định ngủ rồi nhưng nhìn topic này. Cho tơ Spam tí nha smilie

Cậu xem và góp ý cho tác giả mấy bài viết ở link này nhé.
Code:

http://blog.360.yahoo.com/blog-fa9ZLv0_fLMGPjLrRaJOfhi8oNIHfsU-?cq=1&l=6&u=10&mx=20&lmt=5

Trong đó có bài về DHCP Server đó. Trong đoạn của cậu thì có ý nói:

Tín hiệu DHCPDiscover dạng broadcast -> tớ công nhận. Nhưng đoạn sau thì theo tớ chưa chuẩn. Tín hiệu DHCPOFFER từ DHCP Server gửi là dạng Unicast cơ chứ ko phải là Broadcast. Do đó mà tớ ko đọc tiếp 2 phần sau của bạn smilie

2 – DHCP Server ở một Node mạng nào đó nhận được tín hiệu DHCPDISCOVER thì nó lập tức nó thực hiện việc kiểm tra lại xem có khả năng phục vụ client không. Nếu không có khả năng phục vụ thì tín hiệu DHCPDISCOVER lại tiếp tục được gửi đến các Node mạng khác nơi có thể có một DHCP Server nào đó (tùy theo việc định cấu hình).

Nếu có khả năng phục vụ thì lúc này DHCP Server thực hiện việc gửi tín hiệu DHCPOFFER (thông điệp Unicast – Hình minh họa bên dưới) cho DHCP Client. Nội dung thông điệp này là lời đề nghị phía trình khách định cấu hình Network Connection với những thông số như địa chỉ IP của DNS Server, địa chỉ IP của máy khách, khoảng thời gian Server duy trì phục vụ (sau khoảng thời gian này thì có thể máy tính bạn bị đổi IP trong Network đó) .v.v.

ke_huy_diet2 wrote:

Em là admin của một cty nhưng kinh nghiệm còn non kém,em có một vấn đề thế này muốn nhờ các bác giúp em với .
Trong cty nghiêm cấm sử dụng và cài đặt chương trình yahoo Messenger,nhưng gần đây có những người vẩn lén sử dụng,em là admin nên luôn bị cốc đầu vì để cho user sử dụng yahoo Messenger
Vấn đề là ở chổ em đã tìm mọi cách để ngăn không cho user cài đặt yahoo messenger nhưng vẫn không được
Ngoài ra em đã tìm các chương trình để chặn cổng 5050 của yahoo nhưng củng không thành công
em rất mong nhận được sự giúp đở của các bác
cảm ơn các bác nhiều !

Nghe căng nhỉ; hay là thế này đi, theo tớ thì bạn nên chịu khó code một chương trình đơn giản thôi (có thể dùng AutoIT để code); Chương trình có nhiệm vụ kill cái tiến trình của Y!M đi cứ có tiến trình YM là nó kill đi smilie

Rồi chịu khó đến từng máy mà chạy chương trình đó. Chứ đọc từ đầu thì thấy mô tả cũng chưa rõ ràng là bạn có quyền quản trị thế nào trên hệ thống của công ty bạn.

Còn chặn cổng thì có thể dùng tường lửa để chặn.

Ko bít về Java smilie

nhưng cho em spam tí smilie

bác kid_b0d hỏi cũng có điểm lạ smilie

<?kid_b0d
Và còn một điều nữa là Source web của Jforum cũng như JSP nói chung có thể dùng trình biên dịch nào để xem được mã nguồn của nó không? vì tôi cũng muốn làm một trang như thế.
xin cảm ơn.
?>
Đã là Source Code thì chỉ dùng trình đọc văn bản thuần (Text) nào đó là có thể đọc đc mã nguồn rồi, muốn dễ dàng hơn thì dùng các Editor hay các IDE cho riêng ngôn ngữ đó.

Muốn làm đc trang như thế này à smilie

bác thạo Java chứ?

<?delua
2.Theo mình biết thì "tốc độ load" không bị chi phối bởi vị trị địa lý.
?>

smilie

đúng

vì (cá nhân tôi nghĩ vậy). Vì nghe đâu bảo dùng cáp quang truyền dữ liệu, mà cáp quang tức là ... liên quan đến ánh sáng rồi smilie

; vận tốc anh sáng là bao nhiêu mý bác còn nhớ chứ.

Còn tất nhiên trên thực tế tốc độ truyền cũng có phụ thuộc vị trí địa lý smilie

vì nhé chúng ta khó có thể xây dựng đc một cái cáp quang dài đùng một mạch từ Việt Nam sang Mỹ smilie

; cần có những trạm chuyển tiếp smilie

Xem lại cách truyền tin trên mạng thử coi smilie

xem xem nhận đc một gói tin qua bao nhiêu bước.

<?huynhfxvn
cái của em up=255kb/s down=513kb/s ko biết có làm dc server ebook ko nữa
?>

kể ra thì băng thông cũng thấp, băng thông upload đó. Hay là dùng BitTorrent coi smilie

setup một Tracker đi smilie

<?kid_b0d
Như anh conmale đã phân tích như trên, JSP là một Open Source , vậy em có thể dùng JDK và Eclipse để View Source của nó được không ạ?và nếu được thì có thể dùng cách nào ạ? em có làm thử nhưng thấy chưa được. em muốn làm 1 host ảo Support JSP đó là cài Apache Tomcat và JSP Plugin trên PC được không ạ? và những thứ như thế đã đủ chưa?
?>

Open Source và Source khác nhau đó, đừng nhầm lẫn ý nghĩa của nó smilie

JDK không đc coi là một IDE vì nó ko có tích hợp Editor, trong JDK chỉ có các trình như biên dịch, trình sinh tài liệu, trình nén JAR, trình AppletViewer .v.v. nhưng nói lại là ko có một Editor nào; do đó mà ko dùng JDK để xem đc mã nguồn đâu.

Eclipse là IDE hỗ trợ Java, dùng cái này đc smilie

Bác làm thử cái gì vậy? trình bày coi nào, ko đc chỗ nào thế?

Host ảo là host gì thế? chưa hiểu lắm?

Apache Tomcat à, cái này em ko bít smilie

nhưng Sun Java System Application Server chắc đáp ừng đc nhu cầu học tập của bác đó.

Vào đây mà đọc này:

JavaEE
Code:

http://java.sun.com/javaee

Sun Java System Application Server
Code:

http://www.sun.com/software/products/appsrvr/index.xml

Vậy nha đừng nói ko đọc tiếng Anh đc smilie

anhtuan_vn76 wrote:

xin hỏi các anh em,account ADSL có thể sài chùa được không? nếu ai đó biết pass (account của nhà cung cấp ADSL,cấp cho người thuê bao sử dụng) xin chân thành cảm ơn , mình rất sợ người khác sài chùa ,trả $ chết luôn :?

Thì đưa cho tớ dùng thử cho, biết ngay mà he he. Hình như bài lộn box, chủ đề cũng có đề cập rồi smilie

chả mún nói nữa. Mấy bác mod có việc làm smilie

Hí Hí bác này hỏi hơi kì smilie

; xét về logic thì nghe cũng không hợp lắm:

<? Cách xác định user và password của một IP trên mạng ?>

Hơ nhưng mà cũng tạm nghe đc smilie

vì ai cũng bít là mỗi máy tính hay mỗi thiết bị hoạt động trên mạng đều có 1 IP. Có thể coi IP nàt đại diện cho device đó. Nên câu hỏi trên có thể hiểu:

<? Cách xác định user và password của một device trên mạng ?>

smilie

Loại câu hỏi này nhiều rồi smilie

cứ hỏi đi hỏi lại, chán thật.

<? Mục đích của tôi là muốn biết cơ chế thâm nhập của hacker cơ như thế nào,ví dụ một webserver chỉ mở một port 80 thì làm cách nào hacker có thể đưa backdoor or trojan vào để lấy được user và pass
Tôi cũng đã nói phần trên hiểu rõ cơ chế tấn công của hacker thì sẽ đưa ra giải pháp bảo mật tốt nhất ?>

Khuyên bạn nên bỏ mấy câu hỏi này đi ... cơ chế thì Uh cũng có một "lý thuyết" cho việc bạn nói smilie

hì nhưng nó cũng ... chỉ là lý thuyết smilie

Oài, mãi đọc xong ... smilie

dịch hoa cả mắt

Vô Code:

http://java.sun.com/docs/books/tutorial/

Đừng có nói là lười đọc tiếng anh nhé; Ở đó có đủ bài tập cho mà làm.

Live chat ... làm cho hệ thống hoạt động nặng nề hơn smilie

dễ bị flood smilie

đúng ko nhỉ.

Hơn nữa tích hợp vô JForum thì ko biết có ko nhỉ smilie

Box chat chit đủ rồi mà ... còn đòi gì. Box dành cho ng` hâm mộ ... gộp vào chat chit smilie

hơn nữa cũng chẳng có gì hâm mộ đâu, tôi nói thật đó bạn gì viết bài đầu ạ smilie

; hâm mộ chính mình đi smilie

Có bao nhiêu người làm cùng bác vậy, thời gian là bao lâu, bác thạo những ngôn ngữ gì rồi?

Về kiến trúc máy tính, bác thạo nền tảng nào rồi? đã lập trình đc bằng hợp ngữ của nền tảng đó chưa?

Đề án to nhỉ? Chắc khó đó ...

Tham khảo đây coi có ích gì ko;

Code:

http://cdsmith.twu.net/professional/osdesign.html

Ko nên thi đại học ngay. Đi ra ngoài tìm hiểu 1 năm đã rồi thấy thích hợp gì thì học smilie

Cũng có Module làm việc với kịch bản ASP cho Apache đó.

Mấy bạn download thử Apache2Triad về thử nhé smilie

Nếu ko thích "có sẵn" tự biên dịch, tự cài nhé, cho hiểu sâu. Địa chỉ tham khảo:

Code:

http://www.apache-asp.org

anthony36 wrote:

Khi em vào Bios, máy báo là FSB 800 mà. Vậy em muốn chỉnh xung nhịp lên 800 thì chỉnh ở đâu hả anh.

Lạ nhỉ

bạn xem kĩ chưa, tôi nghĩ là chip bạn ko phải hoạt động ở xung nhịp 800 MHz. Mà máy bạn báo chip hoạt động ở xung nhịp 800 Mhz rồi thì còn đòi chỉnh sửa gì nữa.

Chỉnh lên thì khó đó mà không nên chỉnh vì phải ép chip làm việc ở một điều kiện ... ko tốt smilie

anthony36 wrote:

Em đang xài P4P800-VM FSB 800/533/400 2.8GH Bus800 HT. Em gắn 2 cây Ram PC3200 (Bus400) để chạy Dual nhưng máy chỉ báo DDR Frequency 320Mhz. Mấy anh chị nào đã gặp qua trường hợp này mà khắc phục được xin chỉ giúp. Thanks.

Cần xem lại chip của bạn có xung nhịp là bao nhiêu. 2 thanh RAM của bạn chỉ hoạt động ở xung nhịp 400 (Max) khi mà xung nhịp của Chip đạt 800 MHz còn nếu chip của bạn chỉ là 533MHz thì 2 thanh RAM kia hoạt động ở 333 MHz.

Khổ tìm lồi mắt mới thấy cái topic này smilie

Khổ lắm anh à, không có mấy chủ máy có kết nối internet của VN là chịu cập nhật cả ( ngay cả cái antivirus còn không update nữa là ).

Bạn quote cái đoạn của bạn conmale, và viết câu đó, vậy thì máy chủ cập nhật là cập nhật cái gì? tôi chưa hiểu.

Trên kia conmale đã viết là cập nhật flash plugin ở trình duyệt mà; Trình duyệt là ở client hay server vậy Hí Hí smilie

Máy chủ cần cập nhật antivirus để cho detect cái file chứa mã DDoS kia à. Có antivirus hiện đại thế sao. (Sorry vì tôi ko dùng antivirus).

Tôi thấy câu nói đó ko liên quan ... đến đoạn quote smilie

*****

Bạn conmale bảo teo ... với thực tế mạng của vn tôi thấy teo đầu tiên là băng thông. Nếu băng thông lớn thì lúc đó chắc đến trình duyệt, hệ điều hành ...

ngungon wrote:

Xin cho hỏi, ví dụ có 1 domain.com
Bây giờ tôi muốn tạo ra ns1.domain.com , ns2.domain.com
thì phải làm sao ? Máy tính tôi có 5 IP.

Hí Hí một máy có đến 5 IP; Chưa nghe bao giờ ... ko hiểu ạ.

ngungon wrote:

1 IP tôi sử dụng cho IIS , tôi dự tính làm 2 cái ns như vậy với 2 IP còn lại..

IIS cần gì đến IP ... Câu này ko hiểu nốt smilie

ngungon wrote:

Tôi phải làm sao để có thể có đc ns1.domain.com và ns2.domain , để khi người khác sử dụng hosting IIS của tui, thì chỉ cần chuyển DNS đền 2 NS của tôi là đc rồi ...

Và quan trọng là cái domain.com, làm thế nào để nhận được đến IIS của tôi ? vì lúc này chưa có NS để chuyển mà, xin hướng dẫn dùm !

Tôi chỉ hiểu biết sơ sơ về config DNS Server trên hệ điều hành Windows 2K3 Server, còn lại tôi cũng chưa thử sức.

Theo như bạn nói, tôi cũng suy luận là.

Bạn cài một DNS Server trên máy 1. DNS Server này là DNS chính trong hệ thống đó.

Tiếp theo config tạo một new zone. New zone này chính là cái domain domain.com nhá.

Tạo xong zone domain.com rồi; Bi giờ từ cái domain này ta tạo 3 Host nhá.

Host số 1 tên là www và cho IP trỏ đến là cái máy tính có cài Web Server (IIS) trên hệ thống của bạn. Như vậy truy cập web sẽ là www.domain.com

Tiếp nữa, 2 cái máy chủ mà bạn định làm ns1, ns2 gì gì đó, chắc chắn cần cài DNS Server. Thì từ cái zone tạo ở máy chủ DNS chính kia, tạo 2 cái Host tên là ns1, ns2, IP mà 2 cái host này trỏ đến là IP của 2 cái DNS Server kia.

-> khi client query cái DNS Server domain.com, -> chắc chắn tìm thấy host ns1, ns2. Host ns1, ns2 kia là 2 DNS Server.

Đó là sơ lược việc setup. Hệ thống (máy chủ, router) cần mở cổng 53 theo udp và tcp (cổng của DNS Server); trỏ thẳng về cái máy lưu root zone (máy domain.com đó).

@netsky : Ko hiểu bạn này nói gì smilie

; Ah mà nghe nick quen quen smilie

@Golden Autumn; canh_nguyen; Siêu trộm

IIS là một Web Server (Ai cũng biết rồi)

Bạn kia sử dụng hệ điều hành Windows, tôi thiết nghĩ nên cài IIS là tốt nhất. Việc cài PHP để làm việc cùng IIS cũng không quá khó khăn.

IIS vốn là một Windows Component smilie

, là sản phẩm của Microsoft nên tôi nghĩ nó chạy sẽ có nhiều ưu điểm hơn trên hệ điều hành windows. Đơn giản về quản lý hơn.

IIS v6 (Trên windows 2k3 server) có nhiều ưu điểm; PHP cũng có những Module cho trình IIS Admin; cho phép Add, Config một site vào IIS bằng kịch bản PHP -> thuận tiện trong thương mại còn gì smilie

Nhưng ko thấy có module cho quản lý Apache.

Tại sao tôi lại khuyên bạn kia nên dùng IIS:

1 - Bạn kia sử dụng hệ điều hành windows. Nếu bạn kia sử dụng hệ điều hành khác ví dụ Linux thì cài Apache.

2 - Việc cài PHP để làm việc cùng với IIS không quá khó khăn.

3 - IIS có chức năng định cấu hình Anonymous Access và Anthenticated Access. 2 phần này cá nhân tôi đánh giá rất hay smilie

nó liên quan đến quyền truy cập, quyền của một script trên hệ thống sẽ phụ thuộc vào việc user nào login vào (Integrated Windows Authentication).

Với Apache, thông thường với những bạn mới học cài, chưa hiểu Windows Service thì thường để Apache chạy với quyền rất cao (full quyền); Điều này không tốt.

4 - IIS v6 (trên Windows 2k3 Server) rất dễ dàng cho việc quản lý.

5 - Hì Hì còn thực hành được ASP.Net, ASP nữa mà, Cài Apache -> đến lúc muốn run ASP mệt ...

.v.v.

Tóm lại tôi khuyên bạn viết bài đầu tiên đó nên cài IIS nếu bạn sử dụng Windows.

conmale wrote:

"teo" là "teo" cái gì của client có thể... "teo" :lol :lol

Ko, từ client ở đây tôi hiểu là gồm có một số thành phần như Computer rồi Router, băng thông .v.v.

Cá nhân tôi nghĩ thì cái mà bạn gọi là teo kia ko phải bao tất cả client mà sẽ có một hoặc một số thành phần trong đó "teo" smilie

.

Từ teo của bạn ở đây ý nói là làm hỏng hay làm ngưng trệ hoặc trì trệ hoạt động?

nobitahunter wrote:

Em định cài vbb cho local host nhưng mà sao em cài xong ISS rồi àm vẫn kô vào đc localhost , :cry:
ai giúp em đi :cry:

Chỉnh lại ngôn từ một ít smilie

you nói "khó hiểu" quá.

< Em định cài vbb cho local host ... > -> trên localhost.

Cài xong mà không chạy được là sao vậy ... chữ ko chạy ở đây cụ thể như thế nào. Hỏi nên rõ ràng -> mới mong nhận được câu trả lời đầy đủ.

Up ảnh, hoặc video mô tả về việc ko chạy được lên xem nào.