Osticket: Php 7 में असाइनमेंटफॉर्म और ट्रांसफरफॉर्म की घोषणा के बारे में चेतावनी

क्या कोई कारण है कि आप पुल अनुरोध में परिवर्तनों को शामिल नहीं करेंगे?

क्षमा करें, मेरे पास गिट रेपो नहीं है, मैंने अभी अपने लिनक्स सिस्टम पर फ़ाइल को vi के साथ संपादित किया है।

से: ntozier [email protected]
भेजा गया: बुधवार, 13 अप्रैल, 2016 सुबह 10:52 बजे
प्रति: ओएसटिकट/ओएसटिकट
सीसी: बिल रिची
विषय: पुन: [osTicket/osTicket] php 7 (#3033) में असाइनमेंट फॉर्म और ट्रांसफरफॉर्म की घोषणा के बारे में चेतावनी

क्या कोई कारण है कि आप पुल अनुरोध में परिवर्तनों को शामिल नहीं करेंगे?

आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/osTicket/osTicket/issues/3033#issuecomment -209487139

वे कहते हैं कि एक छवि 1000 शब्दों के बराबर होती है।

PHP7 के साथ osTicket 1.10 RC3 का उपयोग करते समय मैंने इसे देखा है।
एक नए संस्करण में सुधार के लिए तत्पर हैं।

एक अलग सुधार के लिए #3349 देखें

यह चेतावनी अभी भी v1.10 स्थिर रिलीज़ में हो रही है: http://osticket.com/forum/discussion/89095/v1-10-php-7-warning

आज पुन: पुष्टि की गई: मेरी 1.10 परीक्षण साइट पर आईआईएस 8.5 चल रहा है और नए उन्नत PHP 7.0.14.

PHP 7.1 पर एक ही समस्या है इसलिए मुझे PHP 7 संस्करण को डाउनग्रेड नहीं करना है क्योंकि OsTicket में समस्याएँ हैं। एòइसलिए व्यवस्थापक ऑपरेटर क्षेत्र संदेश में लॉग इन करने में असमर्थ: टोकन सीएसआरएफ वैधो रिचिएस्टो

1.10 स्थिर रिलीज़ में यह समस्या अभी भी बनी हुई है। @ मार्टिन-रुएग द्वारा उल्लिखित फिक्स ने मदद की।

मैं वर्तमान ओएसटिकट 1.10 स्थिर रिलीज पर भी इस समस्या का सामना कर रहा हूं। यह स्थानांतरण और असाइन करें संवाद बॉक्स को सफ़ेद वर्ग के अलावा किसी अन्य चीज़ के रूप में प्रस्तुत करने से रोकता है, और यह api/cron.php को ईमेल की जाँच करने से भी रोकता है। जब मैं cron.php चलाता हूं, तो यह इन त्रुटि संदेशों को उत्पन्न करता है:

PHP Warning:  Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4150
PHP Warning:  Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4270

यहाँ व्यवस्थापक पैनल से सर्वर जानकारी है:

osTicket Version     v1.10 (901e5ea) —  Up to date
Web Server Software  Apache/2.4.18 (Ubuntu)
MySQL Version        5.7.17
PHP Version          7.0.15-0ubuntu0.16.04.4

सर्वर Ubuntu 16.04.2 LTS चला रहा है और पूरी तरह से अपडेट है।

#3349 पुल अनुरोध में प्रस्तुत संशोधनों ने मेरे लिए समस्या का समाधान कर दिया।

@ पीटरसन-डेन क्या आप अपना समाधान साझा कर सकते हैं?

मेरे पास लगभग उसी कॉन्फ़िगरेशन के साथ एक ही समस्या है जैसा आपके पास है।

@PrajapatiChirag फ़ाइल में include/class.forms.php , बदलें:
function render($options) {
सेवा मेरे
function render($staff = true, $title = false, $options = Array()) {

तीन घटनाएं होनी चाहिए।

@solsticesurfer , धन्यवाद, मेरी समस्या को डेबियन स्ट्रेच (9.2) पर भी ठीक किया।

यहाँ क्या हो रहा है? मेरे पास यह बग भी है, लेकिन इसके बारे में पहली टिप्पणी १ १/२ साल पुरानी है?

ओएसटिकट कोर, v1.10.1
नवीनतम स्थिर रिलीज़, सितंबर 14, 2017 को जारी किया गया

वही मैंने स्थापित किया है। यह कैसे संभव है कि १ १/२ वर्ष के बाद बग्स को ठीक न किया जाए ? विशेष रूप से क्योंकि समाधान सरल है और किसी और ने पहले ही यहां फिक्स लिखा है ...

जैसा कि आपने कहा: "नवीनतम स्थिर रिलीज़, 14 सितंबर, 2017 को रिलीज़ हुई"

"फिक्स" पर पोस्ट किया गया:

इसे बनाने के लिए धन्यवाद इसलिए मुझे प्रश्न का उत्तर देने के लिए इस सूत्र को छोड़ना नहीं पड़ा।

@ntozier

वह फिक्स 2016 में पहले ही पोस्ट कर दिया गया था। इस बग के बारे में 1 1/2 साल पहले की पहली टिप्पणी। मुझे सितंबर 2016 को https://github.com/osTicket/osTicket/pull/3349/commits/bde15e2acec29a26c73918ae17aa0774fb5048c4 पर लिखा हुआ एक फिक्स मिला

"नवीनतम स्थिर रिलीज़, 14 सितंबर, 2017 को जारी"

बग मिलने के 1 1/2 साल बाद और समाधान पोस्ट किए जाने के 1 साल बाद "स्थिर रिलीज" में अभी भी बग शामिल है।

और यह कोई बग नहीं है जिसे खोजना मुश्किल है। PHP 7 पर osTicket (आजकल मानक) इस फिक्स के बिना बस काम नहीं करता है।

हो सकता है कि प्रश्न का उत्तर देने के लिए सूत्र छोड़ दें तो बेहतर होगा।

सीधे शब्दों में कहें तो कोई नई रिलीज़ नहीं हुई है। 1.10 तब, 1.10.1 (सुरक्षा अद्यतन) अब। 1.11 अभी भी जारी नहीं किया गया है।

इस बात की कोई गारंटी नहीं है कि 1.11 के बाहर आने पर इस थ्रेड में फिक्स का उपयोग किया जाएगा और इसकी संभावना नहीं है क्योंकि अकेले इस थ्रेड पर कई फ़िक्सेस हैं और इसे अभी तक मर्ज नहीं किया गया है।

@ntozier

आपके हर जवाब से मुझे और चिंता हो रही है। और यह रवैये के बारे में भी है।

PHP 7 अब तक का मानक है।

1 1/2 साल पहले पहली बार देखा गया एक बग है। यह ओएस टिकट को PHP 7 पर काम करने से रोकता है।

और १ १/२ साल बाद भी यह तय नहीं है???

इसलिए मैंने अपनी पहली पोस्ट में पूछा "यहाँ क्या हो रहा है?"

क्या इस कार्यक्रम को स्थापित करने, इसे उपयोग में लाने आदि के लिए अभी समय लगाना ठीक है? क्या ग्राहकों को इसका उपयोग करने की सलाह देना ठीक है ?

PHP 7 अब तक का मानक है।

यह कथन पूरी तरह से व्यक्तिपरक है। जिन लोगों को मैं जानता हूं वे अभी भी PHP 5.6 को PHP 7 से अधिक पसंद करते हैं ...

1 1/2 साल पहले पहली बार देखा गया एक बग है। यह ओएस टिकट को PHP 7 पर काम करने से रोकता है।

यह osTicket को _everyone_ के लिए काम करने से नहीं रोकता है क्योंकि मैं ऐसे लोगों को जानता हूं जिन्होंने अपने उत्पादन वातावरण में PHP 7 के साथ ठीक काम किया है।

और १ १/२ साल बाद भी यह तय नहीं है???

जैसा कि @ntozier ने कहा है कि इस धागे में इस मुद्दे के कई समाधान हैं और उन्हें देखने और सबसे अच्छा खोजने में समय लगता है जो किसी और चीज को नहीं तोड़ता है और सुनिश्चित करता है कि यह हमारी कोडिंग शैली में फिट बैठता है। इसके अलावा यह हमारे जीथब पेज पर यहां एकमात्र मुद्दा नहीं है ... 1,177 है। उन सभी को देखना होगा।

क्या इस कार्यक्रम को स्थापित करने, इसे उपयोग में लाने आदि के लिए अभी समय लगाना ठीक है? क्या ग्राहकों को इसका उपयोग करने की सलाह देना ठीक है ?

बेशक यह ठीक है! यदि आप चिंतित हैं या यदि आपका संकलित PHP 7 v1.10.1 को संभाल नहीं सकता है, तो बस PHP 5.6 को डाउनग्रेड करें जब तक कि यह पूरी तरह से संगत न हो। 👍

@ जेडीकेव

जिन लोगों को मैं जानता हूं वे अभी भी PHP 5.6 को PHP 7 से अधिक पसंद करते हैं ...

मैं घोड़ों की सवारी करने वाले लोगों को भी जानता हूं। PHP 5.6 के लिए सपोर्ट जनवरी में खत्म हो गया था, सुरक्षा अपडेट अगले साल खत्म हो जाएंगे।

मैंने पैच लगाए, अब सब कुछ काम करने लगता है। लेकिन यह मुझे चिंतित करता है :)

आपको चिंता नहीं करनी चाहिए। चीजें वास्तव में बेहतर हो रही हैं। पिछले दो साल ओस्टिकेट उपयोगकर्ताओं के लिए आसान नहीं थे (और मुझे लगता है कि विशेष रूप से ओस्टिकेट लोगों के लिए)। मुख्य डेवलपर्स में से एक (ग्रीज़ीबेकन, एक बहुत ही मिलनसार, हमेशा मददगार और कुशल कोडर!) ने परियोजना छोड़ दी थी और नए डेवलपर्स को खोजने में कुछ समय लगता है जो परियोजना का अच्छी तरह से समर्थन कर सकते हैं और उनके द्वारा छोड़े गए बड़े अंतर को भर सकते हैं। इसने कुछ समय के लिए विकास को धीमा कर दिया था। लेकिन आप जीथब पर देखते हैं जब आप बड़ी तस्वीर देखते हैं कि विकास की गति बढ़ती है। और बड़े बदलाव आ रहे हैं (उदाहरण के लिए एपीआई का पूर्ण सुधार, कस्टम कतार सुविधा-> अल्फा के रूप में उपलब्ध)।

साथ ही नए कुशल समुदाय के सदस्यों जैसे क्लोनमेगैन https://github.com/clonemeagain या Micke1101 https://github.com/Micke1101 ने अपने प्लगइन्स के साथ समुदाय के लिए कई बेहतरीन सामग्री का योगदान दिया है। वे अपने अच्छे ज्ञान के साथ फ़ोरम में बहुत सारे उपयोगकर्ताओं की मदद भी कर रहे हैं। ntozier फ़ोरम के मॉडरेटर ने सभी वर्षों में इतने लोगों की मदद की थी (और मदद कर रहे हैं)। लेकिन लोग उनकी मदद करना आसान नहीं समझते। वे दिशानिर्देशों को नहीं पढ़ते हैं, वे महत्वपूर्ण जानकारी भूल जाते हैं, कभी-कभी वे अच्छी तरह से संवाद करने में सक्षम नहीं होते हैं या काफी असभ्य होते हैं।

इसे देखना आसान नहीं है यदि आप केवल एक ही मुद्दे की रिपोर्ट जैसे छोटे विवरणों पर ध्यान केंद्रित कर रहे हैं। बहुत सारी समस्या रिपोर्ट हैं। उनमें से कई पुराने हैं, खराब लिखे गए हैं, दोहराए गए हैं और इसी तरह। इस जंगल में चीजों का ट्रैक रखना मुश्किल है।

बहुत से लोगों की बहुत सारी इच्छाएँ होती हैं, और इतने सारे लोग प्रोजेक्ट में मदद नहीं कर रहे होते हैं। उनमें से अधिकांश केवल अपना दृष्टिकोण देखते हैं और दूसरों की मदद करने में रुचि नहीं रखते हैं। लेकिन इससे इतनी छोटी टीम के लिए उन सभी इच्छाओं को पूरा करना मुश्किल हो जाता है जिनकी वे अपेक्षा कर रहे हैं। मैं किसी भी ओपन सोर्स हेल्प डेस्क प्रोजेक्ट को नहीं जानता जो समान शक्तिशाली हो और जिसमें इतने अच्छे लोग एक साथ काम कर रहे हों!

केवल मेरे दो सेंट्स ;-)

अगर कुछ अजीब लगता है, तो क्या यह मेरा बहाना है:
मैं एक देशी अंग्रेजी वक्ता नहीं हूं और ज्यादातर मैं इस तरह के https://www.deepl.com/translator जैसे गहन शिक्षण अनुवाद टूल का उपयोग कर रहा हूं। कोलोन की ओर से अभिवादन (हाँ, यह जर्मनी का बड़ा शहर है जहाँ सभी शरणार्थी हैं। उनमें से अधिकांश अच्छे हैं, अपने राष्ट्रपति पर विश्वास न करें। वह एक फाड़नेवाला है)।

जब मैं 3 अक्टूबर को संक्रांति द्वारा नोट किए गए परिवर्तन करता हूं, तो असाइन करें पॉप-अप एक सफेद खाली बार/विंडो बन जाता है। देखें संलग्न किया।

डेबियन बस्टर x64
4.13.13-1

@jonshado क्या उन्होंने पहले काम किया था? यदि हाँ तो मैं कहूंगा कि आपने इसे सही ढंग से नहीं किया। मैं इस पैच को अपने प्रोडक्शन सिस्टम पर चलाता हूं और आपका रिजल्ट नहीं आता है। यदि नहीं, तो आपके पास एक AJAX समस्या है जिसका इस पैच से कोई लेना-देना नहीं है।

@ntozier
दिलचस्प। मैं अभी के लिए वापस आ गया हूं, जैसा कि मैंने डबल चेक किया था और पिछली पोस्ट के अनुसार लाइनों को ठीक से बदल दिया है जो अंतर दिखा रहा है। मैंने यहां फाइलें शामिल की हैं।

हम शुक्रवार को लाइव हो गए थे, इसलिए इनमें से बहुत सी चीजें अभी सामने आ रही हैं क्योंकि मेरी टीम सिस्टम के बारे में सोचती है।

मेरे पास सिस्टम के साथ कोई अन्य समस्या नहीं है जिसे मैं कार्यात्मक रूप से जानता हूं। हालांकि, मेरे सिस्टम की जानकारी को देखते हुए, यह विश्वास नहीं होता है कि मैंने cgi.fix_pathinfo को 1 पर सेट किया है, हालांकि मैंने php.ini में ऐसा किया था।

मैंने सिस्टम जानकारी, php.ini और form.php शामिल किए हैं जिन्हें मैं संपादित करने का प्रयास कर रहा हूं। मैं अभी भी इस कारण की तलाश कर रहा हूं कि ओस्ट php.ini परिवर्तनों को क्यों नहीं पहचान रहा है।

सर्वर जानकारी

ओएसटिकट संस्करण | v1.10.1 (9ae093d) — अप टू डेट
वेब सर्वर सॉफ्टवेयर | अपाचे/2.4.29 (डेबियन)
MySQL संस्करण | 10.1.29
पीएचपी संस्करण | 7.0.25-1

जीडीलिब | छवि हेरफेर और पीडीएफ प्रिंटिंग के लिए उपयोग किया जाता है
आईमैप | ईमेल लाने के लिए उपयोग किया जाता है
एक्सएमएल | एक्सएमएल एपीआई
एक्सएमएल-डोम | HTML ईमेल प्रोसेसिंग के लिए उपयोग किया जाता है
जेसन | JSON बनाने और संसाधित करने के प्रदर्शन में सुधार करता है
एमबीस्ट्रिंग | गैर पश्चिमी यूरोपीय भाषा सामग्री के लिए अत्यधिक अनुशंसित
फ़ार | प्लगइन्स और भाषा पैक के लिए अत्यधिक अनुशंसित
अंतरराष्ट्रीय | गैर पश्चिमी यूरोपीय भाषा सामग्री के लिए अत्यधिक अनुशंसित
फाइलइन्फो | अपलोड के लिए फ़ाइल प्रकारों का पता लगाने के लिए प्रयुक्त
एपीसीयू | समग्र प्रदर्शन में सुधार करता है
ज़ेंड ओपकाचे | समग्र प्रदर्शन में सुधार करता है

cgi.fix_pathinfo |
date.timezone | अमेरिका/न्यूयॉर्क

स्कीमा | osticket_db (लोकलहोस्ट)
प्रयुक्त अंतरिक्ष | 5.14 एमआईबी
अनुलग्नकों के लिए स्थान | 0.00 एमआईबी
समय क्षेत्र | ईएसटी (अमेरिका/न्यूयॉर्क के रूप में व्याख्या की गई)

साझा.ज़िप

php.ini में परिवर्तन करने के बाद आपको Apache को पुनः आरंभ करने की आवश्यकता है। क्या तुमने वह किया?

@ntozier हाँ, मेरे पास है। मैंने सिस्टम को पूरी तरह से पुनरारंभ भी कर दिया है। ऐसा लगता है, अन्य समुदाय पोस्टिंग के आधार पर, क्योंकि PHP स्थापना अपाचे मॉड्यूल के रूप में चल रही है, जानकारी अनुभाग में चेतावनी दूर नहीं जाएगी, इसलिए मुझे नहीं लगता कि इसका असर हो रहा है।

बाकी की स्थापना कार्यात्मक प्रतीत होती है। मेरी चिंता यह है कि ये त्रुटियां क्रॉन जॉब को सही तरीके से चलने से रोक रही हैं। मेरे क्रॉन लॉग में कुछ भी नहीं है। मैं व्यवस्थापक पैनल के माध्यम से लाने को बंद करने जा रहा हूं (इसलिए इसे केवल मेल के लिए क्रॉन जांचना चाहिए) और उम्मीद है कि मैं ईमेल को निगलना देखूंगा।

वही समस्या है। समझ नहीं आ रहा था कि क्या है। लेकिन इस तरह आप सिस्टम के साथ फिर से काम कर सकते हैं।

/var/www/html/include/class.forms। php:4339

 function render($staff=true, $title=false, $options=array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;
    }

मेरे लिए @ossd , डिपार्टमेंट ट्रांसफर में भी वही समस्या थी जो ब्लैंक एजेंट विंडो में थी। ऐसा लगता है कि यह एजेंट विंडो के समान कोड का उपयोग करता है, इसलिए मैंने आपके फ़िक्स को स्थानांतरण अनुभाग पर लागू किया और यह काम कर गया।

मुझे उम्मीद है कि यह कुछ और नहीं तोड़ता है!

शामिल/वर्ग.फॉर्म। php:4462

function render($staff = true, $title = false, $options = Array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;

}

इस चेतावनियों के लिए कोई अंतिम सुधार? या हो सकता है कि कोई कामकाजी पैच साझा कर सके?

@iprok

इस पुल अनुरोध के साथ समस्या का समाधान किया जाना चाहिए लेकिन केवल 1.11.x श्रृंखला के लिए। 1.10.x पर इसे आज़माने के लिए आपका स्वागत है लेकिन यह _might_ कुछ तोड़ता है (पता नहीं; परीक्षण नहीं किया है)।

चीयर्स।