Etherpad-lite: एक गैर-प्रतिसाद ईथर उदाहरण में * नाम वाले पैड निर्यात करते हैं

को निर्मित 15 अप्रैल 2017 · 13टिप्पणियाँ · स्रोत: ether/etherpad-lite

पैड नाम * निर्यात पर 100% CPU उपयोग का कारण बनता है।

मैंने ईथरपैड निर्यात सुविधा का उपयोग किया है।

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

फू * के लिए निर्यात की गई फ़ाइल फोब्बर के लिए निर्यात से बड़ी थी।

Serious Bug

स्रोत

unaimed

👍1

सबसे उपयोगी टिप्पणी

यूपी? यह एक गंभीर गोपनीयता का मुद्दा है।

ldidry 22 जून 2017

👍8

सभी 13 टिप्पणियाँ

https://github.com/ether/etherpad-lite/tree/fix/export-wildcards वर्कअराउंड के रूप में। पूर्व में https://github.com/ether/etherpad-lite/commit/a0fb65205c7d7ff95f00eb9fd88e93b300f30c3d उपसर्ग निर्दिष्ट करना और उस उपसर्ग से मेल खाते पैड का निर्यात प्राप्त करना संभव था।

इस बग को बेहतर ढंग से समझने के लिए किसी को ueberdb में क्वेरी-बिल्डर भाग को समझने की आवश्यकता है।

webzwo0i 15 अप्रैल 2017

एक sql बैकएंड का उपयोग करते समय, एक पैड का नाम पूर्व के लिए होता है। ___ एक 3 अक्षर के नाम के साथ सभी पैड का निर्यात करेगा।

देख:
https://dev.mysql.com/doc/refman/5.7/en/pattern-matching.html
https://github.com/Pita/ueberDB/blob/5c2ef4dc1476ef24bc475885817816c3e602ec8b/mysql_db.js

Ueberdb कुंजी को खोजने के लिए क्या करेगा (और * पैच किए गए ईथरपैड में फ़िल्टर किए गए हैं, लेकिन _ भी एक विशेष वर्ण है):
key store key LIKE का चयन करें?

whohoho 20 अप्रैल 2017

धन्यवाद! क्योंकि ueberdb कई अलग-अलग डेटाबेस बैकएंड का समर्थन करता है इसलिए हमें शायद उन्हें भी जांचना होगा?

यह भी अच्छा होगा यदि हम पैड नामों में वर्णों का समर्थन करते हैं और उन्हें केवल फ़िल्टर नहीं करते हैं, बल्कि डेटाबेस को हिट करने से पहले उन्हें बचते हैं। मैं कल इस पर गौर करूंगा।

webzwo0i 20 अप्रैल 2017

कम से कम sqlite और postgresql में एक ही समस्या होगी।

अन्य डेटाबेस बैकएंड के बारे में निश्चित नहीं है।

whohoho 21 अप्रैल 2017

खेद है कि यह इतना लंबा समय लगता है ...
mysql, postgresql, sqlite और crate उपयोग% और _
कैसेंड्रा, काउच, रीथिंक, मोंगो, गंदा, रेडिस शायद पीसीआरई-शैली रेगेक्स का समर्थन करते हैं

leveldb और lmdb findKeys को लागू नहीं करते हैं

webzwo0i 27 अप्रैल 2017

यूपी? यह एक गंभीर गोपनीयता का मुद्दा है।

ldidry 22 जून 2017

👍8

FWIW, हमने इस विशिष्ट कारण के लिए ईथरपैड निर्यात समापन बिंदु को अक्षम कर दिया है। जैसा कि मैं कोड के माध्यम से पढ़ रहा था मुझे एहसास हुआ कि ईथरपैड निर्यात समापन बिंदु पैडमैनर का उपयोग नहीं करता है, जैसे कि txt समापन बिंदु करता है, बल्कि सीधे db फ़ंक्शन को कॉल करता है। मैं इस बिंदु से एथेपड के इंटर्नल के 0 ज्ञान को स्वीकार करता हूं, लेकिन चूंकि निर्यात txt समापन बिंदु में यह समस्या नहीं है, शायद यह इसके लायक है कि पैडमैन का उपयोग करने के लिए एथरपैड समापन बिंदु को संशोधित करने के बजाय DB स्तर पर लड़ने के लिए?

akosiaris 27 जून 2017

👍1

नमस्ते,
इस बग की स्थिति क्या है?

whohoho 22 मार्च 2018

मुझे लगता है कि यह मुद्दा https://github.com/Pita/ueberDB में भी बनाया जाना चाहिए

ghost 22 मार्च 2018

https://github.com/Pita/ueberDB/issues/107

whohoho 22 मार्च 2018

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

इसलिए मेरी राय में यह सभी वर्ग विशेष को फ़िल्टर करने के लिए समझ में आता है जब तक कि यह ueberDB में तय नहीं हो जाता है।

whohoho 22 मार्च 2018

👍2

Https://github.com/ether/etherpad-lite/commit/806c9207e365304ef0f3130d7d3ec59f362f8f9d में ठीक किया जाना चाहिए, क्योंकि यह findKeys अब और नहीं बुला रहा है। क्या आप पुष्टि कर सकते हैं?

ghost 7 अप्रैल 2018

🎉1

हैलो, एक ही समस्या है लेकिन थोड़ा अलग है

जैसे ही मैं एक पैड खोलता हूं, नोड बहुत लालची हो जाता है 100% CPU उपयोग, कृपया करें ????

rabeharkab 5 दिस॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Etherpad-lite: एक गैर-प्रतिसाद ईथर उदाहरण में * नाम वाले पैड निर्यात करते हैं

सबसे उपयोगी टिप्पणी

सभी 13 टिप्पणियाँ

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