Magento 2 "ध्यान कुछ गलत हो गया" सामग्री पर क्लिक> ब्लॉक; पेज सही ढंग से लोड नहीं करता है

Question

मैं Magento 2.0.4 का उपयोग कर रहा हूं, और जब भी मैं सामग्री> तत्वों> ब्लॉक पर क्लिक करता हूं तो मुझे निम्न त्रुटि संदेश प्राप्त होता है: "कुछ गलत है।"

अधिक जानकारी नहीं है, और ओके पर क्लिक करने के बाद यह लोडिंग सर्कल के साथ सीएमएस ब्लॉक पेज पर जाता है, और लोड करना बंद नहीं करता है। मैं Add New Blockबटन पर क्लिक करने में सक्षम हूं , और फिर एक नया ब्लॉक बना और सहेज सकता हूं , लेकिन जो नए बनाए गए / सहेजे गए ब्लॉक हैं, वे ब्लॉक पेज में दिखाई नहीं देते हैं क्योंकि यह पूरी तरह से लोड नहीं होता है।

प्रासंगिक प्लेटफ़ॉर्म इंस्टॉलेशन जानकारी (यदि आवश्यक हो तो अधिक के साथ संपादित कर सकते हैं): Magento संस्करण 2.0.4, PHP संस्करण 5.6.20

ब्राउज़रों मैंने इस मुद्दे पर परीक्षण किया है: फ़ायरफ़ॉक्स 45.0.1, IE 11.0.9600.18231, क्रोम 49.0.2623.110

यह एक Magento सीधे Magentocommerce वेबसाइट से इंस्टॉल होता है, और किसी भी तरह का गिथब डाउनलोड नहीं। Magento 2.0.2 से Magento 2.0.4 में अपग्रेड करने के बाद , मैंने पहले से ही सबकुछ फ्लश कर दिया, स्थैतिक सामग्री को हटा दिया, और स्थिर सामग्री को फिर से तैयार करने के लिए कमांड चलाया।

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

Comments

विक्रेता को हटाना और पुनः स्थापित करना एकमात्र समाधान था जो अपने लिए काम करता था।

— एंडी

Answer 1

आपको यह देखने के लिए var/logsफ़ोल्डर की जांच करनी चाहिए कि क्या कुछ गलत हुआ है और आपका सर्वर लॉग भी करता है।

मेरे लिए यह मुद्दा इस एक https://github.com/magento/magento2/issues/5418 से संबंधित था ।

Db टेबल कैटलिनवेंट्री_स्टॉक_इटेम में गए और डुप्लिकेट को हटा दें और फिर यह समस्या गायब हो गई।

यदि वह इसे हल नहीं करता है, तो आप कोशिश कर सकते हैं:

1) सीडी pub/staticऔर चलाने मेंfind . -depth -name .htaccess -prune -o -delete

2) सीडी को रूट फोल्डर में रखें और चलाएं rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

3) दौड़ें php bin/magento setup:static-content:deploy

यदि यह इसे हल नहीं करता है तो आप फिर से संगठित करने के लिए कट्टरपंथी विकल्प ले सकते हैं:

1) वेंडर फोल्डर को डिलीट करें rm -rf vendor/*और composer.lockरूट में फाइल को भी ।

2) चलाएं composer install

Comments

+1 ने मेरे लिए काम किया। दूसरे चरण के बाद मैंने पेज को रिफ्रेश किया और यह तय हो गया। इसलिए मुझे यकीन नहीं है कि यह पहला कदम था या दूसरा जिसने वास्तव में इस मुद्दे को ठीक किया। लेकिन सबसे अधिक संभावना है कि कैश फ़ाइलों को मैन्युअल रूप से हटाने में मदद मिलती है। कैश का अनुमान करें: फ्लश और कैश: क्लीन rm -rf के समान नहीं हैं। मैं स्थैतिक सामग्री वैसे भी तैनाती के 3 चरण के साथ आगे बढ़ा और अब तक सब कुछ ठीक लग रहा है। धन्यवाद।

— मोहम्मद जोरेद

find -deleteआदेश खतरनाक है, यह मेरी Magento स्थापना की फ़ाइलों के सभी हटा दिया। इसे उत्तर में हटा दिया जाना चाहिए।

— 19

@ ओंकार यह खतरनाक नहीं है। यह आपके मैग्नेटो इंस्टॉलेशन की सभी फाइलों को हटा नहीं सकता है। यदि आप इसका उत्तर पढ़ते हैं तो यह कहता है cd into pub/static। यदि आप ऐसा करते हैं तो यह केवल स्टैटिक के अंदर की फ़ाइलों को हटा देगा। जो हटाने के लिए हैं।

— क्लॉडिउ क्रेगना

किसी कारण से, मैं अपनी पिछली टिप्पणी संपादित नहीं कर सकता। आप सही हैं (मैं सीडी नहीं था, लेकिन कोई चिंता नहीं है, यह एक नई स्थापना थी)। हालाँकि, मैंने यह माना कि यह केवल Nuke .htaccess फाइलों का होगा, जबकि यह rm -rf * की तरह काम करता था और मैं "lol ... wut": D जैसा था। हो सकता है कि इसे कुछ अन्य बिन / मैजेंटो कमांड द्वारा nuked किया गया था। भ्रम के लिए माफी, यह केवल .htaccess फ़ाइलों को उठाना चाहिए, है ना?

— करणी

@Kni नहीं, यह .htaccess फ़ाइल को छोड़कर स्थिर फ़ोल्डर में सब कुछ हटा देता है, जिसकी आपको आवश्यकता है और इसे हटाया नहीं जाना चाहिए।

— क्लॉडिउ क्रेगना

Answer 2

बस एक ही मुद्दे पर बहस कर रहे हैं। जब तुम देखते हो

"ध्यान: कुछ गलत हो गया"

संदेश यह var/reportगलत क्या हुआ इस पर अधिक विवरण के साथ एक त्रुटि रिपोर्ट उत्पन्न करेगा । मैं आपको सलाह दूंगा कि आप उस निर्देशिका की सभी रिपोर्ट को हटा दें और पृष्ठ को अपने बैकेंड में ताज़ा करें। यह अधिक विवरण के साथ एक ही रिपोर्ट उत्पन्न करना चाहिए।

मेरे मामले में कुछ page_id'sमेज से cms_pageएक इसी नहीं था page_idमें cms_page_storeजो निम्न त्रुटि के परिणामस्वरूप:

a:4:{i:0;s:137:"Notice: Undefined index: store_id in /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php on line 82";i:1;s:7434:"#0 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(82): Magento\Framework\App\ErrorHandler->handler(8, 'Undefined index...', '/path/ma...', 82, Array)
#1 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(66): Magento\Store\Ui\Component\Listing\Column\Store->prepareItem(Array)

मैं लापता page_id'sऔर store_id'sपथ को जोड़कर इसके चारों ओर काम करने में सक्षम था ।

Answer 3

[ Https://github.com/magento/magento2/issues/6602 ] के आधार पर आप यह कर सकते हैं:

• Magento की स्थापना रद्द करें और इसे फिर से स्थापित करें। [या]
• डेटाबेस में जाएं, ui_bookmark तालिका ढूंढें, सभी प्रविष्टियों को हटा दें

Answer 4

अगर यह किसी की मदद करता है, तो मैंने न्यूरेलिक PHP रिपोर्टिंग मॉड्यूल को अक्षम करके इस समस्या को हल किया।

साइट एसएसएल सक्षम थी, एचएसटीएस हेडर के साथ, और जावास्क्रिप्ट ट्रैकिंग कोड जिसे मॉड्यूल इंजेक्ट करने की कोशिश कर रहा था वह एक गैर-एसएसएल समापन बिंदु से था। सभी गैर-एसएसएल स्रोतों को हटा दिए जाने के बाद, ब्लॉक पेज खुशी से लोड हो गया।

Var / रिपोर्ट var / log / अपवाद.log या var / log / debug.log में कोई त्रुटि नहीं बताई गई थी।

अजीब बात है कि कोई भी अन्य Magento एडमिन पेज इससे प्रभावित नहीं हुआ, संभवतः इनलाइन जावास्क्रिप्ट द्वारा इंजेक्ट की जा रही त्रुटि को इंजेक्ट करने में विफल होने के कारण भी Magento के ajax कॉल को तोड़ रही थी।

विशुद्ध रूप से अनुमान, लेकिन एक बार न्यूरेलिक को अक्षम कर दिए जाने के बाद, पेज पूरी तरह से लोड हो गया

Answer 5

सबसे सरल और आसान उपाय है, जैसे @Halal द्वारा उल्लिखित डेटाबेस में जाने के लिए और ui__markmark तालिका में सभी प्रविष्टियों को हटाने के लिए।

सुनिश्चित करें कि आप अपने डेटाबेस का बैकअप बनाते हैं, ताकि आप कुछ गलत होने पर उसे पुनर्स्थापित कर सकें।

मुझे इस बारे में कोई अतिरिक्त जानकारी नहीं है कि यह समाधान क्यों है। मैंने डेटाबेस समाधान का उल्लेख करने की कोशिश की और यह काम किया। शायद कोई इसके पीछे का कारण बता सकता है?

Answer 6

मेरे मामले में, यह अधिसूचनाओं पर अनुमति थी

Comments

Ahhhhhhhh !!!! मैंने इस त्रुटि से निपटने के लिए बहुत अधिक समय बिताया। इसे पोस्ट करने के लिए आपका धन्यवाद। इसने मेरी समस्याओं को ठीक कर दिया। Magento लॉजिक: 1) उपयोगकर्ता को एक सूचना दिखाएं; 2) उपयोगकर्ता के पास सूचनाओं तक पहुंच नहीं है ; 3) ठीक है, फिर एक अधिसूचना दिखाएं जिसमें उपयोगकर्ता को सूचनाओं तक पहुंच न हो; 4) क्या आप को पता नहीं है कि मुझे क्या कहना है?

— टोनी डेसेफानो

Answer 7

मेरे पास इसके लिए एक सरल उपाय है।

Follow steps->

1)First close pop up of something went wrong.
2)Then click on active filters and Inspect element and you will see here a class which enable background,bottom,position,z-index.....simply remove these attributes .
3)Now cross button is clickable in active filters and now we can remove filters from grid.Remove all filters and Open same page in new tab.

in my case I was getting same problem in sales->order section.I resolved same process

.admin__data-grid-loading-mask {
    background: rgba(255,255,255,0.5);
    bottom: 0;
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

and I disable some attribute by enabling inspect element for admin section
and new class was 


.admin__data-grid-loading-mask {
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

Answer 8

उत्पाद संपादन पृष्ठ को देखने पर मुझे Magento 2.1 पर "कुछ गलत हो गया" त्रुटि थी। मेरे मामले में त्रुटि संदेश के लिए एक खोज में पाया गया कि यह एक AJAX प्रतिक्रिया के विफल होने पर उत्पन्न हुआ था, इसलिए मैंने विशिष्ट AJAX प्रतिक्रिया को खोजने के लिए Chrome देव टूल का उपयोग किया था जो विफल हो रहा था। इस प्रतिक्रिया में 500 का एक त्रुटि कोड था, जिसने मुझे httpd त्रुटि लॉग (मैगेंटो लॉग नहीं) में देखने की अनुमति दी, यह पता लगाने के लिए कि एक PHP त्रुटि थी (मेरे मामले में, मैगेंटो प्रोफाइलर के कारण - प्रोफाइलर को अक्षम करने से त्रुटि हुई चले जाओ)।

आपकी त्रुटि की स्थिति भिन्न हो सकती है, लेकिन उम्मीद है कि यह प्रक्रिया आपको इसका कारण खोजने में मदद करती है।

Answer 9

मेरे लिए यह एक संसाधन क्वेरी समस्या थी, exception.logअपने मामले की जाँच करें , मेरे मामले में मैंने स्तंभ नाम मिलाया:

[2020-04-01 02:02:15] main.CRITICAL: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause', query was: SELECT `main_table`.* FROM `my_table` AS `main_table` ORDER BY id ASC
 LIMIT 20 {"exception":"[object] (Zend_Db_Statement_Exception(code: 42): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause', query was: SELECT `main_table`.* FROM `my_table` AS `main_table` ORDER BY id ASC
 LIMIT 20 at vendor/magento/zendframework1/library/Zend/Db/Statement/Pdo.php:235, PDOException(code: 42S22): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause' at vendor/magento/zendframework1/library/Zend/Db/Statement/Pdo.php:228)"} []

Answer 10

Magento CE 2.0.15 के लिए, आप फ़ाइल देख सकते हैं:

/vendor/magento/module-ui/view/base/web/js/grid/provider.js

लाइन 110 ~ 112:

alert({
    content: $t('Something went wrong.')
});

आशा है कि यह उपयोगी है।