परियोजना का विवरण
अनुवादितहम दो मार्केटप्लेस पर व्यापार करते हैं, और अब तक हर उत्पाद कार्ड हाथ से बनाया गया है। एक प्रबंधक विक्रेता खाता खोलता है, हमारे अपने डेटाबेस से नाम और विवरण कॉपी करता है, फ़ोटो फिर से अपलोड करता है, कीमत फिर से टाइप करता है - और फिर इसे दूसरे प्लेटफ़ॉर्म पर दोहराता है। sooner या later कोई दूसरे खाते को भूल जाता है, एक बैच बिक जाता है, और हम उन सामानों के लिए ऑर्डर लेते रहते हैं जो अब गोदाम में नहीं हैं। स्टॉक वही है जहाँ सबसे अधिक दर्द होता है: बिक्री और संपादन के बीच आधे दिन का समय पर्याप्त है ताकि हम ऐसे ऑर्डर इकट्ठा कर सकें जिन्हें हम शिप नहीं कर सकते।
मैं इसको याद दिलाने के साथ पैच करने के बजाय एक उचित एक्सचेंज का आदेश देना चाहता हूं। स्क्रिप्ट को हमारे डेटाबेस से कार्ड खींचना चाहिए, हमारी श्रेणियों और विशेषताओं को प्रत्येक प्लेटफ़ॉर्म की मांग के खिलाफ मिलाना चाहिए, फ़ोटोग्राफ़ अपलोड करना चाहिए, और फिर कीमतों और स्टॉक को एक शेड्यूल पर ताज़ा रखना चाहिए। मैपिंग स्वयं एक संपादनीय तालिका में रहनी चाहिए, कोड के अंदर नहीं: हम हर सीजन में नई श्रेणियाँ जोड़ते हैं, और मैं हर एक के लिए डेवलपर को कॉल नहीं करना चाहता।
काम का दूसरा आधा हिस्सा यह देखना है कि क्या हुआ। मुझे मानव शब्दों में लिखा हुआ एक त्रुटि लॉग चाहिए - कौन सा कार्ड, कौन सा फ़ील्ड, प्लेटफ़ॉर्म ने क्या ठीक से अस्वीकार किया - एक ऐसा तरीका जिससे एक असफल अपलोड को बिना पूरे कैटलॉग को फिर से चलाए दोहराया जा सके, और पिछले चौबीस घंटों में क्या बदला है, यह दिखाने वाला एक संक्षिप्त दैनिक रिपोर्ट।
काम में मैं क्या अपेक्षा करता हूं:
— हमारे डेटाबेस से उत्पाद कार्ड का निर्यात, फ़ोटोग्राफ़ के साथ
— एक मैपिंग तालिका: हमारी श्रेणियाँ और विशेषताएँ प्लेटफ़ॉर्म की आवश्यक फ़ील्ड के खिलाफ
— निर्धारित कीमत और स्टॉक अपडेट, हमारे अपने सर्वर पर चलाए गए
— सामान्य भाषा में एक त्रुटि लॉग: कार्ड, फ़ील्ड, कारण
— एकल असफल अपलोड का मैनुअल पुनः प्रयास
— पिछले दिन में क्या बदला है, इस पर एक दैनिक रिपोर्ट
— प्लेटफ़ॉर्म के लिए एक्सेस कुंजी एक कॉन्फ़िग फ़ाइल में रखी जाती हैं जो भंडार के बाहर होती हैं और कभी भी लॉग तक नहीं पहुँचतीं
— यदि एक एक्सचेंज विफल होता है, तो स्टॉक शून्य नहीं होता: पिछले मान तब तक बने रहते हैं जब तक एक सफल अपलोड नहीं होता
— अनुरोध दर प्रत्येक प्लेटफ़ॉर्म द्वारा निर्धारित सीमाओं के भीतर रहती है
— बाद में बिना सब कुछ फिर से लिखे तीसरे प्लेटफ़ॉर्म को जोड़ने के तरीके पर एक संक्षिप्त नोट
मैं इसको याद दिलाने के साथ पैच करने के बजाय एक उचित एक्सचेंज का आदेश देना चाहता हूं। स्क्रिप्ट को हमारे डेटाबेस से कार्ड खींचना चाहिए, हमारी श्रेणियों और विशेषताओं को प्रत्येक प्लेटफ़ॉर्म की मांग के खिलाफ मिलाना चाहिए, फ़ोटोग्राफ़ अपलोड करना चाहिए, और फिर कीमतों और स्टॉक को एक शेड्यूल पर ताज़ा रखना चाहिए। मैपिंग स्वयं एक संपादनीय तालिका में रहनी चाहिए, कोड के अंदर नहीं: हम हर सीजन में नई श्रेणियाँ जोड़ते हैं, और मैं हर एक के लिए डेवलपर को कॉल नहीं करना चाहता।
काम का दूसरा आधा हिस्सा यह देखना है कि क्या हुआ। मुझे मानव शब्दों में लिखा हुआ एक त्रुटि लॉग चाहिए - कौन सा कार्ड, कौन सा फ़ील्ड, प्लेटफ़ॉर्म ने क्या ठीक से अस्वीकार किया - एक ऐसा तरीका जिससे एक असफल अपलोड को बिना पूरे कैटलॉग को फिर से चलाए दोहराया जा सके, और पिछले चौबीस घंटों में क्या बदला है, यह दिखाने वाला एक संक्षिप्त दैनिक रिपोर्ट।
काम में मैं क्या अपेक्षा करता हूं:
— हमारे डेटाबेस से उत्पाद कार्ड का निर्यात, फ़ोटोग्राफ़ के साथ
— एक मैपिंग तालिका: हमारी श्रेणियाँ और विशेषताएँ प्लेटफ़ॉर्म की आवश्यक फ़ील्ड के खिलाफ
— निर्धारित कीमत और स्टॉक अपडेट, हमारे अपने सर्वर पर चलाए गए
— सामान्य भाषा में एक त्रुटि लॉग: कार्ड, फ़ील्ड, कारण
— एकल असफल अपलोड का मैनुअल पुनः प्रयास
— पिछले दिन में क्या बदला है, इस पर एक दैनिक रिपोर्ट
— प्लेटफ़ॉर्म के लिए एक्सेस कुंजी एक कॉन्फ़िग फ़ाइल में रखी जाती हैं जो भंडार के बाहर होती हैं और कभी भी लॉग तक नहीं पहुँचतीं
— यदि एक एक्सचेंज विफल होता है, तो स्टॉक शून्य नहीं होता: पिछले मान तब तक बने रहते हैं जब तक एक सफल अपलोड नहीं होता
— अनुरोध दर प्रत्येक प्लेटफ़ॉर्म द्वारा निर्धारित सीमाओं के भीतर रहती है
— बाद में बिना सब कुछ फिर से लिखे तीसरे प्लेटफ़ॉर्म को जोड़ने के तरीके पर एक संक्षिप्त नोट
वेब प्रोग्रामिंग नकद, बैंक ट्रांसफर
