Osticket: [アプリケーション]メニューをクリックすると、/ scpにapp.phpがありません

osTicketのバージョン？

osTicket 1.9.6、リポジトリを確認したところ、最新のリリースでもリポジトリが欠落していることがわかりました。

/apps/.htaccessファイルはトラフィックを/apps/dispatcher.phpに転送することになっていますが、IISを使用していますか？

いいえ、IISを使用していません。

_apps.php_とのリンクが原因で問題が発生します。appsフォルダーの_htaccess_を考慮すると、メニューリンクを_apps.php_からフォルダー_ / apps_に変更する必要があります。

私は同じ問題を抱えています。 CentOS7でのApacheの実行

私にはいくつかの顧客（osTicketレポート）があり、私自身のインストールもすべてこれに遭遇しました。 apps.phpをクリックすると404になります。私の最新のインストールはCentOS7です。

[scott<strong i="6">@rowleys</strong> ~]$ hostnamectl
<snip>
       Operating System: CentOS Linux 7 (Core)
       CPE OS Name: cpe:/o:centos:centos:7
       Kernel: Linux 3.10.0-693.5.2.el7.x86_64
       Architecture: x86-64
</snip>

[scott<strong i="7">@rowleys</strong> ~]$ httpd -v
Server version: Apache/2.4.6 (CentOS)

これはまだ問題です。https ： ください。
また、＃1072を発行します。

この問題が解決された理由はわかりません。 これはまだ問題です。

（ @SoftwareModsのレポートプラグインを使用）。

私はまだこの問題を抱えています。 何か助けはありますか？

上記のリンク先のフォーラム投稿で説明したように、 scp/apps/dispatcher.php 17行目の不安定なifステートメントをコメントアウトする必要があります。

私はそんなことはできません。 複数の人がダウンロードできるプラグインを作成する必要があるため、全員のソースコードを変更することはできません。

それは残念です。 この問題の回避策は見つかりませんでした。 次に、元の問題の新しい問題を開くか、プルリクエストを送信するか、OSTicketの独自のフォークを配布する必要があります：/

それは残念です。 この問題の回避策は見つかりませんでした。 次に、元の問題の新しい問題を開くか、プルリクエストを送信するか、OSTicketの独自のフォークを配布する必要があります：/

@JediKev @ntozierは、この問題を解決すべきではないようです。

OSTチームが問題/ログなどを再現するのを支援するために私たちができることを教えてください。

@joeldeteves

scp/apps/dispatcher.php以上に移動し、 if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__))追加してvar_dump($_SERVER['SCRIPT_NAME'], __FILE__);die;を追加し、レビューのためにここに出力を投稿します。

乾杯。

ねえ@JediKev 、私はあなたが言ったことをしました、しかし私は何も見えません。 [アプリケーション]ボタンをクリックすると、scp / apps.phpにリダイレクトされ、404エラーが発生します

@ Temepest74

申し訳ありませんが、昨日このスレッドを更新するのを忘れました。 私がチームから受け取ったフィードバックは、アプリケーションは決して完成せず、完全に実装されたことがない概念にすぎなかったというものです。 私たちのコアプラグインはどれもアプリケーションを利用していないので、あなたは言うことができます。

現在のシリーズ（ 1.14.x / 1.15.x ）のすべての主要な開発を停止したため、これを仕上げ/書き直しの対象とは見なしていません。 焦点をv2.0（完全に最新のUI / UXを使用した完全なコードベースの書き換え）にシフトしているため、現在のシリーズの主要な開発を停止しました。 バグ修正、セキュリティパッチ、および潜在的に小さな追加は引き続き行いますが、主要なコードの変更や主要な機能はありません。 そうは言っても、v2.0は_はるかに_拡張可能になり、プラグインの作成が容易になります。 ここでv2.0ロードマップに従うことができます。

乾杯。

@JediKev

ああ、それは聞いて素晴らしいです。 コードベースは時々少し複雑に見えます、私は本当に書き直しを楽しみにしています。

私はOSTicketのためのプラグインを作成するために始めている1.15.x数週間後に、私は完全にのためにあることを書き換える必要があると思うん2.0 ？

返信ありがとうございます@JediKev

@Hoimar

そうそう笑私たちはフレームワーク（完全で堅牢なORMを備えた）に切り替え、フロントエンドにReactJS + SemanticUIを使用しています。 コードベース全体は_完全に_異なります。

乾杯。

@ Temepest74

申し訳ありませんが、昨日このスレッドを更新するのを忘れました。 私がチームから受け取ったフィードバックは、アプリケーションは決して完成せず、完全に実装されたことがない概念にすぎなかったというものです。 私たちのコアプラグインはどれもアプリケーションを利用していないので、あなたは言うことができます。

現在のシリーズ（ 1.14.x / 1.15.x ）のすべての主要な開発を停止したため、これを仕上げ/書き直しの対象とは見なしていません。 焦点をv2.0（完全に最新のUI / UXを使用した完全なコードベースの書き換え）にシフトしているため、現在のシリーズの主要な開発を停止しました。 バグ修正、セキュリティパッチ、および潜在的に小さな追加は引き続き行いますが、主要なコードの変更や主要な機能はありません。 そうは言っても、v2.0は_はるかに_拡張可能になり、プラグインの作成が容易になります。 ここでv2.0ロードマップに従うことができます。

乾杯。

とてもわくわくする！

特に新しい/モダンなUI😍

ありがとう@JediKev