Osticket: App.php ausente em / scp ao clicar no menu de aplicativos

versão do osTicket?

osTicket 1.9.6, eu reviso o repositório e descobri que ele também está ausente nos últimos lançamentos.

O arquivo /apps/.htaccess deve direcionar o tráfego para /apps/dispatcher.php , você está usando o IIS?

Não, não estou usando o IIS.

O problema ocorre devido ao link com _apps.php_, considerando o _htaccess_ na pasta apps, o link do menu deve ser alterado de _apps.php_ para a pasta _ / apps_

Eu tenho o mesmo problema . Executando Apache no centos 7

Tive vários clientes (osTicket Reports), bem como minhas próprias instalações, todas funcionaram nisso também. Clicar em apps.php resulta em 404. Minha instalação mais recente está no 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)

Isso ainda é um problema, consulte: https://forum.osticket.com/d/96924-plugin-development-how-to-use-the-dispatcher-to-route-links-to-your-plugin/2
E também a edição # 1072.

Não sei por que esse problema foi fechado; isso ainda é um problema.

(usando o plugin de Relatórios @SoftwareMods ).

Eu ainda tenho esse problema. Qualquer ajuda?

Como expliquei na postagem do scp/apps/dispatcher.php , linha 17.

Eu não posso fazer isso. Eu tenho que fazer um plugin para várias pessoas baixarem, então não posso alterar o código-fonte de todos.

Isso é lamentável. Não encontrei nenhuma solução alternativa para este problema. Em seguida, você precisa abrir um novo problema para o problema original, enviar uma solicitação pull ou distribuir seu próprio fork do OSTicket: /

Isso é lamentável. Não encontrei nenhuma solução alternativa para este problema. Em seguida, você precisa abrir um novo problema para o problema original, enviar uma solicitação pull ou distribuir seu próprio fork do OSTicket: /

@JediKev @ntozier parece que este problema não deveria ser encerrado?

Informe-nos o que podemos fazer para ajudar a equipe OST a reproduzir o problema / logs / etc.

@joeldeteves

Vá para scp/apps/dispatcher.php e acima de if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) add var_dump($_SERVER['SCRIPT_NAME'], __FILE__);die; e poste o resultado aqui para revisão.

Saúde.

Ei @JediKev , fiz o que você disse, mas não vejo nada. Quando clico no botão Aplicativo, sou redirecionado para scp / apps.php e recebo um erro 404

@ Temepest74

Desculpe, esqueci de atualizar este tópico ontem. O feedback que recebi da equipe é que Aplicativos era apenas um conceito que nunca foi concluído e nunca foi totalmente implementado. Você pode dizer que nenhum de nossos plug-ins principais faz uso de aplicativos.

Não vejo isso como algo que terminaremos / reescreveremos, visto que interrompemos todos os principais desenvolvimentos da série atual ( 1.14.x / 1.15.x ). Paramos o desenvolvimento principal da série atual, pois mudamos nosso foco para a v2.0 (reescrita de base de código completa com UI / UX totalmente moderna). Ainda estaremos fazendo correções de bugs, patches de segurança e adições potencialmente pequenas, mas sem grandes alterações de código e sem recursos principais. Com isso dito, a v2.0 será _muito_ mais extensível, facilitando a criação de plug-ins. Você pode seguir o Roadmap v2.0 aqui .

Saúde.

@JediKev

Oh, é ótimo ouvir isso. A base de código parece um pouco complicada às vezes, estou realmente ansioso para reescrever.

Estou começando a escrever um plugin para OSTicket 1.15.x em algumas semanas, você acha que vou precisar reescrever isso completamente para 2.0 ?

Muito obrigado pela sua resposta @JediKev

@Hoimar

Oh sim lol Estamos mudando para um framework (com um ORM completo / robusto) e usando ReactJS + Semantic UI para o front end. A base de código inteira será _completamente_ diferente.

Saúde.

@ Temepest74

Desculpe, esqueci de atualizar este tópico ontem. O feedback que recebi da equipe é que Aplicativos era apenas um conceito que nunca foi concluído e nunca foi totalmente implementado. Você pode dizer que nenhum de nossos plug-ins principais faz uso de aplicativos.

Não vejo isso como algo que terminaremos / reescreveremos, visto que interrompemos todos os principais desenvolvimentos da série atual ( 1.14.x / 1.15.x ). Paramos o desenvolvimento principal da série atual, pois mudamos nosso foco para a v2.0 (reescrita de base de código completa com UI / UX totalmente moderna). Ainda estaremos fazendo correções de bugs, patches de segurança e adições potencialmente pequenas, mas sem grandes alterações de código e sem recursos principais. Com isso dito, a v2.0 será _muito_ mais extensível, facilitando a criação de plug-ins. Você pode seguir o Roadmap v2.0 aqui .

Saúde.

Muito exitante!

Especialmente nova / moderna IU 😍

Obrigado @JediKev