Zend framework 我的.htaccess文件应该是什么样子，这样它就会忽略js文件？

我不知道它有什么可笑的地方，直到我尝试将一个js文件注入到一个视图中：

$this->headScript()->appendFile($this->baseUrl('/js/planilla.js'));
echo $this->headScript();

现在，我正在使用Zend框架，当我对/public/css文件夹中的任何css文件执行相同的操作时，没有问题，所以我真的不知道问题可能是什么。js文件夹和js文件确实存在，当我试图访问它时(http://domain.local/js/planilla.js)通过浏览器，我收到以下错误消息：

例外信息：

消息：指定的控制器无效（js） 堆栈跟踪：

0/home/fiodorovich/library/ZendFramework/library/Zend/Controller/Front.php（954）：Zend\u Controller\u Dispatcher\u Standard->dispatch（对象（Zend\u Controller\u Request\u Http），对象（Zend\u Controller\u Response\u Http）） 1/home/fiodorovich/library/ZendFramework/library/Zend/Application/Bootstrap/Bootstrap.php（97）：Zend_Controller_Front->dispatch（） 2/home/fiodorovich/library/ZendFramework/library/Zend/Application.php（366）：Zend\u Application\u Bootstrap\u Bootstrap->run（） 3/home/fiodorovich/public_html/gisele/public/index.php（26）：Zend_应用程序->运行（） 4{main} 请求参数：

排列( “控制器”=>“js”， 'action'=>'planilla.js'， “模块”=>“默认值”， )

现在我的.htaccess如下所示：

SetEnv APPLICATION_ENV development
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d [OR]
RewriteCond %{REQUEST_URI} (^.*/gisele.local/.*)$  [NC]
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

任何帮助都将受到欢迎和重击，提前感谢

编辑：vhost文件

EDIT2：我让这东西工作

我必须将这一行添加到application.ini文件中，才能使其正常工作：

resources.frontController.params.useDefaultControllerAlways = 1

线路

RewriteCond %{REQUEST_URI} (^.*/gisele.local/.*)$  [NC]

看起来可疑。试着评论一下。 我的.htaccess文件如下所示。这是绝对可行的

RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]

RewriteRule ^(.*)$ index.php [NC,L,QSA]

---

你的.htaccess很好。请尝试检查您的文件是否仍然存在

zend框架将您的js目录作为控制器，那么，“js”在您的公共目录中是否作为css？你也可以试试这个来确定

RewriteRule ^js(.*)$ – [NC,L]

---

或者可能是您的环境设置。让我知道会发生什么。

如果我对它进行评论，我会对每一页都打404，但是你删除了前一行中的索引“[或]”，那么？@akmond，它仍然不起作用。我正在用我的vHost更新问题你真的需要多视图吗？我不知道。我删除了它，它的想法是一样的文件夹在那里，如果我去我看到的文件。但是，当我添加RewriteRule ^js（.*）-[NC，L]时，我得到了404error@la_f0ka这意味着你的htaccess工作正常。您应该能够通过在问题得到回答后删除问题来导航和打开文件，这不是堆栈溢出的工作方式。相反，它将围绕着未来可能对访问者有用的问题。您删除该问题的请求已被拒绝，但我必须指出，您仍然有权自己删除该问题，尽管我也建议您不要这样做，除非您认为该问题对未来的so访客没有任何好处。@lasse如果可能对任何人感兴趣，我对保留在这里的问题没有问题。我确实花了很长时间试图找出什么不起作用，但我在另一个线程中找到了答案：。如果你检查一下，你会发现第二个答案实际上回应了我一直在寻找的东西。然而，这个问题没有被选为正确的问题。你在这里待的时间更长，因此知道是否有人会觉得这有帮助。谢谢你让我注意到。