0 वोट
459 व्यूज़
मुझे यह जानना है कि क्या हमारे send-receive (भेजें/प्राप्त करें) प्रक्रिया को हम वर्तमान में जो कर रहे हैं, उससे भी अधिक स्वचालित (automate) करने का कोई तरीका है। मेरी टीम के लिए स्थिति यह है: हमारे पास एक मुख्य कंप्यूटर है जो इंटरनेट से जुड़ा है, और हमारा अधिकांश काम उसी कंप्यूटर पर होता है। यह हमारा Chorus Hub भी होस्ट करता है, क्योंकि यह एक हमेशा चालू (always-on) मशीन है। फिर हमारे पास तीन लैपटॉप हैं जिन पर कुछ Paratext का काम होता है, और वे केवल हमारे सम्मेलन कक्ष (Conference room) में LAN से जुड़े होते हैं। मेरा विचार यह था कि सभी 4 स्थानीय कंप्यूटर Chorus Hub के साथ लगातार send-receive करें, और फिर दिन में एक बार मुख्य कंप्यूटर इंटरनेट के साथ भी send-receive करे, ताकि मैं एक मुख्य रूप से रिमोट सलाहकार के रूप में काम करते हुए इस प्रक्रिया में शामिल रह सकूँ। यह सब सिद्धांत में अच्छा लगता है, लेकिन वास्तविकता यह है कि मेरे सहकर्मी तकनीक के साथ आरामदायक नहीं हैं, और वे अक्सर send-receive करना भूल जाते हैं, जिसके परिणामस्वरूप जब वे याद करते हैं तो भारी टकराव (conflicts) हो जाते हैं और इससे दक्षता में कमी आती है। साथ ही, मुख्य कंप्यूटर को ChorusHub और इंटरनेट गंतव्यों के बीच बार-बार बदलना कुछ ऐसा नहीं है जिसे वे समझते हों या जिससे निपटने के लिए तैयार हों। मेरे आदर्श विश्व में, ये दोनों send-receive रूटीन पृष्ठभूमि में स्वतः (automatic) होने चाहिए, लेकिन ऐसा लगता है कि यह संभव नहीं है। एक अन्य समाधान जो मैंने सोचा था वह यह था कि Chorus Hub स्वतः इंटरनेट पर बैकअप/S-R करे,比如说 हर दिन, लेकिन मुझे नहीं लगता कि इसके लिए कोई इंटरफ़ेस है और इसे बहुत समय से विकसित नहीं किया गया है। तो आप मेरी सलाह देंगे कि मैं इसे कैसे सेट अप करूँ ताकि हम ट्रैक पर रहने के अवसरों को अधिकतम बना सकें और संभावित टकरावों को न्यूनतम कर सकें? किसी भी विचार के लिए धन्यवाद।
English से मशीन-अनुवादित
Paratext में द्वारा (124 अंक) | 459 व्यूज़

4 उत्तर

0 वोट
सर्वोत्तम उत्तर

नमस्ते।

मुझे आवश्यकता समझ में आती है, और S/R प्रक्रिया को सरल बनाने में मदद करने के लिए कुछ विकल्प हैं, लेकिन यह ध्यान रखना महत्वपूर्ण है कि कुछ विकल्पों के लिए तकनीक का बेहतर उपयोग आवश्यक हो सकता है, यदि S/R करने की प्रक्रिया जटिल है, तो शायद अन्य विकल्प और भी जटिल हैं।

फिर भी विकल्प हैं: 

1. सबसे सरल यह है कि मुख्य S/R विंडो से स्वचालित S/R भेजने की व्यवस्था करना, जैसा कि Aroon ने Phil का उद्धरण करते हुए उल्लेख किया है।
आप इसे हर घंटे, हर 4 घंटे, दिन में एक बार, या Paratext खोलने और बंद करने पर करने के लिए सेट अप कर सकते हैं।
आप इसे प्रत्येक प्रोजेक्ट के लिए सेट अप कर सकते हैं और Chorus Hub विकल्प को चयनित छोड़ सकते हैं ताकि यह हमेशा वहां चले।

2. दूसरी बात शॉर्टकट का उपयोग करना है। यह बटन वह अंतिम चीज़ चलाता है जो मुख्य S/R विंडो में सेट अप की गई थी। इसलिए, यदि मुख्य विंडो Chorus Hub के लिए S/R के लिए सेट अप है और आवश्यक प्रोजेक्ट्स चेक किए गए हैं, तो उपयोगकर्ता को केवल उतनी बार यह बटन दबाने की आवश्यकता होगी जितनी बार उन्हें आवश्यकता हो।

*. आप विकल्प 1 और 2 को जोड़ सकते हैं, उदाहरण के लिए, उन्हें S/R शॉर्टकट का उपयोग करने के लिए कहकर और इसे प्रोग्राम खोले जाने और बंद होने के हर बार करने के लिए सेट करके।

3. एक अन्य विकल्प Paratext Live का उपयोग करना है। यह वास्तविक समय सिंक्रनाइज़ेशन (real-time synchronization) बनाए रखता है (जैसे Google Docs)। आप इसे स्थानीय रूप से चला सकते हैं, जिसमें मुख्य कंप्यूटर सर्वर होता है। इससे सभी बाइबल पाठ सिंक्रनाइज़ हो जाते हैं, और अन्य दस्तावेज़ों (जैसे नोट्स या रेंडरिंग) को सिंक्रनाइज़ करने का विकल्प “Enchange all files” विकल्प का उपयोग करके उपलब्ध है।

यह एक अच्छा विकल्प है, लेकिन एक स्थिर नेटवर्क कनेक्शन की आवश्यकता होती है और इसका उपयोग करने में आदी होने में कुछ समय लगता है।

*. सभी विकल्पों के लिए, दिन के अंत में, होस्ट कंप्यूटर को Chorus के साथ S/R (बदलाव प्राप्त करने के लिए) और फिर इंटरनेट के साथ एक S/R करना होगा।

ये वे विकल्प हैं जो हमारे पास इंटरफ़ेस के भीतर हैं। शायद कोई टिप्पणी कर सकता है कि क्या php या अन्य कोड का उपयोग करके कुछ शॉर्टकट बनाने का कोई विकल्प है, लेकिन मेरे अनुभव के अनुसार मैं कहूंगा कि यदि किसी कमांड को निष्पादित करना संभव है, तो संचार हमेशा सबसे महत्वपूर्ण चीज़ होगी ताकि यह सुनिश्चित हो सके कि चरण सही क्रम में किए गए हों। मुझे लगता है कि टीम उनके उपयोग से परिचित हो जाने के बाद उपरोक्त विकल्पों में से कोई भी उपयोगी होगा।

शुभकामनाएं,
Pepe.

English से मशीन-अनुवादित
द्वारा (973 अंक)
चयनित द्वारा
Pepe, आपकी मदद के लिए बहुत-बहुत धन्यवाद!
English से मशीन-अनुवादित
0 वोट

@Phil_Leckrone: से एक अच्छा सुझाव:

यदि टीम हर दिन Paratext खोलती और बंद करती है (जो उन्हें करना चाहिए), तो आप S/R डायलॉग में एक शेड्यूल सेट कर सकते हैं ताकि Paratext के स्टार्टअप और शटडाउन के हर बार S/R स्वतः हो जाए। वे याद दिलाने के लिए घंटे भर के शेड्यूल सेट कर सकते हैं, लेकिन यह स्वतः (automatic) नहीं होगा। किसी अन्य व्यक्ति के पास एक अधिक स्वचालित प्रक्रिया के लिए एक सुझाव हो सकता है।

क्या किसी और के पास विचार हैं?

English से मशीन-अनुवादित
द्वारा (124 अंक)
+1 मत
PTLite में एक कमांड लाइन विकल्प है जो Send/Receive करता है। आपको PTLite की Windows संस्करण को प्राप्त करना होगा और फिर उस कमांड को चलाने के लिए एक स्वचालित कार्य (automated task) सेट अप करना होगा, लेकिन यह संभव होना चाहिए।

जो मुझे नहीं पता वह यह है कि यदि आपने Chorus Hub चालू (सभी समय) छोड़ा और पृष्ठभूमि में यह PTLite कमांड चलाया, तो क्या PTLite सिंक करते समय कोई टकराव (conflicts) होगा। मेरा अनुमान है कि नहीं होगा, लेकिन मुझे इसकी पुष्टि नहीं है।
English से मशीन-अनुवादित
द्वारा (1.9k अंक)
@mnjames PTLite की Windows संस्करण के बारे में आपने जो कहा, उसमें मेरा रुचि है। मुझे लगता है कि यदि मैं उस कमांड लाइन विकल्प का उपयोग करके पृष्ठभूमि में Chorus के साथ S/R कर सकूँ, तो फिर प्रत्यक्ष (overt) S/R इंटरनेट के लिए जा सकता है और हम अच्छे हो जाएंगे। समस्या यह है कि मैं PTLite की Windows संस्करण नहीं ढूंढ पा रहा हूँ, क्या आप मुझे सही दिशा में इशारा कर सकते हैं?
English से मशीन-अनुवादित
मुझे क्षमा करें। मैंने अभी खोज की और मैं ऐसा कोई संस्करण नहीं ढूंढ पा रहा हूँ। वापस देखते हुए, मुझे संदेह है कि मैं Linux संस्करण के बारे में सोच रहा था (मेरे Windows मशीन पर WSL चल रहा है और शायद मैंने इसे उसी के तहत चलाया था)।

यदि आप अंततः PTLite प्राप्त करते हैं, तो यह पोस्ट ptlite के साथ S/R करने के लिए कमांड देता है।
https://support.bible/12545/send-receive-via-command-line?show=12615#a12615
English से मशीन-अनुवादित
0 वोट

हमारे पास एक समान स्थिति है जिसमें 20+ लैपटॉप एक कार्यशाला (workshop) में लगभग उतने ही Paratext प्रोजेक्ट्स पर काम कर रहे हैं, जो एक समर्पित लैपटॉप पर चल रहे Chorus Hub के साथ send/receive कर रहे हैं। 

हमें से कोई एक व्यक्ति कार्यशाला के दौरान कम से कम 2 बार/दिन यह करता है: 

* Chorus Hub के साथ send/receive (सभी टीमों का डेटा एकत्र करना) 
* इंटरनेट के साथ send/receive (कार्यशाला पर उपस्थित न होने वाले सहकर्मियों के साथ उस डेटा का साझा करना)
* फिर से Chorus Hub के साथ send/receive (इंटरनेट send/receive से प्राप्त सभी डेटा का साझा करना)

जैसा कि आप कल्पना कर सकते हैं, जब 20+ प्रोजेक्ट्स सक्रिय रूप से संपादित किए जा रहे हों, तो यह बहुत समय लेता है। इसलिए, जब रात के 10:00 बजते हैं और अनुवादक दिन के लिए समाप्त हो जाते हैं, तो किसी को तीन send/receive चक्रों के दौरान इंतज़ार करना पड़ता है, जिनमें से एक बहुत धीमे इंटरनेट कनेक्शन के माध्यम से होता है। वास्तव में, आप अंतिम एक के दौरान सो भी सकते हैं)। फिर सुबह शुरुआत में उन्हें लगभग 7:00 या 8:00 बजे से पहले इसे फिर से करना पड़ता है जब 20+ अनुवादक अपने सुबह के send/receives शुरू करते हैं। इन send/receives के होने का इंतज़ार करना बहुत समय लेता है। जब यह होता है, तो हम उस मशीन पर Paratext का उपयोग नहीं कर सकते जिस पर यह हो रहा है। इसलिए मैं हमारे Chorus Hub लैपटॉप को रिमोट रूप से एक्सेस करने का तरीका सेट अप करने की योजना बना रहा हूँ ताकि हम इसे सभी काम करवा सकें, न कि हमारे व्यक्तिगत मशीनों में से किसी एक को। 

यह हमारे वर्तमान तरीके से बेहतर होगा। लेकिन मुझे इस प्रक्रिया को स्वचालित (automate) करने का तरीका खोजना पसंद होगा। यदि Paratext स्टार्टअप और शटडाउन पर स्वचालित send/receive कर सकता है, तो मैं सोचता हूँ कि क्या इसे एक शेड्यूल पर, किसी विशेष सर्वर के लिए, दिन के किसी विशेष समय पर भी किया जा सकता है। मुझे समझ है कि यह एक नए फीचर की मांग है। 

चूंकि Paratext उपयोगकर्ता द्वारा बटन दबाने पर पिछले send/receive प्रक्रिया को दोहरा सकता है, इसके पास वह जानकारी संग्रहीत करने की क्षमता पहले से ही है। शायद Paratext को इस तरह बनाया जा सकता है कि हम एक से अधिक स्वचालित send/receive सेट अप कर सकें और उनका शेड्यूल बना सकें। या बेहतर यह, हमें ऊपर वर्णित तीन क्रमिक send/receives करने की अनुमति दे। 

मेरे साथी ने मुझे बताया कि यदि आप Paratext को स्वचालित send receive करवा भी सकें, तो यह केवल chorus Hub या इंटरनेट के लिए ही करेगा। यह याद रखेगा कि उसने अपना पिछला send received किसके लिए किया था और वह उसका उपयोग जारी रखेगा जब तक कोई इसे मैन्युअल रूप से न बदल दे। यह वास्तव में मददगार होगा यदि हम इसे chorus Hub और इंटरनेट दोनों के लिए send receive करने के लिए उस क्रम में करवा सकें जो मैंने बताया है। 

मेरी कल्पना है कि वह डेटा जिसे Paratext "repeat send/receive" करने के लिए उपयोग करता है, कहीं एक फ़ाइल में होता है। यदि मुझे पता होता कि वह कहाँ था, तो मैं उस फ़ाइल के दो संस्करणों के बीच स्वचालित रूप से स्विचिंग करने की कोशिश करने के लिए प्रलोभित होता ताकि स्वचालित send/receives सही सर्वर के लिए जा सकें। 

कोई भी और सभी विचार स्वागत हैं। 

English से मशीन-अनुवादित
द्वारा (312 अंक)
इस पर अपने विचारों के लिए John, धन्यवाद। हाँ, सहमत हूँ, यह केवल एक को स्वचालित (automate) करेगा। मुझे कमांड-लाइन का विचार बहुत पसंद है; यदि इसे किसी तरह Windows पर उपलब्ध कराया जा सकता है, तो मैं एक स्क्रिप्ट बना सकता हूँ जो पृष्ठभूमि में ChorusHub को सिंक्ड रखे, और फिर प्रत्यक्ष S/R रूटीन इंटरनेट के लिए हो। यह मेरी समस्या को हल कर देगा, और लगता है कि यह आपकी भी सरल बना देगा।
English से मशीन-अनुवादित
यह एक बहुत ही दिलचस्प स्थिति है, मैं चाहता हूँ कि मैं और मदद कर सकूँ। दुर्भाग्य से, मुझे अभी के समय पर Windows और S/R प्रक्रिया के साथ “खेलने” (play) का कोई तरीका नहीं पता है।
 
लेकिन John की स्थिति के बारे में आपकी वर्णन को सोचते हुए और प्रक्रिया को सरल बनाने की कोशिश करते हुए, मैं प्रस्ताव दूंगा कि केवल रात में एक S/R प्रक्रिया और अगले दिन एक और S/R प्रक्रिया की जाए।
मुझे पता है कि हम सामान्यतः तब दो राउंड S/R करने की सिफारिश करते हैं जब एक से अधिक व्यक्ति ने प्रोजेक्ट को संपादित किया हो, लेकिन चूंकि स्थिति जटिल है, हम इसे सरल बनाने के बारे में सोच सकते हैं।

अनुवादक दिन के अंत में (क्रम के बावजूद) Chorus के लिए एक S/R करेंगे, और उन्हें सभी 20 को एक-एक करके इंतज़ार करने की आवश्यकता नहीं है, अलग-अलग प्रोजेक्ट्स वाले लोग एक ही समय में S/R कर सकते हैं। रात के अंत में या अगले दिन की शुरुआत में मुख्य कंप्यूटर सभी को संकलित करने के लिए अधिक काम करेगा। सभी प्रोजेक्ट्स से सभी बदलावों को एकत्र करने के लिए Chorus के लिए एक एकल S/R। इंटरनेट के लिए एक और S/R और अंत में Chorus के लिए एक और (यदि इंटरनेट से प्राप्त करने के लिए कोई बदलाव नहीं है, तो आपको तीसरा S/R करने की आवश्यकता नहीं है)।

जब टीम एक नया दिन शुरू करती है, तो उन्हें केवल Chorus के लिए एक S/R (क्रम के बावजूद) करने की आवश्यकता होगी और इस तरह वे सभी बदलाव प्राप्त कर लेंगे।
---
अन्य शब्दों में, यह अनुवादकों के कंप्यूटरों के लिए प्रक्रिया को जितना संभव हो उतना सरल बनाने के लिए होगा, एक बात यह है कि उन्हें हर दिन Chorus से इंटरनेट में स्विच करने की चिंता करने की आवश्यकता नहीं होगी, वे केवल Chorus Hub का उपयोग करेंगे, इसलिए वे मेरे पिछले उत्तर में उल्लेख किए गए विकल्प 2 का उपयोग करके इसे स्वचालित (automate) कर सकते हैं।

शुभकामनाएं,
Pepe.
English से मशीन-अनुवादित

संबंधित प्रश्न

0 वोट
3 उत्तर 411 व्यूज़
कुछ हफ्तों में हम अनुवादकों के साथ काम करने के लिए PNG (पapuआ न्यू गिनी) जाएंगे। एक कार्य किसी अनुवादक के लिए नया ... और क्या नहीं, इस पर कोई सलाह आभार की बात होगी। JohnBrownie
JohnBrownie 385 पूछा गया सितंबर 19, 2022
0 वोट
2 उत्तर 42 व्यूज़
Send / Receive VPN सक्रिय होने पर काम नहीं करता प्रतीत होता है। क्या मैं Paratext को VPN के साथ काम करने के लिए सेट कर सकता हूँ? (मेरे मामले में Proton VPN)
goodgoan 347 पूछा गया मई 5
0 वोट
3 उत्तर 307 व्यूज़
मैंने दो नए कंप्यूटरों पर Paratext (नवीनतम 9.2) की इंस्टॉलेशन की है। इंस्टॉलेशन और रजिस्ट्रेशन कोड डालने के बाद, मैंने इंटरनेट ... S/R कर पाता हूँ। नहीं पता कि इसका क्या कारण है
jeffh 1.4k पूछा गया जुलाई 31, 2022
0 वोट
2 उत्तर 538 व्यूज़
मैंने एक नया (daughter) प्रोजेक्ट बनाया है, नए सदस्य जोड़े हैं आदि। मैं अपने कंप्यूटर पर पुस्तकें जोड़ सकता हूँ, लेकिन ... आगे क्या करना चाहिए? आपकी सहायता के लिए धन्यवाद, बार्ट।
goodgoan 347 पूछा गया मार्च 28, 2024
0 वोट
1 उत्तर 201 व्यूज़
There was a problem with our Internet connection when I was submitting an error report. We have fixed the connection ... it now? Or when will it try again? Thanks anon703820
anon703820 222 पूछा गया सितंबर 14, 2018
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Dear friends, since God so loved us, we also ought to love one another.
1 John 4:11
3,046 प्रश्न
6,006 उत्तर
5,671 टिप्पणियाँ
2,027 उपयोगकर्ता