Serveur evil4

Soyez le premier à donner votre avis sur cette source.

Vue 5 313 fois - Téléchargée 652 fois

Description

Je chercher à faire un programme serveur depuis longtemps,
puis l'idée d'inclure le navigateur dans la communication
m'est venu (rien d'extraordinaire).

Mon programme est un Serveur HTTP TCP/IP Sur le Port&80.
Il attend une requette, puis envoye la pageweb définie.

Il y a juste à ouvrir sa page web puis a activer le serveur,
pour quelle soit visible sur le HTTP://Votre_IP

De plus votre adresse IP peut étre mobile selon votre FAI.

Attention : les liens doivent contenir des URL completes,
vers des sites extérieure. car il n'y a aucun access sur votre machine.

///VU QUE CE TYPE DE SERVEUR NE RESTE PAS CONNECTER EN PERMANANCE, IL NE DOIT PAS SERVIR DE MOYEN DE DIFFUSION POUR DES SUJETS TELLE QUE LE HACKING, CARDING ET AUTRES/// Je ne saurais être tenu responsable des domages issue par ce programme, du a une mauvaise manipulation ou autre sur un réseau.

Source / Exemple :


>> Voir Code Source >>

Conclusion :


Ceci n'ai qu'une version prototype mise ici pour explication,
car je suis moi même très pressé de l'utiliser pour un WEBMeeting
représentant ma Team de programmation la EVILDARK EUROPE TEAM [T2E].

Si vous voulez utilisé mon programme, merci de ne pas faire de modification
trés importante, ni de type Renomage et Apropriation.
Sinon, vous pouvez vous en inspiré librement pour vos futur programmes.

Merci de m'envoyer vos critiques par mail > EvildarkEurope@Hotmail.Fr <

Et encore meilleurs voeux Z006!

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

Messages postés
51
Date d'inscription
dimanche 11 décembre 2005
Statut
Membre
Dernière intervention
11 octobre 2014

Oui elle tue car la version 2 est nickel : gestion multiclient, request get/ post/ head/, gestionnaire de file d'attente, je peut même charger un chat.HTML...

Merci pour vos remarques...
Et mon Code source je me le garde!

PS. je sort pas de SUPINFO moi, respect.
Messages postés
8
Date d'inscription
vendredi 15 avril 2005
Statut
Membre
Dernière intervention
22 avril 2006

ta souce tue hahahahahahaha
10/10
Messages postés
276
Date d'inscription
dimanche 22 juillet 2001
Statut
Modérateur
Dernière intervention
5 décembre 2013

il faut quant même gérer la quasi totalité du protocole HTTP (1.0) pour tout ce qui est get, post, headers de réponse (au minimum). Pour ce qui est du mime, le post y est impliqué, il ne faut pas voir ici que la gestion du type de fichiers. Pour ce qui est de la compatibilité HTTP 1.1, il faut pouvoir sur une seule connexion socket pouvoir gérer plusieurs requettes succéssivement. C'est un minimum pour commencer à appeller le programme un server web.

Pour ce qui est de VB, c'est trés simple : il faut évoluer avec les nouvelles technos, longhorn va bientôt sortir, on tend vers des programmes multi-os, le framework fiabilise et optimise votre travail, et en dotnet on fait du 100% objet. VB c'est bien, mais choisir un environement de travail ce n'est pas une question de mode ou d'envie. En pesant le pour et le contre, en sachant qu'on reste dans le même language de programmation, choisir dotnet est plus qu'évident, surtout si le projet est ambitieux et va vivre pendant quelques années.

PS Yoman, le vb est tj présent certes, mais tend à décliner dans un premier temps dans le monde professionnel et la tendance est ainsi. On peut aussi constater que malgré son age, il reste encore du qbasic, turbo pascal, ou autre antiquités, mais leur valeur aujourd'hui est moindre comparée à leur valeur il à 20 ans. Evoluer rapidement avec les environements porteurs sans se lier à une architecture logicielle est un impératif pour ceux qui veullent innover : sinon je dirais pour cette source, désolé mais ton truc c'est du déjà vu, et on en à vu des mieux en plus.
Messages postés
592
Date d'inscription
samedi 19 janvier 2002
Statut
Membre
Dernière intervention
4 décembre 2008

Nul besoin de geré 100% du protocol pour la version 1.0 , encore moin le droit d'accès a l'information .... ce n'est pas tout les serveur web bien abouti que le gère de toute manière... moi je dis que si c'est assez fonctionnel pour gerer les mime plus courent et les get/post du protocol http , ça serait pas mal.

Pour ce qui est de l'integration d'un moteur de script , ou de l'interpretation par un moteur de script externe , je suis d'Accord avec toi , mais bon , faut que le serveur soit entierement débugger avant d'essayer d'implenté ça , sinon c'est des problemes pour rien.


et le vb6 est bien présent , il est la pour rester soyer en certain .
Messages postés
276
Date d'inscription
dimanche 22 juillet 2001
Statut
Modérateur
Dernière intervention
5 décembre 2013

alors, pour faire un server web en version 1 tu as ces choses à faire que tu fais pas pour le moment :

Gérer de A à Z le protocole HTTP (cf RFC) (version 1.0 et 1.1 !!!)
Gérer de A à Z le protocole MIME
Gerer de A à Z la gestion de navigation (cf protocole HTTP)
Gérer la sécurité et droit d'accés aux informations
Gérer les multiconnexions (cf HTTP 1.0)

Maintenant tu dois dors et déjà prévoir la v2 et prévoir la possibilité d'executer un script, donc regardes l'intégration de PHP, ASP, DOTNET, cgi, PERL ... et vois comment tu feras pour globaliser les flux...

Tu ne dois pas programmer en mode linéaire, séquentiel, car je t'assure qu'au bout de 3 semaines de codage intensif tu laisseras tomber le projet. Apprends la programmation objet, fais un maximum de classes, et organises.

Un dernier conséil, ne le fais pas en vb, passes à dotnet car en vb ton programme si tu l'aboutis n'auras aucun intéret, en dotnet ce serais un des premiers ...

Alors maintenant avant de produire analyse et étudies. Bonne prog et à +, akh.

PS : Tu peux regarder ce que les autres ont fait et analyser leurs sources pour prévoir les pb et points difficiles à prévoir.
Afficher les 9 commentaires

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.