Response Checker
Cette application offre une fonctionnalité incroyablement simple. Disons que nous avons une base de données sur les hyperliens. Nous donnons cette base de données à l'application, qui enverra une requête pour chacune d'entre elles (on peut choisir l'un des types suivants de request: HEAD/GET/POST), ) vérifie le codeur dans la réponse HTTP et place le lien dans un fichier avec le code correspondant. Ce procédé permet de trier rapidement la base de données en groupes distincts pour les liens avec un code de réponse 400, pour les liens manquants avec un code de réponse 404, pour les liens avec redirection, etc. Si le lien ne donne aucune réponse pendant la période prédéfinie, ce lien sera être mis dans "Error file".
Principaux avantages de mon application:
- La taille est de 3 Mo (cependant, on peut trouver des solutions 10 fois plus légères)
- Il ne nécessite ni framework ni bibliothèque
- L'interface n'a pas d'éléments excessifs
- On peut choisir n'importe quelle période de temps désirée
- On est capable de définir un délai entre les requêtes du thread
- Il est possible de définir le nombre de threads
- On peut définir le nombre d'octets dans la réponse
- On peut utiliser les protocoles de demande suivants: HEAD/GET/POST
Captures d'écran
(Fig. 1. À propos de l'application)
(Fig. 2. Apparence lors du premier lancement. Pour afficher "Settings" form, il faut appuyer sur F3 ou utiliser les éléments suivants dans le menu principal: Menu/Settings/Show Settings Form . Le deuxième paramètre (en rouge est utilisé pour indiquer le nom du fichier à analyser)
(Fig. 3. Après avoir modifié l'un des paramètres, vous devez les appliquer! Afin de le faire, vous devez appuyer sur F4 ou utiliser les éléments suivants du menu principal: Menu/Settings/Set Current (cette capture d'écran a déjà été faite lorsque les paramètres ont été appliqués et que le processus a été appliqué. d'analyse a été lancé))
(Fig. 4. Le processus est en cours d'exécution. La barre de progression indique le nombre actuel de threads actifs. Le compteur indique le nombre total de liens traités.)
(Fig. 5. L'indication de la barre de progression peut changer rapidement, car les premiers threads envoient simplement la requête, les seconds attendent simplement et le troisième annule la requête à cause du délai d'attente ...)
(Fig. 6. Le processus de tri a été complété avec succès)
(Fig. 7. C’est un exemple du résultat final. Chaque type de réponse du serveur correspondra à un fichier séparé. Le nom du fichier est créé à l’aide du modèle [nom de source] - [code de réponse du serveur] .txt suivant.
Important! En fonction de la configuration de votre système (adaptateur réseau, fournisseur d'accès Internet et DNS in usage), le nombre de threads peut affecter la qualité des réponses. En d'autres termes, plus le nombre de threads est élevé, plus de liens seront ajoutés au fichier "Error" . Je n'ai utilisé aucune limite lors de la procédure de test, et mon ordinateur de test est une moyenne, vous êtes donc libre de faire des expériences et de partager votre expérience.