0
я реализовал удлиняющую gnupg(pecl.php.net/gnupg-1.3.6 ) PECL для шифрования и дешифрования в моем проекте.расширения PHP PECL GNUPG занимает больше времени
Во время нагрузочного теста 500 + пользователей методы $ this-> gnu-> setarmor (0); и $ this-> gnu-> adddecryptkey() потребляет больше времени, чем другие PHP-процессы.
Ex: Если среднее время входа занимает 10 секунд, время обработки только для gnupg занимает от 5 до 6 секунд.
Просто интересно, почему только gnupg занимает больше времени во время теста нагрузки.
Любые предложения?
Я проголосовал за то, чтобы закрыть это как «слишком широкое». Не видя кода и/или дополнительного профилирования, выполненного вами, вряд ли возможно обеспечить разумный ответ на вашу проблему. –
Необычная практика шифрования паролей таким образом, что их можно расшифровать. Было бы более типичным использовать функцию хэширования паролей, такую как ['password_hash'] (http://php.net/manual/en/function.password-hash.php) (или, прежде чем PHP 5.5, [' crypt' ] (http://php.net/manual/en/function.crypt.php)) и проверьте пароль, используя ['password_verify'] (http://php.net/manual/en/function.password-verify. php) (или путем повторного вызова 'crypt' и сравнения хэшей). –
Функциональность была реализована давно назад, может быть в 2008 году, и печально, что я новичок в этом проекте. Во время теста нагрузки более 500 пользователей в Jmeter этот только Gnupg потребляет больше времени, и поскольку gnupg является расширением PECL, я не добавлял в этот поток никакого исходного кода, единственное, что я называю fucntiona: $ this-> gnu-> setarmor (0) ; и $ this-> gnu-> adddecryptkey(). –