Sockets !

google er opfundet

http://www.google.com/search?sourceid=navclient&ie=UTF-8&oe=UTF-8&q=w3sockets+reference >> http://www.duplo.se/Websites/dimac/Website/Products/w3Sockets/Reference

Det er jo godt klar over, men jeg tænkte mere på om der var nogle der kunne guide mig igennem det. Jeg er ikke lige verdens bedste til engelsk.
Jeg har PHP koden til at lave Counter-strike Server Stats, og har da også prøvet at lave det om til ASP, men det er ikke bare lige til. Derfor søger jeg nogle der kan hjælpe mig med det !

//Calle aka Martin Carlsen - Glædelig Jul!!

ah, ok... jeg er ikke ligefrem nogen haj til php, så der kan jeg desværre ikke hjælpe dig. Jeg ved heller ikk ehelt hvorda cs-stats er bygget op, men det er vel noget med at den parser nogle logfiler?

------------------------------

Revised 1/3/2001 ywb -- Added new rcon protocol info:

Note to those writing remote admin programs that issue rcon commands (the in-client rcon commands work as before), you will need to change your rcon tools to use the following revised protocol.

Remote App sends a UDP packet to the server on the server's port (e.g., 127.0.0.1:27015):

The packet should start with 4 consecutive bytes of 255 (32-bit integer -1) and the string:

"challenge rcon\n".

The server will respond to the requesting system on the purported remote IP address and port with four 255's and:

"challenge rcon number\n" where number is an unsigned int32 number.

To issue the actual rcon, the remote App then responds with a UDP packet containing 4 255s and:

"rcon number \"password\" rconcommands" where password is the rcon_password ( should be enclosed in quotes as noted so that multiple word passwords will continue to work ), number is the unsigned int32 number received from the server and rconcommands is the actual rcon command string.

If the remote App fails to send the appropriate challenge number, waits too long to send the challenge, or uses an invalid password more than a few times in the course of a few seconds, the remote App will be assumed to be malicious and the actual ip address used by the remote host will be permanently and automatically banned from the server (as with the addip command).  You can use listip to see the list of banned ip addresses on a server.


-----------------------------
Game servers will answer the following messages:
Messages are sent to the server by sending 4 consecutive bytes of 255 (32-bit integer -1) and then the string command followed by a zero byte to terminate it

"ping"
    Server responds with a single byte code ASCII 'j'

"info"
    Server responds with the following packet:
    (int32)        -1
    (byte)        ASCII 'C' (info response, S2A_INFO)
    (string)        net address of server
    (string)        name of the host / server
    (string)        name of the map
    (string)        game directory (i.e. valve/)
    (string)        Game description (e.g. "half-life multiplay")
    (byte)        active client count
    (byte)        maximum clients allowed
    (byte)        protocol version (currently 7)

"players"
    Server responds with the following packet:
    (int32)        -1
    (byte)        ASCII 'D' (players response, S2A_PLAYER)
    (byte)        active client count

    for each active client
        (byte)        client number / index
        (string)        player name
        (int32)        client's frag total
        (float32)        client's total time in-game

"rules"
    Server responds with the following packet:
    (int32)        -1
    (byte)        ASCII 'E' (rules response, S2A_RULES)
    (int16)        number of rules

    for each rule
        (string)        rule name
        (string)        rule value


-------------------

Master server query protocol:

Sent to master:

(byte)    ASCII 'c' ( A2M_GET_SERVERS )

Response from master:

(int32)  -1
(byte)  ASCII 'd' ( M2A_SERVERS )
(byte)  unused

// This is followed by as many 6 byte ip addresses as will fit in the message.  The master currently feeds about 2K worth of IP address ( 300+ or so ), but we may up that # significantly in the near future.

(4 x byte) ip address
(int16)  port #



The old protocol is still valid, but there is a new, extended protocol:

Here are both the old and new protocols ( the new one is the "details" message ):

"info"
    Server responds with the following packet:
    (int32)        -1
    (byte)        ASCII 'C' (info response, S2A_INFO)
    (string)        net address of server
    (string)        name of the host / server
    (string)        name of the map
    (string)        game directory (i.e. valve/)
    (string)        Game description (e.g. "half-life multiplay")
    (byte)        active client count
    (byte)        maximum clients allowed
    (byte)        protocol version (currently 37)

"details"
    (int32)            -1
    (byte)        ASCII 'm' ( S2A_INFO_DETAILED )
    (string)        net address of server
    (string)        name of the host / server
    (string)        name of the map
    (string)        game directory (i.e. valve/)
    (string)        Game description (e.g. "half-life multiplay")
    (byte)        active client count
    (byte)        maximum clients allowed
    (byte)        protocol version (currently 37)
    (byte)        type of server == 'l' for listen or 'd' for dedicated
    (byte)        os of server == 'w' for win32 or 'l' for linux
    (byte)        password on server == 1 or yes, 0, for no
    (byte)        is server running a mod? == 1 for yes, 0 for no

    IFF the server is running mod byte was 1:

    (string)        URL for mod's "info" website
    (string)        URL for mod's download ftp server
    (int32)        mod version #
    (int32)        mod download size ( in bytes, approx. )
    (byte)        is the mod a server side only mod?  1 == yes, 0 == no
    (byte)        does this server require you to have a custom client side .dll ( client.dll )?  1 == yes, 0 == no.



Here is some code that uses the new protocol.  The first function starts the protocol and the second services the message and requests more ip addresses:

/*
==================
Host_GetBatchServerList_f

  Request full server list from HL master server.
==================
*/
void Host_GetBatchServerList_f( void )
{
    unsigned char c[10];
    adrlist_t *p;
    int i = 0;

    // Request a server list from the master servers.
    NET_Config( true ); // Initialize networking

    if ( gfNoMasterServer )
        return;

    if ( !valvemaster_adr )
        return;

    c[0] = A2M_GET_SERVERS_BATCH;  // ascii 'e'
    i++;

    *(int *)&c[1] = 0; // Request first batch.
    i += sizeof( int );

    p = valvemaster_adr;

    while ( p )
    {
        // send to valve master
        Con_Printf ("Requesting batch server list from %s\n", NET_AdrToString ( p->adr) );
        NET_SendPacket (NS_CLIENT, i, c, p->adr );
        p = p->next;
    }
}

// Upon receiving ( 5 bytes, 4 for the -1 and 1 byte for the 'f' character ):
int32  -1
M2A_SERVER_BATCH              // Ascii 'f', the response to the above

void CL_ParseBatchServerList( void )
{
    char szAddress[128] = "";
    unsigned char cIP[4];
    int i;
    unsigned short iIPPort;
    int nNumAddresses;
    int count = 1;
    int unique = 0;

    MSG_ReadByte(); // Skip \r

    unique = MSG_ReadLong();

    // So far we have read 6 chars.  Remainder of message length is iBytesRead - 6
    nNumAddresses = net_message.cursize - sizeof(int) - sizeof(unsigned char) - sizeof(byte);
   
    // Each address is 6 bytes long
    //
    nNumAddresses /= 6;

    while (nNumAddresses-- > 0)
    {
        memset(szAddress, 0, 128);

        for (i = 0; i < 4; i++)
            cIP[i] = MSG_ReadByte();

        sprintf( szAddress, "%i.%i.%i.%i"
            , (int)cIP[0]
            , (int)cIP[1]
            , (int)cIP[2]
            , (int)cIP[3]
        );

        iIPPort = BigShort((unsigned short)MSG_ReadShort());
       
        //if ( count <= 100 )
        //    Con_Printf( "%4i:  %s:%i\n", count, szAddress, iIPPort );
       
        count++;
    }

    Con_Printf( "%i servers\n", count );

    if ( unique != 0 ) // More servers left, send another request to master
    {
        unsigned char c[10];
        int i = 0;

        // Request a server list from the master servers.
        NET_Config( true ); // Initialize networking

        c[0] = A2M_GET_SERVERS_BATCH;
        i++;

        *(int *)&c[1] = unique; // Request servers starting after this unique id.
        i += sizeof( int );

        // send to valve master
        Con_DPrintf ("Requesting next batch ( %i ) server list from %s\n", unique, NET_AdrToString ( net_from ) );
        NET_SendPacket (NS_CLIENT, i, c, net_from );
    }
    else
        Con_Printf( "Done.\n" );
}




Det fandt jeg på en hjemmeside. Det skulle forklare hvilke ting den modtager når den åbner serveren!

Jeg er PT i gang med et ligende system, bare i Java. Kort fortalt, går det ud på at sende en udp packet til serveren med noget info, den sender så en pakke tilbage med server-, player-, osv.-  info, du kan finde et forum og mere hjælp her: http://dev.kquery.com/
Jeg ved ikke lige hvordan det skal laves i asp, men det må være muligt. Der kan nok blive nogle performance problemer hvis men vil lave stats over mange servere på samme tid. I Java kan man bruge tråde, ved ikke om der er noget ligende i ASP.

ahhh gammel tråd, så ikke lige dato, browsde bare rundt

Måske du burde lukke ?