तो हाँ, यह आमतौर पर गलत कॉन्फ़िगर किए गए डेटाबेस/टेबल/योजनाओं के कारण होता है लेकिन यह नया कोड है और मैं यह सुनिश्चित करना चाहता हूं कि यह ठीक से काम कर रहा है क्योंकि मुझे 100% यकीन नहीं है कि यह है।

यह वास्तव में एक UeberDB मुद्दा है लेकिन जो भी हो, यहाँ ठीक है। यहाँ तर्क: https://github.com/ether/ueberDB/blob/master/mysql_db.js#L81

मैं यह अनुमान लगाने जा रहा हूं कि आपके ईथरपैड डेटाबेस को etherpad_lite_db कहा जाता है। यदि ऐसा नहीं है, तो फिट के रूप में बदलें।

निम्न आदेश करें:

mysql -uroot -p

use etherpad_lite_db

SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'etherpad_lite_db';

आउटपुट को कॉपी और पेस्ट करें (यहाँ ठीक है)।

अगला... अंतिम कमांड को कॉपी/पेस्ट करें..

SELECT CCSA.character_set_name FROM information_schema.`TABLES` T,information_schema.`COLLATION_CHARACTER_SET_APPLICABILITY` CCSA WHERE CCSA.collation_name = T.table_collation AND T.table_schema = 'etherpad_lite_db' AND T.table_name = 'store';

आउटपुट को कॉपी और पेस्ट करें।

आपके दो आउटपुट होने चाहिए

| DEFAULT_CHARACTER_SET_NAME | DEFAULT_COLLATION_NAME |
+----------------------------+------------------------+
| utf8mb4                    | utf8mb4_general_ci     |
+----------------------------+------------------------+

तथा

| character_set_name |
+--------------------+
| utf8mb4            |
+--------------------+

यदि वे नहीं हैं, तो आपका डेटाबेस ठीक से कॉन्फ़िगर नहीं किया गया था और कुछ वर्ण _potentially_ आपके उदाहरण पर कुछ पैड तोड़ देंगे। यदि आप वहां लैटिन देखते हैं, तो आप गड़बड़ हो गए हैं और आपको इन आदेशों को चलाने की आवश्यकता होगी (मुझे लगता है [परीक्षण नहीं किया गया]) ...

ALTER DATABASE `etherpad_lite_db` CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

तथा

ALTER TABLE `store` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

अगर वे काम नहीं करते हैं तो मुझे पता है।

यहाँ पहली कमांड के लिए आउटपुट है:

| DEFAULT_CHARACTER_SET_NAME | DEFAULT_COLLATION_NAME |
+----------------------------+------------------------+
| utf8mb4                    | utf8mb4_general_ci     |
+----------------------------+------------------------+

ऐसी थी तेरी ख्वाहिश

और यह दूसरे के लिए है ...

| character_set_name |
+--------------------+
| utf8               |
+--------------------+

उफ़…
अब मैं क्या कर सकता है ?

क्षमा करें, मैं संदेश के अंत को देखे बिना थोड़ा तेज चला गया, मैं अब डेटाबेस संशोधन का परीक्षण करने जा रहा हूं।

महान! वो कर गया काम।
लॉग में कोई और संदेश नहीं

जीत। मेरे काम / प्रयासों को मान्य देखकर बहुत अच्छा लगा, इसलिए धन्यवाद आदमी! :)

इन आदेशों के लिए धन्यवाद! मेरे एक सर्वर में यहाँ "latin1" था।

हालाँकि मैंने निश्चित रूप से ईथरपैड को लैटिन 1 का उपयोग करने के लिए कभी नहीं कहा, क्यों ईथरपैड अपने डेटाबेस को ठीक से कॉन्फ़िगर करने में सक्षम नहीं है? क्या यह अपेक्षा है कि प्रत्येक व्यवस्थापक को प्रत्येक डेटाबेस के वर्ण सेट को मैन्युअल रूप से कॉन्फ़िगर करना होगा?

इन आदेशों के लिए धन्यवाद! मेरे एक सर्वर में यहाँ "latin1" था।

हालाँकि मैंने निश्चित रूप से ईथरपैड को लैटिन 1 का उपयोग करने के लिए कभी नहीं कहा, क्यों ईथरपैड अपने डेटाबेस को ठीक से कॉन्फ़िगर करने में सक्षम नहीं है? क्या यह अपेक्षा है कि प्रत्येक व्यवस्थापक को प्रत्येक डेटाबेस के वर्ण सेट को मैन्युअल रूप से कॉन्फ़िगर करना होगा?

1. latin1 MySQL में डिफ़ॉल्ट है, फिर भी, 2020 में। इसका ईथरपैड से कोई लेना-देना नहीं है!
2. ईथरपैड डेटाबेस को स्वयं कॉन्फ़िगर करने में सक्षम है, लेकिन हमने नहीं चुना क्योंकि हम व्यवस्थापकों पर utf8mb4 et al को बाध्य नहीं करना चाहते हैं क्योंकि व्यवस्थापक किसी अन्य वर्णसेट को पसंद कर सकते हैं। हम डीबीए नहीं हैं।
3. व्यवस्थापकों को डेटाबेस बनाना होता है, इसलिए हाँ, जब आप डेटाबेस बनाते हैं तो आप परिवर्तन कमांड को कॉपी/पेस्ट करते हैं। यह केवल MySQL के लिए है, यदि आप किसी अन्य डेटाबेस का उपयोग करते हैं तो यह कोई समस्या नहीं है। हम हर परिनियोजन के हर किनारे के मामले को हर उदाहरण में संभाल नहीं सकते .. हमारे काम के दायरे की एक सीमा है (जो एक सहयोगी संपादक का निर्माण करना है)
4. Etherpad यहाँ ज़िम्मेदार नहीं है, UeberDB है। यह सिर्फ यही मुद्दा यहाँ है क्योंकि Etherpad UeberDB का सबसे बड़ा उपयोगकर्ता है। हम UeberDB के आधुनिकीकरण की प्रक्रिया में हैं और यह चेतावनी पहला कदम था। बिंदु #2 . के कारण हम किसी परिवर्तन को बाध्य नहीं कर सकते

मुझे लगता है कि यहां हमारा दृष्टिकोण संतुलित और सही था, लेकिन मैं समझ सकता हूं कि क्या आप थोड़ा निराश महसूस करते हैं कि यह क्लिक और गो नहीं है! <3

ईथरपैड डेटाबेस को स्वयं कॉन्फ़िगर करने में सक्षम है, लेकिन हमने नहीं चुना क्योंकि हम व्यवस्थापकों पर utf8mb4 et al को बाध्य नहीं करना चाहते हैं क्योंकि व्यवस्थापक किसी अन्य वर्णसेट को पसंद कर सकते हैं। हम डीबीए नहीं हैं।

मैं व्यवस्थापक हूं लेकिन मुझे नहीं लगता कि मैं यह तय कर सकता हूं कि कोई एप्लिकेशन किस वर्णसेट के साथ चलता है - क्या उस विकल्प को मुझ पर छोड़ने का कोई मतलब है? मुझे उम्मीद है कि गलत विकल्प सिर्फ आवेदन को तोड़ देगा। मैं HTTP अनुरोध/प्रतिक्रियाओं के वर्णसेट या फ़ाइल सिस्टम में संग्रहीत फ़ाइलों के वर्णसेट के बारे में निर्णय नहीं ले रहा हूं।

इसलिए, यह मेरे लिए अजीब लगता है कि डेटाबेस के लिए उपयोग किए जाने वाले वर्णसेट जैसे किसी एप्लिकेशन के आंतरिक विवरण को तय करना व्यवस्थापक पर निर्भर होगा। आप डेटाबेस स्कीमा को मेरे पास नहीं छोड़ रहे हैं। ;)

latin1 MySQL में डिफ़ॉल्ट है, फिर भी, 2020 में। इसका ईथरपैड से कोई लेना-देना नहीं है!

ओह मैं समझा। अच्छा यह... दुख की बात है, मुझे लगता है? ऐसा लगता है कि mysql को छोड़कर utf8 पर जाकर इन दिनों सभी को वर्णसेट समस्या हल हो गई है ... :(

तो अभी के लिए उत्तर ऐसा प्रतीत होता है "हाँ, व्यवस्थापकों से यह अपेक्षा की जाती है कि वे इसे स्वयं कॉन्फ़िगर करें"। मुझे एहसास है कि यह MySQL पारिस्थितिकी तंत्र में स्थिति है और आप नहीं कर रहे हैं, मैं सिर्फ एक उपयोगकर्ता के परिप्रेक्ष्य से कुछ प्रतिक्रिया देना चाहता था। लॉग में इसके बारे में एक त्रुटि होना एक अच्छी शुरुआत है, लेकिन मैं नियमित रूप से त्रुटियों के लिए लॉग स्कैन नहीं करता, लॉग में बहुत अधिक सामान है।

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

धन्यवाद व्यक्त किया :)