Icône de ressource

Autres 13,5 Millions de hash sha256 2019-03-09

Aucune autorisation de téléchargement
Yo les potos ça prends soin de la famille ?
Non sérieusement, sans plus tarder !

aujourd'hui (je dirais même plus: ce soir), je vais vous partager une base de donnée de 13,5 millions de hash en Sha256.
Elles ont étés générés par Ulity via deux scripts PHP qui tournent en permanence à l'aide de mon client.

D'ailleurs comme je suis un gentil je vais vous passer le code source de mes scripts:


PHP:
<?php
function random($n) {
    $characters = '0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'; 
    $randomString = ''; 
    for ($i = 0; $i < $n; $i++) { 
        $index = rand(0, strlen($characters) - 1); 
        $randomString .= $characters[$index]; 
    } 
    return $randomString; 
} 

$f = fopen('storage.db', 'a+');

$i = 5000;
while(!$i == 0){
    $text = random(10);
    $generate = $text .' >> ' .hash('sha256', $text);
    if (!strpos(file_get_contents('storage.db'), $generate)){
        fwrite($f, $generate .'
'); // un espace très important }
    $i--;
}

print('<meta http-equiv="refresh" content="0;URL=https://site.web/repertoire/script.php">');
/* une fois la boucle de 5000 passé, PHP fera un print pour afficher une valise meta de redirection.
J'ai utilisé cette méthode au lieu d'un header location pour la raison de ne pas générer une erreur HTTP 301 Too Many Request */

PHP:
<?php
$content = file_get_contents('storage.db');

$f = fopen('end.db', 'a+');
fwrite($f, $content .'
');
fwrite($f, $content2 .'
');
fclose($f);

unlink('storage.db');
$f2 = fopen('storage.db', 'a+');
fclose($f2);


print('<meta http-equiv="refresh" content="10;URL=https://site.web/repertoire/second_script.php">');

?>


Vous allez me dire qu'un seul script est suffisant.
Sauf que si on gardait qu'un seul fichier .DB et qu'on faisait les 5000 boucles à chaque fois ... imaginez le fichier fait 1Go.
Ce qui voudrait dire que la vitesse de production diminuerais au fil de déjà 2 minutes.
Si l'on traite un fichier plus petit, le script sera plus rapide que si l'on traite un fichier de 1Go constamment.

C'est pour cette raison que le deuxieme script va clear le premier fichier .DB et va les déplacer vers le second .DB pour des raisons de performances.

Ce deuxième script s'éxecutera tous les 10s soit le temps que le le premier .DB fasse déjà au moins 2Mo.


Fichier à prélever:
end.db et pas storage.db


capture d'écran hash sha256
Auteur
360matt
Téléchargements
0
Affichages
14
Première sortie
Dernière mise à jour
Évaluation
0.00 étoile(s) 0 évaluations

Autres ressources de 360matt

Haut