Lior

Forum Replies Created

מוצגות 15 תגובות – 1,741 עד 1,755 (מתוך 2,223 סה״כ)
1 2 3 … 116 117 118 … 147 148 149
  • Replies
  • Lior
    מנהל בפורום
    הי חנן,

    החיתוך עם PART ו SERNUMBERS בקריאות שירות מתבצע באמצעות ביטוי תנאי ולא עמודת חיתוך\טבלת חיתוך. תשלוף את PART.PART ואת SERNUMBERS.SERN בעמודות הרגילות ותסתכל בביטוי תנאי. שם מופיעים החיתוכים.

    טבלאות אלו מחוברות על ידי SERVCALLS – טבלת המשך ל DOCUMENTS. הקשר בינהם הוא דרך עמודות DOC שבשני הטבלאות

    • יוני 17, 2009 בשעה 7:35 pm
    • in reply to: שדרוג
    Lior
    מנהל בפורום
    1. אם יש לך פיתוחים פרטיים שנגעו בסטנדרט – כדאי שתדע מהם – סביר להניח שחלק מהם יפסיקו לפעול.
    2. תכין תסריטי בדיקות.
    3. תריץ על שרת טסט וקבל דוח שגיאות.
    4. תכין קובץ תיקון לשגיאות – עבודת מתכנת
    5. תבדוק את תסריטי הבדיקות – תיקונים נוספים שעשית – תסגור בקובץ נוסף
    6. תקבע לוז להשבתת המערכת
    7. תריץ שדרוג באמת
    8. תריץ את קבצי התיקונים שהכנת

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

    Lior
    מנהל בפורום
    תסתכל בקישורים שבמסך קריאות שרות. תחפש את הטבלאות PART ו SERNUMBERS בטבלת חיתוך. את אותם חיתוכים תעתיק לדוח כעמודות מוסתרות ותכניס עמודות PART.PARTNAME ו SERNUMBERS.SERNUM בהתאמה.
    את הקשר בין הפריט לתיאור הלועזי, אתה יכול למצוא במסך כרטיס פריט או מוצרים (לא זוכר), פתח גם אותו במחולל ותנסה לראות מאיפה הוא מגיע.
    Lior
    מנהל בפורום
    מה שאתה רואה בפלט זה עמודת דוח בפרוצדורת המרקטגייט שלך. את שם הפרוצדורה אתה יכול לחלץ מתוך הכתובת של הדף. חפש בתוכה את הדוח שלך ובתוכו את העמודה הרלוונטית
    Lior
    מנהל בפורום
    אתה צריך להכניס רשומה לטבלה לעמודות NAME ו VALUE את הערכים DEVCENTER ו 1 בהתאמה.
    (לא עמודה חדשה, אלא רשומה חדשה)

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

    Lior
    מנהל בפורום
    1. תלוי. טבלה זה יותר נוח כי אתה חוסך את הטעינה ואת הטיפול בקבצים, אבל זה מחייב את ה WS לשבת על הרשת של פריוריטי. קבצים יכולים לעבור גם באינטרנט כאשר ה WS במחשב אחד והפריוריטי על מחשב אחר. יש לזה יתרון בהיבט של אבטחה
    2. אני לא יודע. תמיד השתמשתי בטבלאות פיסיות שבניתי לצורך זה. לפני השימוש הייתי מוחק את התוכן ורושם מחדש. טבלאות זמניות זה פיצ'ר פנימי של המערכת אשר לעניות דעתי לא פתוח לתוכניות חיצוניות.
    • יוני 17, 2009 בשעה 12:55 am
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    אכן כך הוא המצב. גם אני הופתעתי כשגיליתי זאת. אך יש בזה הגיון – אתה נותן סיסמא ומקבל גישה למערכת.
    • יוני 17, 2009 בשעה 12:19 am
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    אולי לא הדגשתי זאת – הפונקציה שמרימה את החיבור היא לשימוש מנהל המערכת בלבד
    • יוני 17, 2009 בשעה 12:07 am
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    לא לגמרי הבנתי את ההודעה האחרונה.
    אבל,
    אתה לא חייב להשתמש דוקא ב WINRUN. אם ה WS מתחבר לפריוריטי דרך ODBC אתה יכול להריץ גם WINPROC ו WINACTIV. אתה יכול להגדיר בו פונקציה שאחראית להרים את החיבור שלו לפריוריטי ושבשביל להפעיל אותה אתה צריך לספק סיסמא של משתמש אמיתי במערכת. אחרי זה אין יותר צורך בסיסמא. הוא מחובר קבוע לפריוריטי, ומי שפונה אליו מהרשת עובר זיהוי מול הטבלה הפרטית

    לעניין שיטת הקידוד. הסיסמאות מגיעות לWS לא מוצפנות, אתה מפעיל עליהן את הצפנת פריוריטי. אם קיבלת את הערך המוצפן בטבלה עבור המשתמש, אתה מאפשר לו המשך עבודה.

    • יוני 16, 2009 בשעה 11:32 pm
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    אתה לא יכול לברוח מזה. ה WS צריך לדבר עם פריוריטי ובשביל זה הוא צריך יוזר. בדיוק באותו אופן שהוא היה נדרש ליוזר בעבודה מול כל מערכת אחרת שאני מכיר לדוגמא בסיסי נתונים, מערכות מידע אחרות וכו'. אתה יכול להריץ את ה WS עם משתמש ייעודי עבורו.
    יש שיטות להצפנת הסיסמא. לפריוריטי יש את CRYPTPWD. באופן כללי קיימות עוד מלא שיטות אחרות. אתה יכול לשמור אותה מוצפנת בקובץ על ספרייה בשרת שאינה פתוחה לרשת. אם פורץ יכול להגיע אליה, הוא גם יכול למחוק לך את ספריית הפריוריטי. ולכן אבטחת השרת עליו רצה הפריוריטי היא אופרה אחרת.
    שינוי סיסמא של ה WS – אתה יכול לפתח פרוצדורה שעושה זאת אוטומטית אחת ליום – פשוט ממציאה סיסמאות ומשנה את הסיסמא של היוזר של WS. אתה כמנהל המערכת תמיד יכול לאפס אותה אם תצטרך.

    עוד חצי משפט. רמת האבטחה הדרושה היא נגזרת של הפתרון היישומי. אם אתה הולך להעביר ב WS הזה עסקאות של מליונים דרך הרשת הציבורית – אתה צריך חברת אבטחה שתפתח לך פתרון. מאידך גיסא אם אתה מעביר רשימות של אנשי קשר בין שתי מערכות על אותה רשת וירטואלית של חנות לחומרי בניין, אין לך יותר מדי מה לדאוג.

    Lior
    מנהל בפורום
    מזהי רשומות:
    1 לאבות
    2 לבנים

    מזהה הרשומה צריך להיות התו הראשון בקובץ. בפירוט המסכים בממשק אתה רושם בהתאמה מזהה רשומה 1 לPART ו 2 PARTARC

    השורות בקובץ צריכות להיות מסודרות כך: אב 1 ואחריו כל הבנים שלו, אב 2 ואחריו כל הבנים שלו וכן הלאה

    • יוני 16, 2009 בשעה 8:01 pm
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    לאו דוקא.

    תחזיק טבלה פרטית עם שמות משתמשים וסיסמאות שאתה נותן ללא קשר לטבלת המשתמשים של המערכת. ה WS שלך יעבוד באמצעות tabula על הפריוריטי ויוודא שהמשתמשים שפונים אליו אכן רשומים בטבלה הפרטית שלך.

    • יוני 16, 2009 בשעה 1:33 pm
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    איפה ה WS הזה יושב ? אם הוא ברשת של פריוריטי אתה יכול לשלב בו פונקציה שמפעילה את winrun ובכך מפעילה פרוצדורה.
    Lior
    מנהל בפורום
    הי,
    תודה ליצחק שהאיר את עיני בדבר הזה.
    כדי שתוכל לנתק את המסך אתה צריך להכניס DEVCENTER עם ערך 1 לטבלת SYSCONST. חשוב מאוד לזכור להסיר אותו אחרי כן.
    • יוני 15, 2009 בשעה 8:35 pm
    • in reply to: MarketGate
    Lior
    מנהל בפורום
    הי,
    לא כל כך הבנתי את השאלה.
    האם אתה רוצה לפתח פרוצדורת מרקטגייט חדשה ?
מוצגות 15 תגובות – 1,741 עד 1,755 (מתוך 2,223 סה״כ)
1 2 3 … 116 117 118 … 147 148 149