वेबसाइट को बदलने यह

स्थिति मैं एक वर्ग के लिए एक मामूली बग फिक्स किया जाता है के बाद किसी भी तरह एक कैश्ड dll चल रहा है, तो वे सिर्फ dll प्रभावित तैनात करने के लिए चाहते हैं। उन्होंने आईआईएस को रोक दिया, आईआईएस निर्देशिका के/bin फ़ोल्डर में डीएल को वेब साइट के लिए बदल दिया, जिसे मैंने उन्हें दिया था, और फिर आईआईएस शुरू किया। कई सर्वर हैं, लेकिन उन्होंने इसे आजमाने के लिए इसे बदल दिया। वे अभी भी सर्वर के eventlog में प्रश्न में एक ही त्रुटि देख रहे हैं। स्टैक ट्रेस को देखकर मैं कह सकता हूं कि यह पुराना डीएल चला रहा है।वेबसाइट को बदलने यह

वे GAC जाँच की है और यह वहाँ नहीं दिख रहा।

मुझे लगता है मैं उन्हें सही नया dll दिया सत्यापित करने के लिए परावर्तक साथ dll देख लिया है।

यह एक asp.net 2.0 वेबसाइट है और सर्वर 2003 है मैं सुनिश्चित नहीं हूं कि यह कैसे मूल रूप से तैनात किया गया था, लेकिन यह सी में वर्ष dll की एक प्रति है: \ Windows \ Microsoft.NET \ Framework64 \ v2 .0.50727 \ अस्थायी ASP.NET Files \ NAME_services ################# \ विधानसभा \ DL3 ################### \ और डी में: \ xxxx \ साइट्स \ NAME \ Services \ obj \ रिलीज़। क्या यह इनमें से किसी एक का उपयोग कर सकता है या पुराना बना सकता है या यहां तक कि इसे स्मृति में कैशिंग भी कर सकता है?

स्रोत

2011-04-19 dwidel

कहाँ बग था? क्या यह एएसपीएक्स पृष्ठों या कोड में कहीं था? – Aliostad

यह कोड में था, मैं डीएल की एक असेंबली में फिक्स देख सकता हूं। – dwidel

Nuke अपने अस्थायी asp.net फ़ोल्डर सामग्री। निश्चित नहीं है कि अपडेट स्वचालित रूप से क्यों संकलित नहीं हुआ था, हालांकि।

स्रोत

2011-04-19 19:56:14

क्या इस प्रकार की तैनाती स्वचालित रूप से संकलित होती है? यदि ऐसा है तो यह समस्या हो सकती है, क्योंकि उन्होंने अभी डीएल पोस्ट किया है, स्रोत नहीं। – dwidel

@dwidel, कभी-कभी Asp.Net goofs और फ़ाइलों को अस्थायी Asp.Net फ़ाइलें फ़ोल्डर में कॉपी नहीं करता है। इसे दूर करने से यह सुनिश्चित होगा कि यह स्वयं को हल करता है। – Andy

@dwidel कभी भी अपना स्रोत सर्वर पर नहीं डालता है। @ एंडी सही है - यह कभी-कभी होता है। शुक्र है कि यह दुर्लभ है। –

आप आईआईएस रोकने के लिए अपने अद्यतन को तैनात करने की जरूरत नहीं है, तो आप सिर्फ उन पर नकल।

इसके अलावा, अगर वे केवल DLL की नकल की है, लेकिन अपने को ठीक .aspx फ़ाइल में किया गया था, तो यह दिखाई नहीं देंगे। आपको वास्तव में पूर्ण तैनाती करना चाहिए।

स्रोत

2011-04-19 19:19:21 Blindy

फिक्स निश्चित रूप से डीएलएल में है, मैं डीएल को अलग करने और फिक्स देखने के लिए परावर्तक का उपयोग कर सकता हूं। – dwidel

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

हम एक ही समस्या थी, लेकिन मामूली जटिलताओं के साथ, हम कई कई साइटों तो एक "सभी अस्थायी समाशोधन" है और पुनः आरंभ आईआईएस हमारे लिए एक अच्छा विकल्प नहीं है। इसलिए हमें ताज़ा करने के लिए क्या अधिक चुनिंदा होना चाहिए।

हमारे क्यूए मशीन पर, ... "सी: \ विंडोज \ माइक्रोसॉफ्ट.नेट \ फ्रेमवर्क \ v4.0.30319 \ अस्थायी एएसपी.नेट फाइलें" मैंने आंशिक फ़ाइल नाम के लिए एक फ़ाइल एक्सप्लोरर खोज किया है जो हम रिलीज करने की कोशिश कर रहे हैं। \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ अस्थायी ASP.NET Files \ जड़ \ 4503212x \ ad95664x, तो मैं अनुप्रयोग पूल बंद कर दिया, फ़ोल्डर, पुनर्प्रारंभ नष्ट कर दिया और: सी: फ़ाइल में की तरह एक फ़ोल्डर कुछ मिला था सब तब तैनात किया गया था - बढ़िया!

लेकिन .... हम एक ही उत्पादन के लिए की तैनाती मुसीबत था और इसके बाद के संस्करण काम नहीं किया।

लंबी कहानी छोटी, क्यूए ऐप पूल "32 बिट सच्चाई सक्षम करने" पर सेट किया गया था, लेकिन उत्पादन को "गलत" पर सेट किया गया था, इसलिए प्रोड temp फ़ाइलों में रहते थे: "सी: \ विंडोज \ माइक्रोसॉफ्ट.NET \ Framework64 \ v4.0.30319 "इसके बजाए \ \ Framework \ \ \ Framework \ \ के बजाय \)।

तो अस्थायी फ़ाइलों को साफ करने के काम नहीं कर रहा - डबल अपने चौखटे की जाँच करें, या फ़ाइलों सेल्सियस पर ताज़ा करने के लिए के लिए देखो: \ Windows \ Microsoft.NET फ़ोल्डर स्तर और नीचे। आप आश्चर्यचकित हो सकते हैं।

स्रोत

2016-10-04 15:39:32

वेबसाइट को बदलने यह

उत्तर

संबंधित मुद्दे