如何在 Linux (Debian) 服务器上为隐藏密码和 PHP 启用 crypt_blowfish 支持？
我指的是OpenBSD 风格的基于 Blowfish 的 bcrypt，在 PHP 中称为 CRYPT_BLOWFISH。
据我所知，没有适用于它的 Debian 软件包，还有哪些其他选项可以为 PHP 启用此散列算法？
注意：
PHP 的crypt() 函数与底层操作系统提供的C 库 crypt(3)函数相对直接接口。
更新
包命名并不像它可能（应该）那么清楚。
该PEAR包crypt_blowfish的是一个简易替换为PHP的mcrypt扩展，允许快速双向Blowfish加密。
此外，Debian BCrypt 软件包 也是“正常”双向河豚算法的实现。
我正在寻找的是用于散列密码的 Bcrypt-hash 实现。
在使 InnoDB 数据库可用之前，服务器或 DB 管理员应该知道和做些什么。
我正在考虑为innodb_buffer_pool_size和设置正确的值之类的事情innodb_log_file_size
那么，您可能忘记配置哪些简单的事情会导致使用数据库的应用程序无法达到最佳状态？
完整的 .htaccess 文件
RewriteEngine on
RewriteBase /
RewriteRule ^([a-z0-9_\-]+)/([a-z0-9_\-]+)/(index\.php)?$ /main.php?type=$1&action=$2 [NC,QSA,L]
所以，
www.server.com/users/new/
重定向到：
www.server.com/main.php?type=users&action=new
该规则在我的测试机器上运行良好。
但是，
在另一台机器上，如果存在以相同名称开头的文件，则会失败：
/
|- main.php
|
+--[users]
|- new.inc.js
请求
www.server.com/users/list/ --> 200 OK (main.php returns results as expected)
www.server.com/users/new/ --> 404 Not Found
如果我删除“new.inc.js”，请求将按预期重定向。
什么配置标志导致这种行为？
（我的头撞墙已经有一段时间了）
更新
（我添加了完整的 .htaccess 文件内容）
index.html并且index.php是目录索引
（这对我来说也没有意义:()