क्या फ़ायरफ़ॉक्स कैश फॉर्म सामग्री को कहीं भी जमा कर सकता है जिसे मैं पुनर्प्राप्त कर सकता हूं?


8

मैंने फ़ायरफ़ॉक्स के साथ विकी पेज लिखने में अभी बहुत समय बिताया है, इसे केवल वीपीएन विफल होने और सबमिशन खो जाने के लिए प्रस्तुत किया है। ब्राउज़र में वापस जाने पर मुझे लगता है कि मेरे संपादन खो गए हैं।

क्या उन संपादनों को पुनर्प्राप्त करने का कोई तरीका है? क्या डिस्क कैश फ़ाइल है (मैंने grepped ~ / लाइब्रेरी / कैश / फ़ायरफ़ॉक्स / प्रोफाइल /) ले लिया है? क्या मैं फ़ायरफ़ॉक्स को पुनः सबमिट करने में धोखा दे सकता हूँ?

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

जवाबों:


4

उस टैब में कुछ भी न बदलें। कनेक्शन त्रुटि पृष्ठ पर वापस आने के लिए आगे बढ़ें, नेटवर्क समस्या को ठीक करें, और "पुनः प्रयास करें" पर हिट करें। यह मूल पद जमा करेगा।


मैं एक आदर्श दुनिया हूं, यह काम करता है। लेकिन कई साइटें इसे बुरी तरह तोड़ देती हैं। आने के लिए मेरा जवाब देखें।
निकोलस बारबुल्स्को

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

3

किसके लाभ के लिए फ़ायरफ़ॉक्स यूआई में रास्ता खोजने में परेशानी हुई है, इस जवाब में मैं उपयोगकर्ता द्वारा सुझाए गए ऑपरेशन "चरण 1" के चरणबद्ध तरीके से विस्तार करने की कोशिश करूंगा, जिससे मेरे मामले में एक रसीद वसूली हुई।

सबसे पहले, वेब साइट के साथ अन्य इंटरैक्शन का प्रयास किए बिना, "सबमिट आउट चेतावनी / त्रुटि" पृष्ठ पर रहें, जब आपने अनजाने में सबमिट बटन दबाया था। शायद कड़ाई से आवश्यक नहीं है, लेकिन वास्तव में सुरक्षित है (स्पष्ट करने के लिए अधिक प्रयोगों की आवश्यकता है)।

अस्वीकरण: मैं फ़ायरफ़ॉक्स के इतालवी स्थानीयकरण का उपयोग कर रहा हूं, इसलिए मैं कुछ विस्तृत आदेशों के सही अनुवाद के बारे में निश्चित नहीं हूं। वैसे भी कदम थे:

  • जैसा कि "टूल" ("स्ट्रूमेंटी") मेनू के माध्यम से उपयोगकर्ता "sh1" द्वारा बताया गया है, "वेब डेवलपमेंट टूल्स" ("strumenti di sviuppo web") के "नेटवर्क" ("rete") अनुभाग में प्रवेश करें।
  • वेब डेवलपमेंट टूल्स विंडो के खाली क्षेत्र में राइट क्लिक करें और "स्टार्ट परफॉर्मेंस एनालिसिस" ("इंजिया एनालिसिस प्रेस्टीजिओन") चुनें; एफएफ आपको समस्या से पहले भेजे गए उसी डेटा को फिर से भेजने की पेशकश करेगा (अब के लिए, क्षमा करें, मुझे यकीन नहीं है कि यह क्रियाओं का एक ही कोर्स है जो यहां से पृष्ठ को फिर से लोड करके ट्रिगर किया गया है)।
  • स्पष्ट रूप से इस बिंदु पर आप अभी भी त्रुटि पृष्ठ से चिपके रहेंगे, लेकिन इस बार फ़ायरफ़ॉक्स ने किसी भी डेटा को ट्रैक करने का प्रयास किया है जिसे उसने फिर से भेजने का प्रयास किया है; आपको अनुरोधों की एक सूची और सर्वर से खींचे गए पृष्ठ तत्व दिखाई देंगे।
  • सूची के शीर्ष पर, बाईं ओर क्लिक करके POST अनुरोध का चयन करें; खिड़की अलग हो जाएगी
  • दाएँ फलक में, "संपादित करें और फिर से भेजें" बटन पर क्लिक करें ("मोडीसा ई रीइन्विया"); यह एक और दृश्य दिखाएगा, जिसमें ...
  • ... "अनुरोध निकाय" ("corpo della richiesta") फ़्रेम में, आप पाएंगे, केवल कुछ MIME हेडर के साथ इंटरसेप्टर किया गया है, जो कॉपी करने योग्य सादे पाठ में आपका कीमती प्रस्तुतिकरण :)

मैं अकेले उन टूल में निर्मित फ़ायरफ़ॉक्स का उपयोग करके फॉर्म डेटा को पुनर्प्राप्त करने में सफल रहा। इसके अलावा, और केवल अटकलबाजी के लिए, मेरे मामले में कोर डंप संभव नहीं था। ऐसा इसलिए है क्योंकि मैंने उपयुक्त स्थिर सिस्टम डिफॉल्ट्स (जो पहले से सेट होने वाले हैं; http://bencane.com/2011/09/22/kill-creating-a-core-dump/ ; distro I में देखें) को नहीं बदला है । इस समय का उपयोग कर रहा हूँ - नवीनतम Xubuntu - डिफ़ॉल्ट सेटिंग मिश्रण "कोई कोर डंप" नहीं लगता है)।

चियर्स


अंग्रेजी में चरण हैं: मेनू -> वेब डेवलपर -> नेटवर्क। फिर डेटा को फिर से भेजें, अनुरोध का चयन करें और संपादित करें और फिर से भेजें पर क्लिक करें। फिर रिक्वेस्ट बॉडी फील्ड देखें और टेक्स्ट को किसी सुरक्षित जगह पर कॉपी करें। (पाठ url-encoded हो सकता है या दूसरे तरीके से थोड़ा बदला जा सकता है। यदि यह मामला है, तो एक डिकोडर ऑनलाइन ढूंढें और इसे स्वयं संपादित करें।)
user31389

2

श्वार्न के उत्तर पर विस्तार, क्योंकि मेरे मामले में मैं गलती को ठीक करने में असमर्थ हूं:

फिर से विफलता स्क्रीन के लिए आगे बढ़ें। मेनू में वेब डेवलपर, नेटवर्क और फिर 'हेडर्स' टैब को चुना, और 'पुनः भेजें' बटन को मारा।

यह आपको अपनी खोई हुई सामग्री युक्त एक फॉर्म (ताकि आप इसके साथ हैक कर सकते हैं) दिखाएगा। यह सबसे सुविधाजनक प्रारूप में नहीं हो सकता है, लेकिन कम से कम यह वहां है।

मेरे लिए काम करता है, कम से कम। मैं वास्तव में यहां खूंखार के साथ बैठा था "आपकी पोस्ट एक छेद" स्क्रीन के नीचे गिर गई, और जब मैंने "बैक" मारा तो मैं कुछ जावास्क्रिप्ट पर वापस चला गया, जो फ़ॉर्म को रिक्त करने के लिए रीसेट करता है (धन्यवाद जावास्क्रिप्ट!)।

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


मेरे पास नेटवर्क है। लेकिन मेरे पास हेडर टैब नहीं है। मुझे भेजे गए हेडर दिखाई नहीं दे रहे हैं।
निकोलस बारबुलेसको

अब एक बटन है जिसे "संपादित करें और फिर भेजें"। "अनुरोध निकाय" बॉक्स में मुझे अपनी टिप्पणी मिली जिसे मैं पोस्ट करना चाहता था। मुझे एक टेक्स्ट एडिटर में पेस्ट करना था और '+' वर्णों को रिक्त स्थान के साथ बदलना था, '\ r \ n' को न्यूलाइन और इतने पर। तो टीएल; डीआर: "नेटवर्क" -> मुख्य अनुरोध का चयन करें -> "हेडर" -> "संपादित करें और फिर से भेजें" -> अपने पाठ को सुरक्षित स्थान पर ढूंढें और कॉपी करें।
user31389

1

वेब ब्राउज़र निश्चित रूप से है स्मृति में प्रपत्र डेटा। कठिनाई यह है: इस डेटा को कैसे पुनः प्राप्त करें?

यहाँ मेरा विचार है मैंने कोशिश नहीं की है। कागज पर , यह काम करता है। यह उत्तर फ़ायरफ़ॉक्स और अन्य वेब ब्राउज़र पर लागू होता है।

संक्षेप में: पृष्ठ को पुनः लोड करें, हेडर की जांच करते हुए।

  1. मशीनरी स्थापित करें। हमें वेब ब्राउज़र से भेजे गए HTTP ट्रैफ़िक की जांच करने के लिए एक मशीनरी की आवश्यकता है।
    • सबसे अच्छा विकल्प फ़ायरफ़ॉक्स के लिए एक्सटेंशन  LiveHTTPHeaders है। लेकिन मुझे लगता है कि इस एक्सटेंशन को इंस्टॉल करने के लिए फ़ायरफ़ॉक्स को पुनः आरंभ करने की आवश्यकता है। फ़ायरफ़ॉक्स पुनः आरंभ न करें, अवश्य! फ़ायरफ़ॉक्स को पुनः आरंभ किए बिना इस मशीनरी को स्थापित करने में सक्षम होना अच्छा होगा। अन्यथा, आपको बस इस एक्सटेंशन को पहले से इंस्टॉल करना होगा। यदि आवश्यकता होती है, तो बस एक टाइम मशीन का उपयोग करें । ;-)
    • यदि आपके पास वेब ब्राउज़र में मशीनरी तैयार नहीं है, तो एक और विकल्प है। यह विकल्प भारी है। लेकिन इसकी शक्तिशाली ताकत यह है कि यह सभी वेब ब्राउज़रों के लिए काम करता है, और उन्हें फिर से शुरू किए बिना। एक साधारण वेब सर्वर स्थापित करें, या अपनी मशीन पर एक प्रॉक्सी सर्वर (जैसे स्क्विड) स्थापित करें। सुनिश्चित करें कि आपका सर्वर पूर्ण हेडर के साथ इनबाउंड ट्रैफ़िक को लॉग करता है। और सभी आउटबाउंड अनुरोधों को पुनर्निर्देशित करने के लिए OS में एक नियम रखें  127.0.0.1। यह एक hosts फ़ाइल के साथ किया जा सकता है ।
  2. मशीनरी का परीक्षण करें। अपने वेब ब्राउज़र में एक नई विंडो बनाएँ। यहाँ विकिपीडिया में कुछ पाठ लिखें, और पूर्वावलोकन पर क्लिक करेंफिर सत्यापित करें कि आपकी मशीनरी में आप अपना लिखित पाठ देखते हैं। यदि आपकी मशीनरी सर्वर विकल्प है, तो आपको विकिपीडिया फ़ॉर्म को लोड करने के लिए पुनर्निर्देशन नियम (ओएस में) को चालू करना होगा, और बाद में इसे चालू करना होगा।
  3. पृष्ठ को फिर से लोड करने के लिए, फ़ॉर्म कहाँ था पर राइट-क्लिक करें और पुनः लोड करें चुनें । यह महत्वपूर्ण है। कुछ वेबमेलों में, यह केवल उस फ़्रेम को फिर से लोड करेगा जहां फॉर्म था। यहां हम केवल यथासंभव कम लोड करना चाहते हैं। यदि आप पता बार में या बटन पट्टी में बटन  रीलोड करें, या यदि आप Apple R दबाते हैं, तो आप पूरे पृष्ठ को फिर से लोड करने का जोखिम उठाते हैं, और कुछ वेबमेलों में यह अपने आप को पैर में गोली मार रहा है।
  4. आम तौर पर, वेब ब्राउज़र आपसे पूछेगा: क्या आप फिर से फॉर्म डेटा भेजना चाहते हैं? यदि आपको यह प्रश्न आता है, तो यह एक अच्छा संकेत है। फिर से भेजें चुनें ।
  5. चरण 1 में स्थापित मशीनरी के साथ भेजे गए POST डेटा की जांच करेंयहां आपको अपना वांछित डेटा मिलेगा।
  6. यहां हमें बताएं कि इस समाधान ने काम किया है!
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.