04:11
Rashid Saleem
In the Programming Section, We discuss all the aspects related to Advanced Programming Languges,such as
PHP ASP.NET C# JAVA C/C++
Sockets are an important part of the modern programmer's armory. To read this article, you are making extensive use of sockets – the article itself, and each image, come down a socket to your machine, and perhaps two, if you're reading this at work, behind a router. Communicating with other machines lets you spread computationally expensive tasks, share data and so on. Yet the Framework doesn't provide as good a toolkit as it does for, for example, Windows Forms (unless you are doing something 'standard' like making HTTP requests). If someone sends me some data, or connects to my server, I want an event to be thrown, just like if someone presses a button on my form
I have written a small assembly which provides event-driven client-server communication over TCP (using the tools provided in System.Net.Sockets). It also specifies a simple message-based protocol so that you can keep your messages together, although you don't have to use it.
Click Here TO DOWNLOAD CODE for client/server
At the end of the POST must watch Vedios....
2nd Vedio related to C/S Coding In VS...
********* Take Care ************
What is Difference Between PHP and ASP.NET?
1=> PHP is a language. PHP consists of a platform-independent engine that parses PHP scripts. This language also provides common web application functionality such as database connectivity.PHP is defined as Pre Hypertext Processor. PHP is a server-side, cross platform, HTML scripting language. The syntax of PHP is almost similar to C and Java. The goal of PHP is to allow web developers to write dynamically generated pages quickly.
PHP eliminates the need for numerous small CGI programs by allowing us to place simple scripts directly in HTML files. It also makes easier to manage large web sites by placing all components of a web page in a single HTML file. PHP has a perfect blend of compilation and interpretation. It is a used as general purpose scripting language which is suited for Web development and can be embedded into HTML.PHP works fine on both environments. Linux/BSD server will run the PHP scripts faster than a Windows. Both ASP and PHP languages are popular but PHP is more popular because of its Open License solutions, which can be implemented, free of cost or can be downloaded easily
The installation of tools such as image manipulation, upload, email, etc. can be easily uploaded in PHP with a very large number of tools whereas ASP requires the registration of components to do that, most of these components are not free.
2=>ASP is defined as Active Server Pages. ASP runs inside Internet Information Services (IIS). This IIS is a component of Windows. ASP allows us to edit, change or add any content of a web page. It responds to user queries or data given from HTML forms. Any data or databases are accessed easily and the results are returned to the browser. It is helpful in customizing a web page; this feature makes the page more useful for individual users. ASP.NET is not a language, but a technology and is a small part of the .NET Framework. The Dot NET Framework consists of a) CLR - Common Language Runtime which manages execution of the code b) a hierarchical set of class libraries. These libraries are extensive and provide a great deal of functionality both for web-based applications and well as windows-based.ASP has the possibility to run on Linux and BSD (Berkeley Software Distribution) which is referred to the particular version of the UNIX operating system. ASP is mostly not recommended for BSD because it relies a lot on external components that often come in the form of Dynamic Linked Library ((DLL) which lists the other pages on the web where one can find additional information) that needs to be physically registered on the server.
******************************
PHP ASP.NET C# JAVA C/C++
How to interact B/W Client/Server via C#
Sockets are an important part of the modern programmer's armory. To read this article, you are making extensive use of sockets – the article itself, and each image, come down a socket to your machine, and perhaps two, if you're reading this at work, behind a router. Communicating with other machines lets you spread computationally expensive tasks, share data and so on. Yet the Framework doesn't provide as good a toolkit as it does for, for example, Windows Forms (unless you are doing something 'standard' like making HTTP requests). If someone sends me some data, or connects to my server, I want an event to be thrown, just like if someone presses a button on my formI have written a small assembly which provides event-driven client-server communication over TCP (using the tools provided in System.Net.Sockets). It also specifies a simple message-based protocol so that you can keep your messages together, although you don't have to use it.
Click Here TO DOWNLOAD CODE for client/server
At the end of the POST must watch Vedios....
Being a Simple Client:
A client is the term for a user who connects to a server, typically to request data. Your browser acts as a client while it downloads material from the Internet. For most problems, there is one server and many clients, and if you're writing an application which talks to existing servers, all you need to use is a client socket.
Creating a client socket with ordinary .NET functions is slightly messy, so I provide a cover. And once you have the socket, you need to create an instance of ClientInfo to get event-driven access to the data.
<<Code>>
// At the top of the file, you will always need
using System.Net.Sockets;
using RedCorona.Net;
class SimpleClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.OnReadBytes += new ConnectionReadBytes(ReadData);
client.BeginReceive();
}
void ReadData(ClientInfo ci, byte[] data, int len){
Console.WriteLine("Received "+len+" bytes: "+
System.Text.Encoding.UTF8.GetString(data, 0, len));
}
}......
you can receive data! (Assuming you have a server that sends you some, of course.) To send text data, use client.Send("text"). ClientInfo exposes the socket it is using, so to send binary data, use client.Socket.Send().
Messaged Communication:
Receiving data with OnReadBytes doesn't guarantee your messages arrive in one piece, though. ClientInfo provides two ways to keep messages together, one suitable for simplistic text messaging and one suitable for arbitrary message-based communication.
Text Messages:
Often, being able to pass text with a suitable end marker, often a new line, is all we need in an application. Similar things can then be done with data received like this as with command strings. To do this, assign a handler to the OnRead event:
<<Code>>
class TextClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.OnRead += new ConnectionRead(ReadData);
client.Delimiter = '\n'; // this is the default, shown for illustration
client.BeginReceive();
}
void ReadData(ClientInfo ci, String text){
Console.WriteLine("Received text message: "+text);
}
}
Now, any data received will be interpreted as text (UTF8 text, to be precise), and ReadData() will be called whenever a newline is found. Note that if the data is not text (and is not valid UTF8), invalid characters will be replaced with '?' – so don't use this method unless you know you are always handling text.
Binary Messages:
For more advanced applications, you may want to pass a byte stream (which can represent anything), but still keep the message together. This is typically done by sending the length first, and ClientInfo does the same thing. To use this protocol, you need to put the client into a messaged mode and use OnReadMessage():
<<Code>>
class MessageClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.MessageMode = MessageMode.Length;
client.OnReadMessage += new ConnectionRead(ReadData);
client.BeginReceive();
}
void ReadData(ClientInfo ci, uint code, byte[] bytes, int len){
Console.WriteLine("Received "+len+" bytes: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
}
},,,
In the current version, a 4-byte length parameter is sent before the data (big-endian); for example, a message containing the word "Bob" would have the byte form 00 00 00 03 42(B) 6F(o) 62(b). Obviously, the other end of the connection needs to be using the same protocol! You can send messages, in the same format, using client.SendMessage(code, bytes).
By now, you're probably wondering what that uint code is all about. As well as MessageType.Length, there is also a MessageType.CodeAndLength which lets you specify a 4-byte code to be sent with each message. (It is sent before the length.) The event handler in this type of an application will typically be something like:
<<Code>>
void ReadData(ClientInfo ci, uint code, byte[] bytes, int len){
switch(code){
case 0:
Console.WriteLine("A message: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
break;
case 1:
Console.WriteLine("An error: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
break;
// ... etc
}
}...
If I were to send the message "Bob" with the tag 0x12345678, its byte stream would be 12 34 56 78 00 00 00 03 42 6F 62.
Being a Server:
As well as receiving and sending information (just like a client), a server has to keep track of who is connected to it. It is also useful to be able to broadcast messages, that is send them to every client currently connected (for example, a message indicating the server is about to be taken down for maintenance).
Below is a simple server class which simply 'bounces' messages back where they came from, unless they start with '!' in which case it broadcasts them.
<<Code as A Server>>
class SimpleServer{
Server server;
ClientInfo client;
void Start(){
server = new Server(2345, new ClientEvent(ClientConnect));
}
bool ClientConnect(Server serv, ClientInfo new_client){
new_client.Delimiter = '\n';
new_client.OnRead += new ConnectionRead(ReadData);
return true; // allow this connection
}
void ReadData(ClientInfo ci, String text){
Console.WriteLine("Received from "+ci.ID+": "+text);
if(text[0] == '!')
server.Broadcast(Encoding.UTF8.GetBytes(text));
else ci.Send(text);
}
}
As you can see, the Connect handler is passed a ClientInfo, which you can treat in the same way as a client (assign the appropriate OnReadXxx handler and MessageType). You can also reject a connection by returning false from Connect. In addition to Broadcast(), there is a BroadcastMessage() if you are using messaged communication.
ClientInfos are assigned an ID when they are created, controlled by the static NextID property. They will be unique within a running application unless you reset NextID at any time after creating one. A server application will often want to keep track of a client's transactions. You can do this in two ways:
1) There is a Data property of ClientInfo, to which you can assign any data you like. The data is maintained until the ClientInfo is disposed of (guaranteed to be after the connection dies).
2) You can use the value of client.ID as the key in a Hashtable or similar. If you do that, you should supply a Disconnect handler:
<<Code>>
void ConnectionClosed(ClientInfo ci){
myHashtable.Remove(ci.ID);
}
... to make sure the data is cleaned up.
Encryption:
This library includes the ability to protect a socket, using the encryption algorithm I wrote about here. This can be turned on by passing a value for encryptionType in the ClientInfo constructor or setting the EncryptionType property before calling BeginReceive, and setting the DefaultEncryptionType property on the server:
<<Code for data encryption>>
public void EncryptionExamples() {
// Client, Method 1: call the full constructor
ClientInfo encrypted1 = new ClientInfo(socket1, null, myReadBytesHandler,
ClientDirection.Both, true, EncryptionType.ServerKey);
// Client, Method 2: delay receiving and set EncryptionType
ClientInfo encrypted2 = new ClientInfo(socket2, false);
encrypted2.EncryptionType = EncryptionType.ServerRSAClientKey;
encrypted2.OnReadBytes = myReadBytesHandler;
encrypted2.BeginReceive();
// Server: set DefaultEncryptionType
server = new Server(2345, new ClientConnect(ClientConnect));
server.DefaultEncryptionType = EncryptionType.ServerRSAClientKey;
}
3 Encryption Modes:
There are three encryption modes supported. The first, None, performs no encryption, and is the default. EncryptionType.ServerKey means that the server sends a symmetric key for the connection when the client first connects; because the key is sent unencrypted, this is not very secure, but it does mean that the communication is not in plain text. The most secure method is ServerRSAClientKey: the server will send an RSA public key upon connection, and the client will generate a symmetric key and encrypt it with the RSA key before sending it to the server. This means the key is never visible to a third party and the connection is quite secure; to access the message you would need to break the encryption algorithm.
If you choose to use encrypted sockets, very little is different in your application code. However, in your server, you should respond to the ClientReady event, not ClientConnect, in most cases. ClientReady is called when key exchange is complete and a client is ready to send and receive data; attempting to send data to a client before this event will result in an exception. Similarly, if you want to send data through an encrypted client socket, you should respond to the OnReady event or check the EncryptionReady property before sending data.
First Vedio Related to C/S architecture.....
Creating a client socket with ordinary .NET functions is slightly messy, so I provide a cover. And once you have the socket, you need to create an instance of ClientInfo to get event-driven access to the data.
<<Code>>
// At the top of the file, you will always need
using System.Net.Sockets;
using RedCorona.Net;
class SimpleClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.OnReadBytes += new ConnectionReadBytes(ReadData);
client.BeginReceive();
}
void ReadData(ClientInfo ci, byte[] data, int len){
Console.WriteLine("Received "+len+" bytes: "+
System.Text.Encoding.UTF8.GetString(data, 0, len));
}
}......
you can receive data! (Assuming you have a server that sends you some, of course.) To send text data, use client.Send("text"). ClientInfo exposes the socket it is using, so to send binary data, use client.Socket.Send().
Messaged Communication:
Receiving data with OnReadBytes doesn't guarantee your messages arrive in one piece, though. ClientInfo provides two ways to keep messages together, one suitable for simplistic text messaging and one suitable for arbitrary message-based communication.
Text Messages:
Often, being able to pass text with a suitable end marker, often a new line, is all we need in an application. Similar things can then be done with data received like this as with command strings. To do this, assign a handler to the OnRead event:
<<Code>>
class TextClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.OnRead += new ConnectionRead(ReadData);
client.Delimiter = '\n'; // this is the default, shown for illustration
client.BeginReceive();
}
void ReadData(ClientInfo ci, String text){
Console.WriteLine("Received text message: "+text);
}
}
Now, any data received will be interpreted as text (UTF8 text, to be precise), and ReadData() will be called whenever a newline is found. Note that if the data is not text (and is not valid UTF8), invalid characters will be replaced with '?' – so don't use this method unless you know you are always handling text.
Binary Messages:
For more advanced applications, you may want to pass a byte stream (which can represent anything), but still keep the message together. This is typically done by sending the length first, and ClientInfo does the same thing. To use this protocol, you need to put the client into a messaged mode and use OnReadMessage():
<<Code>>
class MessageClient{
ClientInfo client;
void Start(){
Socket sock = Sockets.CreateTCPSocket("www.myserver.com", 2345);
client = new ClientInfo(sock, false); // Don't start receiving yet
client.MessageMode = MessageMode.Length;
client.OnReadMessage += new ConnectionRead(ReadData);
client.BeginReceive();
}
void ReadData(ClientInfo ci, uint code, byte[] bytes, int len){
Console.WriteLine("Received "+len+" bytes: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
}
},,,
In the current version, a 4-byte length parameter is sent before the data (big-endian); for example, a message containing the word "Bob" would have the byte form 00 00 00 03 42(B) 6F(o) 62(b). Obviously, the other end of the connection needs to be using the same protocol! You can send messages, in the same format, using client.SendMessage(code, bytes).
By now, you're probably wondering what that uint code is all about. As well as MessageType.Length, there is also a MessageType.CodeAndLength which lets you specify a 4-byte code to be sent with each message. (It is sent before the length.) The event handler in this type of an application will typically be something like:
<<Code>>
void ReadData(ClientInfo ci, uint code, byte[] bytes, int len){
switch(code){
case 0:
Console.WriteLine("A message: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
break;
case 1:
Console.WriteLine("An error: "+
System.Text.Encoding.UTF8.GetString(bytes, 0, len));
break;
// ... etc
}
}...
If I were to send the message "Bob" with the tag 0x12345678, its byte stream would be 12 34 56 78 00 00 00 03 42 6F 62.
Being a Server:
As well as receiving and sending information (just like a client), a server has to keep track of who is connected to it. It is also useful to be able to broadcast messages, that is send them to every client currently connected (for example, a message indicating the server is about to be taken down for maintenance).
Below is a simple server class which simply 'bounces' messages back where they came from, unless they start with '!' in which case it broadcasts them.
<<Code as A Server>>
class SimpleServer{
Server server;
ClientInfo client;
void Start(){
server = new Server(2345, new ClientEvent(ClientConnect));
}
bool ClientConnect(Server serv, ClientInfo new_client){
new_client.Delimiter = '\n';
new_client.OnRead += new ConnectionRead(ReadData);
return true; // allow this connection
}
void ReadData(ClientInfo ci, String text){
Console.WriteLine("Received from "+ci.ID+": "+text);
if(text[0] == '!')
server.Broadcast(Encoding.UTF8.GetBytes(text));
else ci.Send(text);
}
}
As you can see, the Connect handler is passed a ClientInfo, which you can treat in the same way as a client (assign the appropriate OnReadXxx handler and MessageType). You can also reject a connection by returning false from Connect. In addition to Broadcast(), there is a BroadcastMessage() if you are using messaged communication.
ClientInfos are assigned an ID when they are created, controlled by the static NextID property. They will be unique within a running application unless you reset NextID at any time after creating one. A server application will often want to keep track of a client's transactions. You can do this in two ways:
1) There is a Data property of ClientInfo, to which you can assign any data you like. The data is maintained until the ClientInfo is disposed of (guaranteed to be after the connection dies).
2) You can use the value of client.ID as the key in a Hashtable or similar. If you do that, you should supply a Disconnect handler:
<<Code>>
void ConnectionClosed(ClientInfo ci){
myHashtable.Remove(ci.ID);
}
... to make sure the data is cleaned up.
Encryption:
This library includes the ability to protect a socket, using the encryption algorithm I wrote about here. This can be turned on by passing a value for encryptionType in the ClientInfo constructor or setting the EncryptionType property before calling BeginReceive, and setting the DefaultEncryptionType property on the server:
<<Code for data encryption>>
public void EncryptionExamples() {
// Client, Method 1: call the full constructor
ClientInfo encrypted1 = new ClientInfo(socket1, null, myReadBytesHandler,
ClientDirection.Both, true, EncryptionType.ServerKey);
// Client, Method 2: delay receiving and set EncryptionType
ClientInfo encrypted2 = new ClientInfo(socket2, false);
encrypted2.EncryptionType = EncryptionType.ServerRSAClientKey;
encrypted2.OnReadBytes = myReadBytesHandler;
encrypted2.BeginReceive();
// Server: set DefaultEncryptionType
server = new Server(2345, new ClientConnect(ClientConnect));
server.DefaultEncryptionType = EncryptionType.ServerRSAClientKey;
}
3 Encryption Modes:
There are three encryption modes supported. The first, None, performs no encryption, and is the default. EncryptionType.ServerKey means that the server sends a symmetric key for the connection when the client first connects; because the key is sent unencrypted, this is not very secure, but it does mean that the communication is not in plain text. The most secure method is ServerRSAClientKey: the server will send an RSA public key upon connection, and the client will generate a symmetric key and encrypt it with the RSA key before sending it to the server. This means the key is never visible to a third party and the connection is quite secure; to access the message you would need to break the encryption algorithm.
If you choose to use encrypted sockets, very little is different in your application code. However, in your server, you should respond to the ClientReady event, not ClientConnect, in most cases. ClientReady is called when key exchange is complete and a client is ready to send and receive data; attempting to send data to a client before this event will result in an exception. Similarly, if you want to send data through an encrypted client socket, you should respond to the OnReady event or check the EncryptionReady property before sending data.
First Vedio Related to C/S architecture.....
2nd Vedio related to C/S Coding In VS...
********* Take Care ************
What is Difference Between PHP and ASP.NET?
PHP eliminates the need for numerous small CGI programs by allowing us to place simple scripts directly in HTML files. It also makes easier to manage large web sites by placing all components of a web page in a single HTML file. PHP has a perfect blend of compilation and interpretation. It is a used as general purpose scripting language which is suited for Web development and can be embedded into HTML.PHP works fine on both environments. Linux/BSD server will run the PHP scripts faster than a Windows. Both ASP and PHP languages are popular but PHP is more popular because of its Open License solutions, which can be implemented, free of cost or can be downloaded easily
The installation of tools such as image manipulation, upload, email, etc. can be easily uploaded in PHP with a very large number of tools whereas ASP requires the registration of components to do that, most of these components are not free.
2=>ASP is defined as Active Server Pages. ASP runs inside Internet Information Services (IIS). This IIS is a component of Windows. ASP allows us to edit, change or add any content of a web page. It responds to user queries or data given from HTML forms. Any data or databases are accessed easily and the results are returned to the browser. It is helpful in customizing a web page; this feature makes the page more useful for individual users. ASP.NET is not a language, but a technology and is a small part of the .NET Framework. The Dot NET Framework consists of a) CLR - Common Language Runtime which manages execution of the code b) a hierarchical set of class libraries. These libraries are extensive and provide a great deal of functionality both for web-based applications and well as windows-based.ASP has the possibility to run on Linux and BSD (Berkeley Software Distribution) which is referred to the particular version of the UNIX operating system. ASP is mostly not recommended for BSD because it relies a lot on external components that often come in the form of Dynamic Linked Library ((DLL) which lists the other pages on the web where one can find additional information) that needs to be physically registered on the server.
******************************
1 comments:
thank you so much dude
Post a Comment