תחומים - פורום חרדי מקצועי

@חוקר
שורש הדבר נעוץ באימות הזיהוי
הזיהוי האמיתי והייחודי של הלקוח בחברה ובבתי משפט
הינו הת.ז. / ע.מ. / ח.פ.

(תתאר לך שבצעת העברת בעלות/חשבון דרך שיחה במוקד 103
והינך דובר אידיש-אמריקאית ואמרת ששמך 'גוטשטיין'
הנציגה האדיבה שאיננה שומעת עברית בצורה מלאה
הקלידה את שם משפחתך 'גולדשטיין'
ולא שלמת את חובך
האם לא יוכלו לתבוע אותך בגלל שהשם בחשבונית אינו השם המדויק?)

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

הסיפור המרכזי הינו שינוי המספר מזהה

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

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

@yossiz כתב בעזרה בהגדרות חומת אש לשרת:

https://www.nirsoft.net/countryip/il.csv

זה הרשימה המלאה?
נטפרי למשל לא מופיעים שם (1,2)
וכן הכתובות הקבועה/פרטית שלי (מתחיל ב89.208)

@OdedDvir
בהמשך לדבריך
רק להאיר זווית נוספת

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

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

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

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

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

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

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

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

@OdedDvir כתב בmssql - התייעצות כיצד לשמור שינויי עריכה בטבלאות:

במקרה האחרון מסתמא הייתי רושם את התיעוד ל-db אחר.
הסיבה היא שלרוב צד ה-db הוא צוואר הבקבוק במערכת, ולתיעוד ב-SQL יש מחיר גבוה.

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

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

תמיד חפשתי דרך לשלוח טקסט מודגש/מעוצב בשורת הנושא (דחוף!!!!...)

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

בהצלחה!

--
אהה
ואם מצאת 'ממיר' מוצלח או דרך נוספת - תשתף

ע"מ לקבל את המירב מהתשובה
אמנע הפעם מלהציג את לבטי מחשבותי
אלא אשאל 'שאלה פתוחה'

מסד נתונים: MS-SQL
כיצד הינך מנהל רישום היסטוריית שינויי עריכה לנתוני הטבלאות (DELETE,UPDATE,INSERT)

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

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

@dovid כתב בDB של הזמנות:

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

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

@yossiz כתב ברכיב 'בורר מספרים' בעיצוב של 'בורר זמן':

האם רצית דוקא שני הבוררים באלמנט אחד?

לא,
בשני בוררים נפרדים

--
תודה על הקישורים, חוקר אותם

@Whenever כתב באתגר: יצירת לוח סילוקין לפי לוח שפיצר - לפי ריבית הפריים הרלוונטית לתאריך ההחזר:

לא היה לי עדיין את הפנאי ללמוד איך זה עובד, למרות שזה נראה מרתק:)

ראה כאן משהו דומה/זהה

@chagold

1. המחשבון הנ"ל אינו מה שחפשתי
2. איזה קליינט? אני הקליינט, ואין צורך לשאוב את זה בכל שאילתא, זה נתון קבוע שאמור להשמר במסד נתונים שלי
3. הבאת קישור שמציג נתון שאינו עדכני (את נתוני הריבית אני לוקח ישירות מאתר בנק ישראל)

@yossiz כתב במיקום שמירת קבצי תוכנה:

הפתרון שאתה מציין (__COMPAT_LAYER=RUNASINVOKER) מריץ את התוכנה כמשתמש רגיל לא כמנהל, זה שימושי עבור תוכנות שחושבים שהם צריכים לרוץ כמנהל ולמען האמת הם רצים טוב בלי זה, אבל במקרה הזה שבאמת צריך הרשאות מנהל זה לא יעזור

כתבתי מנסיון אישי
אצלינו עובדים על שרת וינדוס סרבר עם ניהול הרשאות אגרסיבי (למשתמשים רגילים אין גישה לכל כונן C)
ויש לנו תוכנה בProgram Files שמצריכה הרשאות קריאה-כתיבה לכונן c
וכך אפשרנו ספציפית לכל המשתמשים להפעיל אותה כמנהל

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

ע"מ לשפר ביצועים באקסל
(יותר מדוייק, למנוע איטיות/תקיעות...)

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

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

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

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

איך ניתן לבצע את זה?

--
עריכה:
בפרט שניתן לבצע 'הדפסה' מראש השרשור
ואז זה מוצג תקין
רק שזה בקובץ PDF
ואני מעוניין לקבל את זה בגוף המייל

@חנון-המרבה כתב בתוכנה לניהול תשלומים:

יש לך משהו ספיציפי שאתה יודע ?!

לפי תיאורך
יתכן שמספיק לך 'אקסל לניהול תזרים' (יש ה-מ-ו-ן בגוגל, תחפש)

הכי בשל ואיכותי וחינמי
למה שבקשת בשאלה המקורית זה האקסל של 'אוטוגמח' (autogmach@gmail.com)
כי הוא מאפשר לך גם הזנת מספר תשלומים ודוחות וכו'

@ש-ב-ח כתב בחתימה דיגיטלית:

האם יש חובה ליצור חתימה דיגיטלית על מסמכים?

לא

אני רוצה לפרסם קישור להורדה של קובץ תוכנה (exe)

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

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

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

הוא יישמח לדעת בדיוק כמה עלה לו התוספת לסניף הזה וכמה הוא עדיין חייב על זה

למיטב הבנתי/ידיעתי/נסיוני
מומלץ לפצל את זה לשלוש נושאים

• כמה עלה התוספת לסניף
• כמה הוא חייב
• כמה הוא חייב על זה

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

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

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

הערה כללית
לגבי סגירת התשלום/יתרת חוב
נקודת המוצא היא: שכל חיוב שהופק יש לשלם (או לזכות)

ולכן לא עוקבים בדוחות על התשלומים כסעיף הוצאה
אלא ההתייחסות אליה זה כ'טיפול בחובות' / סגירת כרטיסים
וזה משהו גלובלי פר הלקוח
כל זמן שאין משמעות לסגירת גבייה מול תת לקוח / סעיף חיוב

אשמח לשמוע מה החלופות לSweetAlert2
ליצירת פופ-אפ / דיאלוגים מול המשתמש
(עדיפות לאתר שפתוח בנטפרי)

שפות: c# / js

אשמח לשמוע מניסיונך
כאשר הינך בונה פונקציה שאמורה לקבל 20 פרמטרים (דוגמא: מפרט עבודה לצורך תמחור)

מה השיקול שלך לעשות לפונקציה האם 'פרמטרים מרובים', או מערך

• ביצועים
• תחזוקה ותפעול

sql sever

יש לי view שנותן מפרט וסטטוס
העמודה 'סטטוס' לא מכילה ערך אמיתי מטבלה
אלא עמודה שמחזירה תוצאה בודדת של סטטוס נוכחי באמצעות CASE WHEN

אני מעוניין לקבל סיכום של כמה הזמנות יש לי כרגע בכל סטטוס
את המידע הזה אני שולף בפשטות באמצעות COUNT / GROUP BY על העמודה 'סטטוס'

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

בעוד שאני מעוניין לקבל תוצאה של כל האפשריות בסטטוסים,
ובמידה ואין הזמנה תואמת שיופיע בכמות 0 (כעת השורה לא מופיעה כלל)

דוגמא:
(אני מעוניין לקבל גם את התוצאה של 'צפון' = 0)

CREATE TABLE Table_test (
FirstName varchar(255),
LastName varchar(255),   
City varchar(255)
);
    
INSERT INTO Table_test
([FirstName], [LastName], [City])
VALUES
('חיים', 'כהן', 'ירושלים'),
('שלמה', 'פרידמן', 'ירושלים'),
('יעקב', 'שמואלי', 'בני ברק'),
('יצחק', 'אבינו', 'נתיבות'),
('אלימלך', 'צוקרמן', 'נתיבות') 
;


select COUNT(v_view.t_status) as 'namber' ,v_view.t_status as 'status' 
from
( select tt.FirstName
,tt.LastName
,tt.City
,CASE
WHEN tt.City = 'ירושלים' THEN 'מרכז'
WHEN tt.City = 'בני ברק' THEN 'גוש דן'
WHEN tt.City = 'נתיבות' THEN 'דרום'
WHEN tt.City = 'רכסים' THEN 'צפון'
ELSE '' 
END as t_status
from Table_test tt
) v_view
GROUP BY t_status