Osticket: app.php in / scp مفقود عند النقر على قائمة التطبيقات

تم إنشاؤها على ٢٤ يوليو ٢٠١٥  ·  20تعليقات  ·  مصدر: osTicket/osTicket

بعد إضافة قائمة من البرنامج المساعد باستخدام

    Application::registerAdminApp('Multi Tenancy', 'multitenancy.php', array(
        iconclass => 'api'
    ));

يضاف عنصر قائمة مع "التطبيقات" والقائمة الفرعية "Multi Tenancy" ، وهذا صحيح.
ولكن عند النقر فوق "التطبيقات" ، يتم إعادة التوجيه إلى apps.php المفقود في نص osticket النصي.

يرجى مراجعة هنا.

cause unknown

التعليق الأكثر فائدة

تضمين التغريدة

أنا آسف ، لقد نسيت تحديث هذا الموضوع أمس. التعليقات التي تلقيتها من الفريق هي أن التطبيقات كانت مجرد مفهوم لم يتم الانتهاء منه ولم يتم تنفيذه بالكامل. يمكنك معرفة أنه لا يوجد أي من مكوناتنا الإضافية الأساسية تستخدم التطبيقات.

لا أرى هذا كشيء سننتهي منه / نعيد كتابته لأننا أوقفنا جميع عمليات التطوير الرئيسية في السلسلة الحالية ( 1.14.x / 1.15.x ). لقد أوقفنا التطوير الرئيسي للسلسلة الحالية بينما نحول تركيزنا إلى الإصدار 2.0 (إعادة كتابة قاعدة الكود الكاملة باستخدام واجهة مستخدم / UX حديثة تمامًا). سنستمر في إجراء إصلاحات للأخطاء وتصحيحات أمان وإضافات صغيرة محتملة ولكن لا توجد تغييرات رئيسية في التعليمات البرمجية ولا توجد ميزات رئيسية. مع هذا يقال أن الإصدار 2.0 سيكون _ بدرجة أكبر _ قابلاً للتمديد مما يسهل إنشاء المكونات الإضافية. يمكنك اتباع الإصدار 2.0 من خارطة الطريق هنا .

هتافات.

ال 20 كومينتر

نسخة من osTicket؟

OSTicket 1.9.6 ، قمت بمراجعة المستودع ووجدت أنه مفقود أيضًا في أحدث الإصدارات.

من المفترض أن يوجه الملف /apps/.htaccess حركة المرور إلى /apps/dispatcher.php ، هل تستخدم IIS؟

لا ، أنا لا أستخدم IIS.

تحدث المشكلة بسبب الارتباط بـ _apps.php_ ، بالنظر إلى _htaccess_ في مجلد التطبيقات ، ثم يجب تغيير رابط القائمة من _apps.php_ إلى المجلد _ / apps_

لدي نفس المشكلة . تشغيل Apache على centos 7

لقد كان لدي العديد من العملاء (تقارير osTicket) بالإضافة إلى عمليات التثبيت الخاصة بي جميعها تواجه هذا أيضًا. يؤدي النقر فوق 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).

لا يزال لدي هذه المشكلة. أي مساعدة؟

كما أوضحت في منشور المنتدى المرتبط أعلاه ، يجب عليك التعليق على عبارة if غير المنتظمة في scp/apps/dispatcher.php ، السطر 17.

لا أستطيع أن أفعل ذلك. يجب أن أقوم بإنشاء مكون إضافي لتنزيله لعدة أشخاص ، لذا لا يمكنني تغيير الكود المصدري للجميع.

هذا مؤسف. لم أجد أي حل بديل لهذه المشكلة. ثم تحتاج إما إلى فتح إصدار جديد للمشكلة الأصلية ، أو إرسال طلب سحب أو توزيع مفترق OSTicket الخاص بك: /

هذا مؤسف. لم أجد أي حل بديل لهذه المشكلة. ثم تحتاج إما إلى فتح إصدار جديد للمشكلة الأصلية ، أو إرسال طلب سحب أو توزيع مفترق OSTicket الخاص بك: /

JediKevntozier يبدو مثل هذه المسألة لا ينبغي أن تكون مغلقة؟

يُرجى إخبارنا بما يمكننا فعله لمساعدة فريق OST في إعادة إنتاج المشكلة / السجلات / إلخ.

تضمين التغريدة

انتقل إلى scp/apps/dispatcher.php وما فوق if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) أضف var_dump($_SERVER['SCRIPT_NAME'], __FILE__);die; وانشر الناتج هنا للمراجعة.

هتافات.

مرحبًا JediKev ، لقد فعلت ما قلته ، لكني لا أرى شيئًا. عندما أنقر على زر التطبيق ، تتم إعادة توجيهي إلى scp / apps.php وأحصل على خطأ 404
image

تضمين التغريدة

أنا آسف ، لقد نسيت تحديث هذا الموضوع أمس. التعليقات التي تلقيتها من الفريق هي أن التطبيقات كانت مجرد مفهوم لم يتم الانتهاء منه ولم يتم تنفيذه بالكامل. يمكنك معرفة أنه لا يوجد أي من مكوناتنا الإضافية الأساسية تستخدم التطبيقات.

لا أرى هذا كشيء سننتهي منه / نعيد كتابته لأننا أوقفنا جميع عمليات التطوير الرئيسية في السلسلة الحالية ( 1.14.x / 1.15.x ). لقد أوقفنا التطوير الرئيسي للسلسلة الحالية بينما نحول تركيزنا إلى الإصدار 2.0 (إعادة كتابة قاعدة الكود الكاملة باستخدام واجهة مستخدم / UX حديثة تمامًا). سنستمر في إجراء إصلاحات للأخطاء وتصحيحات أمان وإضافات صغيرة محتملة ولكن لا توجد تغييرات رئيسية في التعليمات البرمجية ولا توجد ميزات رئيسية. مع هذا يقال أن الإصدار 2.0 سيكون _ بدرجة أكبر _ قابلاً للتمديد مما يسهل إنشاء المكونات الإضافية. يمكنك اتباع الإصدار 2.0 من خارطة الطريق هنا .

هتافات.

تضمين التغريدة

أوه ، من الرائع سماع ذلك. يبدو أن مصدر الشفرة معقدًا بعض الشيء في بعض الأحيان ، وأنا أتطلع حقًا إلى إعادة كتابته.

لقد بدأت في كتابة مكون إضافي لـ OSTicket 1.15.x في غضون أسابيع قليلة ، هل تعتقد أنني سأحتاج إلى إعادة كتابته بالكامل مقابل 2.0 ؟

شكرا جزيلا لردكJediKev

تضمين التغريدة

أوه نعم لول نحن ننتقل إلى إطار عمل (مع ORM كامل / قوي) ونستخدم ReactJS + Semantic UI للواجهة الأمامية. سيكون مصدر الشفرة بأكمله مختلفًا تمامًا.

هتافات.

تضمين التغريدة

أنا آسف ، لقد نسيت تحديث هذا الموضوع أمس. التعليقات التي تلقيتها من الفريق هي أن التطبيقات كانت مجرد مفهوم لم يتم الانتهاء منه ولم يتم تنفيذه بالكامل. يمكنك معرفة أنه لا يوجد أي من مكوناتنا الإضافية الأساسية تستخدم التطبيقات.

لا أرى هذا كشيء سننتهي منه / نعيد كتابته لأننا أوقفنا جميع عمليات التطوير الرئيسية في السلسلة الحالية ( 1.14.x / 1.15.x ). لقد أوقفنا التطوير الرئيسي للسلسلة الحالية بينما نحول تركيزنا إلى الإصدار 2.0 (إعادة كتابة قاعدة الكود الكاملة باستخدام واجهة مستخدم / UX حديثة تمامًا). سنستمر في إجراء إصلاحات للأخطاء وتصحيحات أمان وإضافات صغيرة محتملة ولكن لا توجد تغييرات رئيسية في التعليمات البرمجية ولا توجد ميزات رئيسية. مع هذا يقال أن الإصدار 2.0 سيكون _ بدرجة أكبر _ قابلاً للتمديد مما يسهل إنشاء المكونات الإضافية. يمكنك اتباع الإصدار 2.0 من خارطة الطريق هنا .

هتافات.

مشوق!

واجهة مستخدم جديدة / حديثة بشكل خاص 😍

شكرا لك @ JediKev

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات