עבור לתוכן
Magic DevHub

zvi

Members
  • הודעות פעילות

    208
  • הצטרפות

  • ביקר לאחרונה

כל דבר שפורסם על-ידי zvi

  1. שלום, אני מנסה לקרוא קובץ אקסל (סיומת XLSX). אני מאד מעוניין לקרוא אותו כמות שהוא, בלי לשמור אותו במבנה CSV (איני מעוניין בהתערבות של המשתמש). 1. למישהו יש דרך טובה לעשות זאת? יש להתייחס גם לעובדה שלקובץ הנוכחי יש כותרות. 2. כרגע, בשל מצוקת הזמן, אני מנסה בכל זאת להשתמש בתצורת CSV. עם השדות הנומריים אין כל בעיה. אבל השדות האלפמריים אינם מיתרגמים לעברית מג'יקית על אף הנסיונות להגדיר את השדות ב ansi, כ oem, לעדכן באמצעות oem2ansi, לעדכן לתוך שדה BLOB באמצעות פקודת utf8toansi. מן הסתם פיספסתי איזושהי תצורה. מישהו יכול לתת רעיונות איך לתרגם את הנתונים? תודה צבי
  2. הסבה מ DOS

    שלום, בהסבת מערכת מגרסה 5.7 ל XPA נתקלתי בבעיה שמספרים המופיעים בתוך שדה עברי (כתובת) אינם מתורגמים כמו שצריך. לדוגמא מי שכתובתו ב 5.7 הייתה דיזנגוף 123, עבר לגור בדיזנגוף 321. התופעה נראית כבר בגרסה 9.4. דרכים לתיקון תתקבלנה בתודה. חג פסח שמח צבי
  3. שלום לכולם, לצורך העברת נתונים באמצעות httppost למערכת המשרד להגנת הסביבה, עלי להעביר פרטים עבריים משדות במערכת שלי (ansi או oem או יוניקוד - בכל המקרים מקבל אותה תוצאה) ל UTF-8. לצורך כך אני מבצע שתי פעולות: 1. ביצוע oem2ansi על השדה המקורי, 2. בעת ביצוע פקודת ה Post (אני משתמש ב httpcall) אני מבצע ansitoutf8 על השדה המכיל את כל הנתונים המועברים, שכולל גם את הנתונים העבריים (אני שולח קובץ JSON). מתברר שכל הפרטים העבריים מתקבלים היטב, למעט שלוש האותיות צ' , ר' ו- ת'. אם נשלח שדה הכולל אחת האותיות האלה - המערכת הקולטת דוחה את הבקשה כולה. במסגרת הבדיקות שערכתי כדי לבדוק על אילו אותיות המערכת כועסת, גיליתי דבר נוסף - בתוך מג'יק עצמה: כאשר אני מבצע ansitoutf8 על שדה כלשהו לתוך שדה אחר, הוא מעביר רק 34 תווים, על אף שכל השדות מוגדרים כבעלי אורך 60H ותוכן השדה שהעברתי הכיל 39 תווים. יצויין עוד שההעברה למשרד להגנת הסביבה עברה כאשר ביצעתי אותה מהמחשב שלי; כאשר עברתי לבצע מהשרת אצל הלקוח שלי - נתקלתי בתופעה זו. ה external code page זהה בשני המחשבים: 1252. תודה למסייעים בדחיפות (זה חייב להסתיים עד סוף החודש אחרת עובר לחברה non-Magic). צבי
  4. שלום לכולם ולמי שניסה לעזור - שלום מיוחד. בסופו של דבר התברר כי הבעיה היא ב External Page code שצריך להיות - במקרה זה - דווקא 1255 במקום 1252. תודה למאיה ומרינה, נערות התמיכה של מג'יק שניסו ובדקו ושוב ניסו וניסו עד שהבריק לאחת מהן הרעיון. צבי
  5. שלום לכולם, האם מישהו מחזיק במערכת LPR שפותחה על ידו או עבורו, ומעוניין למכור? נא ליצור קשר בפרטי. יומטוב, שבוע טוב ושנה טובה צבי
  6. שלום, לאחר מספר גדול מאד של בחינות ובדיקות, חוששני שפקודת utf8fromansi וכנראה שגם ההופכית שלה - utf8toansi אינן עושות את העבודה. בכל צורה שאני מנסה, אני מקבל אחת מהשתיים: או שאינו ממיר כלל או שהופך לקו תחתון (_) את האותיות העבריות וזהו. למישהו יש בכל זאת רעיון כמו פניה למשהו חיצוני או תרגום פנימי? תודה צבי
  7. אריאל שלום, בדקתי: גם אצלי וגם בשרת אצל הלקוח - הנתונים זהים למה שאתה שלחת (טוב, בלי המלבן האדום ). יש רעיונות אחרים? העניינים המוזרים הם כמה: 1. כל האותיות עוברות בסדר למעט השלוש שציינתי. 2. כאשר העברתי נתונים מהמחשב שלי - לא הייתה בעיה של אותיות מסוימות שלא עברו. ברגע שהעברתי בצורה נכונה (מבחינת סוגי השדות ואופי הקריאות) - הכל עבר. 3. מאותו שרת, כאשר אני מעביר את אותם נתונים באמצעות מערכת הבדיקות "Fiddler" - זה עובר בסדר. לי זה נראה לכאורה כאילו פקודת utf8fromansi אינה עובדת נכון, ומפספסת את האותיות האלה. תודה צבי
  8. רומן שלום, בחזרה לעניין הראשון: לאחר שהצלחתי בעזרתך לשלוח נתונים עבריים מהמחשב שלי למשרד להגנת הסביבה, ניסיתי באותה דרך להעביר מהשרת האמיתי. מתברר ששוב יש בעיות שפה ("עברית קשה שפה" כבר אמרו?). ניסיתי להעביר בכלל בלי הסבת הנתונים מיוניקוד לאנסי; ניסיתי לבצע פקודת ansitoutf8 ,ועוד וריאציות בנושא זה. האם יש איזשהו pagecode אחר שכדאי לנסות? תודה צבי
  9. שלום, אני מנסה לשלוח קובץ json לשירות ממשלתי (המשרד להגנת הסביבה). למיטב ראייתי ובדיקתי, מבחינת המבנה - הקובץ בסדר. לצורך בדיקה, אני מכניס את ה BODY לקובץ TXT, מסמן את כל הרשומה ומעתיק אותה לתוך מערכת בדיקה הנקראת Fiddler. כאשר אני משגר את הרשומה משם - היא עוברת באופן תקין. ניסיתי לשלוח את הפקודה הן כשה Body מוגדר כ TXT והן כ blob וכן לגבי שדה הresult וכל שילוב בין השניים. כמוכן: header עם ובלי charset=utf-8. הבעיה העיקרית: השירות אינו מאפשר לי לבדוק מה באמת הגיע למערכת שלהם, ומעבר לשימוש המוזכר ב Fiddler, שנדרש על ידם לצורכי בדיקה - אני צריך לנחש. התשובה שאני מקבל במערכת: שאיזשהו שדה אינו תקין פלוס סימון מוזר � כזה. אחד מחברינו, בני פורת, הסביר שהבעיה בסימנים המיוחדים וברווח. לצורך כך צייד אותי בטובו בפקודת Rep מורכבת לשיפור המצב. המערכת הייתה אמורה לתרגם רווח ל %20. אך כנראה שגם זה אינו חביב על המערכת הקולטת. האם ייתכן שמג'יק מוסיף או גורע משהו מהרשומה? יש רעיונות לשיפור?
  10. רומן שלום ובוקר טוב, תודה. אני אנסה את דרך מס' #1. האם הדרך שמודיעה למג'יק להיכנס ליישום מס' X לתוכנית מס' Y עדיין בשימוש? אני צריך כמובן שאותו יישום שרץ בשרת יהיה בעל קובץ INI משלו, כדי שייכנס לתוכנית המתאימה. נכון? יומטוב ושבוע טוב צבי
  11. רומן, המערכת פועלת משעה 04:30 עד 22:00 ומבצעת כל הזמן פעולות, בין 200 פעולות ביום (בעיקר משעות הבוקר ועד הצהריים) ומגיע בתקופות מסויימות גם ל 300-400 פעולות ביום. מדובר על אותן פעולות שעליהן אני צריך לדווח למשרד. לכאורה, הדבר הטוב ביותר היה לשלוח כל רשומה מייד עם רישום הפעולה; אבל לאור העובדה שזה נמשך תשע שניות ואף יותר, סביר למדי שהמפעילים יכו אותי כ 200 פעמים ביום ובתקופות העמוסות - יקללו אותי מהבוקר ועד הלילה. לפיכך אני מתכנן לבצע את זה מספר פעמים ביום, אבל אני רוצה לבצע את זה בשרת על מנת לחסוך הן בתעבורת נתונים ברשת והן בעצירת העבודה באחת התחנות. אני ארשום את מס' התנועה האחרונה ששודרה. את התשובה עלי לבדוק: אם מודיע "isSucceeded":true אזי הכל טוב. הבעיה תהיה: א' אם לא - עלי יהיה ככל הנראה לבחון כל רשומה כזו (עדיין איני יודע כיצד לעשות זאת אוטומטית) וכן לרשום, בנוסף למס' התנועה האחרונה ששודרה, גם איזשהו Log של תנועות שלא עברו. אגב: גם התשובה מגיעה כקובץ json. הצעתך להפעיל את ה task scheduler : זה עובד טוב? יכול לעבוד על השרת בלי בעיה? דורש רשיון runtime רגיל או enterprise (יש שם רשיון רגיל)? תודה צבי
  12. רומן שלום, 1. לא נראה לי שזה יעבוד בלי כל ההמרות (אולי אזדקק להמרות אחרות). 2. כנראה שהמשרד שם מודעים לבעיית זמן התגובה כי כבר קיבלתי מהם תשובה של "ממוצע של 9 שניות זה לא נורא". אצטרך לחיות עם זה. ובעניין אחרון זה: מה אני צריך לעשות כדי להריץ את זה מהשרת (באופן אוטומטי, לפי שעון) ולא מתחנה. האם אני צריך רשיונות אנטרפרייז? מה והיכן אני צריך להגדיר בתוכניות? - אני מתכוון בכלל להעביר הפקת דוחות לשרת. קיבלתי מאחד מחברינו (אבי אבוקסיס) משהו ששלחת לפני המון זמן בעניין העלאת ברוקר ועוד. האם זה רלוונטי בגירסת יוניפאס 1.9 ומעליה? יומטוב צבי
  13. רומן שלום, תודה על עזרתך. הנושא נפתר וכרגע אני מסוגל להעביר נתונים למשרד להגנת הסביבה. אני מקווה שכאשר זה יגיע לשרת האמתי - זה יהיה זהה לדרך שבה נפתר אצלי. נותר לי עוד לבדוק האם העובדה שבממוצע העברת כל תנועה נמשכת בין 6 ל 12 שניות, היא בעיה אצלי (בעת ההרצה אני רואה שהמערכת נכנסת למצב של not responding) או בעיה של התעבורה (הכבישים לירושלים? ) או בעיה במשרד להגנת הסביבה. אני משער דווקא שתגובת, או חוסר תגובת המערכת נובעת דווקא מזה שממתינה למענה מהמשרד. תודה צבי
  14. רומן שלום, צר לי שלא ראיתי עד היום את תשובתך. אני אכן עובד עם repstr, טעיתי בעת כתיבת הבעיה. העניין - ככל הנראה - שעל אף שאני רושם ב HEADER את Charset=utf8, המג'יק אינו מתרגם את זה בצורה הנכונה. והאמת היא שאיני יודע מה היא הצורה הנכונה, אני רק מקבל היזון חוזר שמה שאני שולח - אינו נכון. אם אני שולח בלי המרה (repstr) על כל השדה העברי - אני מקבל דבר כזה: öáé âøééáø . אם אני שולח עם repstr, אז אני מקבל שדה שמלא כולו ב XX% ( ה XX - אותיות שונות). גם עם הרווח: אם אני כותב פקודה repstr(fname sname,' ',"%20') אזי אני מקבל öáé%20âøééáø. וכמובן שהמערכת המקבלת - אינה מקבלת (גם בגלל סימן %). כאשר אני מעביר את אותו טקסט, עם השמות העבריים והרווחים, באמצעות ה Fiddler, אני מקבל אישור שזה תקין. תודה צבי
  15. קובץ JSON

    שלום ותודה לכל מי שרצה להשיב, מתברר שהבעיה נעוצה בשדה ה blob: גיליתי בדרך הקשה שבניגוד לשדה טקסט, אין להכניס נתונים לשדה blob בחלקים, כלומר בהמשכים באמצעות trim(blob) והוספת נתונים בהמשך כי הוא מוחק כל מה שהיה ומשאיר, ככל הנראה, רק אות אחת. יומטוב צבי
  16. קובץ JSON

    שלום, מה הדרך היעילה ביותר ליצור קובץ JSON בעל פרמטרים פחות או יותר קבועים (כלומר: כמעט תמיד יש צורך ברוב מוחלט של מפתחות הערכים) שיש לשנות רק את ערכי התכנים הפנימיים. האם כדאי 1. להחזיק טבלה/קובץ, לתת לכל מפתח מספר ייחודי בנוסף לשם המפתח, ולשלוף בכל פעם רשומות הנושאות את המפתחות הדרושים לאותו משלוח, תוך שינוי התכנים/הערכים הפנימיים. 2. לייצר בתוך התוכנית שורות שורות של מפתחות פלוס ערכים מתאימים, כלומר: בתוכנית עצמה, במסגרת מבנה הפלט תהיינה כל השורות הרלוונטיות? תודה צבי
  17. קובץ JSON

    שלום, מתברר ש ה web service אינו אלא httpput (כך נראה) שבאמצעותו אני אמור לשלוח קובץ json לשירות. הבעיה כרגע היא שהשירות דורש Header ןבאותו מוסד יכולים רק לספר לי איך נראה ה header כשהוא נשלח מתוך תוכנת Fiddler (יכול להיות שגם בעזרת Postman). אני אוסף תוכן לתוך שדה BLOB כאשר הנתונים מוכנסים בתצורה שמוצגת בקובץ המצורף. כמובן שהשורה הראשונה אינה כולל trim(body ה title אמור להיראות כך: לפחות בביצוע מתוך fiddler . Content-type: application/json; charset=utf8 (אני משער שהערך של UTF ניתן לשינוי). מכל מקום: מה שאני מקבל אחרי ביצוע HTTPPOST הוא: ב בחלק העליון נראית התשובה ל HTTPPOST ובחלק התחתון נראית רק האות c - האות היחידה שעברה והיא הראשונה ב header. לפני צירוף ה header נקלט רק סוגריים מסולסלים יחיד כהתחלת הקובץ. האם ייתכן שנשלח רק תו יחיד? תודה צבי גרייבר
  18. הסבה מ DOS

    רומן שלום, אכן, השתמשתי בפקודת Logical בכל שדה שעלול היה להיות בעייתי (כתובת וכד') וזה עבד בסדר. תודה צבי
  19. הסבה מ DOS

    חזרתי לטפל בזה והוזכר לי (ע"י אבי אבוקסיס) שנהגנו להשתמש בפקודת Logical. מתברר עוד, שהפקודה עובדת היטב בגירסא 9.4 אבל משום מה לא עשתה את העבודה כאשר ניסיתי לייבא (יצוא ויבוא שנית) קובץ שהגיע ישירות מדוס, בלי לעבור ב 9.4. חג שמח צבי
  20. הסבה מ DOS

    רומן שלום, גיליתי שמה שמקלקל היא פקודת oem2ansi בגרסה 9.4, שמשנה ככל הנראה את המלל העברי אך הופכת את המספרים. אני רוצה לבדוק אם אותה פקודה בגירסה 1.9 עושה בעיה דומה או לא. עם זאת, עד היום איני יודע במה כדאי להשתמש: בANSI או ב OEM. קראתי את הכתוב בגוגל כבר 10 פעמים, גם בעבר וגם בימים אלה ולא הצלחתי להבין במה ההבדלים מועילים לי. יומטוב צבי
  21. רומן שלום, אם הטבלה עשויה לתת לי מענה לשאלה "באיזה תאריך לועזי חל תאריך עברי לשנה מסוימת" - אשמח מאד להיעזר בטבלה שלך. ואם להתייחס לאשר כתוב בקישור ששלחת: לא, אין לי כוונה לבדוק מתי יום ההולדת שלי לפני הספירה" . וכמוכן: נכון שאני מקווה לחיות (טוב) עוד הרבה, הרבה שנים, אבל שנת 2100 - עוד רחוקה. אז תודה. אם אתה שולח לי בפרטי: zvi@zgsoftware.co.il שבת שלום צבי נ"ב: לפני זמן מה השבת לי בעניין ספרייה זמנית (MP תחת user\temp) שנעלמת כל פעם ומודיע לי על אי אפשרות ליצור קובץ גיבוי תוכנית לפני ואחרי עדכון. אזי: 1. התוספת שהצעת אינה עובדת בגירסא 1.5; בגירסא מאוחרת יותר - אין בכלל צורך: או שהוא יוצר את הספרייה בכל פעם שצריך, או שאינו מוחק אותה או: שכלל אינו משתמש בה. 2. מתברר שהספרייה נעלמת לי בכל פעם שאני סוגר את המג'יק (בגירסא בנ"ל). תודה על עזרתך צבי
  22. תאריך עברי

    שלום, האם מישהו ניסה לבצע חישוב תאריך לועזי מתוך תאריך עברי" למשל: באיזה תאריך לועזי ייפול כ"א באדר (התאריך של היום) בעוד שנה? בעוד 5 שנים? ניסיתי באמצעות adddate, אבל הוא מתייחס לתאריך הלועזי. דהיינו: שנה מהיום, כ"א באדר תשע"ח יהיה ב....... 8/4/2019 בעוד שלפי הלוח זה יחול ב 28/4/2019. תודה צבי
  23. שלום, אחרי כל עדכון תוכנה בידי מיקרוסופט, נעלמת לי ספריה בשם MP הנמצאת תחת C:\users\"user"\uppdata\local\temp. מאותו רגע, בכל כניסה או יציאה מתוכנית מג'יק מופיעה הודעה שאין אפשרות לשמור את התוכנית, ובמו כן הכניסה והיציאה נמשכת זמן רב (עד שהמחשב מבין שאינו מוצא את הספרייה). לאחר שאני חוזר ומוסיף את הספרייה - העניין מסתדר. מישהו יודע 1. איך מונעים מחיקה של ספריה זו. או לחלופין: 2. איך גורמים למג'יק לבצע את השמירה הזמנית במקום אחר, שאינו נמחק בכל פעם. תודה צבי גרייבר
  24. רומן שלום, תודה: זה כן עובד. כנראה שרק בתצורה של קובץ, מעין extention ל INI, ולא כתוספת בשורה עצמה. צבי
  25. רומן שלום, 1. לא מצאתי אפשרות למנוע מחיקה של אותה ספרייה. יכול להיות שזה בגלל המיקום שלה, כפי שכתבתי בהודעה המקורית, או בגלל העובדה שזה תחת ספרייה המוכרת בשם Temp/ 2. הדרך השניה - לא צלחה. המערכת פשוט לא קיבלה את השינוי והמשיכה להתייחס לספרייה המדוברת. לילה טוב צבי
×