עבור לתוכן
Magic DevHub
ishay

איך מומלץ לשחרר MFF עמ שהלקוח יגדיר לבד את הישום ברשימת ישומים

Recommended Posts

הי
יש לי שאלה,
אם אני משחרר MFF , והלקוח יכול להוריד אותו לבד מאתר החברה,
איך אפשר שיפתח ב INI , ברשימת יישומים, הישום החדש ?
האם רק דרך פקודות INIPUT או שיש דרך אחרת ?
ואם יש לי באתר הלקוח 3 INI"S מרכזיים : אחד לסביבת 98, לסביבת XP, וטרמינל,
אם אני אבצע פקודות ב INIPUT , אין הגדרה ב INIPUT לשם ה INI , אלא הוא לוקח את הנוכחי מהתחנה שמריצה את הפקודה.. ?
רעיונות?
תודה
ישי

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

עלה בדעתי רעיון.
אכתוב תוכנית במג'יק שתקרא את הקובץ INI
ברשומה אחרי אשמור אותו ל INI2
אבדוק האם הגעתי למקטע של רשימת היישומים ב INI
אם כן, אכתוב ל INI2 שורה שלי שמכילה את ההפנייה לעדכון החדש, והמשך הקובץ המקורי.
כך אוכל לרוץ על כל ה INI שיש בארגון (יש INI ל 98 ל XP ולטרמינל סרבר),
ובסוף אשנה את ה INI2 חזרה ל INI המקורי
וכך הלקוח יוכל לבד להוריד עדכונים ולעדכן אותם בלי לבלבל לי את המוח.
נחמד, לא?
ישי

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

נראה לי קצת מסורבל בשביל עניין חד פעמי. לא ברור גם למה לא לבצע התקנה והוספה מסודרת ל INI. לקבל מהלקוח קובץ INI, לבצע את העדכון ולשלוח לו בחזרה או לבקש חיבור PCANYWHERE.

אופציה אחת להכין קובץ INI נפרד רק עם הגדרה של ה MFF החדש ובקיצור הדרך לשרשר אותו ל INI הקבוע. אני מניחה שבעדכונים הבאים שם ה MFF נשאר והלקוח רק מחליף את הקודם בקובץ החדש.

בנוסף, פקודת ה INIPUT מעדכנת INI שמוגדר בקיצור הדרך של האפליקציה, כאשר פרמטר force write קובע אם העדכון משפיע על כל ה CONTEXTS או הנוכחי בלבד. למרות הכל שיטת ה INIPUT לא נראית לי נכונה גם במקרה הזה.

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

לא מדובר על חד פעמי.

אני משחרר את אותו עדכון אחת לחודש לכמה וכמה לקוחות.

אני לא יכול לקבל מהם את ה INI כיוון שאני אלך לאיבוד. מדובר בהרבה לקוחות

ולכל לקוח יש לפחות 3 INI.

אני לא רוצה להתעסק עם הנושא. אני רוצה שהכל יתבצע אוטו.

אני שם עדכון בשרת, הלקוח מוריד, מריץ תוכנית שמעדכנת לבד את ה INI וזהו. ללא התערבותי.

לכל עדכון מקבל  MFF אחר ממוספר לדוגמא : XXCTL15.MFF כיוון שאני לא יכול להשתמש

עם אותו MFF כי אז לא ניתן יהיה לדרוס אותו בשרת כיוון שהוא פתוח עי הרבה משתמשים

לפי הרעיון שלי, הלקוח מוריד עדכון MFF מס' 5 (לצורך הדוגמא), נכנס לתוכנית יעודית, מקיש עדכון 5

ואני מכין INI חדש, לכל ה INI שיש לפי סוג מערכת ההפעלה.

פעם הבאה שהוא יבצע סגירת ישום ופתיחת ישום, הוא יראה את העדכון (מס' 5) ראשון ברשימת יישמים, ואחריו יהיה 4 .. 3 .. 2 ... כך שתמיד הוא יוכל לחזור דור אחורה במדה ויש בעיה או באג בעדכון.

זאת תוכנית שכותבים פעם אחת ושוכחים ממנה.

אני לא יכול להשתמש ב INIPUT גם בגלל שזה מסורבל, וגם בגלל שיש INI שונה לכמה מחשבים.

אני אכתוב את התוכנית ואשים את היצוא שלה פה. בטח זה יהיה שמיש לעוד אנשים

ישי

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

מנסיון

הכי פשוט לפעול באחת מהדרכים המפורטות מטה:

1. הגדרת משתנה ב-ENV אשר יכיל את הגירסא (סיומת היישום המעודכן) ושילוב המשתנה בשושרת ההפעלה של המג'יק

2. שילוב שם לוגי בשם היישום ושליחת ערך השם הלוגי כחלק מפקודת ההפעלה של המג'יק (המשתמש יידרש לשנות את המאפיינים של קיצור הדרך - לא נורא)

3. יצירת קובץ INI קטן - (Extended INI) ושילובו כחלק מפקודת טעינת המג'יק.

לקובץ זה תחביר מיוחד והוא נטען לאחר טעינת ה-INI הכללי.

אתה תשלח ללקוחות רק את ה-INI הקטן הזה אשר בדרך כלל יהיו בו הערכים המשתנים בלבד.

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

אולי כדאי להשקיע בctl שרות , שתפקידו לבצע את כל הפעולות הנ"ל

וגם אחרות (סקריפטים לבסיס הנתונים וכ"ד ) .

לאחר שליחת העדכונים בדואר , אחראי האתר מריץ פעם אחת את יישום השרות אשר

בעצמו נכנס ל ini ומתקן את הגרסאות וכל דבר אחר .

לעומתם , יישום השרות ,קיים בגרסה אחת בלבד ,ובשם אחד בלבד ,אשר נדרס בכל

פעם על ידי הגרסה החדשה .

דוד

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

ניתןאבל לא פשוט

לכל לקוח גירסא אחרת וסביבת הפעלה שונה

כדאי אם זו תכנת חבילה אחידה להשקיע במנגנון דומה

או להתקין בסביבה / תצורה זהה לכל הלקוחות

שתף אשכול


קישור ישיר להודעה
שתף באתרים אחרים

התחבר או הרשם על מנת להגיב.

עליך להיות משתמש רשום על מנת להגיב

צור חשבון

צור חשבון חדש בקהילה בקלי קלות.

רישום חשבון חדש

התחבר

משתמש קיים? התחבר.

התחבר עכשיו

×