Osticket: Отсутствует app.php в / scp при нажатии на меню приложений

версия osTicket?

osTicket 1.9.6, я просматривал репозиторий и обнаружил, что он также отсутствует в последних выпусках.

Файл /apps/.htaccess должен направлять трафик на /apps/dispatcher.php , вы используете IIS?

Нет, я не использую IIS.

Проблема возникает из-за ссылки с _apps.php_. Учитывая _htaccess_ в папке приложений, ссылка меню должна быть изменена с _apps.php_ на папку _ / apps_

У меня такая же проблема . Запуск Apache на centos 7

У меня было несколько клиентов (osTicket Reports), а также мои собственные установки, которые тоже сталкивались с этим. Нажатие на apps.php приводит к ошибке 404. Моя последняя установка - на CentOS 7:

[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://forum.osticket.com/d/96924-plugin-development-how-to-use-the-dispatcher-to-route-links-to-your-plugin/2
А также выпуск №1072.

Я не знаю, почему этот выпуск был закрыт; это все еще проблема.

(с использованием плагина @SoftwareMods 'Reports).

У меня все еще есть эта проблема. Любая помощь?

Как я объяснил в сообщении на scp/apps/dispatcher.php , строка 17.

Я не могу сделать это. Мне нужно сделать плагин для загрузки несколькими людьми, поэтому я не могу изменить исходный код каждого.

Это прискорбно. Я не нашел обходного пути для этой проблемы. Затем вам нужно либо открыть новую проблему для исходной проблемы, либо отправить запрос на перенос, либо распространить собственный форк OSTicket: /

Это прискорбно. Я не нашел обходного пути для этой проблемы. Затем вам нужно либо открыть новую проблему для исходной проблемы, либо отправить запрос на перенос, либо распространить собственный форк OSTicket: /

@JediKev @ntozier кажется, что этот вопрос не следует закрывать?

Сообщите нам, что мы можем сделать, чтобы помочь команде OST воспроизвести проблему / журналы / т. Д.

@joeldeteves

Перейдите к scp/apps/dispatcher.php и выше if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) add 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 + Semantic UI для внешнего интерфейса. Вся кодовая база будет полностью отличаться.

Ваше здоровье.

@ Temepest74

Извините, вчера я забыл обновить эту ветку. Отзывы, которые я получил от команды, заключаются в том, что приложения были просто концепцией, которая никогда не была завершена и так и не была реализована полностью. Вы можете сказать, что ни один из наших основных подключаемых модулей не использует Приложения.

Я не думаю, что мы будем что-то дорабатывать / переписывать, поскольку мы остановили все основные разработки текущей серии ( 1.14.x / 1.15.x ). Мы остановили основную разработку текущей серии, поскольку смещаем фокус на v2.0 (полное переписывание кодовой базы с полностью современным UI / UX). Мы по-прежнему будем делать исправления ошибок, патчи безопасности и, возможно, небольшие дополнения, но без серьезных изменений кода и основных функций. При этом v2.0 будет намного более расширяемым, что упростит создание плагинов. Вы можете следить за дорожной картой v2.0 здесь .

Ваше здоровье.

Очень волнующе!

Особенно новый / современный интерфейс 😍

Спасибо @JediKev