我们的主要网页是Drupal，我们想使用Osticket作为我们的问题跟踪系统，但Osticket存在问题：任何人都可以创建新的门票。
我们可以通过.htaccess保护这个，但我们不想这样做;我们想通过Drupal进行保护：只有经过身份验证的用户才能访问Osticket页面。
有没有办法实现这个目标？
答案 0 :(得分：0)
在这里找到解决方案： http://osticket.com/forum/discussion/9910/integrate-with-drupal-7
以下是相关部分：
<强>序言
事实上，我正在做一些重复的工作，将它整合到Drupal中。
如果您只是对确保用户登录感兴趣，那么您需要使用bootstrap.inc，并且您最终会找到无用的空白页。
<强>解决方案
我还没有正确记录，所以试试这个，让我知道如果我错过了什么，我会再看看，但是下面应该对问题进行排序：
重复的功能名称
osTicket使用db_query（）和（我认为）db_close（）将函数重命名为db_ost_query（），你可以没事。 （注意我把'ost＆＃39;放在中间以帮助将来查找/替换）我无法记住是否所有出现的函数都需要重命名才能使它工作，但它可能是一个好主意做到这一点。
引导程序的位置
如果从根Drupal目录外部调用，引导程序会出现各种问题，我放弃了找到这个问题的答案，只是在osticket包含的根目录中保存了一个文件。
标题，各处的标题
Bootstrap似乎喜欢发送额外的标题，因此您希望将文件包含在适当的位置（即.inc文件之一）。我认为这解决了一切。
<强>声明
当然，请记住，这会破坏任何更新，您添加的任何mod都必须考虑到这一点。如果我能够正确地记住这将会启动并运行，您可以运行is_user_logged_in（）并显示或重定向页面。
进一步关注
在我干预中我实际上有一个更大的目标，因此我不记得在添加之后是否一切都非常舒适。
我确实记得在发送标题时有进一步的问题以及在完全引导系统会话使用时干扰ostickets会话时 - 我认为这种情况稍后发生但不应该成为您的问题
另类解决方案
当谷歌搜索时，很多人建议只是创建一个模块并将其内部iframe包含在其中，这可能是一个足够好的解决方案，可以满足您的需求，并且需要更少的捣乱ostickets代码。