הודעה חשובה על שינויים בשמירת הדוחות

[eliyahu]

ב"ה

לאחר שדרוג משמעותי במנוע שמירת הדוחות.
מהיום כל הדוחות יישמרו בקובץ מסוג ymgr בלבד. לא תתבצע שמירה של קבצי csv ו-html
כדי להשתמש בדוחות מסוג csv ו-html יש להשתמש באשף ייצוא דוחות שקיים באתר הניהול, או לחילופין לבחור בשליחת הקבצים במייל.

---

אשף ייצוא דוחות

באתר הניהול ליד כל קובץ ymgr יש לחצן ייצוא.

בחלון שנפתח יש לבחור בפורמט הרצוי ולבחור ב"אישור"

---

שינוי נתונים בקובץ

הנתונים שנרשמים בקבצי html וcsv הם בהתאם למה ששמור בקובץ ymgr.
יחד עם זאת ניתן להגדיר שמה שיופיע בקובץ יהיה שונה ממה שכתוב בymgr.

לדוגמה: אם בymgr רשום "Booking" ואתם רוצים שבטבלה יופיע "כרטיסים"
דוגמה נוספת: אם בטבלה מופיעה העמודה "מערכת" ואתם רוצים להעלים את העמודה הזאת מהטבלה.

יש ליצור קובץ ini ובתוכו לרשום את הפרטים הבאים:

שם הקובץ=שם הטבלה
שם העמודה=_hidden
נתון=נתון חדש
שם עמודה+נתון=נתון חדש

הסבר:

• כדי לשנות את שם הטבלה (מה שמופיע בקובץ למעלה) יש לרשום שם הקובץ=שם הטבלה הרצויה
  לדוגמה: אם אתם רוצים ששם הטבלה יהיה "דוח הזמנות" והשם של הקובץ הוא abc אז יש לרשום את זה כך
  abc=דוח הזמנות
• כדי להעלים עמודה מהטבלה יש לרשום שם עמודה=_hidden
  לדוגמה: אם אתם רוצים להעלים את העמודה של התאריך יש לרשום כך
  Date=_hidden
• כדי לשנות נתון שמופיע בטבלה יש לרשום נתון=נתון חדש
  לדוגמה: אם אתם רוצים לשנות בכל מקום שכתוב בטבלה את המילה "יצחק" ל"איציק" אז יש לרשום כך
  יצחק=איציק
• כדי לשנות נתון שמופיע בעמודה ספציפית יש לרשום שם עמודה+נתון=נתון חדש
  לדוגמה: אם השם של השלוחה הוא "1" ואתם רוצים שבמקום זה יופיע "ירושלים" אז יש לרשום כך
  Folder+1=ירושלים
   
   

מיקום הקובץ

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

• קובץ ראשי - יש תרגום כללי (מהשרת של ימות המשיח).
• קובץ ספציפי (למשל, קובץ ל ApprovalAll) (מהשרת של ימות המשיח).
• קובץ ברמת מערכת לפי השפה שנבחרה.. למשל מחפש קובץ: YMGRLangs\EN\ApprovalAll.ini
• קובץ ברמת מערכת - מחפש את שם הקובץ בסיומת ini בתוך תיקייה YMGRLangs שצריכה להיות תחת התיקיה הראשית של המערכת שבתוכה קובץ הini.
• קובץ ברמת שלוחה לפי השפה שנבחרה.. למשל מחפש קובץ: main\1\2\EN\ApprovalAll.ini
• קובץ בשלוחה - קובץ באותה השלוחה של קובץ הymgr עם סיומת ini.

שימו לב! רמת שפה היא רמת מתחת קובץ ללא שפה. למשל, אם אני בוחר שפה EN אבל בקובץ בשלוחה לא בתיקיה של השפה יש לי ערכים המערכת תתחשב בתרגום שלהם.

---

אם יש לכם שאלות - אתם מוזמנים לשאול כאן

[עץ השדה]

@eliyahu אמר בהודעה חשובה על שינויים בשמירת הדוחות:

אם יש לכם שאלות - אתם מוזמנים לשאול כאן

מה עם כל הקישורים להורדה ישירה של HTML החל מהיום?
יש אינספור סקריפטים פעילים אצל לקוחות שמושכים את הקבצים.. יש קישור חלופי?
יש מצב שהקישור להורדת הקובץ פשוט יבצע המרה+הורדה?
מתי השינוי יכנס לתוקף?

[eliyahu]

@עץ-השדה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

מה עם כל הקישורים להורדה ישירה של HTML החל מהיום?

בימים הקרובים הקובץ יפסיק להתעדכן בשינויים

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

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

יש מצב שהקישור להורדת הקובץ פשוט יבצע המרה+הורדה?

לא

מתי השינוי יכנס לתוקף?

במהלך השבוע. בעז"ה

[שמואל]

@עץ-השדה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

יש מצב שהקישור להורדת הקובץ פשוט יבצע המרה+הורדה?

כמו שנאמר - לא.
אבל שים לב שבשימוש עם הAPI של ההמרה מתבצעת גם הורדה.

[מנסה]

@שמואל

מה אכפת לכם להשאיר את האופציה למשוך מHTML ישירות

אתם מחפשים להרוג אותנו???

[יש לי לפחות 10 לקוחות שזה ישבש להם נתונים, ואני אפילו לא זוכר היכן השתמשתי בקישור לHTML והיכן בצורות אחרות, מדובר בעשרות שינויים]

[שמואל]

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

במקום לקטר אתה מוזמן ללכת לטפל במקומות שאתה מסמך על הhtml.

בכלל, ניסוח השאלה "מה איכפת לכם".. לא מראה על מחשבה נכונה. המהלך נועד לתת ללקוחות דוחו"ת מסודרים בקובץ אחד בצורה נוחה לשליפה.

[מנסה]

@שמואל

אבל ניתן להשאיר את הפקודה הזו שוב

נ.ב. אני לא מקטר, ואתם כמובן לא חייבים לי כלום

מקובל לעשות שינויים אבל כאן אין סיבה לכאורה לביטול האופציה הקודמת מלבד הרצון לעשות שינויים.
והפיתרון או להשאיר או לסדר שהמערכת תדע לנתב לקובץ הYMGR המבוקש בהמרה לHTML, כמו שביקשו.

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

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

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

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

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

[שמואל]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

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

מעולה.
הנה אתה כותב את אחד הבעיות בהשארת המצב כמו שהיה - מלבד השדרוגים שנוספו במנוע החדש שלא קיימים במנוע ההמרה הנוכחי.
יש לנו אלפי גיגות של קבצי html שהלקוחות בכלל לא מודעים אליהם ולא משתמשים בהם.

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

הפתרון היחידי הוא להפסיק לגמרי את השמירה. גם אתה אומר שאין לך פתרון אחר.

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

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

[מנסה]

@שמואל

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

כבר היום בניתי מערכת שלימה שעובדת על זה.

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

אתה אבל יכול לגרם למנוע הAPI להבין שאם מישהו ביקש קובץ שמסתיים בHTML הוא יועבר לקבל את הקובץ המומר...

זה לא הגיוני יותר

תרצה שנשתתף בפיתוח??

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

בקיצור, מי שרוצה שומע, ומי שלא לא

בכל אופן המון תודות גם על המנוע החדש [ותתחדשו]

[עץ השדה]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

אתה אבל יכול לגרם למנוע הAPI להבין שאם מישהו ביקש קובץ שמסתיים בHTML הוא יועבר לקבל את הקובץ המומר...

מצטרף לבקשה. יחסוך המון המון כאב ראש ועגמת נפש!

[שמואל]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

אתה אבל יכול לגרם למנוע הAPI להבין שאם מישהו ביקש קובץ שמסתיים בHTML הוא יועבר לקבל את הקובץ המומר...

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

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

[שמואל]

@עץ-השדה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

מצטרף לבקשה. יחסוך המון המון כאב ראש ועגמת נפש!

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

[eliyahu]

@מנסה
אני אנסה להסביר את מהות השינוי ואולי ככה הדברים יהיו מובנים יותר
המצב שהיה קיים עד היום שאחרי יצירת קובץ ymgr - בחלק מהמקומות במערכת היה נוצר קובץ html.
כמו כן, במקומות בודדים במערכת היה נוצר קובץ csv.

המצב הזה היה בעייתי מכמה בחינות ואפרט כמה מהן

• מדובר בשמירה כפולה של נתונים. מה שאומר שאם הלקוח שינה או איפס הדוח בקובץ אחד, הקבצים האחרים לא היו מתעדכנים בזה.
  כמובן שכזה דבר גורם לשיבוש גדול בדוחות.
• קובץ ה-html לא היה מתעדכן מיד בשינוי. זה היה יכול לקחת כמה דקות.
• קובץ ה-csv היה ללא כותרות עמודה.
• קובץ ה-csv היה מקובע על סדר עמודות מסוים, כך שאם היינו רוצים להוסיף נתון (כדוגמת זה) זה פשוט לא היה אפשרי כי אז הקובץ הקיים היה משתבש.
• כמו שציינתי - לא בכל מקום הייתה מתבצעת שמירה של html או csv. וחבל.

בנוסף לבעיות הנ"ל, הדבר הזה היה צורך משאבים עצומים מהמערכת.

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

• הנתונים נשמרים במקום אחד.

• html מתעדכן מיד בכל שינוי.

• csv מכיל כותרות עמודה.

• csv גמיש וניתן להוסיף בו עמודות נוספות בלי לשבש את הנתונים.

• יש החלפת מילים גם ב-csv.

• נוספו כמה שכבות להמרה (למשל, ניתן להכניס קובץ אחד שישפיע על כל המערכת)

• ניתן בכל מקום לייצא את הנתונים ב-csv או ב-html.

• תמיכה בפורמט שמקובל בתעשייה (json)

• והעיקר חווית המשתמש לא נפגעה. משתמש שהיה רגיל להיכנס לאתר ולהוריד את הדוח יכול להמשיך לעשות את זה. משתמש שקיבל את הקובץ עד היום במייל - ימשיך לקבל אותו.

---

שאלה: למה שלא תשאירו גם את השמירה ב-html (בנוסף למנוע הקיים)
תשובה: כמו שציינתי, המצב הזה בעייתי. ולכן אין לנו ברירה אלא להוריד את זה.

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

שאלה: איך אתם מבצעים כזה שינוי בלי להודיע מראש?
תשובה: השינוי עדיין לא בוצע לחלוטין. לעת עתה השמירה ב-csv ו-html עדיין קיימת. יחד עם זאת, כמו שציינתי בתחילת השרשור - זה הולך לרדת. לבינתיים תיערכו בהתאם.

---

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

הרבה הצלחה

[מנסה]

@eliyahu אמר בהודעה חשובה על שינויים בשמירת הדוחות:

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

עקום במושגי תיכנות, לא עקום במושגי בני אדם.

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

האם זה עקום?

[מנסה]

@שמואל אמר בהודעה חשובה על שינויים בשמירת הדוחות:

@עץ-השדה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

מצטרף לבקשה. יחסוך המון המון כאב ראש ועגמת נפש!

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

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

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

Spoiler

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

[שמואל]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

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

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

לא צועקים? צועקים.
כמו שאמרתי מההתחלה.
מקובל לעשות שינויים, אני בטוח שתתרגלו לזה.

[שמואל]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

עקום במושגי תיכנות, לא עקום במושגי בני אדם.

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

[מנסה]

@שמואל
לא!

כדי ליישב את הבן אדם שבהם...

Spoiler

[לעזור למישהו זה פעולה של בן אדם, לעזור למישהו זו לא פעולה של מתכנת...]

[שמואל]

@מנסה אמר בהודעה חשובה על שינויים בשמירת הדוחות:

לעזור למישהו זה פעולה של בן אדם, לעזור למישהו זו לא פעולה של מתכנת...

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

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

[חויוה טלפונית]

@eliyahu @שמואל @מנסה @עץ-השדה
קראתי בעיון את הדיון והבנתי את שני הצדדים של הדיון
את הצד של חברת 'ימות המשיח' שעושה הכל כדי לתת לנו שירות נהדר. ועושה הכל כדי להתייעל

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

מה שאני מציע זה לתת אופציה להשאיר את המרת הדוחו"ת הישנים באמצעות הגדרה במערכת ספציפית ב IVR או בשלוחה ספציפית

כך כאשר נדע שיש את הבעיה במערכת ספצפית נוכל בהגדרה במערכת לפתור את הבעיה

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

יישר כח